Am Donnerstag, den 14.01.2010, 18:40 +0100 schrieb David Kalnischkies: > Hi Jörgen Tegnér, Francesco Poli & Michael Prokop, > > First of all: Thanks for the reports! > > 2010/1/14 Michael Prokop <m...@debian.org>: > > * Francesco Poli <f...@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 ?) Complete proposal: /etc/apt/apt.conf.d/*.conf /etc/apt/preferences.d/*.preferences /etc/apt/sources.list.d/*.list In fact, we could implement this now and start deprecating files without extensions, printing a warning for them; like done for the /etc/modprobe.d/*.conf migration.
The run-parts(8) algorithm we currently use is really not the best way to filter files defined by users. In fact, APT2 used the same rules as APT, but those are a bit to strict and not really easy to understand for the average user. I thus changed it in http://git.debian.org/?p=users/jak/apt2.git;a=commit;h=05f525c4aefc to just ignore files with the suffix ~. Now I believe we should do something else. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org