#1110689 gvfs-backends recommends wsdd which is not available in trixie

Package:
gvfs-backends
Source:
gvfs-backends
Description:
userspace virtual filesystem - backends
Submitter:
Franck
Date:
2025-08-21 01:27:02 UTC
Severity:
normal
#1110689#5
Date:
2025-08-10 05:29:46 UTC
From:
To:
Dear Maintainer,

Package gvfs-backends 1.57.2-2 in trixie recommends wsdd.
https://packages.debian.org/trixie/gvfs-backends

But wsdd is not available in trixie:
$ rmadison wsdd
wsdd       | 2:0.7.0-2.1   | oldstable  | source, all
wsdd       | 2:0.8-5       | unstable   | source, all
https://packages.debian.org/search?searchon=names&keywords=wsdd

Recommending wsdd2 may be an alternative (I did not check if gvfs-backends works with it) ?
$ rmadison wsdd2
wsdd2      | 1.8.7+dfsg-1.1    | oldstable      | source, amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
wsdd2      | 1.8.7+dfsg-1.2    | stable         | source, amd64, armel, armhf, i386, ppc64el, riscv64, s390x
wsdd2      | 1.8.7+dfsg-1.2    | testing        | source, amd64, armel, armhf, i386, ppc64el, riscv64, s390x
wsdd2      | 1.8.7+dfsg-1.2    | unstable       | source, amd64, armel, armhf, i386, mips64el, ppc64el, riscv64, s390x
wsdd2      | 1.8.7+dfsg-1.2    | unstable-debug | source
wsdd2      | 1.8.7+dfsg-1.2+b1 | stable         | arm64
wsdd2      | 1.8.7+dfsg-1.2+b1 | testing        | arm64
wsdd2      | 1.8.7+dfsg-1.2+b1 | unstable       | arm64

Kind Regards,
Franck

#1110689#10
Date:
2025-08-10 14:27:21 UTC
From:
To:
As per https://launchpad.net/bugs/2081735 wsdd appears to be used to
browse SMB/CIFS shared drives from Windows 10 or later, but I don't have
Windows servers on my LAN, so I can't really test this functionality.

Alessandro, you fixed LP#2081735 - do you know whether wsdd2 is
sufficient API-compatible that gvfs can use it? I'm not sure I
understand the relationship between wsdd and wsdd2, or their maintenance
status - from their Homepage fields it seems like they might be
completely unrelated projects with confusingly similar names?

Strictly speaking, an unsatisfiable Recommends is a Policy violation
(§2.2.1) so if nothing else gvfs-daemons' Recommends should be reduced
to a Suggests at least in trixie, assuming the stable release managers
don't want to add wsdd in 13.1.

wsdd was only a Suggests for several months, and browsing network
shares doesn't seem like crucial functionality to me, more like a
nice-to-have. Perhaps gvfs-backends could have it as a Suggests, and
some larger metapackage like gnome or ubuntu-desktop could elevate that
to Recommends if desired?

     smcv

#1110689#15
Date:
2025-08-11 15:28:05 UTC
From:
To:
No, the two projects are completely independent and have different
interfaces.
The gvfs integration is specifically for the christgau/wsdd project.

Yeah sounds good to me. Feel free to upload that change to debian.

#1110689#18
Date:
2025-08-12 11:05:10 UTC
From:
To:
Hello,

Bug #1110689 in gvfs reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/gnome-team/gvfs/-/commit/a4189c08708e384db79c13fb3c26336077cf66fc
------------------------------------------------------------------------
d/control: Demote wsdd to Suggests

It wasn't released in trixie (but will hopefully be in forky) and is
required for non-essential functionality (browsing SMB/CIFS shares
exported by newer versions of Windows that no longer use NMB). If a
particular desktop environment wants this functionality as a higher
priority, pulling in wsdd via a desktop metapackage like ubuntu-desktop
or gnome seems more proportionate.

Closes: #1110689
------------------------------------------------------------------------

