<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Tue, Sep 11, 2018 at 10:34 AM Kamil Jońca <<a href="mailto:kjonca@o2.pl">kjonca@o2.pl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I post on debian-user, but no answer.<br>
Maybe here I found some knowledge.<br>
<br>
KJ<br>
<a href="mailto:kjonca@poczta.onet.pl" target="_blank">kjonca@poczta.onet.pl</a> (Kamil Jońca) writes:<br>
<br>
> I tried to setup some user units in my desktop, and have problem with<br>
> env variables.<br>
> So far I set them up in custom .xsession file (in home directory)<br>
> I tried to put<br>
> something like<br>
> systemctl --user import-environment NNTPSERVER<br>
> in my .xsession file, but it looks like this script is run parallel with<br>
> user units, and I have race condition, ie. some units can't see<br>
> variables.<br>
><br>
> So my question is, where to init variables for user units?<br>
> I woluld like to have possiblity to set them as not only as fixed<br>
> strings<br>
><br>
> (i.e. I would to have PATH=$PATH:xxx)<br>
><br>
> KJ<br><br></blockquote><div><br></div><div>Start your units after this is done. That is, don't link them to your default.target, but call `systemctl --user start foo.service bar.target quux.service` in the same .xsession file right after importing environment.</div><div><br></div><div>(This has some advantages: it doesn't delay the whole login process as default.target would, and it allows you to start graphical apps as systemd units.)</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Mantas Mikulėnas</div></div></div>