Hi! * David Kalnischkies <kalnischkies+deb...@gmail.com> [2010-06-10 21:47:49 CEST]: > 2010/6/10 Gerfried Fuchs <rho...@deb.at>: > > The manpage apt_preferences(5) claims for a long while now already that > > pinning for codename is expected to work with n= - unfortunately that > > has no effect at all. So this isn't a wishlist but rather a quite > > unfortunate bug. :/ > > Could you provide a non-working example please?
Package: * Pin: release n=squeeze Pin-Priority: 300 > It was more or less the first thing i did in APT and should be working > since 0.7.21 (released on 29 Jun 2009). The bug looks like an unmerged > duplicate of #97564 which was closed with this upload… Ah, and lenny has 0.7.20.2+lenny1 - I tested there with the above statement. Given my different workflows for my QA work and development I can't quickly put in different sources.list entry on my laptop currently to test wether this is really fixed in the squeeze version, I have to take your word for it. > At least the following works: > Package: * > Pin: release n=sid > Pin-Priority: 300 > > Pin: release sid will also work - but a=sid not as a= stands for archive, > so make sure to use the right release string. > Make also sure that the archive you want to pin actually provides > these values - you can find that out with "apt-cache policy" > (yes, without a parameter). Right, stable apt doesn't show n= in its "apt-cache policy" output, squeeze's apt does, so I guess this bugreport could get closed with the squeeze version latest, 0.7.21 probably also does it. Thanks, Rhonda -- "most users choose convenience over security, and that's reflected in the choice of the current default" Hin-Tak Leung -- http://bugs.ghostscript.com/show_bug.cgi?id=691339#c7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
