On Monday 05 March 2007 12:26:46 pm Christopher Blizzard wrote: > On Mon, 2007-03-05 at 11:36 -0600, Dennis Gilmore wrote: > > On Monday 05 March 2007 11:19:47 am Christopher Blizzard wrote: > > > On Mon, 2007-03-05 at 11:12 -0600, Mike McGrath wrote: > > > > There's a SPARC build and an ia64 build for Fedora right now. This > > > > stuff isn't easy to do and we need to figure out a way to at least > > > > host their code/binaries. I'd like to create a place under > > > > fedoraproject.org, more preferably on the mirrors. Possibly under > > > > /secondary/ or something like that. Lets get this figured out > > > > because waiting any longer is a great disservice to the work these > > > > people have done. > > > > > > I think the first step is talking to the various parties and figuring > > > out how much space they really need. > > > > Well the current corona tree for sparc is 18GB and that is without iso's > > that is for core and extras. > > > > IA64 i think He is just wanting his iso's composed from rawhide hosted. > > though very soon there will not be any ia64 rawhide builds unless we get > > ia64 builders donated. what policies in general do we want to have on > > secondary archs? > > What's needed other than a set of output rpms and isos? From what I > remember of the meeting we had a few months ago we expected secondary > arch builds to happen on contributed machines, but wanted to host final > bits. That should be our target, right? Yes that's how i see it. > i.e. are there other things that we need to have in place for adding > capacity down the road? And what capacity is it? We need a little > brainstorming. We need to add support to koji to handle secondary arch builds. that is intended for the second phase of implementation. First phase is to have it up and functional for our primary arch needs. we need to realise that we will very quickly eat up disk space. alot of the corona figure i quoted is SRPMS. They are nearly all identical to whats in Fedora. there are a few minor patches. but in a secondary arch world there will be one set of SRPMS for all archs. So that will be something that will not increase storage space used. there will be binary rpms which corona is ~11G plus iso's another variable amount depending on spins. so each arch we add is probably going to need 25-30G per release. by the time updates are added. we need that storage in 4 locations. the three primary mirrors and the buildsys. so say we have i386, x86_64, ppc, ppc64, ia64, sparc and SRPMS we are looking at needing ~200GB of disk space per release x 4 locations. -- Dennis Gilmore, RHCE _______________________________________________ fedora-advisory-board mailing list fedora-advisory-board@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-advisory-board
