=== ara_ is now known as ara
[12:12] <cjwatson> xnox: did you ever get anywhere with bug 1066480?  it's our top bug on http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-r-tracking-bug-tasks.html, assigned to you
[12:12] <ubot2> Launchpad bug 1066480 in ubiquity (Ubuntu Raring) "Installer doesn't show encrypted partitions" [Critical,Confirmed] https://launchpad.net/bugs/1066480
[12:14] <xnox> cjwatson: nope didn't implement it. Last time we spoke abou it it would be a loop into manual-partitioning -> setup encryption -> activate volumes -> (maybe questions to enter passwords for unlocking) -> back to automatic partitioning screen.
[12:15] <xnox> which can be interesting for the ubiquity state/cache building. Unless that menu option is brought up, or even auto-activated when running off ubiquity installed d-i.
[12:16] <cjwatson> could you record a bit more state about that in the bug, then?  I expect we'll have to bump this to S now :-(
[12:16] <xnox> the other culprit is that there is no support to deactivate ecrypted volumes once activated.
[12:16] <xnox> and that needs fixing in debian, as far as I can see.
[12:17] <cjwatson> yeah, that's a long-standing issue - roughly bug 291494, right?
[12:17] <ubot2> Launchpad bug 291494 in partman-crypto (Ubuntu) "Partitions selected for encryption cannot be erased anymore" [Undecided,New] https://launchpad.net/bugs/291494
[12:18] <xnox> yes.
[12:18] <cjwatson> should be noted in the bug so that nobody tries to implement it without realising that :)
[12:19] <cjwatson> and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=381892
[12:19] <ubot2> Debian bug 381892 in partman-crypto "Should allow de-allocation of encrypted volumes" [Normal,Open]
[12:19]  * cjwatson links
[12:21] <xnox> cjwatson: similarly I'd like dm-raid activation, deactivate if the activated drives don't actually have any partitions setup and thus making it impossible to do any installation (one gets dropped into manual partitioning, where nothing is possible to do)
[13:14]  * cjwatson applies a bodge for bug 1097113
[13:14] <ubot2> Launchpad bug 1097113 in ubiquity (Ubuntu Raring) "skip timezone selection" [High,In progress] https://launchpad.net/bugs/1097113
[13:17] <cjwatson> xnox: are you intending to fix any of the other ubiquity bugs listed on http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-r-tracking-bug-tasks.html before release?
[13:18] <xnox> cjwatson: ideally bug 1080701
[13:18] <ubot2> Launchpad bug 1080701 in ubiquity (Ubuntu Raring) "After 'Preparing to install Ubuntu' screen, raring installation hangs" [High,Confirmed] https://launchpad.net/bugs/1080701
[13:18] <cjwatson> Yeah, I was wondering about that.  Is there a VM reproducer?
[13:18] <xnox> cjwatson: not yet.
[13:18] <cjwatson> So sounds like I should upload what I have, once the new localechooser is approved
[13:19] <xnox> cjwatson: my plan is to follow one reproducer which is bare metal windows install & ubuntu reinstall on top.
[13:19] <cjwatson> If you can manage to get a reproducer which can be transferred to me in finite time then I'd be happy to have a go ...
[13:19] <xnox> cjwatson: the hang, will most likely be a fix in partman-auto =/ as that's were it is reported to hang.
[13:19] <cjwatson> Two sets of eyeballs probably better than one for this bug
[13:19] <xnox> ack. thanks.
[13:19] <cjwatson> (Have investigated such things before, I know they're nasty)
[13:35] <xnox> ev: lp:wubi is fully fixed up for raring and works correctly. Not sure if anything needs doing to make it "releasy" (update URLs to final?!)
[13:36] <ev> xnox: the urls in the ini file need to be updated to their final location, we need to build it after that and get IS to sign it
[13:36] <ev> but that task is when we have the final images to hand
[13:36] <xnox> ev: lp:~ubuntu-installer/wubi/precise is fixed up for 12.04.2 like images. Testing it at the moment, but it should be ready as well. But that one says "12.04.1 in the title" yet downloads "12.04.2" disk images.
[13:37] <xnox> ev: Ok, I see.
[13:37] <ev> okay
[13:37] <xnox> ev: it would be nice to submit precise-re-release for signing at the same time?!
[13:37] <ev> yes
[13:37] <xnox> ack.
[13:38] <xnox> ev: yeap, precise works fine as well now.
[13:39] <ev> woo
[13:39] <xnox> green light to fix up version strings and release wubi for 12.04 and 13.04 =)
[13:39] <cjwatson> there are multiple levels of fallback for the image locations, so it should be possible to have the final location there before having final images in hand
[13:39] <cjwatson> it falls back from release to daily build IIRC
[13:40]  * xnox thinks that's commented out at the moment. But yeah I also thought that wubi can be released ahead of time..... and just test it against final images (possibly with unsigned wubi.exe)
[13:42] <cjwatson> it needs to have the fallback otherwise it's impossible to test it before release
[13:42]  * xnox goes to look.
[13:43] <xnox> cjwatson: it has beta commented out. But at the moment it looks like it is set to "metalink=final-url \n metalink2=daily-url"
[13:43] <cjwatson> not worried about beta, it's the release -> daily build fallback that's important
[13:43] <cjwatson> that sounds fine
[13:45] <xnox> Right, so ev release raring/precise for signing and publishing whenever there is time =)
[13:45]  * xnox goes back to the ubiquity hangs bug then.
[13:46] <ev> on it
[13:48] <ev> xnox: raring is in place
[13:48] <ev> balls. I got rid of my precise chroot
[13:48] <ev> this may take a while :)
[13:49] <xnox> Oh =) also not sure how to trick precise to claim it's 12.04.2 on the first screen.
[13:50] <ev> xnox: ps. there's a massive storm coming your way
[13:50] <ev> it just swept through London
[13:51] <xnox> ev: =D well the clouds went dark right about when you said that.
[13:57] <ev> haha!
[14:24] <cjwatson> ... and the storm gets here
[14:24] <cjwatson> damnit, it was blue skies earlier
[14:27] <xnox> first thunder here.
[14:47] <ev> xnox: wubi for precise is in place
[15:34] <xnox> "partman_server itself is blocked in open("/var/lib/partman/outfifo") for reading but it does not look like somebody has written anything there."
[15:34] <xnox> "By feeding some "OK" strings to outfifo, stopfifo and infifo I seem to be able to resynchronize the scripts with partman and the proper page appears in the installer. "
[15:34] <xnox> also https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1080701/comments/88 hints that partman is somehow tripping on activated and mounted swap _file_ when no other partitions are mounted.
[15:34] <ubot2> Launchpad bug 1080701 in ubiquity (Ubuntu Raring) "After 'Preparing to install Ubuntu' screen, raring installation hangs" [High,Confirmed]
[15:35]  * xnox didn't know that we mount swap _files_ at all
[16:27] <kentb> xnox: I might have an easier way to reproduce that bug...for me it seemed to occur when installing the server variant on a system that previously had an LVM setup on it. The installer would get 'stuck' right at the beginning of the partitioning phase.  I had to wipe out the disks beforehand to keep it from happening.  I don't know if that'll help simplify
[16:27] <kentb> things for you, but, I can certainly give it a go in the server lab tomorrow @ Dell.
[16:29] <xnox> kentb: let me try that quickly.
[16:29] <xnox> kentb: i wonder which dell lab you are at, as i'm waiting for something else to be tested...
[16:29] <kentb> xnox: austin, tx
[17:02] <xnox> kentb: no dice. a reproducer would be really nice....
[17:03] <kentb> xnox: ok. I'll find a machine with a partitioning scheme that reproduces and send the info your way.
[17:05] <xnox> kentb: yeah that would be nice. it seems like a few GPT windwos7 machines with recovery partitions and installed as dual-boot ubuntu trigger it.
[17:06]  * xnox daubts we ship such machines anywhere though =)
[17:06]  * kentb is thankful we don't (at least from dell) :)
[18:44] <GrueMaster> xnox: I've seen where the live image will mount swap on local HD if it is visible.  Not sure if this helps.  I'm using 12.04 here atm.
=== kentb is now known as kentb-out
[23:12] <xnox> GrueMaster: yeah, I see that too, but it doesn't cause installer hang for me.
[23:12] <xnox> funny how one needs to trigger the bug, instead of avoiding it to really fix the problem....