Bug#886389: dpkg: conffile marked as obsolete after being taken over by different package
Il 17/12/2021 03:49, Guillem Jover ha scritto: Hi! On Thu, 2021-12-16 at 11:53:06 +0100, Fabio Fantoni wrote: Hi, I had the same issue when moving conffiles from one xapp package to another (of the same source), I did a test also with rm_conffile but on first upgrade remove the conffile of the new package remaining without the file (very bad thing) so I keep it marked as obsolete (which is less worse). If you use rm_conffile then the conffile will be removed, which is definitely not what you'd want when taking over ownership from another package. Thanks for reply, rm_conffile was only a test I did trying to solve/workaround this "obsolete issue" Having the conffile marked as obsolete in the database should at most be untidy cruft, perhaps confusing to users, but the tools should all handle that fine (otherwise they are buggy and should be fixed). Some days ago I had to do another conffile move in xapp (package split to solve a policy issue) e one also in freeipmi, I searched and asked on irc for a solution to avoid the "obsolete conffile issue" but not found for now :( Or is there any other issue with these conffiles being marked as obsolete that has not been reported? For now I saw only "marked as obsolete" and not other issue, but if users want clean "obsolete" conffiles manually I suppose it become problematic (I don't know if there is also tools that do it "automatically"). Thanks, Guillem OpenPGP_signature Description: OpenPGP digital signature
Bug#886389: dpkg: conffile marked as obsolete after being taken over by different package
Hi! On Thu, 2021-12-16 at 11:53:06 +0100, Fabio Fantoni wrote: > Hi, I had the same issue when moving conffiles from one xapp package to > another (of the same source), I did a test also with rm_conffile but on > first upgrade remove the conffile of the new package remaining without the > file (very bad thing) so I keep it marked as obsolete (which is less worse). If you use rm_conffile then the conffile will be removed, which is definitely not what you'd want when taking over ownership from another package. Having the conffile marked as obsolete in the database should at most be untidy cruft, perhaps confusing to users, but the tools should all handle that fine (otherwise they are buggy and should be fixed). > Some days ago I had to do another conffile move in xapp (package split to > solve a policy issue) e one also in freeipmi, I searched and asked on irc > for a solution to avoid the "obsolete conffile issue" but not found for now > :( Or is there any other issue with these conffiles being marked as obsolete that has not been reported? Thanks, Guillem
Bug#886389: dpkg: conffile marked as obsolete after being taken over by different package
Hi, I had the same issue when moving conffiles from one xapp package to another (of the same source), I did a test also with rm_conffile but on first upgrade remove the conffile of the new package remaining without the file (very bad thing) so I keep it marked as obsolete (which is less worse). Some days ago I had to do another conffile move in xapp (package split to solve a policy issue) e one also in freeipmi, I searched and asked on irc for a solution to avoid the "obsolete conffile issue" but not found for now :( can someone tell me if there is a way to workaround this on packaging waiting for a definitive solution please? thanks for any reply and sorry for my bad english OpenPGP_signature Description: OpenPGP digital signature
Bug#886389: dpkg: conffile marked as obsolete after being taken over by different package
Hello Guillem, I think that I have hit the same bug when splitting the `mime-support` package into `media-types` and `mailcap`: mime-support had the conffiles `/etc/mime.types` and `/etc/mailcap.order` until version 3.64. Version 3.65 is a transitional package containing only a changelog and a copyright file, and depends on media-types and mailcap. And these two packages declare a Breaks and Replaces relationship against mime-support << 3.65. As a result of the upgrade, the conffiles are now owned by the new packages. But dpkg still keeps a record that the mime-support has the "obsolete" version of them: # dpkg-query -W -f='${Conffiles}\n' media-types /etc/mime.types 43fa90aa9a5e009997f451be169ac530 # md5sum /etc/mime.types 43fa90aa9a5e009997f451be169ac530 /etc/mime.types # dpkg-query -W -f='${Conffiles}\n' mailcap /etc/mailcap.order ba07e08a7fe3741d0b8339127963190e # dpkg-query -W -f='${Conffiles}\n' mime-support /etc/mime.types 0d516753aee0a2c670c79667aad0c836 obsolete /etc/mailcap.order ba07e08a7fe3741d0b8339127963190e obsolete Is there something we can do about that ? Have a nice day, Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Tooting from work, https://mastodon.technology/@charles_plessy Tooting from home, https://framapiaf.org/@charles_plessy
Bug#886389: dpkg: conffile marked as obsolete after being taken over by different package
On 2018-01-05 14:04 +0100, Guillem Jover wrote: > On Fri, 2018-01-05 at 10:55:50 +0100, Sven Joachim wrote: >> On 2018-01-05 10:44 +0100, Sven Joachim wrote: >> >> > Package: dpkg >> > Version: 1.19.0.4 >> > Severity: normal >> > >> > After switching from rxvt-unicode-256color to rxvt-unicode (see >> > #848284), dpkg-query reports a conffile as obsolete: >> > >> > , >> > | $ dpkg-query -W -f='${Conffiles}\n' | grep obsolete$ >> > | [...] >> > | /etc/X11/app-defaults/URxvt 7b221a2da49507e31f42e702791b085b obsolete >> > | $ dpkg -S /etc/X11/app-defaults/URxvt >> > | rxvt-unicode: /etc/X11/app-defaults/URxvt >> > ` >> > >> > This is bogus since the file is shipped in the package, otherwise it >> > would belong to rxvt-unicode-256color which was its previous owner. > > This does not show what package owned that obsolete entry, though. But > in principle that should have been rxvt-unicode-256color. Both packages > will have such conffiles listed in their Conffiles fields, but the old > one might have an obsolete entry, which will be ignored by dpkg for > most operations. That seems to be correct. What I find confusing is that neither "dpkg -S /etc/X11/app-defaults/URxvt" nor "dpkg -L rxvt-unicode-256color" give any hint about this. What is the point of leaving the obsolete conffile in the dpkg database then? >> Purging the rxvt-unicode-256color package helped, although that package >> did not contain any files according to "dpkg -L" (I had already removed >> but not purged it). Now the conffile is no longer reported as obsolete. > > Was going to ask for the -s output for both packages, but it's too > late now. :) Well, barring reinstalling the older package. It was easy to replicate the upgrade, so here is the output which I think matches your expectations: , | $ dpkg -s rxvt-unicode rxvt-unicode-256color | Package: rxvt-unicode | Status: install ok installed | Priority: optional | Section: x11 | Installed-Size: 3312 | Maintainer: Ryan Kavanagh| Architecture: i386 | Version: 9.22-2 | Replaces: aterm (<< 1.0.1dummy), aterm-ml (<< 1.0.1dummy), rxvt (<< 1:2.7.10-7.1~), rxvt-ml (<< 1:2.7.10-7.1~), rxvt-unicode-256color (<< 9.22-2), rxvt-unicode-lite (<< 9.22-2) | Provides: aterm, rxvt, x-terminal-emulator | Depends: libc6 (>= 2.17), libfontconfig1 (>= 2.12), libfreetype6 (>= 2.2.1), libgcc1 (>= 1:4.2), libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.12.0), libperl5.26 (>= 5.26.0~rc1), libstartup-notification0 (>= 0.2), libx11-6, libxft2 (>> 2.1.1), libxrender1, base-passwd (>= 2.0.3.4), ncurses-term (>= 5.8-1) | Recommends: fonts-dejavu, fonts-vlgothic | fonts-japanese-gothic | Breaks: aterm (<< 1.0.1dummy), aterm-ml (<< 1.0.1dummy), rxvt (<< 1:2.7.10-7.1~), rxvt-ml (<< 1:2.7.10-7.1~) | Conflicts: rxvt-unicode-256color (<< 9.22-2), rxvt-unicode-lite (<< 9.22-2) | Conffiles: | /etc/X11/app-defaults/URxvt 7b221a2da49507e31f42e702791b085b | Description: RXVT-like terminal emulator with Unicode and 256-color support | rxvt-unicode is a modern, Unicode-aware color xterm replacement that uses | significantly less memory than a conventional xterm and many other Unicode | supporting terminal emulators. | . | It supports using multiple fonts at the same time, including Xft fonts, and | client-server technology to reduce memory consumption when using multiple | windows. | . | This package is configured with 256-color support, and TERM set to | "rxvt-unicode-256color". Any other systems you log into must have this | terminfo entry installed! | Homepage: http://software.schmorp.de/pkg/rxvt-unicode.html | | Package: rxvt-unicode-256color | Status: deinstall ok config-files | Priority: optional | Section: x11 | Installed-Size: 62 | Maintainer: Ryan Kavanagh | Architecture: all | Source: rxvt-unicode | Version: 9.22-2 | Config-Version: 9.22-2 | Depends: rxvt-unicode (>= 9.22-2) | Conflicts: rxvt-unicode (<< 9.22-2) | Conffiles: | /etc/X11/app-defaults/URxvt 7b221a2da49507e31f42e702791b085b obsolete | Description: dummy transitional package for rxvt-unicode | This is a dummy transitional package transitioning rxvt-unicode-256color to | rxvt-unicode. It can safely be removed. | Homepage: http://software.schmorp.de/pkg/rxvt-unicode.html ` Cheers, Sven
Bug#886389: dpkg: conffile marked as obsolete after being taken over by different package
Hi! On Fri, 2018-01-05 at 10:55:50 +0100, Sven Joachim wrote: > On 2018-01-05 10:44 +0100, Sven Joachim wrote: > > > Package: dpkg > > Version: 1.19.0.4 > > Severity: normal > > > > After switching from rxvt-unicode-256color to rxvt-unicode (see > > #848284), dpkg-query reports a conffile as obsolete: > > > > , > > | $ dpkg-query -W -f='${Conffiles}\n' | grep obsolete$ > > | [...] > > | /etc/X11/app-defaults/URxvt 7b221a2da49507e31f42e702791b085b obsolete > > | $ dpkg -S /etc/X11/app-defaults/URxvt > > | rxvt-unicode: /etc/X11/app-defaults/URxvt > > ` > > > > This is bogus since the file is shipped in the package, otherwise it > > would belong to rxvt-unicode-256color which was its previous owner. This does not show what package owned that obsolete entry, though. But in principle that should have been rxvt-unicode-256color. Both packages will have such conffiles listed in their Conffiles fields, but the old one might have an obsolete entry, which will be ignored by dpkg for most operations. > Purging the rxvt-unicode-256color package helped, although that package > did not contain any files according to "dpkg -L" (I had already removed > but not purged it). Now the conffile is no longer reported as obsolete. Was going to ask for the -s output for both packages, but it's too late now. :) Well, barring reinstalling the older package. Thanks, Guillem
Bug#886389: dpkg: conffile marked as obsolete after being taken over by different package
On 2018-01-05 10:44 +0100, Sven Joachim wrote: > Package: dpkg > Version: 1.19.0.4 > Severity: normal > > After switching from rxvt-unicode-256color to rxvt-unicode (see > #848284), dpkg-query reports a conffile as obsolete: > > , > | $ dpkg-query -W -f='${Conffiles}\n' | grep obsolete$ > | [...] > | /etc/X11/app-defaults/URxvt 7b221a2da49507e31f42e702791b085b obsolete > | $ dpkg -S /etc/X11/app-defaults/URxvt > | rxvt-unicode: /etc/X11/app-defaults/URxvt > ` > > This is bogus since the file is shipped in the package, otherwise it > would belong to rxvt-unicode-256color which was its previous owner. Purging the rxvt-unicode-256color package helped, although that package did not contain any files according to "dpkg -L" (I had already removed but not purged it). Now the conffile is no longer reported as obsolete. Cheers, Sven
Bug#886389: dpkg: conffile marked as obsolete after being taken over by different package
Package: dpkg Version: 1.19.0.4 Severity: normal After switching from rxvt-unicode-256color to rxvt-unicode (see #848284), dpkg-query reports a conffile as obsolete: , | $ dpkg-query -W -f='${Conffiles}\n' | grep obsolete$ | [...] | /etc/X11/app-defaults/URxvt 7b221a2da49507e31f42e702791b085b obsolete | $ dpkg -S /etc/X11/app-defaults/URxvt | rxvt-unicode: /etc/X11/app-defaults/URxvt ` This is bogus since the file is shipped in the package, otherwise it would belong to rxvt-unicode-256color which was its previous owner. Here is the relevant excerpt from the dpkg log: , | $ grep rxvt-unicode /var/log/dpkg.log | 2018-01-05 08:38:30 upgrade rxvt-unicode-256color:i386 9.22-1+b3 9.22-2 | 2018-01-05 08:38:30 status half-configured rxvt-unicode-256color:i386 9.22-1+b3 | 2018-01-05 08:38:30 status unpacked rxvt-unicode-256color:i386 9.22-1+b3 | 2018-01-05 08:38:30 status half-installed rxvt-unicode-256color:i386 9.22-1+b3 | 2018-01-05 08:38:30 status half-installed rxvt-unicode-256color:i386 9.22-1+b3 | 2018-01-05 08:38:30 status unpacked rxvt-unicode-256color:all 9.22-2 | 2018-01-05 08:38:30 status unpacked rxvt-unicode-256color:all 9.22-2 | 2018-01-05 08:38:30 install rxvt-unicode:i386 9.22-2 | 2018-01-05 08:38:30 status half-installed rxvt-unicode:i386 9.22-2 | 2018-01-05 08:38:30 status unpacked rxvt-unicode:i386 9.22-2 | 2018-01-05 08:38:30 status unpacked rxvt-unicode:i386 9.22-2 | 2018-01-05 08:38:31 configure rxvt-unicode:i386 9.22-2 | 2018-01-05 08:38:31 status unpacked rxvt-unicode:i386 9.22-2 | 2018-01-05 08:38:31 status unpacked rxvt-unicode:i386 9.22-2 | 2018-01-05 08:38:31 status half-configured rxvt-unicode:i386 9.22-2 | 2018-01-05 08:38:31 status installed rxvt-unicode:i386 9.22-2 | 2018-01-05 08:38:34 configure rxvt-unicode-256color:all 9.22-2 | 2018-01-05 08:38:34 status unpacked rxvt-unicode-256color:all 9.22-2 | 2018-01-05 08:38:34 status half-configured rxvt-unicode-256color:all 9.22-2 | 2018-01-05 08:38:34 status installed rxvt-unicode-256color:all 9.22-2 | 2018-01-05 08:43:03 status installed rxvt-unicode-256color:all 9.22-2 | 2018-01-05 08:43:03 remove rxvt-unicode-256color:all 9.22-2 | 2018-01-05 08:43:03 status half-configured rxvt-unicode-256color:all 9.22-2 | 2018-01-05 08:43:03 status half-installed rxvt-unicode-256color:all 9.22-2 | 2018-01-05 08:43:03 status config-files rxvt-unicode-256color:all 9.22-2 | 2018-01-05 08:43:03 status config-files rxvt-unicode-256color:all 9.22-2 ` -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 4.14.11-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-8.1 ii libc62.26-1 ii liblzma5 5.2.2-1.3 ii libselinux1 2.7-2 ii tar 1.29b-2 ii zlib1g 1:1.2.8.dfsg-5 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt1.6~alpha6 pn debsig-verify -- no debconf information