[00:07] <stgraber> highvoltage: hmm, yeah, not too fond of that, I think we should divert it away if possible
[00:09] <stgraber> highvoltage: try adding a dpkg-divert for /usr/lib/ubiquity/plugins/ubi-ubuntuone.py to /usr/lib/ubiquity/plugins/ubi-ubuntuone.py.disabled into edubuntu-live, that should do the trick
[00:12] <xnox> stgraber: default boot arg UBIQUITY_NO_SSO, or modify --no-sso to be added in the ubiquity desktop file and in the ubiquity.conf
[00:12] <xnox> well env. variables.
[00:13] <xnox> stgraber: u1 page is auto-enabled on all flavours which ship ubuntuone-client (that patch is uploaded). So i'd ask why are you shipping ubuntuone-client yet want to disable ubiquity plugin =)
[00:13] <xnox> (sorry not uploaded, staged in lp:ubiquity)
[00:14] <stgraber> xnox: I don't mind people turning on u1 post install, I just don't want to prompt them during install
[00:14] <stgraber> xnox: we also remove the u1 icon from the default launchers for the same reason
[00:14] <stgraber> xnox: I saw the env variable, but it's not easy to have it set consistently in the live environment, having our existing live session package divert the step completely is much simpler
[00:14] <xnox> stgraber: ack. So UBIQUITY_NO_SSO=1 environment variable or --no-sso cmd arg.
[00:15] <stgraber> we don't currently mangle ubiquity.desktop or ubiquity.conf, having to do so would also be harder than divert the step away (we already do a fair amount of diverting in edubuntu-live, so it's really just an extra line in there)
[00:15] <xnox> stgraber: i anticipated that some flavours might want to disable u1, but was not sure of a best turn-off mechanism.
[00:16] <xnox> stgraber: cause e.g. for changelog url, we do look at cdrom/.disk/* stuff. And well we know $flavour name, I could disable sso based on flavour name as well.
[00:17] <xnox> stgraber: if there is more than one request to disable u1, i'd like something less hackish =)
[00:17] <stgraber> sure, if someone else wants it gone, then it'd make sense to have a whitelist of flavours that do want the step directly in Ubiquity
[00:18] <stgraber> considering FF is tomorrow, the easiest way to have it gone by then is an edubuntu-live upload
[00:18] <xnox> stgraber: let me upload, to disable it on flavours that don't have u1.
[00:18] <xnox> stgraber: well i'm about to upload ubiquity =)
[00:19] <stgraber> sure, but that won't help edubuntu since we do have the package there (we're a superset of ubuntu, so anything ubuntu has, we do)
[00:19] <xnox> =)
[00:19] <xnox> ack.
[06:23] <highvoltage> xnox ftw.
[14:03] <stgraber> highvoltage: will you have time to add the divert by FF time?
[15:50] <highvoltage> xnox: did you end up disabling by flavour name?
[15:52] <smartboyhw> highvoltage, did you get the link?
[15:53] <highvoltage> smartboyhw: yes, thanks. looked at it, it's on my list after the ffe bug
[15:54] <smartboyhw> highvoltage, good
[15:54] <smartboyhw> Thanks!
[15:54] <smartboyhw> highvoltage, BTW, Ubuntu QA Team is starting a grand project to look for more testers (especially flavours with few testers like Edubuntu_
[15:55] <highvoltage> smartboyhw: cool
[15:55] <highvoltage> seems like we're getting quite a bit of kde components in again that we shouldn't.
[15:55] <Ahmuck> hi
[15:56] <Ahmuck> hiya stgraber
[15:57] <smartboyhw> highvoltage, :O
[15:58] <xnox> highvoltage: at the moment no, as i have no idea which flavours want it off. And well, to know why they want it off.
[15:58] <Ahmuck> some time ago
[15:58] <Ahmuck> (~three years or so)
[15:58] <highvoltage> xnox: thanks, just wanted to check based on the earlier discussion I've seen
[15:59] <xnox> highvoltage: at the moment it's enabled on those images that ship ubuntuone-client package which is not all flavours.
[15:59] <Ahmuck> i recall using some type of master server and then video over the network
[15:59] <Ahmuck> the name again?
[15:59] <highvoltage> Ahmuck: big blue button?
[15:59] <xnox> highvoltage: at the moment it's enabled on: Ubuntu, UbuntuKylin, Edubuntu, UbuntuGnome and maybe that's it?!
[15:59]  * xnox goes to double check Xubuntu, Lubuntu, Mythbuntu & Studio.
[16:00] <Ahmuck> nope
[16:02] <xnox> highvoltage: that's the current list "Ubuntu, UbuntuKylin, Edubuntu, UbuntuGnome" currently have the page, because (a) they use gnome keyring (b) they install by default software that uses that token from that keyring.
[16:02] <xnox> and (c) it's actually a user-friendly / ux feature.
[16:02] <highvoltage> xnox: ah I see
[16:06] <xnox> highvoltage: due to themeing, the u1 page doesn't look as good as I hoped on gnome, but am planning to make the images & pictograms blend into the theme.
[16:10] <highvoltage> xnox: ok. in edubuntu we only install from ubiquity though and don't support proper gnome-shell, but nice to hear :)
[16:12] <xnox> highvoltage: it's completely independent from the "ubuntu & gnome online accounts" frameworks. and is completely DE agnostic: unity, gnome-panel, gnome-shell, doesn't matter =)
[16:12] <xnox> as long as gnome-keyring service is started and the keyring unlocked, which is the case for all 4 of above flavours.
[16:13]  * xnox is another session at the moment.
[16:33] <Ahmuck> highvoltage: it was remote server and video, keyboard, mouse on a thin client
[16:33] <Ahmuck> forgot the name
[17:44] <highvoltage> stgraber: do you know how any of lightdm innards work?
[17:44] <stgraber> highvoltage: maybe, I looked into it a couple of cycles ago
[17:45] <highvoltage> gnome-flashback works fine if I do a 'xinit /usr/bin/gnome-session --session gnome-flashback', but executing the same in lightdm just gives me a black screen.
[17:45] <highvoltage> not sure what's different in lightdm that could cause that.
[17:45] <stgraber> highvoltage: fixed that an hour ago
[17:46] <highvoltage> stgraber: ah cool. I'm curious to know what caused that
[17:46] <stgraber> highvoltage: we switched to using upstart user sessions by default for all the flavours, but gnome-flashback broke as the xsession and the gnome session have different names
[17:47] <stgraber> that and one of the two gnome-fallback sessions was calling a wrapper shell script which wasn't known by upstart
[17:47] <stgraber> so I standardized the two .desktop files to call gnome-session properly and I added symlinks to make both the old and new names valid in gnome-session
[17:47] <highvoltage> stgraber: ah cool, thanks
[17:48] <stgraber> there's still one problem though, at least on my machine, opening a gnome-fallback session with compiz gives me a fallback session with unity running on top of it (compiz runs with the unity plugin, which it shouldn't)
[17:48] <stgraber> but that's not related to upstart as running outside an upstart user session doesn't seem to help
[17:50] <highvoltage> ah yes. that happens with compiz --replace too.
[17:50] <highvoltage> I guess they made unity a default compiz plugin.
[17:52] <highvoltage> stgraber: should I ask what to do there on #ubuntu-desktop?
[17:54] <stgraber> highvoltage: sure. I mentioned it to jbicha earlier today but he didn't seem to care much at the time, might be worth poking some other folks about it.
[18:50] <Ahmuck> ltsp