Re: Bindings not picked up from dependency <command>

On 19 April 2015 at 12:54, Tim Cuthbertson <[email protected]> wrote:
> 0install doesn't seem to be picking up bindings from <command>
> dependencies. This seems like a bug, although it's possible commands
> aren't intended to be used for what I'm trying to do.
>
> Specifically, I provide <command>s which aren't really commands, but
> are more just extra bindings. As an example:
>
> http://gfxmonk.net/dist/0install/edit-server.xml
>
> contains (right down the bottom):
>
>     <command name="systemd-unit" path="edit-server">
>       <environment insert="xdg/config" mode="prepend" name="XDG_CONFIG_DIRS"/>
>       <runner interface="http://repo.roscidus.com/python/python"/>
>     </command>
>
> The intent is not to run this directly, but to depend on it as
> <requires command="systemd-unit" .... />, and you'll inherit the
> appropriate environment variables to make this service available in a
> user systemd session.

<requires> doesn't take a "command" attribute; that goes on the
<executable-in-*> bindings inside.

Although you could use a dummy <executable-*> here, I wouldn't
recommend it. In future, we might delay command bindings until the
command is actually run, to avoid polluting the main process's
environment.

> If this is a feature (rather than a bug), is there some way to provide
> a set of opt-in bindings by name, rather than requiring the user write
> these themselves? I've always been a little uncomfortable with
> requiring users to write bindings which depend on the directory
> structure of my implementation, but I can also see this being very
> important for opt-in feature sets which export a handful of
> environment variables (which becomes very fragile if you need to
> duplicate multiple bundings in every feed which requires the given
> feature).

I think having a separate feed ("edit-server-systemd.xml") is the only
easy way to do this.


-- 
Dr Thomas Leonard        http://0install.net/
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA  BD8E 0713 3F96 CA74 D8BA

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF