[ATrpms-users] collision for tor

[Axel Thimm]

On Sat, Nov 18, 2006 at 01:35:37PM -0500, Jeff Guerdat wrote:
> Mark Wormgoor wrote:
> > Jeff Guerdat wrote:
> >> If this isn't the best place to post, let me know.  I'm doing so since 
> >> the medley-package-config points me here.  ;)
> >>
> >> I have tor installed on FC6.  The files are all from RH extras.  Yum is 
> >> now telling me that there's an update from the Dries repo but it's the 
> >> same version (0.1.1.25-1) as already installed.  There are 3 separate 
> >> RPMs from extras but only one from Dries.
> >>
> >> Is there a "right" solution to this?
> > 
> > Using smart, give Dries a lower priority. I'm using livna for the fglrx
> > drivers, but I don't want all their multimedia rpms getting installed.
> > I've set the priority to -5 and it works just fine.
> 
> That gave me a good place to start.  I installed the yum-priorities 
> plug-in which allows me to set priorities.  I set all the various repos 
> I have installed to 90 (lower number = higher priority, default is 99) 
> with the exception of the Dries repo.  I now have 800+ packages noted as 
> excluded.  This fixes the issue with tor.
> 
> Question - what's a good strategy for deciding what should have lower 
> priority?  Is it generally best to leave the RH repos as higher priority 
> and use the others for fill-in?  I realize one size doesn't fit all so 
> there be no real answer - I just have to figure out what works best for 
> me.  If there's some reasonable modifier to be used in the decision 
> process, I'd appreciate knowing it...

Technically using any scheme that introduces partial/selective repo
enablement introduces new per-user bugs. Therefore I'm personally
strongly advising against doing so.

Most users will then blame Dries for some package set that was only
half installed on their system while Dries will be completely
innocent. I've seen that happen too often with ATrpms, and lost many
hours of remote debugging until the user admitted of having messed
with priorities/weighing/etc.
-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.atrpms.net/pipermail/atrpms-users/attachments/20061118/40a1e30e/attachment.bin