[01:45] hey uh, do we make an armhf image that contains a kernel that can work on midway? === _salem is now known as salem_ [02:53] mwhudson: Yes. [02:53] mwhudson: If by "image" you mean "d-i netboot images". [02:54] mwhudson: http://ports.ubuntu.com/ubuntu-ports/dists/trusty/main/installer-armhf/current/images/generic-lpae/netboot/ [02:54] infinity: yeah, i think i was being confused [02:55] have i mentioned my deep and abiding love for uboot recently [02:56] mwhudson: I sense sarcasm. [02:57] very perceptive of you [03:02] argh! [03:02] midway just has broken uEnv.txt support [03:02] ${fs}load ${devtype} ${devnum} ${script_addr} ${prefix}uEnv.txt && Executing ${prefix}uEnv.txt... [03:03] that explains the Unknown command 'Executing' - try 'help' [03:03] message [03:09] mwhudson: Hrm, I've never had any issues on the midways I've played with. [03:09] mwhudson: Maybe I don't use uEnv? I dunno. [03:09] probably not [03:10] maybe this one has out of date firmware, i dunno [03:10] just means i need to re-remember how to use boot.scr [03:39] hello amigos [03:40] i've set up a build dir to generate my first deb package (from source), after running dpkg-buildpackage -rfakeroot i get an error message. it complains that the Package field is missing in the control file [03:40] any idea? === salem_ is now known as _salem [04:12] slangasek, xnox: heads up, lennart plans to remove udev's netlink interface, effectively breaking udev on all !systemd without people fixing things: http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html [04:18] yay? [05:22] Good morning [06:15] good morning === mbiebl_ is now known as mbiebl === iahmad is now known as iahmad|afk === BruceMa is now known as BruceMa-afk === doko_ is now known as doko [07:58] pitti, thanks for the suggestion !! ... do you know if we have a tool for editing thises options or should i "just sed from postinst" ? [07:58] ogra_: no, we can't change it in a package, it's a conffile [07:58] so at most during an image build [07:58] thats what i feared [07:58] certainly not ideal [07:59] ogra_: i. e. I was mostly suggesting that as a quick fix if you want to unbreak images, not as a long-term solution [07:59] should have mentioned that in the mail, sorry [08:00] well, the only "proper" longter solution is to create a single package for a single file i think [08:00] ogra_: perhaps an even better thing to do would be to change /etc/X11/Xsession.d/75dbus_dbus-launch to not run $DBUSLAUNCH if [ -n "$DBUS_SESSION_BUS_ADDRESS" ] [08:00] which is ugly as well but less intrusive [08:00] ogra_: i. e. if there already is a session bus, started from upstart or whatever [08:00] well, this one seems to be actually get started by the first gdbus call [08:01] ogra_: gdbus runs dbus-launch if there's no $DBUS_SESSION_BUS_ADDRESS, that seems like a separate issue [08:01] ogra_: what is supposed to start "the" session bus on the phone? [08:01] it obviously wasn't 75dbus_dbus-launch as we didn't install that until yesterday [08:02] pitti, no idea how it looks like in the new split greeter world ... usually we have an upstart job starting it [08:03] but i dont think lightdm processes a full session startup in upstart [08:03] at least not in our setup [08:03] (in our new setup) [08:04] ogra_: so I think the first thing to do is to get some agreement what starts the session bus -- lightdm, 75dbus_dbus-launch, 00upstart (through a session upstart job), or something else [08:04] mterry did a lot of complex things to make the lightdm dbus have access to the user dbuses it seems [08:04] ogra_: aside from that, I think changing 75dbus_dbus-launch to not do anything if there already is a session bus is a sensible and safe thing to do [08:04] yeah [08:05] we definitely dont want to have two per session :) (two for lightdm, two for the phablet user) [08:05] ogra_: yes, absolutely; two session buses will break $world [08:06] right [08:06] if different processes use differetn addresses (otherwise it's just a waste) [08:06] http://ci.ubuntu.com/smokeng/utopic/touch/ .... it happens pretty visible since image 59 :) [08:07] but as i said, mike does some trickery to get the buses talk to each other it seems [08:07] so that phone calls get through etc [08:09] ogra_: can you easily test http://paste.ubuntu.com/7578684/ ? [08:10] will do ... i dont have my test device near ... but in 10min or so [08:26] pitti, doesnt seem to help [08:26] you still get two buses? [08:26] root@ubuntu-phablet:~# ps aux|grep dbus |grep session|grep -v upstart|wc -l [08:26] 4 [08:26] ogra_: that means that 75dbus_dbus-launch comes first and the second one is started after that [08:26] which is weird [08:27] pitti, i see the same socket twice as well http://paste.ubuntu.com/7578759/ [08:28] ogra_: right, one for lightdm, one for phablet [08:28] look at the two phablet ones [08:28] they are identical and use the same address [08:28] ogra_: yeah, I know, looks odd; can you grep for dbus-launch? [08:28] not there [08:29] ogra_: was it there without the Xsession.d change? [08:29] yes [08:29] if yes, that change at least helped a bit; if no, dbus-x11 wasn't the reason [08:30] and before split greeter we had exactly one dbus-daemon per session [08:30] I have three in my desktop session, presumably it forks internally [08:30] martin 1648 0.0 0.0 39240 324 ? Ss 07:18 0:00 //bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session [08:30] martin 1660 0.0 0.0 41444 4008 ? Ss 07:18 0:04 dbus-daemon --fork --session --address=unix:abstract=/tmp/dbus-4jEVwkHdJv [08:30] martin 1806 0.0 0.0 39504 3492 ? S 07:18 0:00 /bin/dbus-daemon --config-file=/etc/at-spi2/accessibility.conf --nofork --print-address 3 [08:30] oh. ok [08:30] ogra_: but not two with the same --address thing [08:31] right [08:31] ogra_: on the phone we probably don't have the a11y bus, so we can ignore that [08:31] right [08:32] 1660 is started by session upstart (lightdm -> init -> dbus-daemon (1660) [08:32] 1648 isn't, not sure where that comes from, but the --print-address sounds like it's coming from dbus-launch === posessed is now known as klubko [08:37] pitti, could you upload the dbus-x11 fix in any case ? [08:37] ogra_: sure [08:37] (since i dont see dbus-launch it seems to have worked) [08:37] ogra_: was that tracked as a bug, or just on u-phone@ so far? [08:38] just the ML [08:38] ack, thanks [08:41] ogra_: test-building now, will test on desktop before I upload [08:41] (just to make double-suree) [08:41] ok [08:42] I still wish we could avoid all teh Xsession.d/ legacy and shellery on the phone [08:43] it's not even running X :) [08:46] we will at some point :) [08:47] pitti: i did remove dbus-launch from ubuntu-touch images. it shouldn't be seeded on touch images at all... [08:47] pitti: any clue as to why it was pulled back in? [08:47] sorry, i mean dbus-x11 [08:47] xnox: no, I don't know why it came in there [08:47] xnox, split greeter uses gdbus ... which needs dbus-launch [08:48] xnox, but sadly also ships the Xsession.d script that fires up a second session bus [08:48] no, gdbus doesn't *need* dbus-launch [08:48] well, *uses* [08:48] :) [08:48] it really shouldn't [08:48] our session should already have a bus [08:48] if a process doesn't have $DBUS_SESSION_BUS_ADDRESS, that's a bug in passing the env variables or starting the bus too late [08:49] well, lightdm seems to spawn one thats not upstart driven [08:49] xnox, so its a new dependency of the new greeter session implementation [08:50] so the dbus-x11 Xsession.d/ change is a cheap and harmless help for that, but it in no way address the actual bug [08:50] if it even is a bug [08:50] ogra_: that dependency is black-listed from the seed =) [08:50] we verified yesterday that it fixed the AP issues [08:50] ogra_: I guess we didn't enforce it. [08:50] xnox, talk to the greeter team ... [08:51] ogra_: i'm talking to landing team / person in charge of the seed =) [08:51] ogra_: dev teams will always try to use haskell & what not =) [08:52] xnox, split greeter is the base for a ton of other features, feel free to work with mterry on improving it (and file a bug) but we need to land this if any possible so others can move on with their dependant work [08:52] ogra_: is there no featureflag to run split greeter in non-split mode? [08:52] not that i know of [08:54] and it is also pretty complicated ... making sure phone calls to the users get handled by the greeter, you can start apps in the user session from the locked greeter etc ... the feature set is huge and scary :) [08:58] ogra_: btw. do you remember who robru poked to ACK all the crazy packaging changes of the greeter landing? [08:58] xnox, if you like getting scared in the morning ... https://code.launchpad.net/~mterry/unity8/split/+merge/213149 (there are about ten other packages with changes but this is the core) [08:59] sil2100, no, probably me ... doesnt the train record that ? i know rob always puts my name into the lander field or some such when i ack something [09:02] (i have seen him putting it in a jenkins form) [09:05] xnox, my theory is that dropping dbus-launch would need a re-org of the unity8-greeter-wrapper script (so that the first gdbus --session call happens after upstart ran init --user for lightdm ...) but i wont touch that code with the author not around [09:15] ogra_: let's hope mterry will be around today [09:20] xnox, Saviq, pitti, sil2100 bug 1325882 ... i think thats our final solution [09:20] bug 1325882 in unity8 (Ubuntu) "unity8-greeter-wrapper needs a re-org to not use dbus-launch" [Undecided,New] https://launchpad.net/bugs/1325882 [09:20] (but mterry needs to agree) [09:20] ogra_: yes, sounds good to me (i. e. fix the startup ordering) [09:21] ogra_, yeah, I thought that's what was happening.. [09:21] great :) [09:21] * ogra_ likes agreement [09:22] i see dbus already hit proposed [09:22] * ogra_ prepeares the accompanying unity8 upload [09:23] ogra_: FWIW, you don't really need that dbus on a new image, it's mostly to make debugging less confusing [09:23] and it'll be stuck in -proposed until I fix the tests for udisks2 in -proposed (which broke due to enabling logind session tracking) [09:24] ogra_, if I agree, do you still need mterry's agreement? shall I push an MP? [09:24] pitti, crap [09:25] Saviq, well, given the above comment from pitti it is unlikely that we can make our 12:00UTC deadline ... so yes, go ahead ... cant become worse, can it ? [09:27] ogra_, ;) [09:27] sil2100, keep a silo ready for Saviq ^^^;) [09:28] ogra_: why do you need that fix urgently? (if so, release team can fast-track it) [09:29] pitti, we are in TRAINCON-0 mode ... which means nothing can land (except some select bits) until we have resolved the major issue ... if we cant fix it in a given timeframe we have to roll back the whole landing [09:30] the timeframe we have set ourselves for this one is 12:00 UTC ... [09:30] so that we can be sure we can drop TRAINCON-0 in any case tonight [09:30] ogra_: ok, but I still don't understand how that dbus change actually fixes the bug, or why fixing the ordering in bug 1325882 would need that dbus fix [09:30] bug 1325882 in unity8 (Ubuntu) "unity8-greeter-wrapper needs a re-org to not use dbus-launch" [Undecided,New] https://launchpad.net/bugs/1325882 [09:30] by either having a proper fix or by rolling back all packages that make up this landing [09:31] pitti, the re-ordering wont since we drop all deps on dbus-x11 with that [09:31] pitti, if we would keep dbus-x11 and *not* re-order we would need your fix though [09:32] o/ [09:32] pitti, with Saviq offering to take the risk of the re-order we get around using dbus-x11 at all ... and make xnox happy too ;) [09:33] ah, ok; it seems a bit curious that this dbus-x11 fix would actually fix things [09:34] well, the dbus-launch call for gdbus makes things currently work [09:34] s/for/from/ [09:34] hm, "work" [09:35] yeah [09:35] it still means that this spawns another bus which no othe process wants.. [09:35] well, "not fail" is probably better :) [09:35] no, it spawns *the* session dbus ... the upstart job wont fire if there is one allready [09:36] but that session dbus wont use the upstart defined options for the daemon etc [09:36] urgh :) yes, then Houston we have a problem [09:36] because no other processes will know about that one [09:36] right [09:36] well, the indicators do ... they dont start without dbus-launch available [09:36] (and other weird things happen) [09:37] so we should not install dbus-x11 so that we actually see which processes try to call dbus-launch (and then LART them) [09:37] DON'T *spank" START *spank* A NEW *spank* BUS! *spank* [09:38] right, thats what Saviq will now implement ... [09:38] in the hope that it works [09:38] ogra_, https://code.launchpad.net/~unity-team/unity8/resync-distro-split/+merge/221845 + https://code.launchpad.net/~unity-team/unity8/fix-split-dbus/+merge/221847 [09:39] * sil2100 keeps his fingers crossed [09:39] if not we'll have to roll back and leave it to mterry to come up with a proper solution [09:41] Saviq, both acked ... (with a comment on the second) [09:42] ogra_, yeah, added telepathy-ofono test plan to the landing [09:42] sil2100, line 36 is ready for you [09:43] Saviq: excellent! The reorder seems ok... [09:43] Let me assign [09:43] Saviq: silo 20 for you [09:44] Let's get it building and tested o/ [09:44] ++ [09:44] builds [09:44] and then get an image that fixes our world ;) [09:45] @pilot in === udevbot changed the topic of #ubuntu-devel to: Utopic boot fixed in sysv-rc 2.88dsf-41ubuntu15, boot with init=/lib/systemd/systemd until then | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patc [09:49] ogra_, Saviq: let's hope that it does! [09:49] ogra_, hmm... so without dbus-x11 it's upstart that will start dbus, and indicators in greeter should then work again, 'cause the gdbus → dbus-launch *before* upstart caused things to mess around? [09:50] it should [09:50] ok it's an easy thing to check on 61, /me tries [09:50] let me quickly try your change on my flo [09:52] but yeah, in any case, the fact that gdbus just launches dbus... nasty [09:52] ogra_, looks legit! [09:52] yay [09:53] * ogra_ reboots with the change [09:53] well, it does that if tehre is no $DBUS_SESSION_BUS_ADDRESS -- not having that is the actual bug [09:54] Saviq, no indicators for me ... are you sure you removed dbus-x11 ? [09:54] (i purged it) [09:54] ogra_, I just have 61, so no dbus-x11, never installed it [09:54] hm [09:54] oh wait [09:54] let me reflash then :/ [09:55] ogra_, no, I have it here [09:55] aha [09:55] somehow [09:55] so that doesnt really fix it [09:55] mitya57: for https://code.launchpad.net/~chris-good/ubuntu/trusty/netkit-rwall/fix-for-1277981/+merge/216563, it looks like the source package isn't version 3.0, so how would you expect a dep3 patch in that case? I don't see any patch system in use. [09:56] :| [09:56] I was looking at https://bugs.launchpad.net/ubuntu/+source/netkit-rwall/+bug/1277981 but just realised it's the same bug. [09:56] Launchpad bug 1277981 in netkit-rwall (Ubuntu Precise) "rwall adds \377 bytes to short messages" [Undecided,New] [09:56] Saviq, trying something ... [09:57] ogra_, so yeah, no dice here either :| [09:57] rbasak: He could switch to 3.0, or use dh_quilt, or just add the patch to debian/patches to indicate that it is a patch [09:58] also, three changelog entries for one upload looks like an overkill [09:59] is there an easy way for me to do "apt-get source libdbus-cpp3=utopic" for example where I am on trusty? [09:59] (i.e. I want to get the source package from utopic version of a package, on my trusty system) [10:00] popey, download off of launchpad easiest probably, otherwise you'd need to add utopic repos to your system [10:00] yeah, figured it was going to be that way, thanks [10:02] popey: use pull-lp-source from ubuntu-dev-tools [10:02] neat! [10:02] thanks [10:05] ;/ [10:06] ogra_: what are you trying now? [10:06] sil2100, a few other things ... gimme a bit [10:08] Saviq, so even when adding "initctl start dbus" to the script (and actually getting a proper dbus) i dont get indicators ... looks almost like greeter-started never gets emitted [10:09] ogra_, well, don't they crash for you? [10:09] Saviq, they do [10:09] ogra_, so they are getting triggered, but their env doesn't have the dbus details, I'd say [10:09] mitya57: he's not the DM for the package though. Isn't adding a patch system in an Ubuntu delta a little invasive? I agree that he should send the patch upstream or get it in through Debian though. No need to introduce an Ubuntu delta for this. [10:10] Saviq, right, looking into that atm [10:10] mitya57: I agree about the excessive changelog, though I assume that he's just unfamiliar with tooling. I'd have just fixed that up had I uploaded (which I won't) [10:10] ogra_, it's like upstart a) never started dbus or b) didn't put their details into its global env [10:10] mitya57: (also, he needs to fix Utopic first now. Easier to just fix Debian) [10:11] I agree. [10:13] Saviq, right, i have code in place here that calls initctl start dbus now ... pulls the address from it and exports [10:13] lets see [10:13] \o/ [10:13] * ogra_ got indicators [10:14] that looks good ! [10:14] \o/ [10:15] ogra_, just push under my MP [10:15] ogra_, it's ~unity-team, so you should be able to [10:15] ogra_, or well, gimme a diff and I will [10:15] (test and push) [10:16] Saviq, paste.ubuntu.com/7579305/ ... preparing an MP [10:17] ogra_, I'll just add it to mine, let's not break things up in multiple MPs [10:17] ok [10:18] Damn, hackish [10:18] ogra_, wonder if we should use set_greeter_var for it, though [10:18] 'Morning folks [10:18] ogra_, or erm, put it on the upstart env [10:18] sil2100, i'll leave the proper cleanup to mterry :P [10:18] ogra_: +1 ;p [10:18] ogra_, or does "start dbus" take care of it already? [10:19] Saviq, well, calling start dbus is the first wrong thing ... the rest is just fallout :P [10:19] Saviq, it doesnt give us the address and doesnt export it either ... but luckily stores in that file that i source [10:20] its a hack on top of a hack [10:20] but seems to work fine at least [10:20] mhm [10:21] this needs some serious re-work to be right [10:22] in fact i think much of it should move into proper upstart jobs and get the right ordering [10:26] * ogra_ looks if it is possible to pull the address more elegantly out of the upstart session global vars instead [10:27] ogra_, well, upstart get-env? [10:27] right [10:27] thats what i'm trying here [10:27] but iits a bit fiddly [10:30] Saviq, [10:30] /sbin/initctl start dbus [10:30] export DBUS_SESSION_BUS_ADDRESS="$(/sbin/initctl get-env DBUS_SESSION_BUS_ADDRESS)" [10:30] drop the file ... this works too [10:31] one hack less [10:31] hmm [10:31] Saviq: i've updated https://wiki.ubuntu.com/Touch/CrossCompile with some notes from the session. Is there anything missing? And where should I circulate it, such that people from the session see it? [10:32] Saviq: also, I didn't yet find where unity-scope-go bindings in cgo are, and trying to cross-compile those. Can you please remind me who can point me to them? === FJKong is now known as FJKong_afk [10:34] xnox, jamesh [10:34] xnox, and ubuntu-phone@ would definitely be a place to post this [10:35] xnox, there's some common data in https://wiki.ubuntu.com/SimpleSbuild too, maybe we should combine those [10:35] grr [10:37] ogra_, kicked another build in the silo with your fix, then [10:37] yay [10:37] Saviq: \o/ [10:37] * Saviq tries to repro the split bug [10:37] let me re-flash my device so i can test on a virgin install [10:38] Now it looks so much nicer - although still a bit hackish :) [10:39] sil2100, yeah, the starting of dbus should not be needed ... but init is started with --no-startup-event which makes the dbus upstart job not being called [10:40] ogra_, does mtp-server respawns here constantly :| [10:40] (since it is "start on startup") [10:40] -does [10:40] not for me [10:40] under the greeter session (where it should probably never start in the first place) [10:40] yeah [10:40] why doesnt it do that here [10:41] do you have a porper cable in use ? i'm not sure this is related [10:41] (sadly i'm flashing now so my device is taken for the next 12-15 min) [10:42] ogra_, I can access it fine [10:42] ogra_, but there's the user one running (working), and then the greeter one respawning and crashing in a loop [10:42] which kind of makes sense [10:42] given it's [10:42] start on :sys:android-mtp-on or :sys:android-usb-connected [10:43] hmpf [10:44] how can i uniquely know i'm in a lightdm session now ... [10:46] Saviq, "start on :sys:android-mtp-on or :sys:android-usb-connected and not unity8-greeter-started" [10:46] Saviq, try chaning it like that and see if the user mtp-server still starts fine [10:46] hmm, i think that needs some brackets to group the old arg [10:47] Saviq, "start on (:sys:android-mtp-on or :sys:android-usb-connected) and not unity8-greeter-started" [10:47] more like that i guess [10:47] ogra_, ok, I'm starting to feel like we're not progressing at all... [10:47] the unity8-greeter-started shouldnt be in the users env [10:47] Saviq, why is that ? [10:48] There's still some time, we can push the revert if this doesn't work [10:48] right [10:48] * sil2100 upgrades his phone [10:49] * ogra_ gets some breakfast while teh flo downloads 62 ... [10:49] Saviq, wht i dont get is why mtp didnt start before for you but now does ... it isnt related to dbus in any way [10:50] its not like we changed anything else [10:50] execpt for the dbus bits [10:51] ogra_, no mtp at all now [10:52] * Saviq doesn't get how that could work... they're events, not states, or am I dumb? [10:55] Saviq, well, i dont get why you have it all of a sudden [10:55] * Saviq reflashes [10:55] Saviq: correct, upstart only has events. There is a separate job which emits yeah/nay events (android-mtp-on & android-mtp-off events) [10:56] Saviq: on system level, which are re-emitted into session init as "sys:android-mtp-on" for example [10:56] right [10:56] xnox, sure [10:56] start on (:sys:android-mtp-on or :sys:android-usb-connected) and not unity8-greeter-started [10:56] that I don't get [10:56] Saviq: it's a fake approximation of the state =) [10:56] there is another system job that emits android-mtp-on if the android property is set [10:57] * ogra_ wrote both these jobs [10:57] Saviq: the first two are emitted, however, I don't know who/where/what emits "unity8-greeter-started" or how "not" works. [10:57] Saviq: i don't think that's valid job. [10:57] it just hands through the porperty to upstart [10:57] xnox, "unity8-greeter-started" is emitted by the new greeter [10:58] ogra_, oh so it's a property or an event? [10:58] which should only spawn inside the lightdm session [10:58] ogra_: you apear to be waiting for event called "not" though. [10:58] Saviq, we have an upstart property watcher ... the property is watched ... on change it emits the event [10:58] ogra_: well not you, but that job. [10:58] start on condition [10:58] eeek [10:58] indeed [10:59] so that explains why it didn't start at all [10:59] xnox, well, we only want mtp if that event doesnt even exist [10:59] ogra_: not possible =) [10:59] or rather if the greeter doesnt run in our session [10:59] right [10:59] :/ [10:59] ogra_: pre-start script [10:59] there must be sommething we can check for thoush [11:00] *though [11:00] ! status unity8-greeter-started || {stop; exit 0} [11:00] end script [11:00] * ogra_ idly waits for his device to finish flashing [11:00] ogra_: if that's a job. [11:00] ogra_: but it's not a job. [11:00] well, an event [11:00] ogra_: check for the job presence instead..... [11:00] it has a sub-job we could look for [11:00] barry, what is the status of Debian #749692? [11:00] right [11:00] Debian bug 749692 in python-pip-whl "python-pip-whl is missing dependencies on dependent wheels" [Serious,Open] http://bugs.debian.org/749692 [11:00] that was my initial idea [11:01] ogra_: we don't at all store state, thus one has no idea if an event fired in the past and is now gone. Nor one can negate, future events. [11:02] right, i think your pre-start thing will work [11:02] ↑ yeah, that's why I didn't understand it... [11:02] Saviq, add a pre-start script [11:02] ! status unity8-greeter-started || {stop; exit 0} [11:02] let's see, flashing now [11:02] jodh: hey James, thanks for the procenv fix; need a sponsor for Debian? [11:03] ogra_: is unity8-greeter-started an actual job? [11:03] no [11:03] err, no, one sec ... [11:03] ogra_: status can only be run on jobs, not events.... [11:03] there is an actual job though [11:03] ogra_: see upstart cookbook on how to make mutually exclusive jobs. [11:03] unity8-greeter-init [11:03] pitti: thanks for the offer, but I have upload rights for procenv (it's currently building on their buildd's). [11:03] ogra_: there is a snippet [11:03] Saviq, use that [11:04] jodh: FYI, I have some improvements for the sbuild test to automatically use the host's apt proxy, so that it runs much much faster locally; I'll test/upload this once procenv actually becomes buildable again [11:04] jodh: ah, sweet; thanks [11:04] Saviq: ogra_: once you have a merge proposal, I'd offer to review it. [11:04] my prob is that i cant reproduce it at all ... and dont get how Saviq got to that state [11:05] ogra_, it does make sense, though - there's only one usb cable, who gets it? [11:05] the system first of all :) [11:05] (well, the active session, probably) [11:05] pitti: thanks. I'd like to understand a bit more about why 3.15 dropped that feature, but I plan to add extra procenv guards to avoid such a problem happening again. [11:05] right [11:05] it seems to be a race i dont see on flo [11:05] yeah, I'm on mako [11:05] right [11:06] phablet@ubuntu-phablet:~$ initctl status unity8-greeter-init [11:06] unity8-greeter-init stop/waiting [11:06] so there we go [11:07] ogra_, that's a task :| [11:07] Saviq, ! status unity8-greeter-init || {stop; exit 0} [11:07] thats what you want in pre-start [11:07] in the mtp-server job [11:07] try it [11:07] k [11:08] hmm, probably we dont want the negation [11:08] * ogra_ is confused [11:09] I don't really think this will help, it's a task, it just goes to stopped straight away [11:10] sigh [11:10] Saviq, haha ... [11:11] how about "and started unity8" ;) [11:11] lightdm should never start that [11:12] since the greeter is its shell [11:13] ogra_, USER != lightdm? [11:13] oh ! [11:13] that sounds about right [11:13] yeah, that should work too [11:20] * ogra_ tests silo [11:20] what am I doing wrong?!? http://pastebin.ubuntu.com/7579709/ [11:20]