(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/1110689

#1110689#25
Date:
2025-08-12 11:10:11 UTC
From:
To:
We believe that the bug you reported is fixed in the latest version of
gvfs, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1110689@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Simon McVittie <smcv@debian.org> (supplier of updated gvfs package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Tue, 12 Aug 2025 10:24:40 +0100
Source: gvfs
Architecture: source
Version: 1.57.2-3
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers <pkg-gnome-maintainers@lists.alioth.debian.org>
Changed-By: Simon McVittie <smcv@debian.org>
Closes: 1020399 1110399 1110689
Changes:
 gvfs (1.57.2-3) unstable; urgency=medium
 .
   * Team upload
 .
   [ Bastian Germann ]
   * gvfs-backends: Drop google backend.
     This relies on libgdata, which is de facto unmaintained upstream, still
     depends on libsoup2.4, and is likely to be removed from forky.
     (Closes: #1110399)
 .
   [ Simon McVittie ]
   * d/control: Demote wsdd to Suggests.
     It wasn't released in trixie (but will hopefully be in forky) and is
     required for non-essential functionality (browsing SMB/CIFS shares
     exported by newer versions of Windows that no longer use NMB). If
     a particular desktop environment wants this functionality as a
     higher priority, pulling in wsdd via a desktop metapackage like
     ubuntu-desktop or gnome seems more proportionate.
     (Closes: #1110689)
   * d/control: gvfs-backends Suggests openssh-client, for sftp://
     (Closes: #1020399)
Checksums-Sha1:
 5647334d5ca7f25f8904434c165eba1f075e5639 3611 gvfs_1.57.2-3.dsc
 4d44dd5b2b59b220bf9863191bee6e346e4506b1 27736 gvfs_1.57.2-3.debian.tar.xz
 f792493fbc8d1665677c8dd1f9653146540239df 14677 gvfs_1.57.2-3_source.buildinfo
Checksums-Sha256:
 410d8746708785b32b9f38fe75ad0b447f723b9f2f64f1979bbcf5a7acd97b3c 3611 gvfs_1.57.2-3.dsc
 2c26d382783955c923b013bc34e146f674009b1c9542f7546ae9cfeca89cbf4f 27736 gvfs_1.57.2-3.debian.tar.xz
 b0b958c77099969521ba829dd0c9720c0b86ffcc41bb79276584f19946b23735 14677 gvfs_1.57.2-3_source.buildinfo
Files:
 8132d63a6fa9e48f34e0fdd6471c2a1d 3611 gnome optional gvfs_1.57.2-3.dsc
 2972845915aa30b9d1125399dbd31fc9 27736 gnome optional gvfs_1.57.2-3.debian.tar.xz
 9a45a49fc9f3b0a0f95b6e496a5a19da 14677 gnome optional gvfs_1.57.2-3_source.buildinfo
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEegc60a5pT6Jb/2LlI1wJnT6zMHYFAmibHp0ACgkQI1wJnT6z
MHY+ZQ/6A4ocu3GzVK3/dGPSFktgjbYGRQbzVwJgQMelCxru5OpU54wntY32SHJB
mq6D/Zonb1x30wqQ7+cToX6gHkc5CmkN5+ZEp/lW476mn2fMGZGM1w3jr6mNNMXA
YUGFKA3KMB3L/bsSuAGy+gzWtlejdaBb+NBpPByZ7CWp5ld/V3zKgWfgQXA0Tg91
RWZun+gSsDoxKjTArsJcHVd1bnTqG1ANcWKGRSBEMyljD94fC4vsagQCksRFkW3z
2+CUmV28Thh5Yn+dY5FdZj9BsgjQm4ghVHzk0omBnrG/d/9X+GBapIy3D91O2UFL
yKsrhXKThVmMRkYRx6nQp+RNBYdnpui07ekEkDIFgDvfVDtnDgeRUEFhjh/9KXtA
QH/j8IHjhcynVsj0HAJVH+vRnhBspYQggsGZ8TihsMc+vbo5FiY6tn5vbWKk47b+
6ID2RzfJSpMCEspw4ZmiuvuDgUjtwuOV4KsRiM8RFL/WnJqIzX2JIY6yiqil96zG
fuEG2E4BRa1OIxukuVR4ouYbxBGiib3FGyUuH/5VsoptYaFyCrTnmUVhNvi8+oT7
CHdIX4EaxxF+oW2E2RiEetrI0NxIkUjOaAR6dmoynhYwq/kx+H9OhmL+HipayCM8
KOtePVOiX1ai7E90DA12uP4x3Z6YR0Mu0o4WDCU3TXDsb32RjKI=
=rpXa
-----END PGP SIGNATURE-----

#1110689#30
Date:
2025-08-21 01:25:05 UTC
From:
To:
On behalf of the Debian GNOME team, I also request that wsdd be added
to Trixie. gvfs-backends has Recommends: wsdd.

The RC bug that got wsdd removed on May 12 was
https://bugs.debian.org/1100767 . I noticed the bug at one point while
looking at RC bugs but then forgot about the bug. The Debian GNOME
team did not notice the package's removal until
https://bugs.debian.org/1110689 was filed; otherwise, we might have
removed the Recommends since I believe it is technically a violation
of Debian Policy § 2.2.1 for a package in main to recommend a package
that isn't in main.

https://www.debian.org/doc/debian-policy/ch-archive.html#the-main-archive-area

Thank you,
Jeremy BÍcha