FC5 and Yum Plugins
Axel Thimm
Axel.Thimm at ATrpms.net
Fri Dec 30 12:10:41 UTC 2005
On Fri, Dec 30, 2005 at 01:27:33AM -0800, Jesse Keating wrote:
> On Fri, 2005-12-30 at 01:17 -0800, Jarod Wilson wrote:
> The question is, what good is this plugin doing? If you enable a
> 3rd party repo, to get something like MythTV, you'll need to get the
> deps. If the deps happen to replace core/extras packages, then they
> do. They are necessary for the software you are asking to install.
> So you're going to override it to install your software. This is in
> the install context. In the update context, then sure if the 3rd
> party repo nvr for a package is higher than the nvr for the
> core/extras package then this plugin might be useful to ignore that,
> unless ignoring would break deps with something like MythTV. Seems
> to me that there should be a different method than just protecting
> core/extras. Seems the 'protection' should be based around
> replacing for no other reason than nvr comparison. If the
> replacement is pulled in for an honest dep satisfaction, rather than
> just a higher nvr comparison, then it should be allowed.
How would you do that w/o checking the specfile itself? If package foo
from core is replaced with foo compiled with different build options,
or a bugfix that is required in a context not interesting in core (so
it will not make it into "updates") or similar, how can you
distinguish it from arbitrary package updates?
> Otherwise prompt user or block. This keeps 3rd party repos working
> properly and keeps users systems as close to strict core/extras as
> possible w/out breaking user installed software.
--
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://listman.redhat.com/archives/fedora-devel-list/attachments/20051230/91fa3bfc/attachment.sig>
More information about the fedora-devel-list
mailing list