[00:06] <CIA-3> debian-installer-utils: cjwatson * r693 ubuntu/ (debian/changelog list-devices):
[00:06] <CIA-3> debian-installer-utils: * Backport from trunk:
[00:06] <CIA-3> debian-installer-utils:  - list-devices: Consider virtio devices as disks (LP: #568143).
[00:09] <CIA-3> debian-installer-utils: cjwatson * r694 ubuntu/debian/changelog: releasing version 1.72ubuntu5
[07:58]  * ogra glares at the bugmail he just got from bug 379980
[07:58] <ogra> how did he do that ? the mail doesnt seem to appear in the bug
[09:29] <CIA-3> ubiquity: evand * r4105 ubiquity/ (153 files in 3 dirs): Update translations from Launchpad.
[09:31] <CIA-3> ubiquity: evand * r4106 ubiquity/ (d-i/manifest debian/changelog):
[09:31] <CIA-3> ubiquity: Automatic update of included source packages: debian-installer-utils
[09:31] <CIA-3> ubiquity: 1.72ubuntu5, partman-auto 89ubuntu7, partman-base 139ubuntu6,
[09:31] <CIA-3> ubiquity: partman-target 64ubuntu9, tzsetup 1:0.26ubuntu9, user-setup
[09:31] <CIA-3> ubiquity: 1.28ubuntu7.
[09:36] <CIA-3> ubiquity: evand * r4107 ubiquity/ubiquity/components/partman_commit.py: Fix syntax.
[09:36] <ev> michaelforrest: http://people.canonical.com/~evand/screenshots/wubi/wubi-brand-2/
[09:48] <CIA-3> ubiquity: evand * r4108 ubiquity/debian/changelog: releasing version 2.2.21
[11:44] <CIA-3> partman-auto: cjwatson * r318 ubuntu/ (2 files in 2 dirs): Explicitly handle failures from get_real_resize_range (LP: #568021).
[11:45] <CIA-3> wubi: evand * r186 trunk/ (4 files in 2 dirs): Updated Ubuntu branding. Thanks Michael Forrest!
[11:46] <CIA-3> partman-auto: cjwatson * r319 ubuntu/debian/changelog: releasing version 89ubuntu8
[11:53] <CIA-3> partman-partitioning: cjwatson * r721 ubuntu/ (debian/changelog lib/resize.sh):
[11:53] <CIA-3> partman-partitioning: Check that minimum filesystem sizes reported by tune2fs and ntfsresize
[11:53] <CIA-3> partman-partitioning: are between the minimum partition size and the current partition size;
[11:53] <CIA-3> partman-partitioning: if not, refuse to resize the partition at all (LP: #568021).
[11:55] <CIA-3> partman-partitioning: cjwatson * r722 ubuntu/debian/changelog: releasing version 72ubuntu4
[13:45] <CIA-3> migration-assistant: evand * r98 migration-assistant/debian/changelog: Add LP bug reference without closing it.
[14:09] <CIA-3> migration-assistant: evand * r99 migration-assistant/debian/changelog: Add in rebuild changelog entry.
[15:20] <shtylman> ev: I ran through the installer yesterday in virtualbox, looking for the high cpu usage scenario, couldn't make it happen... so for this release I guess we will have to let that one go?
[15:21] <ev> shtylman: weird, I can easily reproduce the slow responsiveness of the UI quite easily.  Typing on the user setup page goes really slowly.
[15:21] <ev> shtylman: but yeah, if we cannot get to the bottom of it, we'll just have to release note it.
[15:21] <cjwatson> why do we configure the bootloader in oem-config?
[15:22] <cjwatson> this seems bizarre and I'm strongly inclined to remove it
[15:22] <ev> shtylman: do you have time to look into bug 568890?  Riddell mentioned it and I said I'd look at it, but it involves creating a combobox of sorts, and I'm tied up in migration-assistant hell.
[15:22] <shtylman> ev: really... I was typing on the user setup page and moving the mouse around and all sorts of stuff... and it seemed as responsive as anything
[15:22] <ev> cjwatson: I can't imagine that being anything but a bug
[15:22] <ev> shtylman: weird
[15:23] <shtylman> ev: yea, I can look at that
[15:23] <ev> shtylman: thanks a lot
[15:24] <shtylman> ev: correct me if im wrong... but didn't it used to provide all the disks in that combobox?
[15:24] <CIA-3> ubiquity: cjwatson * r4109 ubiquity/ (debian/changelog scripts/install.py):
[15:24] <CIA-3> ubiquity: Don't configure the boot loader in oem-config. By definition, we've
[15:24] <CIA-3> ubiquity: already succeeded in booting, and repeating the process is at best a
[15:24] <CIA-3> ubiquity: no-op and at worst harmful.
[15:24] <shtylman> so now it only provides the main disk?
[15:24] <CIA-3> migration-assistant: evand * r100 migration-assistant/ (debian/changelog ma-apply ma-ask ma-script-utils):
[15:24] <CIA-3> migration-assistant: * Catch empty arguments to unmount_os (LP 536673).
[15:24] <CIA-3> migration-assistant: * Continue to the next operating system if mount_os fails.
[15:24] <CIA-3> migration-assistant: * Clean up mount_os.
[15:24] <ev> fingers crossed on that one
[15:24] <shtylman> when the guy said hd2 I took that to mean another disk... not another partition
[15:24] <ev> shtylman: indeed
[15:24] <ev> it's not wired up to grub_options()
[15:25] <ev> be careful though - you cannot simply feed misc.grub_options() into it in the PageKde constructor
[15:25] <ev> you'll want to get that after partitioning
[15:25] <ev> see what the GTK frontend does here for a reference
[15:25] <shtylman> I was gonna simply do it on demand... right
[15:25] <ev> cool
[15:25] <shtylman> kk... will do
[15:31] <CIA-3> migration-assistant: evand * r101 migration-assistant/debian/changelog: releasing version 0.6.5
[15:39] <ev> hooray for udisks: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/567899/comments/8
[15:59] <CIA-3> ubiquity: cjwatson * r4110 ubiquity/ (debian/changelog scripts/install.py):
[15:59] <CIA-3> ubiquity: * debconf frontend:
[15:59] <CIA-3> ubiquity:  - Make sure that progress bars are never nested, as this only works when
[15:59] <CIA-3> ubiquity:  using debconffilter (LP: #530027).
[16:25] <DASPRiD> hey there, is it planned to fix the alternate installer so you are able to install with raid 1 in lucid? that's currently no possible: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/542210
[16:26] <cjwatson> ev: is bug 567243 a dup of bug 567749?
[16:26] <cjwatson> DASPRiD: erm, I did a RAID-1 installation just yesterday, so either this is something I fixed since when that bug was filed or it's a special case ...
[16:27] <DASPRiD> cjwatson, RC?
[16:27] <ev> cjwatson: yeah, it is.  Marked.
[16:27] <cjwatson> RC plus two fixes
[16:27] <cjwatson> maybe not relevant though
[16:27] <cjwatson> DASPRiD: please attach /var/log/syslog and /var/log/partman from your installation attempt to that bug
[16:27] <DASPRiD> cjwatson, lemme test that again when i get home
[16:28] <cjwatson> I won't be able to figure out the problem without those
[16:28] <cjwatson> you can extract them using "save debug logs" from the installer's main menu
[16:28] <DASPRiD> cjwatson, kay, about doing the same: i described what i did in my first comment
[16:29] <cjwatson> yeah, that sounds like it would take quite a while for me to set up so I would prefer to get logs from you in the first instance if possible
[16:29] <DASPRiD> sure, as i said, when i get home :)
[16:29] <cjwatson> so in general, it seems more likely to be related to attempting to reuse an existing software RAID device
[16:29] <DASPRiD> how long will you be here today?
[16:29] <cjwatson> not sure, but I leave my client permanently connected to IRC
[16:30] <DASPRiD> so do i, but i'm talking about real "being here" :)
[16:30] <cjwatson> I'll be around on and off for maybe six more hours, although the last few hours of that will be more off than on.  I'm on UK time.
[16:30] <cjwatson> ev: thanks
[16:31] <DASPRiD> cjwatson, i'll be able to test it in about an hour, max two
[16:31] <cjwatson> in about an hour I need to go to pick the dog up from the vet, but I'll be semi-around after that
[16:32] <DASPRiD> alright
[16:33] <DASPRiD> ttyl
[16:39] <cjwatson> ev: any movement on bug 529366?
[16:39] <cjwatson> maybe we can finish it off in the office on Monday or something?
[16:40] <cjwatson> the BLKPG changes in parted since 2.1 should have mitigated this, though?
[16:40] <ev> cjwatson: exactly, it's no longer an issue
[16:41] <ev> marking as fixed
[16:41] <cjwatson> confused by the people who say they're still seeing it, but I think maybe they have some other problem ...
[16:42] <cjwatson> oh, good point raised in comment 16 though, usb-creator should surely depend on parted
[16:42]  * ev blinks
[16:42] <ev> I thought it did
[16:42] <ev> wow, massive oversight there
[16:42]  * cjwatson makes that change
[16:42] <ev> thanks
[16:43] <cjwatson> r305 look ok?
[16:43] <ev> >= 2.1?
[16:43] <cjwatson> any particular reason?
[16:44] <ev> the breakage in earlier versions of parted, but I guess that doesn't matter now that it's not in lucid
[16:44] <ev> looks good
[16:44] <cjwatson> that would be 2.2-1ubuntu4 anyway
[16:44] <cjwatson> can add it if you think it would reduce support requests
[16:44] <cjwatson> karmic's parted should work though
[16:44] <ev> yeah, I'd just leave it as is
[16:45] <cjwatson> ok
[16:45] <ev> thanks
[17:18] <CIA-3> partman-iscsi: cjwatson * r50 ubuntu/ (debian/changelog lib/iscsi-base.sh):
[17:18] <CIA-3> partman-iscsi: Fix case of 'state' variable, so that we correctly go back to the
[17:18] <CIA-3> partman-iscsi: address question after address validation failures (LP: #567196).
[17:34] <CIA-3> partman-iscsi: cjwatson * r51 ubuntu/ (debian/changelog lib/iscsi-base.sh): Eliminate duplicate target names (LP: #567206).
[17:43] <CIA-3> partman-iscsi: cjwatson * r52 ubuntu/ (debian/changelog lib/iscsi-base.sh): Don't pass an argument to db_go when asking partman-iscsi/login/failed.
[17:44] <shtylman> ev: grub_options() returns all located partitions, but we only want to display the /dev/sd? disks and not all partitions... right? or is showing something like /dev/sda1 ok as well?
[17:44] <ev> we want to show partitions as well
[17:44] <shtylman> k
[17:46] <shtylman> well.. I have a fix for that bug... but it doesn't handle the case where a device dissapears tho.. so I might have to think about that
[17:48] <shtylman> actually... it does now...
[17:48] <shtylman> dunno if what I did is the _best_ way
[17:48] <shtylman> but it sure is _a_ way :)
[17:50] <DASPRiD> cjwatson, i'm home now, downloading RC (bah, only 3mbyte/sec :/ …)
[17:51] <shtylman> ev: http://paste.ubuntu.com/421142/
[17:51] <shtylman> see if that makes sense to you
[17:52]  * shtylman loves his use of 'o' and a variable and '0' as the index
[17:52] <shtylman> I think I could put smiley faces in the code and still make it valid
[17:52] <DASPRiD> shtylman, :>
[17:52] <DASPRiD> oh, 4.5 mbyte/sec
[17:52] <DASPRiD> ubuntu server gets quicker :)
[17:55] <ev> shtylman: looks okay.
[17:55] <ev> shtylman: you've tested this?
[17:55] <ev> extensively?  We are in final freeze :)
[18:12] <shtylman> ev: tested yes... extensively ... no :)
[18:13] <shtylman> any particular test you can think of?
[18:16] <ev> hrm
[18:18] <ev> not really, it seems to be self contained enough to not be influenced by the state of the rest of the installer
[18:18] <shtylman> ev: yea... thats why I did it like that instead of similar to how the gtk side does it
[18:19] <shtylman> worst case the code path can be avoided by never clicking that button
[18:20] <ev> feel free to commit that
[18:20] <shtylman> ev: k
[18:35] <shtylman> ev: have we switched branches or something?
[18:35] <shtylman> do I no longer push to lp:ubiquity ?
[18:35] <shtylman> just want to make sure cause there is also a lp:ubuntu/ubiquity
[18:36] <DASPRiD> cjwatson, see last three comments: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/542210
[18:36] <ev> lp:ubuntu/ubiquity is the distributed development stuff
[18:36] <DASPRiD> i attached the logs and also screencasted a video about how i created the raid
[18:36] <ev> it's created from the individual uploads to the archive
[18:37] <shtylman> gotcha... ok.. well I pushed to lp:ubiquity as per usual
[18:37] <DASPRiD> that almost sounds like the error: Apr 23 17:10:15 main-menu[296]: (process:6796): mount: mounting /dev/md0 on /target/boot failed: Invalid argument
[18:38] <shtylman> hopefully the world will not end :)
[18:38] <ev> I'll keep an eye out for fire and brimstone
[18:42] <shtylman> excellent!
[18:44] <DASPRiD> shtylman, it will surely end, either ragnarok or 2012 ;)
[18:45] <DASPRiD> and at least in the year 2038
[18:45] <DASPRiD> or alternatively, the year 2147485547 :)
[18:45] <shtylman> hahaha
[18:46] <shtylman> I personally look forward to epoc fail
[18:46] <shtylman> I still contend that there will be one machine...*somewhere* that was never upgraded and it will bring society to the ground
[18:46] <shtylman> modest hopes... but hey... you have to have something to look forward to
[18:47] <DASPRiD> oh, there already was
[18:48] <DASPRiD> http://en.wikipedia.org/wiki/Year_2038_problem
[18:48] <DASPRiD> see "Early problems"
[18:56] <DASPRiD> shtylman, do you know if cjwatson is still picking up the dog from the vet?
[18:57] <shtylman> DASPRiD: um... what?
[18:57] <DASPRiD> [17:31] <cjwatson> in about an hour I need to go to pick the dog up from the vet, but I'll be semi-around after that
[18:58] <shtylman> 17:31 in your timezone I guess , but sure when that is in mine :)
[18:58] <shtylman> but I would assume he is if he isn't around
[18:58] <DASPRiD> now it's 20:00
[18:58] <shtylman> unfortunately he is blocking my attempts to access his brain telepathically :p
[18:58] <DASPRiD> try harder!
[19:00] <shtylman> I can't ;( (sobs uncontrallably)
[19:00] <DASPRiD> :(
[19:00] <DASPRiD> alright, playing some quakelive, laterz :)
[19:26]  * DASPRiD pokes cjwatson with his pokestick
[19:39] <cjwatson> ok, dude, irc, it's asynchronous
[19:39] <cjwatson> thanks for the logs, I'll look in a little bit
[19:41] <cjwatson> still need to clear up this iscsi problem
[20:06] <DASPRiD> i don't consider irc async as email, but okay, take your time (just not more than 6 days please ;))
[20:14] <bencer> is there any ubuntu server installer version with gtk graphic mode ?
[20:14] <cjwatson> not yet no
[20:15] <cjwatson> perhaps maverick, now that GTK d-i has been reimplemented on top of X, which should be a lot more practical to maintain
[20:15] <cjwatson> DASPRiD: more async than putting the kids to bed, let's put it that way :P
[20:17] <DASPRiD> accepted :>
[20:17] <DASPRiD> oh wait, putting them to bed is pretty async to me, i don't have any ;)
[20:25] <bencer> cjwatson: ok thanks, i'll have a look on the desktop version. we want to bring graphical installer to ebox platform 2.0
[21:01] <CIA-3> partman-iscsi: cjwatson * r53 ubuntu/ (debian/changelog lib/iscsi-base.sh):
[21:01] <CIA-3> partman-iscsi: Back up to appropriate previous state after asking
[21:01] <CIA-3> partman-iscsi: partman-iscsi/login/empty_password.
[21:09] <CIA-3> hw-detect: cjwatson * r142 ubuntu/ (debian/changelog disk-detect.sh):
[21:09] <CIA-3> hw-detect: Enable backup while running iscsi_login, to match behaviour when running
[21:09] <CIA-3> hw-detect: iscsi_login from partman.
[21:10] <CIA-3> hw-detect: cjwatson * r143 ubuntu/debian/changelog: releasing version 1.73ubuntu4
[21:54] <CIA-3> partman-iscsi: cjwatson * r54 ubuntu/ (debian/changelog lib/iscsi-base.sh): Create a node record before trying to set up authentication.
[21:55] <DASPRiD> ah, fixing the iscsi stuff :)
[21:55] <cjwatson> swearing at it too
[21:56] <CIA-3> partman-iscsi: cjwatson * r55 ubuntu/debian/changelog: releasing version 14
[21:56] <cjwatson> right, need to run an errand, then I'll see how awake I am when I get back
[21:56] <DASPRiD> uh, why that?
[21:56] <cjwatson> long story
[21:57] <cjwatson> can't seem to get the software target to accept auth from open-iscsi inside a kvm, but it seems that it may be something to do with my network configuration so I'm going to punt it to QA and see if they have better luck
[21:58] <DASPRiD> that may work ;)
[23:23] <CIA-3> console-setup: cjwatson * r146 ubuntu/debian/ (changelog rules): Make /usr/share/initramfs-tools/scripts/panic/console_setup executable.
[23:27] <CIA-3> console-setup: cjwatson * r147 ubuntu/debian/changelog: releasing version 1.34ubuntu15
[23:46] <cjwatson> DASPRiD: had a brief look, but very tired - I think a detailed analysis will have to wait to Monday
[23:46] <cjwatson> I'll be in our London office, but will make sure to take the external disk with me so that I have enough disk space to work on reproducing this