Re: Time to merge back ubuntu improvements!
On 01/04/2013 09:15 AM, Thomas Preud'homme wrote:
Le vendredi 4 janvier 2013 05:44:57, The Wanderer a écrit :
That doesn't seem to match my experience.
I most commonly encounter apt-listbugs bug lists via 'apt-get
dist-upgrade'. If I say "no" in response to the list of bugs, and then run
'apt-get dist-upgrade' again, I see the same list of bugs. (I just did this
again, and checked /et/apt/preferences ; that file does not exist, and
/etc/apt/preferences.d/ is empty.)
I don't nearly as often encounter apt-listbugs bug lists via 'apt-get
install [packagename]', but I do seem to recall that in cases where I have
done so, saying "no" and re-running the same command likewise produced the
same bug list; at the very least, it didn't try to prevent me from
installing the version which had been listed as buggy. (Nor would I want it
to, at least not without a way to override the block just as conveniently
as it was set up in the first place.)
So either I'm not understanding what you mean by this description, or what
you're describing doesn't seem to be happening on my system.
I think Gregor is describing the behavior when choosing p instead of n. In
that case it sets a pinning and you don't see the bugs again.
I wasn't even aware this was an option; I don't think I even noticed the '...'
in the apt-listbugs prompt, indicating that there are more options available to
be chosen. (The existence of those options doesn't seem to be documented in the
man page either, only in the prompt-time ? help text.)
I don't think I'd want to use that option anyway, at least not without a better
understanding of the expected behavior of the resulting scenario (and how to
override it if necessary). Still, it's good to know it's there, and at least the
confusion seems to be cleared up.
Warning: Simply because I argue an issue does not mean I agree with any
side of it.
Every time you let somebody set a limit they start moving it.
- LiveJournal user antonia_tiger