[08:52] "There are no branches for debian-installer in Ubuntu in Launchpad." [08:53] That's because our debian-installer branches have been in bzr so long that they predate the distribution namespace for branches. lp:~ubuntu-core-dev/debian-installer/ubuntu [08:54] However that is only the build system and probably not what you're really looking for. [08:55] Yeah, I just browsed that code ... I was looking for the "help.xml" referenced in [08:55] Oh, in that case you are looking for that branch :-) [08:55] build/boot/x86/help.xm [08:55] l [08:58] Oh, I totally didn't consider that it might be in build/boot/ [08:58] thanks :-) [08:59] except that doesn't list a help.xml [09:07] mpt: Wrong branch [09:07] ~ubuntu-core-dev/debian-installer/ubuntu [09:08] The branch you quoted would be ~vcs-imports except that at some point Launchpad got some funny ideas about namespacing import branches [09:10] So different teams' branches of the same project contain different files? [09:10] mpt: yes, but in general 'different branch contain different files' [09:11] mpt: yes, but in general 'different branches contain different files' [09:11] ~ubuntu-installer/debian-installer/master should be ~vcs-imports/debian-installer/master and is a bzr import of the upstream (i.e. Debian) git branch [09:11] ~ubuntu-core-dev/debian-installer/ubuntu corresponds to the Ubuntu package [09:12] Would you like it moved to ~vcs-imports ? [09:13] Does that entail any loss of permission for us, in terms of e.g. being able to request an immediate import run in the web interface? [09:13] You'd lose permission to be able to directly delete the branch, but anyone can request an immediate import run on any public import [09:15] Then yes please [09:15] Have the defaults for newly-created imports changed back to ~vcs-imports? [09:18] No, and I don't think there are any plans for that [09:19] The point in the original change was to let users rename/delete imports that they have created, IIUC [09:19] Though it does do weird things for clarity [09:36] cjwatson: about https://code.launchpad.net/~dmitrij.ledkov/ubiquity/autolvm/+merge/114077 I have addressed your review comments. [09:36] Did you have a chance to look at it and merge, or not? [09:45] xnox: I've replied now [09:47] cjwatson: ok. thanks. waiting for reply to arrive on launchpad. [10:11] cjwatson: "Feel free to merge this once you've fixed the English issue above." Except that I am not in the ~ubuntu-installer team ;-) [10:12] requested to join [10:12] oh [10:12] how're your mail filters? [10:12] cjwatson: stgraber warned me about them. [10:13] cjwatson: should be ok. Will need to adjust them a little from the other bug mail. [10:13] ok, you're a member now [10:13] =)))) [10:30] ubiquity: Dmitrijs Ledkovs * rdmitrijs.ledkovs@canonical.com-20120716103000-zcr41rncvvn65qcs ubiquity/ (8 files in 6 dirs): [10:30] ubiquity: * Add experimental auto-lvm recipe [10:30] ubiquity: * Automatic update of included source packages: partman-auto-lvm [10:30] ubiquity: 44ubuntu1, partman-lvm 79 [10:32] ubiquity: Dmitrijs Ledkovs * rdmitrijs.ledkovs@canonical.com-20120716103215-2nlemlml08cdxn73 ubiquity/debian/ (77 files in 2 dirs): Update translation templates. [10:35] xnox: cia_send_revno = true (see https://wiki.ubuntu.com/Installer/Development#IRC_notification) [10:40] cjwatson: ok, fixed. as well as setting cia_user & correct branch nickname. [11:13] cjwatson, ev: is there a way to stop the webcam page appearing? [11:13] Not a reasonable one that I know of [11:14] We should have a command-line option at the very least [11:17] ubiquity: cjwatson * r5560 trunk/ (bin/ubiquity debian/changelog ubiquity/plugins/ubi-webcam.py): Add a --no-webcam option to disable the webcam page. [11:20] ubiquity: cjwatson * r5561 trunk/bin/ubiquity: Clean up command-line parsing a bit. [13:01] "dpkg: error processing /cdrom//.Trash-1000/files/pool/main/c/console-setup/console-setup-linux_1.76_all.deb (--unpack)" ... [13:01] * ogra_ find it intresting how ".Trash-1000" gets processed here ... thats quite special [13:02] (from bug 1024827) [13:02] Launchpad bug 1024827 in ubiquity "Ubuntu installer crash can't overwrite compose.ARMSCII-8.inc" [Undecided,Invalid] https://launchpad.net/bugs/1024827 [13:19] xnox: FWIW I'm going through and PEP-8ifying everything now [13:31] "everything" being xnox's changes or really "everything"? (wondering how big a change that's going to be ;)) [13:39] everything, because I got annoyed [13:39] I'll do the lot and add a test [13:40] better to get it out of the way [14:29] ubiquity: cjwatson * r5562 trunk/ (84 files in 13 dirs): Make all Python code pass pep8(1), and add a test to enforce this. [14:29] [16:02] cjwatson: did you have a chance to look at my comment in bug 998492? so far I'm pretty confident it's at least no regression anything, so I think I'll mark it verification-done so it gets out of proposed and we can push the next ubiquity SRU [16:02] Launchpad bug 998492 in ubiquity "Fails to detect package download errors on architectures other than amd64" [High,Fix committed] https://launchpad.net/bugs/998492 [16:04] stgraber: Oh, yeah, I meant to get back to you on that. Your problems sound like problems with the test environment rather than problems with the change itself, and I can believe that since the Perl script in question is fairly shonky; if it skipped the package that you got the proxy to munge and didn't throw any errors, then I think v-done is fine [16:06] fair enough, marked verification-done then. [18:34] verifying bug 992241 (a bit tricky as it'd technically need a rebuild of ubiquity to pick it up, but I'll do that with the next ubiquity upload) [18:34] Launchpad bug 992241 in mythbuntu "Upgrading using the live cd wipes /var/lib/mythtv/*" [Critical,Confirmed] https://launchpad.net/bugs/992241 === kentb is now known as kentb-out [22:08] ubiquity: cjwatson * r5563 trunk/ubiquity/i18n.py: Fix test failure due to PEP-8 fixes. [22:13] ubiquity: cjwatson * r5564 trunk/tests/run-frontend: Convert raw assert statements to unittest.TestCase methods (though this test seems to be completely broken anyway).