Il 03/10/2023 21:21, Alban Browaeys ha scritto:
this is for xapp-sn-watcher not installed in this case rm_conffile will works correctly but installing also xapp-sn-watcher will remove xapp-sn-watcher.desktop broking it after the upgrade so I couldn't do it as I wrote, I did some tests looking for a workaround but unfortunately I didn't find any and the "best" solution was to not to use rm_conffile.$ apt policy libxapp1 libxapp1: Installé : 2.6.1-1 Candidat : 2.6.1-1 Table de version : *** 2.6.1-1 500 90 http://ftp.debian.org/debian sid/main amd64 Packages 500 http://deb.debian.org/debian trixie/main amd64 Packages 100 /var/lib/dpkg/status 2.4.2-3 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 1.2.2-1 500 500 http://httpredir.debian.org/debian buster/main amd64 Packages ls /etc/xdg/autostart/xapp-sn-watcher.desktop /etc/xdg/autostart/xapp-sn-watcher.desktop dpkg -S /etc/xdg/autostart/xapp-sn-watcher.desktop libxapp1:amd64: /etc/xdg/autostart/xapp-sn-watcher.desktop dpkg-query -W -f='${Conffiles}\n' | grep obsolete$ |grep xapp-sn /etc/xdg/autostart/xapp-sn-watcher.desktop a9fa3be7aaf46761adcdb856c63c125f obsolete It could still be https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886389 still all the report I found in it, tell the files are owned by the new package but still marked as obsolete. Here, the file is still owned by the old package. I do not even have the new package xapp-sn-watcher installed. So maybe it is the same bug but without installing the new package the ownership is also not removed from the old package. This might help define the origin of this bug. Cheers, Alban
after this new issue (with people that don't install recommends) I thinked about increase to depends but I think is a problem have circular depends (xapp-sn-watcher depends on libxapp1)
so I suppose that the best thing it would fix that old bug in dpkg, but I don't know how
or someone have another idea? any advice is welcome
Attachment:
OpenPGP_signature
Description: OpenPGP digital signature