Build system requirements: Difference between revisions

From OLPC
Jump to navigation Jump to search
(New page: - we need to be able to layer our distribution on top of F7 (and, later on, F8) [cscott,bernie] - easy way to resynch with upstream for the packages we need to fork [cscott, bernie] - st...)
 
No edit summary
Line 1: Line 1:
- we need to be able to layer our distribution on top of F7 (and, later on, F8) [cscott,bernie]
* we need to be able to layer our distribution on top of F7 (and, later on, F8) [cscott,bernie]


- easy way to resynch with upstream for the packages we need to fork [cscott, bernie]
* easy way to resynch with upstream for the packages we need to fork [cscott, bernie]


- stable builds: we all agree we want builds done in a well specified, controlled environment so bugs are reproducible [bernie, cscott, marcopg, dcbw]
* stable builds: we all agree we want builds done in a well specified, controlled environment so bugs are reproducible [bernie, cscott, marcopg, dcbw]


- ability to fork and unfork packages for the OLPC distribution [cscott, bernie]
* ability to fork and unfork packages for the OLPC distribution [cscott, bernie]


- ability to add/remove custom packages from the build without going through a lengthy review process [bernie]
* ability to add/remove custom packages from the build without going through a lengthy review process [bernie]


- ability for some of us to add/remove package ACLs for our developers without going through Fedora admins. [bernie, cscott]
* ability for some of us to add/remove package ACLs for our developers without going through Fedora admins. [bernie, cscott]


- ability to create short-lived dist tags for experimental or integration streams such as "olpc-xtest", "olpc-sugar", "olpc-trial4", and so on [bernie]
* ability to create short-lived dist tags for experimental or integration streams such as "olpc-xtest", "olpc-sugar", "olpc-trial4", and so on [bernie]


- ability to create new long-lived dist tags for stable builds (say, every 3mo) [cscott]
* ability to create new long-lived dist tags for stable builds (say, every 3mo) [cscott]


- maybe some commitment that the Fedora build cluster will be somewhat more available and better performing than in the past. Very frequently our work-flow has been slowed down by builds of trivial packages that would take take more than one hour to complete. [bernie]
* maybe some commitment that the Fedora build cluster will be somewhat more available and better performing than in the past. Very frequently our work-flow has been slowed down by builds of trivial packages that would take take more than one hour to complete. [bernie]


- there may be security concerns with building our binaries off-site. I'm sure RH already has strong security measures in place, but as you may know, OLPC has some very special needs. [jg, bernie]
* there may be security concerns with building our binaries off-site. I'm sure RH already has strong security measures in place, but as you may know, OLPC has some very special needs. [jg, bernie]

Revision as of 20:23, 25 October 2007

  • we need to be able to layer our distribution on top of F7 (and, later on, F8) [cscott,bernie]
  • easy way to resynch with upstream for the packages we need to fork [cscott, bernie]
  • stable builds: we all agree we want builds done in a well specified, controlled environment so bugs are reproducible [bernie, cscott, marcopg, dcbw]
  • ability to fork and unfork packages for the OLPC distribution [cscott, bernie]
  • ability to add/remove custom packages from the build without going through a lengthy review process [bernie]
  • ability for some of us to add/remove package ACLs for our developers without going through Fedora admins. [bernie, cscott]
  • ability to create short-lived dist tags for experimental or integration streams such as "olpc-xtest", "olpc-sugar", "olpc-trial4", and so on [bernie]
  • ability to create new long-lived dist tags for stable builds (say, every 3mo) [cscott]
  • maybe some commitment that the Fedora build cluster will be somewhat more available and better performing than in the past. Very frequently our work-flow has been slowed down by builds of trivial packages that would take take more than one hour to complete. [bernie]
  • there may be security concerns with building our binaries off-site. I'm sure RH already has strong security measures in place, but as you may know, OLPC has some very special needs. [jg, bernie]