On Mon, Oct 31, 2005 at 12:14:28PM +0000, [EMAIL PROTECTED] wrote: > > Please include some information on which package version does the filter > > file match, so it can be tracked in the future. Preferably include that > > information as a comment in the filter file itself (just put a hash, > > package name and version, separated by space, on the first line in the > > filter file). > > These comments are relative to the latest upload (0.9.6-0.11). I've split > them into sections: NEW, REMOVE, RENAME, EDIT, RENAME AND EDIT, and ASK.
Many thanks!! Commited to svn, and will make it to the next revision. > > > Some filters look as if they should be redundant now that cruft > > > understands the alternatives system. > > > Looks like explain/alternatives takes care of that, though it shouldn't. > > This is one of the areas which need cleaning up. > > I didn't properly understand this. > > As far as I can see, (stable)cruft reports differences between the actual > filesystem and what /var/lib/dpkg/alternatives says the filesystem should > be. Why is that wrong behaviour? > > Is it that you don't want cruft to rely on /var/lib/dpkg/alternatives but > want every package which uses the alternatives system still to list the > installed alternatives as extrafiles? Eg package 'less' which in the > postinst does > > update-alternatives --quiet --install /usr/bin/pager pager \ > /usr/bin/less 77 --slave /usr/share/man/man1/pager.1.gz \ > pager.1.gz /usr/share/man/man1/less.1.gz > > should still list /usr/bin/pager as an extra file? Yes, each package providing an alternative should list it in its filter file. And I think that explain/alternatives script should simply be removed. Please see http://bugs.debian.org/21104 in which aj explains reasons for that. > Is that desirable? And > if it should, then shouldn't it also list /usr/share/man/man1/pager.1.gz ? Yes, it should list both. However, there is some unclear additional magic associated with the alternatives explain script (e.g. unclear using FD 3), so I need to look into it closer before I remove it. It does not hurt that much at the moment, so it's rather low priority. Marcin -- Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]