=== oSoMoN_ is now known as oSoMoN | ||
=== oSoMoN__ is now known as oSoMoN | ||
elopio | pitti: is --system in systemd the equivalent of upstart's --global ? | 13:23 |
---|---|---|
pitti | elopio: systemctl --system is the same as initctl --system, i. e. talk to pid1, not the session init | 13:24 |
pitti | (not sure what --global is) | 13:24 |
elopio | pitti: I used global to set some environment variables. | 13:27 |
elopio | Like initctl set-env --global ENV=value | 13:27 |
elopio | will set the variable in a differen environment than | 13:27 |
elopio | initctl set-env ENV1=value | 13:27 |
=== vrruiz is now known as rvr | ||
pitti | elopio: ah, so systemctl set-environment does that | 13:49 |
elopio | pitti: yes, I can do systemctl set-enviroment --user ENV=value, which seems to work just as when I didn't pass the --global. | 13:49 |
elopio | but systemctl set-environment or systemct set-environment --system gives me permissions errors. | 13:50 |
pitti | elopio: hm, not sure that --user will be useful -- we don't really use the session systemd init | 13:50 |
pitti | everything is being started from the session upstart | 13:50 |
pitti | so you only want this for system-wide environment variables (i. e. pid 1) | 13:50 |
pitti | right, obviously that needs to happen as root :0 | 13:51 |
elopio | pitti: this is for getting our tests ready for when systemd will be the session manager. | 14:13 |
elopio | for now we will keep setting the upstart env variables. | 14:13 |
pitti | elopio: ah, understood; so you'll poke them into both | 14:14 |
elopio | so it seems we need to go and check that everything we used to do with initctl --global can work now with systemctl --user. | 14:14 |
pitti | elopio: then set-environment --user sounds like the right thing | 14:14 |
elopio | pitti: thanks. | 14:15 |
elopio | The ETA for ubuntu-app-launch with systemd is ~july, so we have time. I will probably be back with more questions. | 14:15 |
elopio | pitti: can you give me a hand when you have some time? I'm trying adt-run on snappy, but get two errors: | 14:49 |
elopio | the required argument `Release` was not provided | 14:49 |
elopio | Timed out on waiting for ssh connection | 14:49 |
elopio | http://paste.ubuntu.com/11246001/ | 14:49 |
pitti | elopio: argh, so they changed the ubuntu-device-flash syntax again :/ | 14:52 |
pitti | elopio: TBH I don't know what the syntax du jour is; you can create an image manually, and run --- ssh -s snappy -- -i /path/to/your/image | 14:52 |
elopio | pitti: I tried that and got only the ssh error. | 14:55 |
pitti | elopio: hm, if you boot the image in kvm, do you actually get ssh running? | 14:56 |
pitti | maybe that's disabled by default now, and needs to be enabled somehow? | 14:56 |
pitti | sorry, /me is stuck in security work, only half a brain cell left | 14:57 |
elopio | pitti: let me retry. Maybe I had my vm running, and the second one failed to start. | 14:57 |
ki7mt | hi elfy, you available for a quick chat ? | 15:01 |
=== oSoMoN__ is now known as oSoMoN | ||
elfy | ki7mt: off and on - just got in from work | 15:49 |
ki7mt | elfy, Can I send you a quick pm to ask you a couple things? | 15:50 |
elfy | yep | 15:50 |
=== chihchun is now known as chihchun_afk | ||
=== oSoMoN_ is now known as oSoMoN | ||
=== chihchun_afk is now known as chihchun | ||
ianorlyn | hmm I got a fail with May 19th dialy for lubuntu alternate then tried to see if the problem also was with server but it failed at a different spot so not sure if I need to open a new bug or not | 17:12 |
ianorlyn | bug 1456838 is the one I reported yesterday for lubuntu alternate | 17:13 |
ubot5 | bug 1456838 in debian-installer (Ubuntu) "debian installer fails to chroot on lubuntu amd 64 in kvm" [Undecided,New] https://launchpad.net/bugs/1456838 | 17:13 |
wxl | ianorlyn: if you're not sure, then file a new bug. you can reference the potential other bug in there if you want, though that sort of behavior is apparently not recommended by launchpad. i disagree, personally. | 17:33 |
wxl | ianorlyn: if bdmurray yells at you about it, tell him it's all my fault ;) | 17:36 |
=== chihchun is now known as chihchun_afk | ||
ianorlyn | although I think the best way of getting logs from another machine on network when debian-installer fails is to wget -r the ip address on the lan. | 17:42 |
elopio | rhuddie: https://code.launchpad.net/~josharenson/unity8/settings_wizard_tests/+merge/259537 | 21:22 |
elopio | rhuddie: could you take care of it? | 21:23 |
rhuddie | elopio, yes, I'll take a look. thanks. | 21:23 |
elopio | thanks to you. | 21:23 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!