unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
From: Liliana Marie Prikler <liliana.prikler@gmail.com>
To: John Kehayias <john.kehayias@protonmail.com>
Cc: 50789@debbugs.gnu.org
Subject: bug#50789: syncthing-gtk creates autostart file with wrong bin
Date: Mon, 27 Sep 2021 23:23:36 +0200	[thread overview]
Message-ID: <0ae4d2bfcce16f79680321817ac9e55a380dd0bd.camel@gmail.com> (raw)
In-Reply-To: <6tbnn-VZChCdcqVZHxISlaQa_4plEwmzKlx8VjXPAR1Eb9br1nNHHryw7o0dgx2o8fVGVVtvNGVeZDiGasd1gqt41dwD7RjULWnR2trcUCE=@protonmail.com>

Hi,

Am Montag, den 27.09.2021, 19:04 +0000 schrieb John Kehayias:
> [...]
> 
> But back to the matter at hand. Medium to long-term I support better
> Guix services for autostart, but that doesn't address the problem of
> having packages run as intended by upstream, at least with reasonable
> expectations. I think this is expected and reasonable behavior, that
> a program can create a proper .desktop file in Guix.
Unless you are running a dedicated desktop file/autostart editor like
alacarte or whatever gnome-tweaks has going for it, writing to
.config/autostart is not reasonable behaviour.

> Looking at another non-Guix system, the autostart files I have
> in  ~/.confg/autostart mostly (syncthing-gtk being the main
> exception) use just
> 
> Exec=program-name
The "full path" desktop files used in Guix do have some advantages. 
Also, on other distros when using stuff like systemd in a similar
manner to shepherd, you have full paths again.

> I see this mostly true for /etc/xdg/autostart as well (non-Guix
> system). So I think this is an easy and typical behavior we can
> implement. In this case patching syncthing-gtk to produce
> Exec=syncthing-gtk. Perhaps upstream would consider it as well,
> unless they have good reason for a full path here, as opposed to
> other programs. (Upstream is a bit quiet in activity though.)
> 
> What do we think?
I think upstream as good reasons to use full paths, e.g. to prevent the
wrong syncthing from being used when there are two in /usr and
/usr/local.  Were Guix to police upstream on this matter, the decision
would clearly be to make this feature optional at the click of a button
– and not one that annoyingly pops up if Icecat is not your default
browser, if you understand what I'm trying to say.

Regards





  reply	other threads:[~2021-09-27 21:24 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-24 21:33 bug#50789: syncthing-gtk creates autostart file with wrong bin John Kehayias via Bug reports for GNU Guix
2021-09-24 22:55 ` Liliana Marie Prikler
2021-09-24 23:15   ` Leo Famulari
2021-09-25  0:45     ` John Kehayias via Bug reports for GNU Guix
2021-09-25  7:02       ` Liliana Marie Prikler
2021-09-27 19:04         ` John Kehayias via Bug reports for GNU Guix
2021-09-27 21:23           ` Liliana Marie Prikler [this message]
2021-09-30 19:29             ` John Kehayias via Bug reports for GNU Guix
2021-09-30 20:00               ` Liliana Marie Prikler
2021-09-30 20:13                 ` John Kehayias via Bug reports for GNU Guix
2021-10-01  7:44                   ` Liliana Marie Prikler
2022-01-05 19:31                     ` John Kehayias via Bug reports for GNU Guix
2022-01-05 21:13 ` Leo Famulari

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=0ae4d2bfcce16f79680321817ac9e55a380dd0bd.camel@gmail.com \
    --to=liliana.prikler@gmail.com \
    --cc=50789@debbugs.gnu.org \
    --cc=john.kehayias@protonmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).