Miroslav Suchy, why would it be a bad idea to package my dependency with the application?
It would have the advantage to have a static and independency for the base package and if RedHat push a new update that could cause impact to my application, I would be safe. I'm not savvy with that, your input and some example would be very welcome to help me shape my mind about it. Regards, Olivier -----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
