Re: Conflicting packages not of extra priority.
Dale Scheetz writes:
> The paragraph clearly states "higher priorities", not "the same
> priority", so I would say that Jules is incorrect.
It seems clear to me that "higher priorities" in this context means "higher
than extra".
> Jules, would you insist that a Required package that conflicts with
> another Required package should change its priority to Extra? This sounds
> pretty rediculous to me, so why should the other priorities act in this
> fashion?
I think that the the paragraph is intended to prevent this situation from
ever coming into existence. The developer packaging 'foo' is supposed to
note that it conflicts with 'bar' which is already priority optional, and
therefor know that he must make 'foo' extra. My chrony package probably
should be 'extra' because it conflicts with xntp3.
> Even considering this paragraph, it has always been my understanding that
> packages may _not_ conflict with packages of a higher priority.
If a package may not conflict with one of a higher priority, and may not
conflict with one of the same priority, then the package would have to go
in at a higher priority then the one it conflicts with. If it may only
conflict with one of the same priority, then every set of conflicting
packages must be at the same priority. Neither makes much sense to me.
> The idea that they might be able to do this with the priority Extra (the
> lowest priority there is!) doesn't make any sense to me. Is there some
> rational behind this that I don't get?
If the slot is already filled by something of priority optional or better
the package goes in extra. The user never sees a conflict resolution
screen until she starts installing extra stuff.
> If we use Jules interpretation, Conflicts ceases to be a useful tool.
It still keeps the user from installing two MTA's or time daemons.
--
John Hasler This posting is in the public domain.
john@dhh.gt.org Do with it what you will.
Dancing Horse Hill Make money from it if you can; I don't mind.
Elmwood, Wisconsin Do not send email advertisements to this address.
Reply to: