| stgraber | highvoltage: hmm, yeah, not too fond of that, I think we should divert it away if possible | 00:07 |
|---|---|---|
| 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:09 |
| 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:12 |
| 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:13 |
| 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:14 |
| 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:15 |
| 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:16 |
| 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:17 |
| 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:18 |
| 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. | 00:19 |
| highvoltage | xnox ftw. | 06:23 |
| stgraber | highvoltage: will you have time to add the divert by FF time? | 14:03 |
| highvoltage | xnox: did you end up disabling by flavour name? | 15:50 |
| smartboyhw | highvoltage, did you get the link? | 15:52 |
| highvoltage | smartboyhw: yes, thanks. looked at it, it's on my list after the ffe bug | 15:53 |
| 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:54 |
| 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:55 |
| Ahmuck | hiya stgraber | 15:56 |
| smartboyhw | highvoltage, :O | 15:57 |
| 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:58 |
| 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. | 15:59 | |
| Ahmuck | nope | 16:00 |
| 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:02 |
| 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:06 |
| highvoltage | xnox: ok. in edubuntu we only install from ubiquity though and don't support proper gnome-shell, but nice to hear :) | 16:10 |
| 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:12 |
| * xnox is another session at the moment. | 16:13 | |
| Ahmuck | highvoltage: it was remote server and video, keyboard, mouse on a thin client | 16:33 |
| Ahmuck | forgot the name | 16:33 |
| 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:44 |
| 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:45 |
| 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:46 |
| 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:47 |
| 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:48 |
| highvoltage | ah yes. that happens with compiz --replace too. | 17:50 |
| highvoltage | I guess they made unity a default compiz plugin. | 17:50 |
| highvoltage | stgraber: should I ask what to do there on #ubuntu-desktop? | 17:52 |
| 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. | 17:54 |
| Ahmuck | ltsp | 18:50 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!