[22:55] <mmcc> Hi, I'm trying to familiarize myself with ubiquity in order to help out on the ubuntu one plugin that mvo started - is there a README or wiki page somewhere with a description of how to set up a test environment for working on plugins?
[23:18] <xnox> mmcc: hello. It's mostly wiki.ubuntu.com/Ubiquity
[23:18] <xnox> and pages from there.
[23:19] <xnox> You can run ubiquity from your host but it's not advised. It's better to boot into a VM and replaces files/packages in the life system and restart ubiquity.
[23:19] <xnox> try ubuntu is the easiest, while "install only" mode is less resource hungry.
[23:20] <xnox> You can switch to tty1 and stop lightdm, pkill -9 X and then modify files as needed (e.g. wget from host 192.168.122.1 and start ubiquity again with $ sudo start ubiquity)
[23:20] <xnox> mmcc: I thought mandel was already working on the U1 plugin.
[23:21] <xnox> some of the code is here: https://code.launchpad.net/~mvo/ubiquity/ssologin
[23:21] <xnox> mandel: did you have anything more?
[23:29] <mmcc> xnox: thanks. I was following the notes in mvo's branch in a raring vm, but it appears to be missing some things
[23:29] <xnox> mmcc: hm?
[23:29] <xnox> mmcc: note that we build from lp:ubiquity branch
[23:29] <xnox> and that ubiquity in addition to it's own source code embeds a few other packages.
[23:30] <mmcc> I started from https://code.launchpad.net/~mvo/ubiquity/ssologin/+merge/137264
[23:30] <xnox> So to build .debs either: $ bzr bd _or_ ./debian/rules update-local && fakeroot ./debian/rules binary
[23:31] <xnox> mmcc: mvo's work was work in progress and not completed, somebody needs to pick it up, test and fix up things that are missing / not implemented.
[23:31] <mmcc> ah, that sounds better. the comments that mvo wrote just had a few 'sudo cp' etc
[23:31] <mmcc> xnox: yes, that somebody is me. mandel did start it but got moved around
[23:32] <xnox> mmcc: Ok =) welcome on board. I can help you out with ubiquity side of things, as long as you fiddle with sso side of things enough for it to correctly authenticate, get the cookie/token and store it for the user correctly.
[23:32] <mmcc> I will also have dobey helping, so do not despair :)
[23:33] <mmcc> thanks! I believe mvo actually got pretty far with that. I'm still getting up to speed with how far, though - this assignment happened last thursday
[23:35] <xnox> mmcc: yeah. he did do a bit. The visuals & wireframes have changed since then. I can help with hooking this new plugin into the correct places in the installer & integrate transition to it and from it to the shutdown. But I haven't run mvo's code yet.
[23:38] <mmcc> xnox: do you have time for a few dumb questions or is it past EOD for you?
[23:42] <xnox> mmcc: i just came from volleyball training =) and I have a bit of time for a quick Q&A.
[23:42]  * xnox is reading email, RSS and other random stuff =)
[23:42] <xnox> go on =)
[23:43] <mmcc> ah, ok thanks. So I suspect the instructions on the wiki assume I'm using kvm
[23:43] <mmcc> do you know if anyone has tried using virtualbox?
[23:43] <xnox> kvm, virtualbox, vmware all should work.
[23:43] <xnox> virtualbox both free and oracle edition.
[23:43] <mmcc> ok
[23:45] <mmcc> so I'm not totally clear on what I would need to get from 192.168.122.1 , which you mentioned and is also on the wiki. That's a bridge to the host, correct?
[23:45] <xnox> right. so boot into live cd -> try ubuntu.
[23:45] <xnox> you should get normal desktop
[23:46] <xnox> check that you have internets.
[23:46] <xnox> then in the terminal you can either bzr branch or wget or whatever retrieve the new bits.
[23:47] <xnox> then you can either monkey patch into /usr/lib/ubiquity/plugins (it's all python ;-) ) or install/upgrade a proper/fully built .deb
[23:47] <xnox> then just launch ubiquity and see how far you get.
[23:47] <xnox> this typo of development cycle is a bit long, but it's easy enough to start with.
[23:48] <mmcc> ok, I see.
[23:48] <xnox> you notice that plugins in the begging have priorities, e.g. AFTER = 'language' WEIGHT=12 will move your plugin to be the second page (first page is language).
[23:48] <xnox> this is quite long-winded.
[23:49] <mmcc> hmm, all this is slightly complicated by the fact that I'm working on a mac (mac os x host, linux VM)
[23:49] <mmcc> (the mac u1 client is what I was hired to work on, initially :)
[23:50] <xnox> heh wel mac is almost a unix which is almost like linux.
[23:50] <mmcc> close enough for a lot of things, but unfortunately I think building a .deb isn't well supported :)
[23:51] <infinity> fink?
[23:51] <xnox> mmcc: I know that ev uses mac os x host & he even had like a folder sharing between mac os x & the VM and then he would just script copying files over.
[23:51] <xnox> mmcc: in that case just work on the python plugin & drop it into /usr/lib/ubiquity/plugins/
[23:52] <xnox> the only thing we need to do is skip past all the installation BS and go straight to user configuration.
[23:52] <mmcc> infinity: I haven't used fink in a long time, but I'm not sure it'd help me build a deb on the mac that could be installed in ubuntu... (but I could be wrong)
[23:52]  * xnox ponders if one can execute oem-config from the live environment.
[23:53] <mmcc> xnox: that leads me to another question I had - do I need to be using raring to work on this?
[23:53] <mmcc> the reason I ask is that the virtualbox guest additions didn't install correctly on raring, so the shared folder stuff doesn't work. (I use it regularly on quantal and it works great)
[23:55] <xnox> mmcc: in the end it has to work on raring. It must be in python3, you can use python3-oauthlib (if you need oauth).
[23:56] <xnox> mmcc: the diff between raring and quantal ubiquity is ~ 1000 in total, but the plugin interface didn't change that much.
[23:57] <xnox> i think you should be ok using quantal.
[23:57] <mmcc> ok, thanks - I'll probably be able to make raring work, but it's good to know I'm not stuck.
[23:58] <xnox> mmcc: mvo did a test-loader plugin such that one can load just one plugin and unit-test it.
[23:59] <xnox> that means that the bulk of U1 integration can be done on e.g. mac os x without the VM. with test driven development.
[23:59] <xnox> but you should be using/targeting python 3.3