=== TheMuso` is now known as TheMuso
=== TheMuso` is now known as TheMuso
=== TheMuso` is now known as TheMuso
[03:48] <shtylman> congrats on version 2 :)
[07:43] <CIA-33> ubiquity: superm1 * r3528 ubiquity/ (debian/changelog ubiquity/frontend/mythbuntu_ui.py): Mythbuntu: Don't allow "removing" LIRC as it's not supported with install.
=== TheMuso` is now known as TheMuso
[11:43] <dpm> hi evand, re: bug 452889, it seems that the release team would be fine with uploading a new version of ubiquity-slideshow after RC if it only contains translation changes. I'd like to inform translators about this, but first I'd like to check that this works out for you. Would it be possible to do a final export of translations on e.g. the 21st and do an upload on the 23rd (or do you have other suggestions)?
[11:43] <ubottu> Launchpad bug 452889 in ubiquity-slideshow-ubuntu "NonLanguagePackTranslationDeadline exception request" [Medium,Triaged] https://launchpad.net/bugs/452889
[11:45] <evand> dpm: indeed, I absolutely can.  But why the two day wait between export and upload?
[11:46] <dpm> evand, nothing in particular. I'm not too familiar with the milestones and archive freezes, so I figured out it might not be possible to do those things on the 22nd being RC release day. What do you suggest, export and upload on the 23rd?
[11:49] <evand> I believe that we can upload just as soon as the RC is out the door, in which case I'm happy to do both the export and the upload just as soon as the RC is released on the 22nd.
[11:49] <evand> Of course with the archive frozen there will be some delay for archive admin processing
[11:53] <evand> dpm: ^
[11:53] <davmor2> evand, cjwatson: 2 out of 2 on wubi :) trying kubuntu next
[11:53] <dpm> ok, the main thing for translators is to know the export deadline, and the 22nd fits in well with LanguagePackTranslationDeadline, so it sounds good to me. I'll go ahead and announce the 22nd as the export date to translators. evand, do you need any remainder, shall I ping you again on the 22nd?
[11:54] <evand> davmor2: woohoo
[11:54] <dpm> reminder, I meant
[11:54] <evand> dpm: that would be lovely
[11:54] <evand> (the reminder, that is)
[11:54] <evand> thanks for your help in sorting this out
[11:54] <dpm> evand, ok, thanks a lot! :)
[11:54] <dpm> and yours as well
[12:13] <davmor2> evand: I think there is still a bit of a race condition.  Just had it lock on Kubuntu, restarted the machine and now it's installing again
[12:24] <davmor2> evand, cjwatson:  I think the issue with grub may finally be over even kubuntu which never seemed to work, is working :)  However I'm still getting intermittent locks at 100% scanning disc iirc will double check on next try.
[12:42] <davmor2> evand: I got one line ubuntu kernel: [   55.140413] NTFS driver 2.1.29 [Flags: R/O MODULE]  isn't R/O read only?
[12:43] <davmor2> I'll snag a copy of the syslog
[12:44] <cjwatson> I doubt very much that that means that the fs is read-only
[12:45] <cjwatson> hmm
[12:45] <cjwatson> I think what that means is that the kernel's NTFS driver isn't built with read-write support; but that's OK since we don't actually use it
[12:46] <davmor2> cjwatson: 2 ticks and you'll have it in context
[12:46] <cjwatson> it's probably just modprobed by accident somewhere
[12:46] <cjwatson> no need for context, I have the kernel code that produces that message in front of me :)
[12:46] <cjwatson> at least no need for it to decipher that message. I don't think that message is related to our problems
[12:48] <davmor2> http://www.davmor2.co.uk/syslog1016
[12:49] <cjwatson> as usual, sod-all of interest, how annoying :(
[12:50] <cjwatson> outside chance that the partman log might help but I doubt it
[12:52] <davmor2> http://www.davmor2.co.uk/partman1016
[12:53] <davmor2> need to shoot off I'll carry on when I get back.
[14:29] <davmor2> cjwatson: Right back :)  anything I can do for you on this one? any other logs etc?
[15:48] <evand> my wubi test with XP is hanging at computing partitions.  Digging through the logs, then I'll give it a go with debugging.
[15:49] <davmor2> evand: don't restart it as it'll work
[15:49] <evand> ah, will do
[15:59] <davmor2> right this is install 8.  3 have worked first time. 5 have had to be restarted when they have locked up at either 5% scanning disks or 100% computing partitions.  However evertime that it has installed there has nolonger been an issue with grub :)
[15:59] <cjwatson> one down one to go, then
[16:00] <davmor2> yeap
[16:00]  * cjwatson wants to not be stuck in hyper-urgent customer projects so that he can help :-/
[16:03] <evand> no worries
[16:05] <davmor2> evand: I'll have a bit of free time both tomorrow and sunday so if you do find a fix and get uploaded I'll have a play across the board and see what works :)
[16:15] <evand> davmor2: unfortunately I'm only going to be around for another 45 minutes or so, then I'm going away for the weekend.
[16:16] <davmor2> evand: np's just thought I'd throw it out there :)
[16:16] <evand> sure, and thanks for the offer
[16:18] <cjwatson> evand: do you have that partman-target fix in hand?
[16:18] <cjwatson> I really want that in the RC if possible ...
[16:18] <evand> cjwatson: just sent you a mail about it
[16:18] <cjwatson> so you did
[16:19] <evand> it's had my focus all day.  I'm just working out the logic for the whitelist fix, then I'll try to squeeze in a test.
[16:19] <cjwatson> evand: I don't think we can *just* remove the files that exist on /target - part of the point of this is that the presence of some new files might cause a problem
[16:19] <cjwatson> let's definitely talk about some approach like that for lucid though
[16:20] <evand> absolutely
[16:20] <evand> I figured the file size was the real killer of this, regardless of how it was included with what we already have
[16:21] <cjwatson> yeah, it's a difficult one
[16:21] <cjwatson> I didn't actually mean to suggest including Contents in the image, FWIW
[16:21] <cjwatson> I was thinking more of a manual or semi-automated scan to find things we'd missed
[16:21] <cjwatson> so sorry if that misled you ... it is certainly pretty big
[16:26] <evand> ahh
[16:26] <evand> my apologies for going down the wrong path on that one
[16:27] <cjwatson> though if we could actually ship an automatically reduced version, that would be an interesting approach
[16:35] <evand> okay, about to put this through its paces: http://pastebin.ubuntu.com/294785/
[16:50] <cjwatson> evand: looks right
[16:51] <evand> indeed, it's working here, just waiting for the install to finish then I'll commit and upload
[16:58] <CIA-33> partman-target: evand * r780 ubuntu/ (debian/changelog finish.d/clear_partitions):
[16:58] <CIA-33> partman-target: Don't preseed nonexistent passwd/user-gid. Guard against setting a
[16:58] <CIA-33> partman-target: UID of 0 when /home is a separate partition (LP: #442998).
[17:00] <CIA-33> partman-target: evand * r781 ubuntu/ (debian/changelog finish.d/clear_partitions):
[17:00] <CIA-33> partman-target: Don't touch /usr/src, /var/local, and /usr/local when clearing
[17:00] <CIA-33> partman-target: partitions. Account for them existing in / (LP: #431993).
[17:05] <CIA-33> partman-target: evand * r782 ubuntu/debian/changelog: releasing version 64ubuntu4