[00:04] Really not sure what was causing that segfault. Will have to dig in the morning. [00:04] Anything I can do to help right now? [00:06] I'm finishing up testing of my pt/zh changes; not sure if stgraber has anything else in progress? [00:07] nope, I'm good for the day [00:19] ok, going as fast as I can then [00:24] :) [00:42] just ran a test install with the current trunk, installed fine and booted fine, though that's still with the old localechooser and partman-partitioning (forgot to update d-i/source before pushing to my PPA) [00:44] found one minor bug in the oem-config code, tweaking and retesting [00:45] and I've requested a d-i translation tarball since I need to reupload that [00:45] preferably before I pass out [00:47] Running a quick test of OEM now to make sure the ubi-timezone appears immediately now [00:48] oh, and it obviously won't because I forgot to re-upgrade to the version in my PPA post-install... [00:55] looking better now ... [00:58] superm1: confirmed that ubi-timezone shows up after only a second or two with the new ubiquity [01:06] debian-installer: cjwatson * r1548 ubuntu/ (5 files in 2 dirs): Update help text translations from Launchpad. [01:07] ubiquity: cjwatson * r5056 trunk/ (debian/changelog scripts/localechooser-apply scripts/tzsetup): [01:07] ubiquity: For cases where selecting a different location may imply a different [01:07] ubiquity: dialect of the language, i.e. Portuguese and Chinese, take care to set [01:07] ubiquity: LANG to something reflecting the location and [01:07] ubiquity: LANGUAGE/LC_MESSAGES/LC_CTYPE/LC_COLLATE to something reflecting the [01:07] ubiquity: language (LP: #590108). This roughly matches the behaviour of [01:07] ubiquity: language-selector. [01:12] debian-installer: cjwatson * r1549 ubuntu/debian/changelog: releasing version 20101020ubuntu71 [01:12] ev,stgraber: shall I go ahead and upload ubiquity then? [01:12] yep, everything looks good, go ahead [01:20] ubiquity: cjwatson * r5057 trunk/ (d-i/manifest debian/changelog): [01:20] ubiquity: Automatic update of included source packages: localechooser 2.37ubuntu2, [01:20] ubiquity: partman-partitioning 81ubuntu3. [01:25] ev: it's not critical at all, but FWIW, I think SWAPSIZE is actually in decimal megabytes (as is usual in partman) rather than binary megabytes [01:27] ubiquity: cjwatson * r5058 trunk/debian/changelog: releasing version 2.8.4 [04:32] stgraber, phenomenal thanks! [08:28] cjwatson: okay [08:28] sh [08:28] shall we fork off the release branch from here then? [08:28] and oh happy days! My Windows VM has very randomly decided to work again [08:35] wubi: evand * r238 trunk/ (data/wubildr-disk.cfg debian/changelog): Use the Plymouth splash (LP: #862007). [10:10] neat, I happened upon quite the interesting edge case bug: https://bugs.launchpad.net/wubi/+bug/869014 [10:10] Launchpad bug 869014 in wubi "OSError: [Errno 22] Invalid argument removing C:\ubuntu\disks\root.disk" [Undecided,New] [10:10] looks like chkdsk is our only recourse there [10:34] ev: release branch> maybe, depends whether you want to get going with stuff for P really [10:38] cjwatson: well I was thinking for the swapsize fix [10:38] to land that on trunk so it's not forgotten [10:39] sure [10:42] cool, will do after I sort these two wubi issues [10:44] ev: should bug 769350 be reassigned and closed? it looks like it didn't get closed due to source package mismatch [10:44] Launchpad bug 769350 in partman-auto "resized partition size doesn't count swap space size." [High,Triaged] https://launchpad.net/bugs/769350 [10:45] yes, on it now [11:31] ta [12:44] wubi: evand * r239 trunk/ (4 files in 3 dirs): [12:44] wubi: Handle filesystem corruption when trying to uninstall Wubi [12:44] wubi: (LP: #869014). [14:31] ev: what happened to jibel's cd_path fix in wubi r237.1.1? r238 doesn't seem to contain it despite merging that revision, and bug 869144 [14:31] Launchpad bug 869144 in wubi "(Wubi) Global name 'cd_path' is not defined" [Undecided,New] https://launchpad.net/bugs/869144 [14:32] in fact all the actual content of 237.1.1 seems missing [14:35] * ev looks [14:41] wow, how on earth did this happen? [14:41] I can see the delta in bzr diff -c [14:41] but you're right - it's just not there [14:42] oh wait a minute [14:42] ahhh [14:43] I did do a bzr revert before committing my other changes, but somehow that doesn't seem to have wiped the merge part [14:43] (I had jibel's code merged in my local branch, but not committed) [14:47] if you do bzr revert with a path it (intentionally) doesn't forget the merge [14:47] so maybe you did bzr revert . or bzr revert src or similar [14:48] (you can do bzr revert --forget-merges, although too late now obviously) [14:48] probably best to just recommit the delta if you want it ...) [14:49] could be [14:49] indeed [14:49] I'm getting his updated changes merged in now [14:49] any idea why vt.handoff would not work in the wubi disk images offhand? [14:50] when I leave it out, everything is happy [14:50] we get a plymouth splash and the system boots [14:51] missing grub modules? [14:51] gfxmode and/or gfxpayload not set in wubi grub.cfg? [14:52] (did it work with the previous image style anyway?) [14:53] ah, I hadn't checked, but that makes sense [14:57] probably worth just pulling out vt.handoff now rather than trying to make it work? [14:57] for 11.10 [14:59] wubi: evand * r240 trunk/ (5 files in 4 dirs): [14:59] wubi: * Add support for disk image installation (LP: #859696). Thanks [14:59] wubi: Jean-Baptiste Lallement! [14:59] wubi: * Correctly define cd_path (LP: #861702). [15:00] cjwatson: indeed, that's the game plan :) [15:01] it hasn't been built on any wubi images anyway [15:02] wubi: evand * r241 trunk/ (data/wubildr-disk.cfg debian/changelog): [15:02] wubi: Drop vt.handoff for 11.10. We'll fix this by including the correct [15:02] wubi: GRUB modules in 12.04. [15:05] now to just give this thing a few more tests and then I'll pass it off to get signed [15:06] http://people.canonical.com/~evand/wubi/oneiric/wubi-r241.exe if you want to play along at home [15:10] what is the config option I need to pass to get a seeded install to work in CD install only mode with no networking? There are some Debian docs saying netcfg/disable but this doesn't seem to be a valid option. [15:12] I've tried lots of different options but I cannot get a CD install to go all the way through without halting on an error about connecting to an internet repo [15:31] do we have anything scary I can help fixing or should I just continue with my current smoke testing of the images + upgrades? [15:33] I haven't seen anything scary just yet [15:33] shadeslayer: is this a desktop CD or server/alternate CD? === allee_ is now known as allee [16:55] ev: it's the alternative CD for LTS. I've got a seeds file which works when there are network repos available. When I install it on a VM with no networking it gives an error. I'm after the magic to tell the installer to just use the CD and not use the network at all.