RFC: Autostart spec, first draft
John (J5) Palmieri
johnp at redhat.com
Thu Jul 7 19:24:42 EEST 2005
On Thu, 2005-07-07 at 14:57 +0200, cobaco (aka Bart Cornelis) wrote:
> On Thursday 07 July 2005 13:14, Waldo Bastian wrote:
> > First draft, your feedback is highly appreciated.
> >
> > Please send all comments to xdg at freedesktop.org
> >
> > See http://lists.freedesktop.org/archives/xdg/2005-July/007061.html and
> > follow ups for previous discussion.
>
> I think the autostart on login part is fine,
>
> Any objections to also adding:
>
> Scripts in $XDG_CONFIG_DIRS/environment will be sourced, this gives a
> way for the user and/or admin to influence the environment.
>
> Scripts in lower priority environment directories should be sourced
> first so scripts in higher priority directories can override the values
> they specify for environment variables.
>
> Scripts will be called with the desktop name as the first parameter
> (KDE, GNOME, ROX, XFCE) making it possible to set up the environment
> dependend on the desktop when necessary
>
> This would allow setting things like $GPG_AGENT_INFO in a uniform manner?
This can all be done with other scripts already. If you want it per app
you can set up a wrapper to execute from the desktop file. No reason to
add this to the spec.
>
> Regarding the autostart on new media, not sure if this should be in the same
> spec, or a different one
>
> > The desktop environment MAY ignore autostart files based on policy set by
> > the user or system administrator.
>
> the standard should specify how to set this policy IMO
You need a common configuration system for that first.
> What kind of possibilities do we want here:
> - 1 global setting or more granular (per media-type, dependend on
> CD-label, ...)
Getting too complicated.
> - maybe an option to only run it if a signature by an approved (gpg)key is
> present?
This might be nice actually. The script itself would have to be signed.
I would turn it on by default in fedora if we had this.
--
John (J5) Palmieri <johnp at redhat.com>
More information about the xdg
mailing list