Source: wsdd
Version: 2:0.7.0-2.1
Severity: important
Tags: trixie sid
Control: affects -1 src:gvfs

gvfs 1.53.90-1 uses wsdd to find newer Windows network shares.

My initial understanding is that wsdd can be used both to advertise
network shares or to find network shares. gvfs only needs the "find"
behavior and gvfs calls wsdd from $PATH directly when needed.

I believe it is unwanted behavior for wsdd.service to be running for
gvfs's use case.

Therefore, please create a separate package for wsdd.service , perhaps
named wsdd-server

Thank you,
Jeremy Bícha

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Fri, 16 Feb 2024 10:04:53 -0500 =?UTF-8?Q?Jeremy_B=C3=ADcha?= <jeremy.bicha@canonical.com> wrote:

gvfs 1.53.90-1 uses wsdd to find newer Windows network shares.

My initial understanding is that wsdd can be used both to advertise
network shares or to find network shares. gvfs only needs the "find" behavior and gvfs calls wsdd from $PATH directly when needed.

I believe it is unwanted behavior for wsdd.service to be running for
gvfs's use case.

Therefore, please create a separate package for wsdd.service , perhaps
named wsdd-server

Currently all machines installing wsdd start to advertise on the network
and are automatically discoverable, this is less than optimal indeed.

And other alternative is to pass "--no-enable --no-start" to
dh_installsystemd and add an After/Wants in the packages that really
requires the "server" part to be running?

Not sure what other packages we are talking about here? There is
currently on one rdep and it's gvfs

But I agree the "server" part shouldn't be running by default, at least
without the "--no-host" option

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi!

As maintainer been investigating how wsdd is run by gvfs.  If wsdd is
already running as a server to support smbd, gvfsd will not be able to
start another wsdd due to the interface multicast socket(s) already
being taken....

I can set the default arguments for wsdd to listen on a socket in say /var/run/wsdd/wsdd.  Is it possible to tell gvfsd to talk to that socket instead of its one in /run/user/<uid>/gvfsd/wsdd ??

Cheers,

Matt

On 18/02/24 23:20, Laurent Bigonville wrote:

On Fri, 16 Feb 2024 10:04:53 -0500 =?UTF-8?Q?Jeremy_B=C3=ADcha?= <jeremy.bicha@canonical.com> wrote:

gvfs 1.53.90-1 uses wsdd to find newer Windows network shares.

My initial understanding is that wsdd can be used both to advertise
network shares or to find network shares. gvfs only needs the "find" behavior and gvfs calls wsdd from $PATH directly when needed.

I believe it is unwanted behavior for wsdd.service to be running for
gvfs's use case.

Therefore, please create a separate package for wsdd.service , perhaps named wsdd-server

Currently all machines installing wsdd start to advertise on the
network and are automatically discoverable, this is less than optimal
indeed.

And other alternative is to pass "--no-enable --no-start" to dh_installsystemd and add an After/Wants in the packages that really
requires the "server" part to be running?

Not sure what other packages we are talking about here? There is
currently on one rdep and it's gvfs

But I agree the "server" part shouldn't be running by default, at
least without the "--no-host" option

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)