On Tue, 19 Mar 2013 21:03:28 +0100 Serafeim Zanikolas wrote: [...] > I think technical minded users would appreciate the same level of options > currently provided by apt-get ran as root, ie. to be able to upgrade selected > RC-buggy packages while pinning others.
To me, it is of paramount importance to refrain from removing features or flexibility from apt-listbugs. In other words, I agree with you: let's not disappoint power users, in order to become friendlier to newbies! > > Less savvy users (eg. someone who can't tell the different between > a DFSG-violation and system-wide breakage) would be served best by upgrading > all upgrade-able packages except for those that are RC-buggy. In practise, > this means pinning any RC-buggy packages (what the patch for #441689 does) and > proceeding with the upgrade (after an apt-get re-invocation, or whatever > action is required for the pinning to become effective). Yes, this looks like a possible use case. > > Do you agree about these use cases or do you have others to suggest as more > important? Nothing else comes to my mind for the time being. Anyway, if we manage to add features, without removing previously implemented ones, we should automatically preserve existing use cases (even those we are not aware of!). > > Back to mechanics: > > The current non-interactive default (with --force-no) of aborting the whole > upgrade in the face of any RC bug means that users are denied of (potentially > security-critical) updates to packages that are safely upgrade-able. I > consider this unacceptable if we're serious about supporting Debian testing. It's definitely sub-optimal: personally, I would not use apt-listbugs that way, but, after all, I don't consider myself to be a total newbie... This brings us back to the above distinction between more and less sophisticated use cases. > > Severity based filtering (-s) seems meaningless to me. I'd never do blind > upgrades based on a "ignore bugs up to X severity" policy, because that > doesn't say anything about the packages and package features that I rely on as > a user. Please note that the current apt-listbugs default behavior is to ignore any non-RC bug. I consider this to be a reasonable default, especially taking into account that the behavior may be configured differently by the user. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! ..................................................... Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
pgp2tBmxK7DwS.pgp
Description: PGP signature
