> I made a false assumption. I had assumed that multi-billion-dollar > Redhat would have provided the people who work for them for free with a > farm capable of rebuilding all Extras in a day or so. My apologies. > > Is there anyone here who can speak for Redhat? > > Why the stingy hardware allocation? there's money involved and process. Moreover there's sarbanes-oxely which makes giving out user accounts on machines, difficult. I do not speak for red hat but I know there's difficulties for them to do things immediately, just like with any big company, this is why I've been managing many things for extras build stuff b/c it's easier/faster in some ways for me to do it. We're working on getting rid of that complexity though. > Why are useful Core packages being thrown into the uncoordinated > obscurity of Extras before the system is ready to handle them? boy, glad you're not trying to be over the top here. sheesh. > Oh, and Seth, is it that the Extras system can't rebuild all or that you > don't want to schedule one yet? b/c rebuilding the packages on rawhide with the exact same n-e-v-r's is not a good plan for real mgmt of the systems. I've rebuilt a lot of them now and once I'm happy that the buildsystem stuff is ready we won't have to 'schedule' a rebuild, one will just happen. but to be fair - not everything in core gets rebuilt every time. Look at xmms for an example. It hasn't been rebuilt in core since the introduction of gcc4. We know this b/c it won't build under gcc4 w/o a patch that has not been applied. But now that xmms is in extras we don't have to wait for the maintainer inside red hat to do it, you can help maintain it if you so desire. -sv