[10:22] <cjwatson> ev: you filed a couple of bugs the other day and milestoned them for beta-1 - do you expect to be able to fix them today?
=== ogra_ac is now known as ogra_
[10:28] <ev> some, not all
[10:28] <ev> I'll push the ones I don't get to back
[10:30] <cjwatson> ok
[10:36] <CIA-31> ubiquity: cjwatson * r4611 trunk/ (debian/changelog ubiquity/i18n.py):
[10:36] <CIA-31> ubiquity: Remove grub_device_label from string_extended, now that the boot loader
[10:36] <CIA-31> ubiquity: question is only asked from the partitioning page rather than a separate
[10:36] <CIA-31> ubiquity: dialog (LP: #726740).
[10:54] <cjwatson> ev: doesn't ubiquity need to Build-Depends: python-pyicu, debconf-utils, python-mock for the test suite?  you can't apt-get install things in a buildd context
[10:55] <ev> ah yeah
[10:55]  * ev fixes
[10:55] <cjwatson> would save those grotty tests for /var/lib/dpkg/info/$foo.list too, which aren't multiarch-safe
[10:56] <ev> which was broken anyway, as I've just caught (didn't install mock)
[10:56] <cjwatson> yeah :)
[10:57] <CIA-31> ubiquity: evand * r4612 trunk/ (debian/changelog debian/control tests/build): Move test dependencies into build-depends. Thanks Colin Watson!
[10:58] <ev> oh hm, can build depends come from universe for a package in main?
[10:58] <ev> if not, I should probably sort out a MIR for mock
[10:59] <cjwatson> they can't
[10:59] <cjwatson> maybe best disable the test suite for beta-1 then, or else branch
[10:59] <cjwatson> we probably don't have time for MIR handling
[11:00] <cjwatson> though I'm a bit surprised mock isn't in main already for something
[11:00] <cjwatson> bug 723219
[11:00] <ubot2> Launchpad bug 723219 in python-mock "[MIR] python-mock" [Undecided,New] https://launchpad.net/bugs/723219
[11:01] <cjwatson> I commented
[11:01] <cjwatson> targeting for final
[11:05] <ev> oh phew
[11:06] <ev> presumably we should still disable the test suite for beta-1, correct?
[11:07] <cjwatson> unless you can find doko around at short notice
[11:12] <ev> got a yes to that
[11:17] <cjwatson> cool
[11:26] <CIA-31> ubiquity: evand * r4613 trunk/ (debian/changelog scripts/plugininstall.py):
[11:26] <CIA-31> ubiquity: Move the apt-clone working directory into /var/log/installer at the
[11:26] <CIA-31> ubiquity: end of installation (LP: #739492).
[12:58] <CIA-31> migration-assistant: evand * r107 migration-assistant/ (debian/changelog ma-apply ma-ask ma-script-utils):
[12:58] <CIA-31> migration-assistant: Reuse os-prober's newns to ensure that mounts are occuring in a new
[12:58] <CIA-31> migration-assistant: namespace (LP: #739400).
[13:00] <CIA-31> migration-assistant: evand * r108 migration-assistant/debian/changelog: releasing version 0.6.9
[13:08] <CIA-31> ubiquity: evand * r4614 trunk/ (debian/changelog ubiquity/plugins/ubi-language.py):
[13:08] <CIA-31> ubiquity: Set the next button back to its original label once done calculating
[13:08] <CIA-31> ubiquity: its size.
[13:35] <ev> cjwatson: is there any reason I shouldn't update the keytables in gfxboot-theme-ubuntu?
[13:36] <cjwatson> nope, if you use scrape-console-setup to do it
[13:36] <cjwatson> could you do a scrape-localechooser run at the same time?
[13:37] <cjwatson> you can use http://people.canonical.com/~cjwatson/tmp/gfxboot-test.tar.gz to test it
[13:37] <cjwatson> make sure the language and keymap menus don't overflow the screen after the update
[13:37] <ev> indeed, was already in the process of doing the former
[13:37] <ev> will do
[13:37] <ev> thanks
[13:41] <ev> god damn zsh is made of magic. It just auto-escaped as I was typing that url as a parameter to wget.
[13:41] <cjwatson> neat
[14:43] <ev> cjwatson: any idea what should be done about this stray codepoint http://people.canonical.com/~evand/tmp/updated-gfxboot-theme-ubuntu.png ?
[14:43] <ev> otherwise I think it looks good
[14:44] <cjwatson> which one's stray?
[14:44] <cjwatson> oh, zwnbsp
[14:46] <cjwatson> ev: add 'lo' to @langname_notranslate
[14:46] <ev> I've added https://wiki.ubuntu.com/Installer/UpdateGfxbootThemeUbuntu to the wiki
[14:46] <ev> okay, will do
[14:46] <cjwatson> let smarter renderers deal with it
[14:47] <cjwatson> sudo ./scrape-localechooser ~/bzr/localechooser.ubuntu - missing '> langnames.inc' there
[14:47] <ev> whoops, thanks
[14:49] <ev> fixed; feel free to make any changes there as you see fit
[15:44] <CIA-31> ubiquity-slideshow-ubuntu: evand * r343 ubiquity-slideshow-ubuntu/ (5 files in 2 dirs): Merge Rollo's updated screenshots branch.
[15:55] <highvoltage> ev: could you spin a new package for the ubiquity slideshows? we have the new edubuntu slides in there and it's probably a good idea to get it out there now that ui freeze is in place :)
[15:55] <ev> actually in the process of that right now
[15:55] <highvoltage> (I'll notify doc team about it too and let them know that the current slides aren't the latest ones)
[15:56] <ev> just trying to sort out the u1 stuff
[15:56] <highvoltage> whohoo!
[16:42] <CIA-31> ubiquity-slideshow-ubuntu: evand * r344 ubiquity-slideshow-ubuntu/ (2 files in 2 dirs): Update the Ubuntu One icon.
[16:52] <CIA-31> ubiquity-slideshow-ubuntu: evand * r345 ubiquity-slideshow-ubuntu/debian/changelog: Freeze exception (LP: #744374).
[16:56] <CIA-31> ubiquity-slideshow-ubuntu: evand * r346 ubiquity-slideshow-ubuntu/po/ (6 files in 6 dirs): Update templates.
[17:01] <CIA-31> ubiquity-slideshow-ubuntu: evand * r347 ubiquity-slideshow-ubuntu/debian/changelog: releasing version 37
[17:22] <cjwatson> ev: are you still working on anything for the next ubiquity upload?
[17:23] <cjwatson> I'd like to get this bunch of RC bug-fixes in fairly soon
[17:39] <ev> cjwatson: sort of. skaet asked me to remove the alpha warning, which I noticed wasn't showing in the first place.  The immediate thought was that the text is entirely in the extended description, but there seems to be a deeper issue here.
[17:39] <ev> I don't think it's beta 1 critical though
[17:40] <ev> I'm trying to find more time to dig at seb's console-setup bug (LP: #742558), but I don't think that's going to happen today
[17:41] <ev> oo yay, I see that mock went into main
[17:41] <cjwatson> ev: which text is entirely in the extended description?
[17:41] <ev> the alpha warning
[17:42] <cjwatson> that seems fair enough
[17:42] <cjwatson> but in any case, doesn't matter for beta :)
[17:42] <ev> indeed it does not :)
[17:45] <cjwatson> hmm, that's odd (742558)
[17:47] <cjwatson> feels kind of RC to me :-/
[17:49] <cjwatson> do you already have a set -x trace of keyboard-configuration.config?
[17:49] <cjwatson> I'm wondering if kbdnames is up the spout
[17:50] <cjwatson> hm, though that would reset default_variant too
[17:50] <cjwatson> awkward conflict with preseeding the keyboard layout here
[17:51] <cjwatson> I think the question may be: what is preseeding keyboard-configuration/layoutcode?
[17:54] <cjwatson> 'cos whatever it is probably shouldn't be
[17:55] <ev> I don't, but I can generate one in a bit
[17:55] <cjwatson> maybe not needed
[17:56] <cjwatson> I can sort of infer the flow
[18:02] <cjwatson> ev: what did you do at the CD boot menu when you reproduced that bug?
[18:03] <cjwatson> your debug log shows keyboard-configuration/layoutcode already set when ubiquity started (AFAICS), but that doesn't seem to be the case for me when I boot into a live session
[18:06] <CIA-31> debian-installer: cjwatson * r1430 ubuntu/debian/changelog: releasing version 20101020ubuntu24
[18:11] <ev> select french as the language
[18:11] <ev> cjwatson: ^
[18:12] <cjwatson> ah yes
[18:13] <cjwatson> WTF
[18:13] <cjwatson> /proc/cmdline looks right
[18:14] <cjwatson> IMO this isn't a ubiquity bug, and we shouldn't block on it for this upload
[18:14] <cjwatson> I can't quite see where it is yet, though
[18:22] <ev> okay
[18:22] <cjwatson> keyboard-configuration/layoutcode is set to us in the livefs
[18:23] <cjwatson> also, casper seems to be inexplicably setting console-setup/layoutcode instead
[18:23] <cjwatson> needs set -x debugging in /scripts/casper-bottom/19keyboard
[18:23] <cjwatson> dinnertime
[18:25] <ev> so I'll do a ubiquity upload now then
[18:28] <CIA-31> ubiquity: evand * r4615 trunk/debian/real-po/ (66 files): debconf-updatepo
[18:30] <CIA-31> ubiquity: evand * r4616 trunk/ (d-i/manifest debian/changelog debian/control):
[18:30] <CIA-31> ubiquity: Automatic update of included source packages: migration-assistant
[18:30] <CIA-31> ubiquity: 0.6.9, user-setup 1.28ubuntu14.
[18:53] <cjwatson> ev: thanks!  missing push of the release commit?
[19:25] <CIA-31> ubiquity: evand * r4617 trunk/debian/changelog: releasing version 2.5.30
[19:25] <ev> indeed, thanks
[19:26] <cjwatson> huh, how'd this ever work
[19:27] <cjwatson> casper writes some bits of configuration only into /etc/default/keyboard, which is removed when the ubiquity c-s plugin starts up
[19:27] <cjwatson> maybe it used to be arranged a bit differently ...
[19:27] <cjwatson> we can probably fix this by preseeding those values in casper even if they're non-empty
[19:27] <cjwatson> still trying to see where console-setup/layoutcode gets preseeded
[19:28] <cjwatson> oh, 24preseed, of course
[19:28] <cjwatson> so in fact, IMO it would be best to fix this in gfxboot-theme-ubuntu - rename console-setup/* to keyboard-configuration/* there
[19:28] <cjwatson> so that we aren't going through a compat layer
[19:28] <cjwatson> do you agree?
[19:29] <ev> huh, mvo marked apt-clone 0.1.2 as released but seemingly never uploaded it
[19:29] <ev> indeed
[19:29] <ev> I do
[19:29] <cjwatson> I'll just double-check that that works
[19:32] <cjwatson> or at least fudge casper at run-time to pretend that it was done that way :)
[19:40] <ev> heh
[19:45] <cjwatson> yeah, that's better - mind if I go ahead and upload that?
[19:45] <ev> by all means
[19:48] <cjwatson> done
[20:37] <cjwatson> ev: could you have a look at the last couple of comments on bug 652852, please?
[20:37] <ubot2> Launchpad bug 652852 in ubiquity "Ubiquity doesn't suggest to install on unallocated free space" [High,Fix released] https://launchpad.net/bugs/652852
[20:53] <ev> will do
[20:56] <CIA-31> ubiquity: evand * r4618 trunk/ (d-i/update-control debian/changelog debian/control): Put build-dependencies in the right place.
[22:39] <Heller_Barde> hi everyone
[22:41] <Heller_Barde> is there a way to use the alternate installer to install ubuntu onto an existing LVM without it messing up my existing arch linux
[23:01] <CIA-31> ubiquity: evand * r4619 trunk/ (d-i/update-control debian/changelog debian/control): Add python-apt to the build-depends for the test harness.
[23:03] <CIA-31> ubiquity: evand * r4620 trunk/debian/ (changelog rules):
[23:03] <CIA-31> ubiquity: * Use the standard nocheck DEB_BUILD_OPTIONS argument instead of
[23:03] <CIA-31> ubiquity:  UBIQUITY_NO_TESTS. Thanks Steve Langasek!
[23:03] <CIA-31> ubiquity: * Run the tests on all architectures.
[23:12] <ev> cjwatson: (if you're still around) seem sensible? http://paste.ubuntu.com/586639/
[23:13] <cjwatson> aha, is that it
[23:13] <ev> the logs appear to suggest that rather loudly :)
[23:13] <cjwatson> maybe send it to stderr instead?
[23:13] <cjwatson> I couldn't divine it from the logs with any certainty
[23:14] <ev> the most recent ones
[23:14] <ev> only a few minutes old
[23:14] <cjwatson> hm, no subprocess.STDERR, bah
[23:14] <cjwatson> you could ditch just stdout; chatter on stderr is not a problem
[23:14] <cjwatson> ah, somebody replied with --debug output?
[23:15] <ev> indeed
[23:15] <ev> odd that there's no subprocess.stderr though
[23:15] <cjwatson> oh, it can be an existing file object
[23:16] <cjwatson> so stdout=sys.stderr should work
[23:16] <ev> I *just* caught that as well
[23:16] <ev> indeed
[23:16] <ev> okay, I'll go with that
[23:16] <ev> thanks
[23:16] <cjwatson> good catch, I'd been trying to reproduce in kvm but failing
[23:17] <ev> thanks, but it was really easy once that log was posted
[23:17] <ev> jockey's output in debconf is quite easy to spot :)
[23:17] <ev> UNKNOWN MULTI LINE COMMAND! and such
[23:18] <CIA-31> ubiquity: evand * r4621 trunk/ (debian/changelog scripts/plugininstall.py): Don't feed jockey's output into debconf (LP: #739632).
[23:19] <cjwatson> heh, yeah
[23:19] <ev> anything else, or should I send this back to the buildd and cross my fingers?
[23:19] <cjwatson> that's all I know of at the moment
[23:20] <cjwatson> why the heck is d-i failing to build?  I can't reproduce t
[23:20] <cjwatson> it
[23:22] <ev> even with pbuilder?
[23:23] <cjwatson> just trying a chroot - I think it may be sensitive to whether libpango1.0-dev is installed
[23:25] <CIA-31> ubiquity: evand * r4622 trunk/debian/changelog: releasing version 2.5.31