On Fri, Oct 22, 2010 at 02:56:04AM +0200, Maarten Vanraes wrote: > Op donderdag 21 oktober 2010 22:38:19 schreef Olivier Thauvin: > > * Maarten Vanraes ([email protected]) wrote: > > > Op woensdag 20 oktober 2010 18:34:24 schreef Olivier Thauvin: > > > > Hi, > > > > > > > > You can find here: > > > > http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/ > > > > the current mirror tree proposal. > > > > We now have to discuss it, I think. > > > > > > i didn't follow the whole previous discussion about the mirror tree, but > > > would it be advisable to have a noarch subdir, next to i586 and x86_64 ? > > > > This is not on my side. The internal distribution tree structure is more > > related to build system than the global mirror tree structure. > > > > At least, the tree I am suggesting neither deny it, neither make it > > easier. > > That is true, however from a globabl mirror pov; it kind of makes sense: > > suppose people would want to do the arm or other ports, the noarch packages > can be exactly the same; therefor there is no need to list the noarch > packages > in i586 and having them symlinked or whatever to x86_64 which will have > larger > .cz and people will need to mirror both if they want x86_64 only, etc... Actually, that’s exactly the point where it’s uncomfortable to have noarch outside the arch tree.
If we only had i586 and x86_64 things would be quite simple, because packages are built at the same time. Now consider more exotic arch: You have to have machines that will compile for this arch. The problem is that they might be lagging behind a bit if they’re not powerful enough, or if we don’t have a sufficient number of machines. If some noarch packages depend on arch dependant packages, and these packages are not uptodate for arch $foo, that will lead to broken packages in this arch. Thus, having noarch packages outside the $foo tree is not feasible at the moment. Please also note that cross-compile is not an option either (but I’m not an expert in this area to explain it in details). Regards, -- Rémy CLOUARD () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments
