[08:46] <ev> cjwatson: good deal.  I hadn't realized that was a delta we kept.  Did they reject the patch, or has it just been in the queue for ages?
[08:47] <ara> One bug I just realized in Alpha 2 (and I don't know if it has been reported)
[08:48] <ev> oh?
[08:48] <ara> Machine with Win 7, installed 64bits size by size, grub works correctly
[08:48] <ara> then installed i386 on top of those two, and, although it installs correctly, it does not add a grub entry for self
[08:52] <ev> ara: can you file a bug against grub for that?  I haven't heard anyone reporting it yet, and a quick scan of the most recent grub bugs doesn't show anything similar.
[08:53] <ev> Be sure to include your install logs if you still have them
[08:53] <ara> ev, yes, I have them
[08:53] <ev> good deal
[09:01] <ara> ev, bug 604501
[09:01] <ubot2> Launchpad bug 604501 in grub (Ubuntu) "A second Maverick installation, in top of Windows/Maverick won't add a grub entry for self (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/604501
[09:01] <ev> cheers
[09:06] <ev> I wonder if I can get away with expensing a Cray to resolve this Perl FTBFS.  robbiew? ;)
[10:05] <cjwatson> ev: I don't recall whether I ever submitted it; I remember being reluctant because it has to hardcode what counts as a reasonable minimum size
[10:07] <ev> noted
[11:37] <ev> cjwatson: does this look reasonable enough to you - http://paste.ubuntu.com/462456/
[11:43] <cjwatson> ev: pretty much, yes.  I think it'd be useful to keep the "Found no resizable partitions" and "Found resizable partition '$bestpart' ($bestpath) with $bestfree bytes free" log messages - they're useful when trawling logs.  You can avoid the business with nl - it's OK to just terminate each entry with a newline (which also means that the replace assignment should probably be replace="${replace:+$replace\n$diskpart\t$RET").
[11:43] <cjwatson> ev: oh, what happens if replace contains printf metacharacters?  perhaps use $NL and $TAB there instead and then use printf %s "$replace" at the end
[11:44] <cjwatson> those are nitpicks though - the general approach looks fine to me
[11:45] <ev> awesome, thanks very much for the review and suggestions
[14:11] <shadeslayer> cjwatson: can you look at bug 604395
[14:11] <ubot2> Launchpad bug 604395 in ubiquity (Ubuntu) "Ubiquity does not find HDD's. (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/604395
[14:11] <cjwatson> ev: ^-
[14:13] <cjwatson> Jul 12 01:14:14 ubuntu ubiquity: ERROR: isw: wrong number of devices in RAID set "isw_dfhcfgefgg_Volume0" [1/2] on /dev/sda
[14:13] <cjwatson> probably isn't helping though.  try booting with 'nodmraid'
[14:23] <shadeslayer> cjwatson: ok ill tell jussi
[14:27] <jussi> ahh, lemme try that. how do I fix it? I wasnt aware I had raid...
[14:28] <jussi> cjwatson: btw, did you notice my poke about namiing of iso's?
[14:31] <jussi> booting with nodmraid did not solve the situation :(
[14:31]  * jussi wonders if its a bios config thing
[14:34] <ev> jussi: can you paste a new syslog and /var/log/partman with nodmraid set
[14:34] <ev> also, can you run `sudo parted_devices` and paste the output of that, as well as the output of `udisks --dump`
[14:39] <ev> ah, damn.  I can't lump resize_use_free and some_partition (replace partition with Ubuntu) into resize_use_free as I have no way of differentiating between the two in do_option
[14:46] <cjwatson> jussi: I did, but I'm afraid I'm not currently intending to change it; it's awkward but a change would be too disruptive
[14:47] <cjwatson> ev: you should be able to lump them together provided that the argument you provide allows you to distinguish
[14:47] <ev> I did think of that, but thought it was pure evil
[14:47] <ev> if you're okay with it, then I'm happy to give that a shot
[14:48] <ev> I guess it's less evil than reimplementing most of resize_use_free in another option
[14:48] <cjwatson> depends how much different it would be I guess
[14:50] <ev> yeah
[15:02] <jussi> cjwatson: fair enough, perhaps omething to think of for next cycle then?
[15:03] <cjwatson> I think I marked a bug about that wontfix back in the breezy cycle or so ...
[15:04] <jussi> cjwatson: aww, well thats sad. I guess I give up on it then. thanks
[15:05] <cjwatson> sorry, it's just a horrendous pain to change
[15:06] <jussi> cjwatson: if its not too much to ask, why is that? I would have thought its just a script...?
[15:06] <jussi> or is there a lot depending n it?
[15:09] <cjwatson> there's a lot depending on it - loads of people with scripts that know where to grab things from, many not packaged
[15:09] <cjwatson> given the choice between breaking things that exist and causing a bit of trouble for new things, I'll pick the latter I'm afraid
[15:11] <jussi> k, fair enough.
[16:24] <superm1> ev, would you mind merging trunk into you rework branch?  I was going to do some basic testing with it at some point this week with some of my plugins to make sure i wasn't seeing any regressions and noticed that it was FTBFS, but current trunk builds fine
[16:27] <ev> superm1: sure
[16:27] <ev> for what it's worth, I haven't done the packaging end of things yet
[16:27] <ev> which is probably why it fails to build
[16:27] <ev> something like this should get you up and running: http://paste.ubuntu.com/462572/
[16:28] <ev> note you'll have to first run cd debian; po2debconf ubiquity.templates > ubiquity.templates-stripped
[16:28] <ev> in the bzr branch
[16:29] <ev> I've hopefully not broken anything so far, but I'm nearly ready to commit some reworkings of the partitioning plugin that will break KDE at the least
[16:45] <superm1> ev, cool, yeah that should help
[16:47] <ev> sorry about not making that more public earlier
[16:47] <ev> I should've sent a mail to ubuntu-installer
[16:48] <ev> I'm in the process of finishing the ability to resize the largest partition on *each* disk and the ability to replace a partition with Ubuntu.  After that the partitioning work should mostly be done, save UI cleanups on the advanced page.
[16:49] <superm1> ok, most of the testing i wanted to do is independent of partitioning in some automated install cases, so hopefully shouldn't be impeded by that
[16:49] <ev> The timezone page is a bit of a mess, I'm working on that next, wiring it up to the geonames service I wrote and adding a drop down menu with submenus to the combobox
[16:49] <ev> okay
[18:37] <ev> so, we've successfully got to the commitment phase for a hosted Ubuntu Stack Exchange.  I'd appreciate it if anyone went to the site and pledged to use it by hitting the commit button - http://area51.stackexchange.com/proposals/7716/ubuntu
[19:17] <CIA-97> partman-auto: evand * r325 partman-auto/ (4 files in 2 dirs):
[19:17] <CIA-97> partman-auto: * Support resizing the largest partition on multiple disks.
[19:17] <CIA-97> partman-auto: * Support formatting the entire partition for any partition that can
[19:17] <CIA-97> partman-auto:  be resized.
[20:04] <jussi> ev: http://paste.ubuntu.com/462654 http://paste.ubuntu.com/462656 http://paste.ubuntu.com/462658
[20:04] <jussi> ev: sorry about the delay, I had to go out
[20:06]  * jussi crosses fingers that ev is still about
[20:37] <ev> jussi: Im about to leave for dinner. Please add them to the bug as attachments so we have a record of them. Thanks!
[22:21] <ameetp> cjwatson or someone from the installer team, please take a look at bug 604685 when you get a chance.
[22:21] <ubot2> Launchpad bug 604685 in ubiquity (Ubuntu) "[Maverick] No "Forward" button when selecting timezone (affects: 2) (heat: 12)" [High,Triaged] https://launchpad.net/bugs/604685
[22:51] <superm1> ev, i'll send a merge request in a little bit, but if you see it first here: lp:~superm1/ubiquity/ubiquity.maverick-redesign-packaging