[08:52] <mpt> "There are no branches for debian-installer in Ubuntu in Launchpad."
[08:53] <cjwatson> 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] <cjwatson> However that is only the build system and probably not what you're really looking for.
[08:55] <mpt> Yeah, I just browsed that code ... I was looking for the "help.xml" referenced in <https://translations.launchpad.net/ubuntu/precise/+source/debian-installer/+pots/debian-installer-help/am/+translate>
[08:55] <cjwatson> Oh, in that case you are looking for that branch :-)
[08:55] <cjwatson> build/boot/x86/help.xm
[08:55] <cjwatson> l
[08:58] <mpt> Oh, I totally didn't consider that it might be in build/boot/
[08:58] <mpt> thanks :-)
[08:59] <mpt> except that <http://bazaar.launchpad.net/~ubuntu-installer/debian-installer/master/files/head:/build/boot/x86/> doesn't list a help.xml
[09:07] <cjwatson> mpt: Wrong branch
[09:07] <cjwatson> ~ubuntu-core-dev/debian-installer/ubuntu
[09:08] <cjwatson> The branch you quoted would be ~vcs-imports except that at some point Launchpad got some funny ideas about namespacing import branches
[09:10] <mpt> So different teams' branches of the same project contain different files?
[09:10] <xnox> mpt: yes, but in general 'different branch contain different files'
[09:11] <xnox> mpt: yes, but in general 'different branches contain different files'
[09:11] <cjwatson> ~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] <cjwatson> ~ubuntu-core-dev/debian-installer/ubuntu corresponds to the Ubuntu package
[09:12] <maxb> Would you like it moved to ~vcs-imports ?
[09:13] <cjwatson> 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] <maxb> 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] <cjwatson> Then yes please
[09:15] <cjwatson> Have the defaults for newly-created imports changed back to ~vcs-imports?
[09:18] <maxb> No, and I don't think there are any plans for that
[09:19] <maxb> The point in the original change was to let users rename/delete imports that they have created, IIUC
[09:19] <maxb> Though it does do weird things for clarity
[09:36] <xnox> cjwatson: about https://code.launchpad.net/~dmitrij.ledkov/ubiquity/autolvm/+merge/114077 I have addressed your review comments.
[09:36] <xnox> Did you have a chance to look at it and merge, or not?
[09:45] <cjwatson> xnox: I've replied now
[09:47] <xnox> cjwatson: ok. thanks. waiting for reply to arrive on launchpad.
[10:11] <xnox> 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] <xnox> requested to join
[10:12] <cjwatson> oh
[10:12] <cjwatson> how're your mail filters?
[10:12] <xnox> cjwatson: stgraber warned me about them.
[10:13] <xnox> cjwatson: should be ok. Will need to adjust them a little from the other bug mail.
[10:13] <cjwatson> ok, you're a member now
[10:13] <xnox> =))))
[10:30] <CIA-7> ubiquity: Dmitrijs Ledkovs <dmitrijs.ledkovs@canonical.com> * rdmitrijs.ledkovs@canonical.com-20120716103000-zcr41rncvvn65qcs ubiquity/ (8 files in 6 dirs):
[10:30] <CIA-7> ubiquity: * Add experimental auto-lvm recipe
[10:30] <CIA-7> ubiquity: * Automatic update of included source packages: partman-auto-lvm
[10:30] <CIA-7> ubiquity:  44ubuntu1, partman-lvm 79
[10:32] <CIA-7> ubiquity: Dmitrijs Ledkovs <dmitrijs.ledkovs@canonical.com> * rdmitrijs.ledkovs@canonical.com-20120716103215-2nlemlml08cdxn73 ubiquity/debian/ (77 files in 2 dirs): Update translation templates.
[10:35] <cjwatson> xnox: cia_send_revno = true (see https://wiki.ubuntu.com/Installer/Development#IRC_notification)
[10:40] <xnox> cjwatson: ok, fixed. as well as setting cia_user & correct branch nickname.
[11:13] <davmor2> cjwatson, ev: is there a way to stop the webcam page appearing?
[11:13] <cjwatson> Not a reasonable one that I know of
[11:14] <cjwatson> We should have a command-line option at the very least
[11:17] <CIA-7> 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] <CIA-7> ubiquity: cjwatson * r5561 trunk/bin/ubiquity: Clean up command-line parsing a bit.
[13:01] <ogra_> "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] <ogra_> (from bug 1024827)
[13:02] <ubot2> Launchpad bug 1024827 in ubiquity "Ubuntu installer crash can't overwrite compose.ARMSCII-8.inc" [Undecided,Invalid] https://launchpad.net/bugs/1024827
[13:19] <cjwatson> xnox: FWIW I'm going through and PEP-8ifying everything now
[13:31] <stgraber> "everything" being xnox's changes or really "everything"? (wondering how big a change that's going to be ;))
[13:39] <cjwatson> everything, because I got annoyed
[13:39] <cjwatson> I'll do the lot and add a test
[13:40] <cjwatson> better to get it out of the way
[14:29] <CIA-7> ubiquity: cjwatson * r5562 trunk/ (84 files in 13 dirs): Make all Python code pass pep8(1), and add a test to enforce this.

[16:02] <stgraber> 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] <ubot2> 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] <cjwatson> 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] <stgraber> fair enough, marked verification-done then.
[18:34] <stgraber> 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] <ubot2> Launchpad bug 992241 in mythbuntu "Upgrading using the live cd wipes /var/lib/mythtv/*" [Critical,Confirmed] https://launchpad.net/bugs/992241
[22:08] <CIA-7> ubiquity: cjwatson * r5563 trunk/ubiquity/i18n.py: Fix test failure due to PEP-8 fixes.
[22:13] <CIA-7> ubiquity: cjwatson * r5564 trunk/tests/run-frontend: Convert raw assert statements to unittest.TestCase methods (though this test seems to be completely broken anyway).