[Spacewalk-list] yum-priorities feature in Spacewalk repository management?

[Contant, Olivier]

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: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Miroslav Suchý
Sent: Thursday, June 02, 2011 12:43 PM
To: spacewalk-list at redhat.com
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
Spacewalk-list at redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list