About configuration files for the user session

Steve Langasek steve.langasek at ubuntu.com
Mon Dec 17 20:56:29 UTC 2012


On Mon, Dec 17, 2012 at 12:13:35PM +0000, Dmitrijs Ledkovs wrote:
> To summarise we are settling in for the following paths:
> --confdir DIR option on the command line
> ${XDG_CONFIG_HOME:${HOME}/.config}/upstart
> ${HOME}/.init
> ${XDG_CONFIG_DIRS:/etc/xdg/}/upstart
> /usr/share/upstart/session/

> The last one is intended for packages to ship their job files such
> that they don't have to be conf(ig) files.

Looks good to me!

> Unless, the job file requires to call something [1] in the multiarch
> paths. In that case you have a few options:
> * figure out multi-arch paths in pre-start script
> * ship the job file as a conf(ig) file in /etc/xdg/upstart with
> multiarch paths embedded

> Or if there are more usecases for mutliarch-aware paths we can, in the
> future, add /usr/lib/$(multi-arch)/upstart/session/ .... but I don't
> want to add those just yet.

> [1] /etc/xdg/autostart/deja-dup-monitor.desktop calls
> /usr/lib/x86_64-linux-gnu/deja-dup/deja-dup-monitor . The easy
> solution is to simply ship deja-dup-monitor in /usr/bin/. Or as the
> README file in deja-dup sources suggests convert the deja-dup-monitor
> into multiple upstart jobs as appropriate.

FWIW, I goofed when implementing multiarch support for dh(1); the
--libexecdir default should really be pointed at /usr/lib, not at
/usr/lib/$arch, because lib*exec*dir means it's used for those things (like
deja-dup-monitor) that are called via exec() and therefore don't need to be
Multi-Arch: same.  So deja-dup-monitor could equally be moved to
/usr/lib/deja-dup instead of /usr/bin, and work just as well.

Anyway, the package *containing* these files is deja-dup, which is Arch: any
and Multi-Arch: none, so you still would only have one version of this
package installed per system and could still reasonably install the file to
/usr/share/upstart/session even if the contents referenced an arch-specific
path (and they shouldn't).  So I don't see any justification here for
supporting multiarch-qualified search paths in upstart.

Cheers,
-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek at ubuntu.com                                     vorlon at debian.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <https://lists.ubuntu.com/archives/upstart-devel/attachments/20121217/8dc1e09f/attachment.pgp>


More information about the upstart-devel mailing list