[aur-general] xdg-autostart files in package

Brian F. G. Bidulock bidulock at openss7.org
Fri Apr 26 17:55:28 EDT 2013

Hash: SHA1


On Fri, 26 Apr 2013, Christoph Vigano wrote:

> Do we have any recommendations for this? Should I remove it or leave it
> to the user to deactivate the autostarting of nagstamon by removing the
> corresponding .desktop file?

Per XDG specifications, it is not necessary to remove the file
in /etc/xdg/autostart to deactivate .desktop files resident
there: the user need only place a .desktop file with the same
name in $HOME/.config/autostart with the attribute Hidden=true
and any XDG compliant autostart mechanism will ignore that file.

I show gnome-keyring installing 3 files there, gconf installing
one, network-manager-applet installing one, polkit-gnome
installing one, dhcpcd-ui installing one, blueman installing
one, at-spi2-core installing one, and bbkeys installing one
(that's mine).

Arch Linux packages are so inconsistent in their behaviour in
this regard that it just doesn't matter: it must be constantly
managed.  A tool that configures autostart needs a .desktop file
somewhere to know about the app at all.  Unfortunately, most
that are eligible for /etc/xdg/autostart should not appear on an
applications menu and needs NoDisplay=true if it is placed in
/usr/share/applications instead.  An autostart tool needs to
then ignore this setting to offer it to the user (so it can be
placed into $HOME/.config/autostart).  In general I prefer that
they be placed into /etc/xdg/autostart so that they can be more
simply overridden with Hidden=true in /etc/xdg/autostart instead
of trying to dig them out of /usr/share/applications and trying
to determine whether they are eligible for autostart.  (Some
have X-GNOME-Autostart-Enable=true so that it doesn't matter
where they reside, but that is non-standard.)

Well, that's my take.

- --brian

Version: GnuPG v1.4.9 (GNU/Linux)


More information about the aur-general mailing list