Re: PolicyKit-authentication-agents in Fedora

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



James Antill wrote:
> ¹ There are ways to game it, if needed ... but that will likely involve
> pain for someone.

There are at least 2 very simple ways to game this system. Imagine we would 
like to make kdebase-runtime the default notification daemon. (We actually 
don't. It's just an example to prove my point.) Then consider those 2 cases:

1. The -deps metapackage. For example, if we were to set up things this way:
kdebase-runtime Provides: desktop-notification-daemon
kdebase-runtime Requires: kdebase-runtime-deps
All other Requires of kdebase-runtime are filtered.
kdebase-runtime-deps Requires "38 things".
kdebase-runtime-deps is otherwise empty.
then kdebase-runtime would win. (This scenario is more or less present 
already in your commit message.)

2. The provider metapackage. This one is even simpler to put into act 
because it doesn't require mucking with autoreqs. For example, consider this 
scenario:
kdebase-runtime-nd Provides: desktop-notification-daemon
kdebase-runtime-nd Requires: kdebase-runtime
kdebase-runtime-nd is otherwise empty.
kdebase-runtime Requires "38 things".
then kdebase-runtime-nd would "win" and drag in kdebase-runtime.

I think yum is trying to become too smart with all those complex and fragile 
heuristics. Back when it was always "shortest name", what happened, even if 
sometimes suboptimal, was at least predictable!

        Kevin Kofler

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux