Hi,

On 10/21/2010 11:25 PM, Zoran Dželajlija wrote:
>> Candidate is 7.7.1-4, NOT your wanted 7.8.2-2.
> 
> Indeed, but a downgrade must not be attempted at priority 700 or even 990. 
> The relevant passage from apt_preferences(5) seem to be:

I know that part of apt_preferences(5) and your assumtion sounds
correct. But! ;)
I've just installed a plain Squeeze in a VM, added experimental to the
sources and ran apt-get update && apt-get -t experimental install
libgl1-mesa-dri. The followed apt-get upgrade told me 0 packages to
upgrade (expected behaviour). But then I applied your preferences file,
and even apt-get wants to downgrade libgl1-mesa-dri now.

Even when I lower the priorities of libgl to 500 on all suites, apt
still tries to downgrade it.

> Since the newer package was explicitely installed manually, and the highest
> pinned, target release package does _not_ exceed 1000, I believe a downgrade
> _must not_ be attempted at all.  Both apt-get and aptitude binaries
> interpret the situation in this manner and don't try to downgrade, as
> opposed to update-manager.

As written above, MY apt does a downgrade, aptitude doesnt.
UpdateManager uses APT's python bindings and never does stuff itself, so
if any, this bug is to be searched in apt.
Digging through src:apt bugs, I found this one:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543966
Exactly your behaviour (and yes, as soon I pin libgl/testing to 100, it
downgrades).
I'd say this one is a duplicate of the above, the bug is in apt, not in
UM. HOw about merging after raising the priority at apt to serious?

> Sure, attaching outputs of "apt-cache policy" and "cat /etc/apt/preferences
> /etc/apt/preferences.d/*".  My preferences probably are somewhat broken
> according to "apt-cache policy libgl-mesa-dri".  They don't do what I
> expected them to -- that is, make the latest libgl1-mesa-dri from either
> testing, unstable or experimental the prefered candidate.  However I don't
> see a way how they could enable a downgrade.

To reach that, it should be enough to have
Package: libgl1-mesa-dri
Pin: release a=experimental
Pin-Priority: 500
Then all suites would have prio 500 (If you drop your handpinning to
300,700 etc) and get always the latest package available.

Regards
Evgeni



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to