News Reader hosting application

Owen Williams owen at ywwg.com
Thu Nov 15 16:32:31 EST 2007


1. Project name             : News Reader
2. Existing website, if any : penguintv.sourceforge.net
3. One-line description     : This is the news reader that's already on the laptop

4. Longer description       : The news reader is based on PenguinTV and aims to fully 
                            : integrate with all of the olpc's standards, including
                            : data store, activity sharing, and UI.  It is based on
                            : feedparser and hulahop.

5. URLs of similar projects :  n/a

6. Committer list 
   Please list the maintainer (lead developer) as the first entry. Only list 
   developers who need to be given accounts so that they can commit to your
   project's code repository, or push their own. There is no need to list
   non-committer developers.

      Username   Full name             SSH2 key URL                    E-mail
      --------   ---------             ------------                    ------
   #1 ywwg       Owen Williams    http://ywwg.com/id_rsa.pub          owen at ywwg.com

   If any developers don't have their SSH2 keys on the web, please attach them 
   to the application e-mail.

7. Preferred development model

   [X] External development.  

	My project is currently hosted by sourceforge, and if it's ok I'd like to keep it
	that way.  I only need hosting for the joyride workflow.



   [ ] Central tree. Every developer can push his changes directly to the 
       project's git tree. This is the standard model that will be familiar to 
       CVS and Subversion users, and that tends to work well for most projects.

   [ ] Maintainer-owned tree. Every developer creates his own git tree, or
       multiple git trees. He periodically asks the maintainer to look at one
       or more of these trees, and merge changes into the maintainer-owned,
       "main" tree. This is the model used by the Linux kernel, and is 
       well-suited to projects wishing to maintain a tighter control on code
       entering the main tree.

   If you choose the maintainer-owned tree model, but wish to set up some
   shared trees where all of your project's committers can commit directly, 
   as might be the case with a "discussion" tree, or a tree for an individual 
   feature, you may send us such a request by e-mail, and we will set up the 
   tree for you.

8. Set up a project mailing list:

   [ ] Yes, named after our project name
   [ ] Yes, named ______________________
   [X] No

   When your project is just getting off the ground, we suggest you eschew
   a separate mailing list and instead keep discussion about your project
   on the main OLPC development list. This will give you more input and 
   potentially attract more developers to your project; when the volume of 
   messages related to your project reaches some critical mass, we can 
   trivially create a separate mailing list for you.

   If you need multiple lists, let us know. We discourage having many 
   mailing lists for smaller projects, as this tends to
   stunt the growth of your project community. You can always add more lists
   later.

9. Commit notifications

   [ ] Notification of commits to the main tree should be e-mailed to the list
       we chose to create above
   [ ] A separate mailing list, <projectname>-git, should be created for commit
       notifications
   [X] No commit notifications, please

10. Shell accounts

	don't need

11. Notes/comments:

Again, I only need hosting so I can upload xo files and changelogs and get them in to joyride.



thanks,
Owen Williams




More information about the Devel mailing list