Repos branched for trial-3

2007-08-27 Thread John (J5) Palmieri
There are now two branches for the fedora repos, dist-olpc2 and
dist-olpc2-trial3.  Everyone still build in olpc2 but must request
packages to be moved into olpc2-trial3 in order to get it into the
build.  Please file a bug with the name of the package, version and
release along with a detailed changelog.  Only bugfixes can get in as
feature freeze was today.

-- 
John (J5) Palmieri <[EMAIL PROTECTED]>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Auto-building emulator downloads

2007-08-27 Thread John (J5) Palmieri
On Sun, 2007-08-26 at 20:05 -0400, Mike C. Fletcher wrote:
> Ivan Krstić wrote:
> > On Aug 26, 2007, at 7:07 PM, Mike C. Fletcher wrote:
> >
> >> Still, building them somewhere not behind a cable modem would be a 
> >> good idea.
> >
> > Right, I assumed giving you a shell on dev would let you convert the 
> > images right on that machine. Are there other requirements?
> There's a few:
> 
> * Qemu installation (for the qemu-img tool that converts to VMWare
>   disks)
> * VirtualBox installation (for the vboxmanage tool that converts to
>   VirtualBox disks)

No need for this as VB can run VMWare disk fine.

> * The overlay stuff also requires:
>   o ability to mount a loopback partition (to modify the ext3
> image with the overlay)
>   o ability to do an rsync over top of the mounted image
> (requires super-user access AFAICS)
> 
> The first two might be something you could run on dev (though I'd be 
> hesitant to increase your attack surface for the machine that way), but 
> the overlay operations are not the kind of thing you want running on a 
> publicly accessible server AFAICS, just too many security issues, 
> really.  You'd want to run it on an old box somewhere with nothing 
> sensitive on it and then push the images up to dev I would think.

I already have scripts in pilgrim to do a sdk build which outputs a
vmware image with vmware and VB meta files.  Let's build on that and I
can do sdk builds along with regular builds.  I just need to know what
people think should be in a development image.  BTW the build servers
run as root and have qemu on them.

-- 
John (J5) Palmieri <[EMAIL PROTECTED]>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


project hosting application

2007-08-27 Thread Rowen Remis Iral
project hosting application

Rowen Remis R. Iral
Fundamental IT Engineer
http://wenmi01.bravehost.com



   

Moody friends. Drama queens. Your life? Nope! - their life, your story. Play 
Sims Stories at Yahoo! Games.
http://sims.yahoo.com/  
1. Project name :Project Malaya
2. Existing website, if any : http://wiki.laptop.org/go/OLPC_Philippines
3. One-line description : Linux kernel & Sugar development

4. Longer description   :
  We are currently improving the build and would need a repository for 
the source code.  We are also improving performance of build.  Creation of 
content and content-bundles plus the creation of activity bundles need some 
space for project hosting.  We are creating Philippine / Filipino or Tagalog 
contents and activities.   

5. URLs of similar projects :

http://dev.laptop.org/~arael/

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 URLE-mail
     - --
   #1 wenmi01Rowen Remis R. Iral   no_ssh2_key   
http://wenmi01.bravehost.com[EMAIL PROTECTED]
   #2 timhack007Timothy Paul B. Martinez   no_ssh2_key no_url  [EMAIL 
PROTECTED]
   #3
  ...

   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] 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, -git, should be created for commit
   notifications
   [X] No commit notifications, please

10. Shell accounts

   As a general rule, we don't provide shell accounts to developers unless 
   there's a demonstrated need. If you have one, please explain here, and
   list the usernames of the committers above needing shell access.

11. Notes/comments:

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel