[00:50] <cleary_> hi folks
[00:52] <cleary> I've begun writing my first ubiquity plugin, and before I got much further I was hoping to brainstorm if what I'm trying to do with it is possible
[00:53] <cleary> we run live-image "trim client" desktops based on an ubuntu livecd. These are a standard image on every person's desk and a small amount of input is required by a user on startup to customise the environment eg default printer
[00:54] <cleary> currently this is provided in the desktop environment by a "wizard" dialog, and I want to move this outside the DE and I'm hoping ubiquity is the vehicle for that
[00:55] <cleary> my initial testing has sorted out creation of a plugin, inserting my own page(s), hiding existing pages, and naming pages via the debconf templates
[00:56] <cleary> I still need to suppress the final Install page (I haven't nutted that one through yet)
[00:56] <xnox> cleary: have you tried oem-config mode yet?
[00:56] <cleary> hi xnox - I have... a long time ago though
[00:57] <cleary> are you suggesting a fork of oem-config?
[00:57] <xnox> cleary: oem-config is merely a wrapper to call ubiquity differently, which already excludes partitioning, preparation and installation, but does the rest.
[00:57] <xnox> (e.g. language, keyboard and user name setup)
[00:58] <xnox> cleary: boot livecd, as soon as you see the keyboard symbol hit esc. using f6 choose oem-config mode.
[00:58] <xnox> Do the install "as if you are a big OEM" (aka Dell)
[00:58] <cleary> what's the cmdline switch for it?
[00:58] <xnox> reboot -> modify system -> double click prepare (that will finalise changes, this is the time to add your own ubiquity plugins / packages etc)
[00:58] <cleary> my livecds don't have a gfxboot option (yet) :P
[00:59] <xnox> that will get you a "gold image"
[00:59] <xnox> then the first boot will be what your users should see. And will be asked questions / setup etc.
[01:00] <xnox> try that just in a VM with stock ubuntu images, to get the feel for it, and see if it meets your needs or not.
[01:01] <xnox> it will make it much more clear what you can/can't/should/shouldn't do with ubiquity.
[01:01] <cleary> ok, will play now - thanks
[01:02] <xnox> cleary: i mean with nexus7 images we just build a chroot and install oem-config-frontend-gtk and let people flash it to their nexus7 & on first boot of that rootfs they get to setup their nexus7. Very lightweight solution.
[01:03] <cleary> xnox: the difference here is that these images are not installed to the harddisk
[01:03] <cleary> they run live in a ramdick
[01:03] <cleary> heh
[01:03] <cleary> disk
[01:04] <xnox> cleary: sure. one can do nfsroot boot or in ram execution of this stuff as well.....
[01:04] <xnox> cleary: e.g. we have casper on cds which allows to add persistent storage to store just the changes between boots.
[01:04] <xnox> cleary: edubuntu CDs can install thin-clients out of the box.
[01:05] <cleary> xnox: yep, sorry my requirements are not for persistant changes
[01:05] <xnox> based on ubuntu. It's very interesting how they do it with ltsp.
[01:05] <cleary> my explanations are generally not very clear, I apologise
[01:06] <xnox> cleary: fair enough, skip that. But note that our CDs have a lot of tricks up their sleeve and can do magical things =)
[01:07] <cleary> xnox: I tried teaching it a new trick once ;) https://bugs.launchpad.net/ubuntu/+source/casper/+bug/578109
[01:07] <ubot2> Launchpad bug 578109 in casper "plymouth copying progress counter for copy_live_to()" [Wishlist,Triaged]
[14:58] <psivaa> xnox: re: your comment on bug 1157690, none of the combinations of ctrl-alt-t or ctrl-alt-f1 brings the terminal or tty.
[14:58] <ubot2> Launchpad bug 1157690 in ubiquity (Ubuntu) "It's impossible to enter the user details in non-live session installations on 'Who are you?' screen when 'release notes' link was clicked and closed" [Undecided,Confirmed] https://launchpad.net/bugs/1157690
[14:58] <xnox> psivaa: =(
[14:58] <xnox> that means input is gone =(
[14:59] <psivaa> xnox: mouse clicks work ok though, and i dont know how to enable remote logging
[15:00] <psivaa> xnox: mouse clicks are also only to click the back button which does not help
[15:19] <ogra_> sounds like compiz is gone
[15:19] <ogra_> which tears down ctrl-alt-T
[15:20] <ogra_> do you have window frames ?
[15:21] <ogra_> s/frames/decoration/
[15:23] <psivaa> ogra_: i need to check again, ill paste a screen shot to the bug
[15:23] <ogra_> good
[15:32] <psivaa> ogra_: the bar with 'Install' is not present when the failure occurs, ive attached the screen to the bug now
[15:35] <xnox> ogra_: cjwatson: revert to metacity instead of compiz for raring release? These inputs problems are making the "install now" mode very flakey.
[15:35] <ogra_> if we can make sure it is cleanly removed ...
[15:35]  * xnox will just do that.
[15:35] <ogra_> i dont think we handle that atm since metacity used to be in desktop by default
[15:36] <xnox> ogra_: well it wasn't in quantal nor raring.
[15:36] <ogra_> was it removed ?
[15:36] <ogra_> :)
[15:36]  * ogra_ never checked :)
[15:36]  * xnox remembers that I still have an action to do autoremove in post oem-config.....
[15:36] <cjwatson> I doubt metacity will be acceptable
[15:36] <cjwatson> check with desktop before you do that
[15:37]  * ogra_ points out that we dont really have any compiz maintainer anymore
[15:37] <cjwatson> nor do we have a metacity maintainer
[15:37] <ogra_> true
[15:37] <xnox> cjwatson: as in, like in quantal. metacity used in ubiquity only, compiz in the desktop session.
[15:37] <xnox> cjwatson: ack will check.
[15:37] <cjwatson> well, ok, but still check
[15:37] <cjwatson> it might well surprise people
[15:40] <xnox> cjwatson: seb128 is ok with using metacity in ubiquity-only, and compiz installed and used for the actual installation.
[15:41] <ogra_> would still be intresting to know why it crashes in that context though
[15:41] <xnox> "<seb128> xnox, just roll back to what you had for raring if it's easier, we don't plan to spend lot of efforts on compiz at this point"
[15:41] <ogra_> since it works flawless in the live session
[15:41] <xnox> ogra_: well there are more dbus stuff available in live session. And I've recently noticed that something is now activating colord in ubiquity-dm =(
[15:42] <ogra_> gnome-settings-daemon does
[15:42] <ogra_> shoudlnt do any harm
[15:42] <ogra_> just adds noise to the logs
[15:42] <cjwatson> xnox: ok
[15:44] <xnox> ogra_: well it's unmanged/unkilled processes that may end up reparented to pid1 at the end of the installation.....
[15:46] <ogra_> ouch
[21:04] <stgraber> xnox: hey, it looks like you didn't test the OEM slideshow :) the ubuntuone slide was appearing completely empty on it
[21:04] <stgraber> I just fixed it in trunk so it's all good now (I'm testing all the slideshows pre-upload)
[21:52] <stgraber> xnox: also, your html was so invalid that the pot generator just crashed :)
[21:52] <stgraber> please remember to close your tags and not add a bunch of closing </div> at the end of the file for no reason ;)
[21:53] <stgraber> (music.html was broken too, so maybe you copied that one and got the brokeness from it)
[23:46] <xnox> stgraber: yeah, me and designers got confused about the html. It was ok in the preview, but I was suspecting it's invalid html as my gut-feeling DTD parsers was sending me alarm bells.
[23:46] <xnox> stgraber: and yeah, totally ignored OEM slideshow. Is it not the same?
[23:47] <stgraber> xnox: it's the same, but you need to symlink the various pages or they show up empty
[23:50] <xnox> stgraber: sounds like ubiquity-slideshow-ubuntu should provide oem-slideshow-ubuntu and be done with it?
[23:50] <xnox> package that is.
[23:50] <stgraber> I think there are a few slight differences in the slideshow, the exact slide list isn't the same, though content is usually shared