[07:23] <jibel> xnox, I filed bug 1046167, bug 1046168 and bug 1046175 this morning
[07:23] <ubot2`> Launchpad bug 1046167 in ubiquity "Cannot use manual partitioner if an LVM partition already exists" [Undecided,New] https://launchpad.net/bugs/1046167
[07:23] <ubot2`> Launchpad bug 1046168 in ubiquity "Manual partitioner: Removing an existing LVM partition fails with exit status 141" [Undecided,New] https://launchpad.net/bugs/1046168
[07:23] <ubot2`> Launchpad bug 1046175 in ubiquity "[regression] Manual partitioner only creates primary partitions" [Undecided,New] https://launchpad.net/bugs/1046175
[07:24] <jibel> xnox, the first 2 bugs can be release noted IMO since it affects systems with an existing LVM and if someone wants to wipe his existing installation there is a command line workaround
[07:25] <jibel> xnox, but I'm wondering about the 3rd one as it severely limits the capacity of the manual partitioner
[07:26] <cjwatson> Yikes
[07:27] <cjwatson> Though I'm not sure we've ever actually complied with the part of the UX specification you quote
[07:27] <cjwatson> Fairly sure it's just been an option you get to select ...
[07:28] <cjwatson> But I haven't looked at xnox's refactoring of the manual partitioner at all really
[07:30] <jibel> There was radio buttons to select between primary or logical at the top of dialog to enter details of the partition in Quantal Alpha3
[08:19] <xnox> yeah. there are there. But we try to predict if debian-installer will ask about them or not.
[08:19] <xnox> I will look into it jibel .
[08:19] <xnox> the LVM stuff.... there were not meant to show up in the manual partitioning, as you can't do anything with them.
[08:20] <xnox> and well. You really can't do anything with them right now =)
[08:20] <xnox> so yes, it will need to be release noted.
[08:20] <jibel> xnox, the point is that the manual partitioner is useless when there are existing LVM partitions
[08:20] <jibel> xnox, the user cannot even reset the partition table
[08:22] <xnox> true, it didn't land yet.
[11:11] <CIA-11> ubiquity: dmitrij.ledkov * r5627 trunk/ (debian/changelog ubiquity/plugins/ubi-partman.py):
[11:11] <CIA-11> ubiquity: Allow to select primary/logical partitions, instead of always hiding
[11:11] <CIA-11> ubiquity: it (LP: #1046175).
[13:49] <CIA-11> ubiquity: dmitrij.ledkov * r5628 trunk/debian/changelog: releasing version 2.11.30
[14:34] <jibel> xnox, I attached a first pdf to 1046323 with screenshots to illustrate the installation of Quantal with 2 disks and existing Ubuntu installation, with 'Entire Disk', 'Entire disk' + LVM, 'Entire disk + LUKS'
[14:34] <jibel> now trying with Windows on first disk and a fresh disk on drive b
[14:34] <xnox> jibel: amazing. thank you. I will read it in a bit. I am on a call & meeting now.
[14:34] <jibel> np
[14:35] <xnox> jibel: thank you a lot for testing all of this!
[14:49] <jibel> windows or not, fresh disk or not the situation is the same, no side-by-side option and ubuntu is installed to sda if luks is selected while the installer asks for the target drive is other cases.
[15:01] <jibel> xnox, I attached the result for windows + fresh disk.
[17:09]  * cjwatson realises ubiquity is running into http://en.chys.info/2011/11/a-problem-with-pipes-in-python-3/
[17:15]  * xnox :`(
[17:17] <cjwatson> Ah, a decent solution is bufsize=4096 I think
[17:27] <CIA-11> ubiquity: cjwatson * r5629 trunk/ (debian/changelog ubiquity/i18n.py):
[17:27] <CIA-11> ubiquity: Buffer reads from debconf-copydb. Python 3 defaults to unbuffered reads
[17:27] <CIA-11> ubiquity: from byte streams, which is much slower.