On Wed, 2022-07-27 at 14:25 +0200, Arnaud Rebillout wrote: > On Thu, 14 Jul 2022 20:14:15 +0200 Ben Hutchings <ben@decadent.org.uk> > wrote: > > > > You should find out why that is, before proposing to override it. What > > if something in KDE really does need FUSE 2? > > I don't think that it can happen. A package might need FUSE3 (in such > case it depends on fuse3), or it might need FUSE (any implementation) > (in such case it depends on fuse, and it's either fuse or fuse3 that > will be installed, as fuse3 Provides fuse). But it cannot really ask for > FUSE2, as far as I understand (there's no fuse2 package). That makes sense. > In the case I described above, if fuse gets installed, it's not because > a package needs FUSE2, it's because no package needs FUSE3. So apt picks > fuse rather than fuse3. > Right. So this seems like a botched transition - fuse3 should have taken over the fuse binary package but instead each reverse-dependency has to be updated. I agree it would make sense in the short term to force fuse3 installation. > > (Since you found that removing fuse doesn't remove anything else, this > > implies that the relationship is only a Recommends and not a Depends. > > But that doesn't mean that removal won't break anything.) > > I believe that if replacing fuse by fuse3 doesn't remove anything, it's > because fuse3 Provides fuse. > > In any case: in Kali we solved that by recommending fuse3 in > kali-desktop-core, a metapackage that is always installed with every > Kali desktop. Therefore we're sure to have fuse3 (we don't let apt > guess), and we're sure that open-vm-tools will be installed if needed. > It's a better solution than modifying hw-detect as I suggested here. > > Therefore I'll close this bug, as I don't think it affects Debian anyway. > > Thanks for your feedback, and sorry for the noise. Thank you for pointing out the problem. Even if the exact issue doesn't occur in Debian, we should sort out fuse vs fuse3. Ben. -- Ben Hutchings If the facts do not conform to your theory, they must be disposed of.
Attachment:
signature.asc
Description: This is a digitally signed message part