Shai Berger <s...@platonix.com> writes: > On Thu, 01 Aug 2024 17:17:17 +0200 > Aurélien COUDERC <li...@coucouf.fr> wrote: > >> Le 1 août 2024 15:59:44 GMT+02:00, Alex Hermann >> <alex-li...@wenlex.nl> a écrit : >> > >> >Yes, thanks. plasma5-integration was the missing bit. >> > >> >Maybe some packages need a depend/recommend on this package. As of >> >now, it stands completely on its own. >> > >> >$ apt-cache rdepends plasma5-integration >> >plasma5-integration >> >Reverse Depends: >> >> Yes, good idea, will do. >> > > FWIW, in testing there's "plasma-integration" and it has rdepends: > > $ aptitude why plasma-integration > i task-kde-desktop Depends kde-standard > i A kde-standard Depends kde-plasma-desktop (>= 5:148) > i A kde-plasma-desktop Depends plasma-desktop (>= 4:5.27.11) > i A plasma-desktop Depends plasma-integration (>= 5.27.11~)
Package: plasma-desktop Version: 4:6.1.3-1 [experimental] [snip] Depends: [snip] plasma-integration (>= 6.1.0~) The other end up transitively depending on it because of this. I'm guessing that the nature of this issue is that one should never 'dist-upgrade'/'full-upgrade' when mixing experimental; however, in this case I'm guessing that this was needed in order to install a new package. Aurélien, do you think upgrades could be smoother for users if plasma-integration (and/or any other packages) had stronger breaks & replaces, or will everything 'just work'? To be fair, the usual time to find and fix this sort of issue is when packages have been uploaded to unstable ;) Cheers, Nicholas
signature.asc
Description: PGP signature
