[01:42] <CIA-52> partman-partitioning: cjwatson * r719 ubuntu/ (5 files in 4 dirs):
[01:42] <CIA-52> partman-partitioning: Cache calls to tune2fs and ntfsresize, to make navigating through the
[01:42] <CIA-52> partman-partitioning: resize UI a little faster.
[01:43] <CIA-52> partman-partitioning: cjwatson * r720 ubuntu/debian/changelog: releasing version 72ubuntu3
[01:45] <CIA-52> partman-auto: cjwatson * r308 ubuntu/ (2 files in 2 dirs):
[01:45] <CIA-52> partman-auto: Use new get_real_resize_range function from partman-partitioning
[01:45] <CIA-52> partman-auto: 72ubuntu3, which caches calls to tune2fs and ntfsresize.
[01:46] <CIA-52> partman-auto: cjwatson * r309 ubuntu/debian/changelog: releasing version 89ubuntu3
[02:02] <CIA-52> ubiquity: cjwatson * r3751 ubiquity/ (debian/changelog ubiquity/components/ubi-timezone.py): Enable cancellation of NTP syncing.
[02:08] <CIA-52> ubiquity: cjwatson * r3752 ubiquity/ (bin/ubiquity debian/changelog):
[02:08] <CIA-52> ubiquity: Correct tuple syntax in copy_debconf, thereby fixing copying of
[02:08] <CIA-52> ubiquity: console-setup's debconf questions.
[02:10] <CIA-52> ubiquity: cjwatson * r3753 ubiquity/ubiquity/install_misc.py: whitespace
[07:46] <ev> I think I've nearly got the casper bug figured out
[08:14] <ev> awesome, got it!
[08:15] <ev> cjwatson: you were entirely correct, and I am quite in awe of your intuition when it comes to these kinds of problems
[08:25] <CIA-52> casper: evand * r758 casper/ (3 files in 3 dirs):
[08:25] <CIA-52> casper: Properly shut down debconf-communicate so that its database gets
[08:25] <CIA-52> casper: written (LP: #518272).
[08:35] <CIA-52> casper: evand * r759 casper/debian/changelog: releasing version 1.217
[11:40] <cjwatson> ev: painful, painful experience ;-)
[11:40] <ev> lol
[11:41] <cjwatson> glad you found the culprit that was holding it open, that's often the tedious bit
[11:53] <ara> cjwatson, ping
[12:01] <cjwatson> ara: hello
[12:09] <ara> cjwatson, hi, after root installation, (again software target), how can I boot the initiator? (any link to documentation on how to setup dhcp to do this will help)
[12:10] <cjwatson> cf. bug 447377.
[12:10] <cjwatson> you tend to have to copy kernel and initrd out to a tftp server
[12:15] <ara> cjwatson, is this supposed to be fix?
[12:16] <cjwatson> maybe, if I can figure out how
[12:16] <cjwatson> at best, it may be fixed by providing online directions in the installer.  I don't really see how we would be able to do much better, given that it's very dependent on local details of tftp setup
[12:17] <cjwatson> the process does suck a bit at the moment
[12:20] <ara> then, what I am supposed to test? It is a bit unclear when should I mark the test as passed or failed
[12:24] <ara> so, if I get to boot it (no matter how hard it is), is it good enough?
[12:29] <davmor2> cjwatson: on the live cd you get a notice about there being media with upgrades on it.  Like you would if you dropped a live cd into a machine with ubuntu on already.  Is this a capser issue?
[12:31] <cjwatson> ara: well, how about we be a bit interactive about this to start with?  write down the procedures you needed to get it to work, and we'll see if they seem reasonable
[12:31] <cjwatson> davmor2: I don't know ...
[12:31] <cjwatson> I've seen the same thing recently, which implies a regression somewhere else, but it could be that casper needs to work around something differently
[12:34] <ara> cjwatson, OK, let's do that
[12:38] <davmor2> cjwatson: okay I'll bug it do you want it assigning to you?
[12:41] <cjwatson> davmor2: not really :) can you just target it to lucid and I'll see if I have time to pick it up if nobody else does?
[12:43] <cjwatson> ara: we already have some other installation paths that involve basically presenting a dialog at the end of installation telling you what you need to do by hand; it's not great but sometimes it seems to be necessary
[12:44] <ara> cjwatson, yes, some information would be nice :)
[12:44]  * cjwatson notes that the blueprint is not 100% complete yet. :-)
[12:47] <davmor2> cjwatson: np's
[12:55] <davmor2> cjwatson: done hopefully bug 520438
[12:59] <CIA-52> ubiquity: cjwatson * r3754 ubiquity/ (debian/changelog ubiquity/install_misc.py):
[12:59] <CIA-52> ubiquity: Fix unmount of /target/dev harder; second and subsequent arguments to
[12:59] <CIA-52> ubiquity: os.path.join need to not start with a slash.
[15:20] <CIA-52> ubiquity: evand * r3732 plugins-conversion/ (6 files in 4 dirs): Convert migration-assistant page to plugin.
[15:38] <CIA-52> ubiquity: evand * r3733 plugins-conversion/ (16 files in 9 dirs): Merge with trunk.
[16:24] <shtylman> ev: anything new on the plugin merging front?
[16:24] <shtylman> were you able to get the gtk side all "pluginized?"
[16:24] <ev> shtylman: getting close to finishing, then I'll need your help fixing up some kde bits, if that's okay
[16:24] <shtylman> ev: perfectly ok :)
[16:25] <ev> awesome
[16:29] <CIA-52> ubiquity: evand * r3755 ubiquity/scripts/install.py: Typo. Missing self parameter.
[16:44] <ev> shtylman: how many sled dogs did you need to get around for the past few days?  If the NY Times photography section is to be believed, it looks like there was some serious snowfall and whiteout.
[16:45] <shtylman> ev: hahaha.... yesterday it snowed all day
[16:45] <shtylman> it was some crazy stuff
[16:45] <shtylman> but nyc was very good about keeping the now shoveled out of the way
[16:46] <ev> yeah, manhattan generally does a pretty good job, but all bets are off once you enter any of the other boroughs
[16:47] <shtylman> haha
[16:47] <ev> but that applies to most things
[16:47] <shtylman> does london get alot of snow?
[16:47] <ev> watching queens suffer through a month long power outage because ConEd just doesn't care is basically a spectator sport
[16:48] <ev> shtylman: well, depends on your perspective
[16:48] <ev> the locals surely thought this was a sign of the end times
[16:48] <shtylman> hahaha
[16:48] <cjwatson> it gets a lot of snow if you live in, say, Spain
[16:48] <ev> at least that's how the BBC positioned it
[16:48] <ev> haha
[16:49] <cjwatson> the thing it has a lot of is inability to deal with it, largely because significant snowfall is rare enough that the country is simply not very well geared up for it
[16:49] <ev> yup
[16:49] <cjwatson> (and there's an argument that it wouldn't be economic to gear up much more)
[16:50] <shtylman> I can believe that
[16:50] <shtylman> the south (in the US) is basically the same way
[16:50] <ev> it's like DC, which I imagine hasn't been heard from since the storm started and is largely hiding under their collective blankets, waiting for death to come.
[16:50] <ev> indeed
[16:50] <shtylman> if Atlanta got any snow.. the city basically broke
[16:50] <ev> haha
[16:50] <shtylman> ev: hahaha
[16:52] <CIA-52> ubiquity: evand * r3734 plugins-conversion/ (4 files in 3 dirs):
[16:52] <CIA-52> ubiquity: Fix the install component by moving some code back into the base frontend. One
[16:52] <CIA-52> ubiquity: could argue that this should be communicated through debconf rather than the
[16:52] <CIA-52> ubiquity: frontend, but I'm not sure it's worth the round-trip just for consistency with
[16:52] <CIA-52> ubiquity: the other plugins.
[17:12] <cjwatson> ev: FWIW, I think your oem-config work item about bullet-proof-X might turn out to be a duplicate of work I'm doing for gfxboot-updat
[17:12] <cjwatson> e
[18:56] <ev> cjwatson: I thought it might be.  I'm somewhat blocked on two upstart bugs (unless we start {k,g}dm in oem-config's upstart script.
[18:59] <ev> bug 516713 and bug 517198
[19:06] <cjwatson> ev: hmm, I was just planning to reimplement bullet-proof-X in ubiquity-dm; I still want to have the same stuff run in the session
[19:06] <cjwatson> or at least the server bits of it
[19:06] <cjwatson> ev: so if you're talking about falling through to a full BPX failsafe session without ubiquity/oem-config, then that's different I think
[19:07] <ev> no, I'm talking about oem-config X failure -> failsafe-x -> failsafe X session -> oem-config
[19:07] <cjwatson> ah
[19:08] <cjwatson> my plan was to just have it retry X server startup with vesa, which is not as powerful (you don't get to reconfigure X etc.) but maybe good enough for some cases
[19:08] <ev> by failsafe x session I mean /etc/X11/failsafeXinit
[19:08] <ev> sure
[19:08] <cjwatson> would that interfere with what you're doing?
[19:08] <cjwatson> I guess you can always back it out once you have something more powerful in place
[19:08] <ev> it would, but I think it's a perfectly reasonable approach
[19:09] <ev> I'm not sure users really need the extra features the failsafe X session provides that early on
[19:09] <cjwatson> I think your answer is better but probably harder :)
[19:09] <ev> actually, it's surprisingly easy, safe those two upstart bugs
[19:09] <cjwatson> I'm not sure, I so rarely run into it.  It does let you do explicit displayconfig reconfiguration, doesn't it?
[19:09] <ev> yes
[19:11] <cjwatson> I think that would be good to have
[19:11] <ev> fair enough
[19:13] <cjwatson> right now I'm looking at something like this:
[19:13] <cjwatson> http://paste.ubuntu.com/374159/
[19:13] <cjwatson> which is a massive bodge but I was just trying to clear out the gfxboot-update spec :)
[19:14] <cjwatson> speaking of which, Cody just sent me a sample greeter; I'll have a look at integrating that tomorrow
[19:14] <ev> woo
[19:14] <ev> correct me if I'm wrong, but I don't think monitor and screen are necessary
[19:15] <ev> oh, nevermind.  Jockey source code tells me I'm wrong :)
[19:16] <cjwatson> was just copy and paste from failsafeXServer
[19:16] <ev> ah
[19:36] <CIA-52> ubiquity: evand * r3735 plugins-conversion/ubiquity/ (components/ubi-partman.py plugin.py): Get rid of activeUi as it's no longer necessary.
[20:13] <tbrijeski> cjwatson - is ubiquity able to install from multiple *.squashfs files from the iso?
[20:15] <CIA-52> ubiquity: evand * r3736 plugins-conversion/ubiquity/ (3 files in 2 dirs): Properly fix the install and summary components.
[21:31] <CIA-52> ubiquity: evand * r3737 plugins-conversion/ubiquity/frontend/ (base.py gtk_ui.py): Sigh. Move gtk specific bit to the right place.
[21:48] <CIA-52> ubiquity: evand * r3738 plugins-conversion/ubiquity/components/ubi-partman.py: Only show the format warning if there's text to display.
[22:07] <CIA-52> ubiquity-slideshow-ubuntu: evand * r193 ubiquity-slideshow-ubuntu/ (debian/changelog debian/control generate-local-slides.sh): Remove htmlclean as its in universe and not currently worth the MIR.