[06:13] ubiquity: themuso * r5511 trunk/ (bin/ubiquity-dm debian/changelog ubiquity/frontend/gtk_ui.py): [06:13] ubiquity: * Show the a11y profile indicator in oem-config as well as in [06:13] ubiquity: maybe-ubiquity mode. [06:13] ubiquity: * bin/ubiquity-dm: Load at-spi for both OEM config and ubiquity. [08:04] ubiquity: cjwatson * r5512 trunk/debian/ (changelog tests/control): [08:04] ubiquity: debian/tests/control: Depend on python3-mock rather than python-mock [08:04] ubiquity: (LP: #1015400). [08:05] ubiquity: cjwatson * r5513 trunk/debian/real-po/ (76 files): debconf-updatepo [08:28] apt-setup: cjwatson * r239 ubuntu/ (debian/changelog generators/01setup): Convert multiarch setup to new world order as of dpkg >= 1.16.2. [08:33] apt-setup: cjwatson * r240 ubuntu/debian/changelog: releasing version 1:0.56ubuntu2 [08:37] ubiquity: cjwatson * r5514 trunk/ (d-i/manifest debian/changelog): [08:37] ubiquity: Automatic update of included source packages: apt-setup 1:0.56ubuntu2, [08:37] ubiquity: partconf 1.38, partman-basicmethods 50, partman-jfs 36, partman-newworld [08:37] ubiquity: 27, partman-reiserfs 53, partman-xfs 50. [08:45] ubiquity: cjwatson * r5515 trunk/debian/changelog: releasing version 2.11.6 [08:50] ubiquity: cjwatson * r5516 trunk/bin/ubiquity-bluetooth-agent: PEP-8 import ordering. [08:52] ubiquity: cjwatson * r5517 trunk/bin/ubiquity-bluetooth-agent: Remove duplicate import. [08:54] ubiquity: cjwatson * r5518 trunk/ (bin/ubiquity-dm debian/changelog ubiquity/frontend/gtk_ui.py): Remove hardcoded paths to xfsettingsd and various accessibility tools. [09:43] does anyone know which package/script generates the /etc/apt/sources.list on the desktop live CD's ? [09:45] http://askubuntu.com/questions/140940/why-do-i-receive-the-duplicate-sources-error-message-during-an-ubuntu-12-04-li [09:46] apt-get update in livecd gives errors [09:48] apt-setup [09:48] Oh live CDs [09:48] Er, I think it's live-build [09:49] But that bit is actually the fault of apt-cdrom called by casper at boot time [09:49] I thought I remembered filing a bug about that not dealing with multiarch very gracefully [09:50] Not sure I see it though [10:27] cjwatson: ok, thanks. I'm seeing this with precise and quantal cd's. Are you going to find/file the bug about it? Or should I do something, such that we don't loose it again? [10:27] Could you file it on apt? [10:27] cjwatson: ok I will. [10:27] Thanks [10:44] cjwatson: bug #1015495 [10:44] Launchpad bug 1015495 in apt "“duplicate sources” error message during an Ubuntu Live CD session" [Medium,Confirmed] https://launchpad.net/bugs/1015495 [11:47] ubiquity: cjwatson * r5519 trunk/ (debian/changelog ubiquity/plugins/ubi-usersetup.py): [11:47] ubiquity: Fix bogus attribute access in usersetup plugin leading to crashes with [11:47] ubiquity: the KDE frontend (LP: #1008255) === skaet_ is now known as skaet [16:12] ev: cjwatson: so how would I go about unit-testing ubi-partman.py's run function? [16:12] and the options / extra_options? [16:13] what should / shouldn't be unit tested.... [16:13] So, a few things [16:13] or is it for me to find out. [16:13] * xnox is listening =) [16:14] Firstly, it is interesting to test that ubiquity's idea of the state machine matches partman's; but we don't have any tests that do that kind of thing yet, and that would probably involve at the very least a mock parted_server so is I think quite a lot of work [16:14] There might be things you can improve without having to go that far [16:15] For instance, you could have a mock debconf instance that it talks to, and feed in carefully selected sequences of commands [16:15] Or you could split up the giant run method into pieces (which might be a good idea anyway) and see if there are sections you can unit-test separately from that [16:16] You could reasonably set up some state and test single iterations of run [16:16] That kind of thing [16:16] I would say, don't let yourself get blocked on doing a complete job; anything's an improvement and will leave something to build on later [16:16] Because a complete job is a heroic amount of work here [16:17] ok. So i was thinking to take dialogs from real possible scenarios, and tweak them, to see how ubiquity reacts to them. but that's kind of integration testing, not unit-testing. [16:17] ok I understand you point. [16:17] Yah [16:17] I first need to learn into that function more to see how it can be split up. [16:18] One method per question, I'd say [16:18] And maybe split up partman/choose_partition further than that since it has all the cache-building stuff [16:18] And a dispatch table to pick which method to invoke [16:19] That alone would be a pretty good improvement [16:19] It has accreted over the years [16:23] ok. [16:23] i'll try working on that. [16:23] my worry is that lvm recipe doesn't support some case (there is todo about it, not sure if it's fixed) with respect to use remaining free space or keep some space unused or something like that [16:24] and i really don't want ubiquity to think that a certain recipe will work, when in actual fact partman will do something different [16:25] cjwatson: if I am adding translations to ubiquity via templates and the translation unit test passes, I'm all good w.r.t. merging translations from launchpad? [16:27] eh, not sure how useful that test is [16:27] ok. [16:27] I use http://paste.ubuntu.com/1051160/ (rosetta-merge) and http://paste.ubuntu.com/1051161/ (rosetta-merge-all) [16:27] ok. thanks. [16:28] I think with '(cd debian/po && rosetta-merge-all --apply --prefix ubiquity-debconf /path/to/export)' and stuff like that [16:28] it's a giant hack but I've had it for eight years and am reluctant to fix what isn't broken :-) [16:28] cjwatson: are these scripts committed somewhere in e.g. ubiquity or somewhere more generic? [16:29] 'fraid not [16:29] or they are on your external harddrive only? =) [16:29] oh I have more than one copy :-P [16:29] mostly they're for dealing with the case of doing partial updates of d-i translations [16:29] * stgraber also uses a copy of these for edubuntu-live ;) [16:29] yes, but we do not have more than one copy of *you* =) [16:29] where I only want to update translations of the Ubuntu-specific strings [16:29] yeah, I've passed them around before, as you can tell ... [16:30] nothing I could find was very good at doing that sort of partial update, and it took me some time to find the right invocations [16:30] cjwatson: are you planting a copy-right lawsuit over all translations for your retirement or something ? =) [16:30] I suspect for ubiquity a fairly simple pile of msgmerge calls would give much the same result [16:30] ok [16:30] but, well, I just use what I know to work :) [17:43] wget -N http://archive.ubuntu.com/ubuntu/dists/quantal/main/installer-amd64/current/images/netboot/ubuntu-installer/amd64/linux and initrd, pxe boot with append initrd=ubuntu/quantal/amd64/initrd.gz ... url=g2a [17:43] server log: 192.168.1.252 - - [20/Jun/2012:12:16:26 -0500] "GET /d-i/precise/./preseed.cfg [17:44] "precise:" string is still in quantal [17:47] carl@g2a:/var/lib/tftpboot/ubuntu/quantal/amd64$ zgrep precise initrd.gz ; Binary file (standard input) matches [17:48] I'll bug this if someone spoon feeds me a package name [17:49] CarlFK: filing a bug against debian-installer package in ubuntu will get attention of the right people. [17:49] s/ will / should / [17:50] thanks [17:51] cjwatson: https://code.launchpad.net/~brian-murray/ubuntu/quantal/grub2/apport-hook-changes/+merge/107426 I updated that a bit ago [17:59] https://bugs.launchpad.net/ubuntu/+bug/1015727 [17:59] Ubuntu bug 1015727 in ubuntu ""precise:" string is still in quantal" [Undecided,New] [17:59] CarlFK: cooleao, thanks [18:31] preseed: cjwatson * r944 ubuntu/ (33 files in 3 dirs): merge from Debian 1.51 [18:31] preseed: cjwatson * r945 ubuntu/debian/ (changelog network-preseed.templates): [18:31] preseed: Change default preseed root to "d-i/quantal/./preseed.cfg" [18:31] preseed: (LP: #1015727). [18:33] preseed: cjwatson * r946 ubuntu/debian/changelog: releasing version 1.51ubuntu1 [21:33] debian-installer: cjwatson * r1709 ubuntu/ (7 files in 3 dirs): Move to 3.5.0-1 kernels. [21:34] debian-installer: cjwatson * r1710 ubuntu/debian/changelog: releasing version 20101020ubuntu149 [21:40] * infinity looks at the diff for that commit and wonder if the KERNELVERSION in armhf/highbank.cfg might be pointless. [21:40] Shouldn't it inherit from armhf.cfg? [21:42] Certainly seems like it should. [21:56] debian-installer: adconrad * r1711 ubuntu/ (build/config/armel/highbank.cfg debian/changelog): [21:56] debian-installer: Make highbank.cfg more closely match omap.cfg, and remove [21:56] debian-installer: the redundant KERNELVERSION that's inherited from arm*.cfg [22:01] You'd'a thunk, yes. [22:06] cjwatson: Oh, speaking of. -highbank is in precise-updates now. It might be high time to backport highbank d-i bits to precise and try a build in -proposed. [22:06] Though, they may still need to get their flash-kernel ducks in a row too. [22:07] Somebody who knows about ARM should feel free ;-) [22:07] Yeah, I might do so later. Do we have a precise-proposed d-i branch yet? [22:07] I also should backport the armadaxp "fix the archive layout" fix. [22:08] Not one I've created. [22:08] Kay. I'll create the branch later too, if one doesn't appear before I care.