Bug#1070644: gnome-remote-desktop: System .service file enabled but not the user one?
Jeremy Bícha
jeremy.bicha at canonical.com
Fri Apr 11 16:09:25 BST 2025
On Fri, Mar 21, 2025 at 4:51 AM Laurent Bigonville <bigon at debian.org> wrote:
> On Mon, 06 May 2024 17:01:21 +0200 Laurent Bigonville <bigon at debian.org>
> wrote:
>
> > Package: gnome-remote-desktop
> > Version: 46.1-3
> > Severity: normal
> >
> > Hello,
> >
> > It seems that the system systemd .service is enabled at boot, while the
> > user one is not.
> >
> > Any reason why the former is enabled and the later is not?
> >
> > Not sure I see the rational here
>
> So the gnome-control-center controls itself whether the
> /etc/systemd/system/graphical.target.wants/gnome-remote-desktop.service
> symlink is created or not
>
> By default when installing the package, the service is enabled (and
> started?), this is IMHO not good and make the switch in g-c-c out of
> sync with the real state of the service.
>
> The package should not enable and start the system part of the daemon by
> default either (dh_installsystemd --no-enable --no-start)
When I looked at this before, I think the upstream design was that the
service may be running without actually listening to connections. If
that's true, this doesn't seem to be RC.
I don't have capacity to look at this issue now or soon, so I'm
replying to reset the autoremoval timer since we definitely want
gnome-remote-desktop in Trixie.
Thank you,
Jeremy Bícha
More information about the pkg-gnome-maintainers
mailing list