I was thinking of that, too, but what about the cascade effect of packages being built for a specific arch? Like say, GCC on the build box was built against different CFLAGS than what Apache is being built against?
Am I just splitting hairs here? I'm getting ready to implement two production Gentoo servers and have a box with a different arch. Maybe the secondary production server with the exact same arch as the primary would be a better test bed? On Wed, October 19, 2005 11:50, Michael Crute wrote: > On 10/19/05, Robert Larson <[EMAIL PROTECTED]> wrote: >> >> Hello, >> >> I was wondering if anyone has information on a good method to centrally >> build >> and push packages out to machines with Gentoo. I have multiple machines >> setup under multiple processor types, and up until now I have been >> executing >> upgrades on the machines themselves. Since these are production >> machines, >> I >> would like to set up another machine that acts as a compile/install >> machine. >> >> This might be compareable to a "gold server", as described at >> infrastructures.org <http://infrastructures.org>. I don't suppose I >> could >> get around this using distcc? >> >> Configuration management is another issue. As it is, I have cfengine >> setup, >> though it is not setup to work with portage and I can't really see these >> two >> coming together nicely. Maybe I could create a patch for >> dispatch-conf... >> >> Mind you, I have no idea on where to even start on something like this, >> so >> any >> thoughts, ideas, or information would be helpful. >> >> > You could use one server to build binary packages and then emerge them on > the systems that need the upgrades, saves a lot of resources over running > the compile on each machine. Not sure how to handle the multiple archs > however, perhaps you could write some scripts to "change out" your build > environment on the build machine and re-build the packages for each arch. > That approach should be as simple as changing out your /etc/make.conf file > if all the servers use the same build profile otherwise it's going to > involve a bit more work. > > -Mike > > -- > ________________________________ > Michael E. Crute > Software Developer > SoftGroup Development Corporation > > Linux, because reboots are for installing hardware. > "In a world without walls and fences, who needs windows and gates?" > -- Steven McCoy Site Development/Manager IndigoRobot Services http://www.indigorobot.com mailto:[EMAIL PROTECTED] -- [email protected] mailing list
