I thought of using yum-priorities that would fix the issue for system not registered to Spacewalk server. But for those registered in Spacewalk Server it would be tricky as I would have to support 6G * 30 repo *1 repo per application* for each operating system that I support. 200G per OS
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Miroslav Suchý Sent: Thursday, June 02, 2011 12:43 PM To: [email protected] Subject: Re: [Spacewalk-list] yum-priorities feature in Spacewalk repository management? On 06/02/2011 06:32 PM, Contant, Olivier wrote: > I'm not having error actually, but I was thinking about this scenario and > wondering how it would work by having the same package *different version* in > 2 differents repository. The same way as if you have two version in two repositories. Classic yum repositories. Which happen all the time. One version if Fedora and newer in updates repo... > > But the tricky scenario could be a needs for us as well. We deploy > application that may require a previous version of a package. Let say for > example a specific version of a lib. > > Maybe this issue shouldn't be fixed at the level of the Spacewalk but more at > the level of the development team that should maybe embedded with the > application the different dependency and bind it locally to the application. > > Like : > /applicationfolder/lib/python_versionx > /applicationfolder/bin/MySQL5.5/ > /applicationfolder/bin/PythonX.Y/ > > And so on .. and rebuild the rpm for those package to install by default in > the tree directory of the application ... Would need a cue about the best > practice here. Packaging dependencies together with application is bad way. You want to use either yum-priorities or clone that base channel, remove that problematic package and use this channel. -- Miroslav Suchy Red Hat Satellite Engineering _______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
