[07:28] <ikt> https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/726740
[07:28] <ubot2> Launchpad bug 726740 in ubiquity "Manual Partition in Ubiquity difficult to use due to Boot Loader text" [Undecided,Confirmed]
[07:29] <ikt> any chance that will be fixed?
[10:25] <cjwatson> wow, that's pretty bad, yes, we need to fix that
[10:25] <cjwatson> I think it's accidental, not a design decision or anything
[10:26] <cjwatson> milestoned for beta-1
[10:31] <ev> indeed, that one has been on my radar via other bugs
=== ogra is now known as Guest34611
=== Guest34611 is now known as ogra_
[12:40] <CIA-31> ubiquity: evand * r4584 ubiquity/ (3 files in 2 dirs):
[12:40] <CIA-31> ubiquity: * Update the descriptions for the automatic partitioning options to match
[12:40] <CIA-31> ubiquity: changes to the specification.
=== ogra_ is now known as ogra
[14:47] <cjwatson> ev: oh, have you pushed a new wubi build?
[14:48]  * cjwatson wants to find out whether it works OOTB now
[14:48] <ev> wow, creepy, I was *just* doing that
[14:48] <cjwatson> heh, snap
[14:49]  * cjwatson tries to get used to aubergine d-di
[14:49] <cjwatson> d-i
[14:49] <ev> intentional or a side-effect of other work?
[14:49] <cjwatson> kirkland has been working on it
[14:50] <ev> neat-o
[14:50] <ev> http://people.canonical.com/~evand/wubi/natty/wubi-r205.exe
[14:50]  * kirkland waves
[14:51] <kirkland> cjwatson: if you have color/palette suggestions, talk to marcus, as he's been fiddling with them a little
[14:51] <kirkland> cjwatson: he's given me a new grey, which is slightly darker, so that white-on-gray works better
[14:53] <cjwatson> my colour tastes are rarely in line with anyone else's. :-)
[14:53] <cjwatson> ev: ta
[14:54] <ev> sure thing
[14:58] <kirkland> cjwatson: well then, it's all configurable now :-)
[14:58] <kirkland> cjwatson: speaking of, would you like to give the newt-configuration patch a review?  I got kees to review it before I uploaded
[14:58] <ogra> choot: command not found
[14:58] <kirkland> cjwatson: i'm going to send it upstream for their comments presently
[14:58] <ogra> kirkland, instead of adding colors to the shell, add intelligence to fiy my typos :P
[14:59] <ogra> *fix even :P
[14:59] <kirkland> ogra: heh, sure, i'll get on it
[15:01] <cjwatson> kirkland: I don't see any obvious problems, but I don't have time to think about it much
[15:01] <kirkland> cjwatson: okay, that's good enough for now
[16:23] <CIA-31> ubiquity: evand * r4585 ubiquity/ (debian/changelog scripts/plugininstall.py): * Mount /proc and friends for apt-clone.
[18:07] <cjwatson> I'm getting increasingly tempted to convert all the temporary-mount stuff in the installer to use grub-fstest instead (with a fallback to temporary mounts for architectures where GRUB doesn't work yet)
[18:07] <cjwatson> Temporary mounts in Linux are just too fragile, even with blockdev --setro
[18:48] <davmor2> ev, cjwatson: I just tried an install of the current iso for natty on an nvidia box and the installer crashed, I'll grab the info as soon as I have time but thought I'd let you know in the meantime
[18:49] <ev> awesome
[18:49] <ev> please file a bug and assign it to me
[18:55] <superm1> ev, would it be possible to instead turn on partner and pull flash from there rather than using flashplugin-installer when 3rd party sources is checked?  it seems like it would be more failproof
[18:56] <ev> we'd have to move flashplugin-installer out of ubuntu-restricted-addons and into ubuntu-restricted-extras (or is it vice-versa?) as well, but that's easy
[18:56] <ev> I'm not sure why we don't just turn on partner by default though
[18:56] <ev> cjwatson?
[18:59] <superm1> well or make in ubuntu-restricted-addons resolve adobe-flashplugin | flashplugin-installer or so
[18:59] <davmor2> man they removed w3m from the install how you meant to report bugs with no gui, D'oh!
[19:00] <ev> ah, good call
[19:04] <davmor2> ev: bug 739632 which looks to be a dupe of another one but I've left it separate on the off chance that it isn't.
[19:07] <ev> I see no such bug
[19:08] <davmor2> ev: I'd love to assign it to you but ev is too short evand and evan dandrea don't seem to exist
[19:10] <davmor2> ev: https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/739632
[19:10] <ubot2> Launchpad bug 739632 in ubiquity "ubiquity-dm crashed with ValueError in command(): invalid literal for int() with base 10: ''" [Undecided,New]
[19:10] <davmor2> ev: I've made it public too
[19:12] <cody-somerville> cjwatson, ev: Did something change? Are users not a part of a group with the same name as their username anymore but instead a 'users' group?
[19:12] <cody-somerville> (on fresh installs)
[19:13] <ev> davmor2: ah, that's probably why I didn't see it
[19:13] <ev> cody-somerville: not to my knowledge...
[19:15] <cody-somerville> I'm doing an install of Maverick now but our new PM manager who just recently installed 10.10 ran into a problem when using bzr for the first time (Unable to copy ownership from '/home/jagosta' to '/home/jagosta/.bazaar': IOError: [Errno 1] Operation not permitted: '/home/jagosta/.bazaar'.). Looking, his home directory is owned by jagosta:jagosta but files he creates are owned by jagosta:users and he isn't a member of jago
[19:15] <cody-somerville> sta but is a member of users: https://pastebin.canonical.com/44973/
[19:20] <cody-somerville> hmm.. in my vm install I don't have this problem... but I know our new PM manager isn't the first to run into this issue, see LP #661678
[19:20] <ubot2> Launchpad bug 661678 in bzr "bzr whoami: unable to copy ownership from '$HOME/.bazaar' to '$HOME/.bazaar/bazaar.conf'" [Undecided,Confirmed] https://launchpad.net/bugs/661678
[19:29] <CIA-31> ubiquity: evand * r4586 ubiquity/ (debian/changelog scripts/plugininstall.py): * Use the noninteractive debconf frontend when calling apt-clone.
[19:37] <cjwatson> ev: general reluctance to abuse Canonical's position, I think
[19:37] <cjwatson> turning it on when third-party sources are selected seems reasonable though
[19:38] <cjwatson> cody-somerville: I'm not aware of any changes along those lines either; per-user groups are absolutely the right thing
[20:16] <CarlFK> I have these lines in my preseed, but I don't see any trace in /etc/apt  http://dpaste.de/OmpO/  d-i apt-setup/local0/repository string http://ddebs.ubuntu.com natty main restricted universe multiverse
[20:21] <kirkland> cjwatson: interestingly, the desktop ISO has a high contrast option;  just need to get that added to the Server
[20:23] <cjwatson> yes, the choices are CD-type-specific
[20:23] <cjwatson> but as I say it needs a bit of care to get the command line right
[20:23] <cody-somerville> cjwatson, I'm quite confused then. There must be some sort of scenario that results in a
[20:23] <cody-somerville> 'users' group instead of a per-user group or something.
[20:24] <cjwatson> USERGROUPS=no in /etc/adduser.conf - but the installer never sets that
[20:25] <cjwatson> and the default for that has been yes forever, AFAIK
[20:31] <cody-somerville> cjwatson, https://pastebin.canonical.com/44982/
=== ogra is now known as Guest27445
[21:55] <cjwatson> cody-somerville: well, I have no idea then, sorry
[21:55] <cjwatson> cody-somerville: I've never seen this problem before
[21:56] <cody-somerville> cjwatson, Its happened to at least two different people. I see John in person next week so will try and determine if he did anything weird during install.
[21:56] <cjwatson> I understand, but I know of no installer code that could possibly do it ...
[22:09] <ev> ugh, dear partman, why are you asking for a partition off an automatic partitioning recipe
[22:09] <ev> phrased another way, what did I forget to do ;)
[22:17] <ev> ah ha!
[22:17] <ev> partman-rebuild-cache
[22:17] <ev> (15reuse calls update_partition)
[23:22] <CIA-31> ubiquity: evand * r4587 ubiquity/ (5 files in 3 dirs): * apt-clone is now a separate package.
[23:51] <ev> bum, I think this is going to require set -x'ing base.sh to properly understand why seting partman-rebuild-cache is causing the choose_partition question to be asked
[23:51] <ev> well, that and diff