Bug#565213: apt-listbugs: can't install because it's not installed
Hi Jörgen Tegnér, Francesco Poli & Michael Prokop,
First of all: Thanks for the reports!
2010/1/14 Michael Prokop <mika@debian.org>:
> * Francesco Poli <frx@firenze.linux.it> [20100114 16:37]:
> It's not just about .disabled files, it also affects any manually
> modified configuration files (resulting in e.g. *.dpkg-dist) - files
> that shouldn't be considered at all.
And sorry (again) for the breakage - it seems i "like" to break
the "simple but not too obviously" things quite regular... :(
But yes, in an act of reducing code copies i had created a
GetListOfFilesInDir method which is a bit to "nice" it seems -
if no extension for the partfiles is required (as it is for conf and
preferences, not for sources and trusted) the code copies previously
discarded all filenames including a dot - the new method doesn't do it...
my bad -- through this was partly done on propose:
I am regular confused about which part files need a extension and
which doesn't need one so a single rule (preferable: all a valid extension)
will hopefully established sometime in the future
(not now, we need a fair and long transition for this...).
To cut it short, i will sit down and rewrite it a bit so it has the
old behavior (expect that configfiles will be accepted also with .conf -
any suggestions for preferences ?)
I guess, while on it i should write the filename conventions also
to the manpages for these various partfiles...
None the less, i would change apt-listbugs a bit:
DPkg::Pre-Install-Pkgs {"if [ -x /usr/sbin/apt-listbugs ]; then
/usr/sbin/apt-listbugs apt || exit 10; else exit 0; fi";};
As far as i know all other packages do it that way and i also wonder
a bit if this .disabled thing is something dpkg likes...
(does it show old vs. new config file if the package was removed
and now reinstalled - but ships a new config now -- the old config was
edit by the user of course... ?)
It also support something i do personally: Configure it one time and
copy the same configuration to all computers/phones/whatever -
regardless if the application itself is installed or not - as the configuration
will degenerate to a NOP if not... (init-scripts do the same btw.)
Best regards / Mit freundlichen Grüßen,
David "DonKult" Kalnischkies
Reply to: