Hi Andreas, Laszlo, On 01-07-2021 08:27, Andreas Beckmann wrote: > Package: release.debian.org > Severity: normal > > let's start a discussion here and once we found a package to upgrade, > turn this into an unblock request.
And let's add the fuse and fuse3 maintainer to the discussion.
> sshfs is sometimes kept at the buster version because of some dependency
> mess of fuse/fuse3.
> This usually shows up in large metapackages like freedombox or kde-full
> with --install-recommends enabled. Probably because there are additional
> dependency paths on fuse.
>
> * sshfs/buster depends on fuse
> * sshfs/bullseye depends on fuse3
> * fuse still exists in bullseye as a real package
> * fuse3/bullseye has Conflicts/Replaces: fuse and a
> versioned Provides: fuse (= ${source:Version})
> Upgrading would require kicking out fuse and installing fuse3 but apt
> does not do that, as so often.
>
> This isn't solved by a followup distupgrade either.
>
> I haven't found a solution adding more Breaks: fuse to various packages
> to solve this cleanly. Naturally I would have suggested to add a
> transitional fuse binary package to src:fuse3 which just
> Depends: fuse3 (= ${binary:Version}) and adjust the Breaks/Replaces in
> fuse3 to fuse (<< 3). src:fuse then should drop its fuse package (or
> rename it to fuse2 while adding a '2' to all filenames).
>
> I'm also not convinced that fuse3 is a real replacement for fuse: it has
> symlinks foo -> foo3 for all binaries and manpages. But the initramfs
> hook only does 'copy_exec /sbin/mount.fuse3 /sbin', it does not care
> about /sbin/mount.fuse
Laszlo, what do you think?
Paul
OpenPGP_signature
Description: OpenPGP digital signature
