[00:03] wubi: Agostino Russo * r69 trunk/ (5 files in 4 dirs): Added CD-boot-helper functionality [00:06] cjwatson: were the template changes I made merged for the 1.1.14 release? to prevent the two frontends from conflicting? [00:08] shtylman: I don't know, sorry, check bzr [00:09] evand was handling all that AFAIK [00:09] superm1 actually today's ISO has the old wubi/umenu so you will have to compile [00:09] cjwatson: no prob...will do [00:10] TheMuso did you look into lupin-casper to enable dmraid? [00:11] shtylman: doesn't look like ubiquity had any changes in that area from 1.1.13 to 1.1.14 [00:11] that was basically a rebuild to pull in new d-i components [00:16] cjwatson: k..I will investigate [00:52] xivulon: Getting dmraid onto the live CD requires a decision to be made as to whether dmraid arrays should be activated by default, and since I didn't get that done by FF, no dmraid is not on the jaunty live CD. I will be looking at it for karmic however. [00:53] TheMuso, thanks [00:54] was the panic message issue sorted by the way? [00:59] xivulon: Can't remember, will have to check. [01:00] cjwatson, any chance to sort out 243105? [01:01] xivulon: it was fixed in intrepid. Didn't get around to hardy, must have gotten side-tracked. [01:02] TheMuso, great will test that in the future [04:06] wubi: Agostino Russo * r70 trunk/ (99 files in 31 dirs): [04:06] wubi: * Reverted grub4dos to revision 63, since revision 64 had issues when [04:06] wubi: displaying the menu [04:06] wubi: * Trap unhandled exceptions and log/notify the user [04:06] wubi: * Fixed CD-boot helper which was failing when extracting CD content [05:09] wubi: superm1 * r71 wubi/data/preseed.mythbuntu: drop a bunch of stuff from the mythbuntu preseed that shouldn't need to be there [05:13] wubi: superm1 * r72 wubi/data/isolist.ini: correct mythbuntu metalinks to use mythbuntu not xubuntu images [05:21] wubi: superm1 * r73 wubi/data/images/ (Mythbuntu-header.bmp Mythbuntu-vertical.bmp Mythbuntu.ico): add some basic mythbuntu artwork in [05:22] ls [09:15] evand: any news from xivulon? [09:16] davmor2: yes, I just have to take the case for a new wubi to the release team today. [09:17] slangasek: is still on at the moment I think if you want to grab him the quicker it gets in the better for me at least :) [09:18] evand: ^ [09:19] davmor2: I think it's way too late for alpha 5, so I'd much rather construct a proper bug report for it than rushing to ping him on IRC. Thanks for the heads up though. [09:20] evand: Cool so it's safe to test live as is then [09:20] yes [09:20] Yay [09:22] evand: I see the colour scheme hasn't changed on the map yet :D [09:23] davmor2: Ken has until the artwork deadline for that. But he's making wonderful progress: [09:23] http://people.ubuntu.com/~evand/tmp/tz_bg4.png [09:23] evand: Much nicer :) [09:24] indeed :) [09:27] cjwatson, evand: out of curiosity is there a plan to update the description for passwords in ubiquity rather than just say it's not strong enough? D-i tells you to use letters numbers and characters where as ubiquity just say type it in twice [09:28] the test is on the length of the password. [09:29] evand: Oh okay so how about listing the minimum length then [09:29] " You entered a password that consists of less than eight characters, which is considered too weak. You should choose a stronger password." [09:30] "choose a longer password" perhaps? [09:31] evand: or where it says enter password twice add minimum length 8 characters [09:32] or in the use weak password explain why it's weak as people might try to use the same word but with capitals and numbers replacing letters and then it's still the same length [09:33] it's not a hard requirement though [09:33] you can enter a four character password and just say continue when the weak password dialog comes up [09:34] I think "longer password" addresses that adequately [09:36] * davmor2 feels brave and goes for an alternate lvm install [09:39] cjwatson: thoughts on the above? Would you prefer to keep the string as-is, or can we modify the last sentence to say, "you should choose a longer password"? [09:43] cjwatson: good news no -12-1 now it say 159GB [09:49] hmm, something funky going on with lvm.. fdisk shows the right partitions, but the kernel doesn't know about them so partman complains '/dev/sda2 not found' when the disk previously didn't have lvm [09:51] tjaalton: reported cjwatson said he's look into it today :) [09:51] davmor2: oh, nice [09:51] davmor2: a bug #? [09:51] yes :) [09:52] which one :) [09:52] goes of to track the number [09:52] k [09:53] tjaalton: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/319150 [09:53] Ubuntu bug 319150 in debian-installer "[jaunty] Unable to remove pre-existing LVM" [Undecided,Confirmed] [09:54] tjaalton: is this installing? [09:54] not removing [09:55] tjaalton: I think it's all tied in together [09:56] davmor2: yes [10:03] cjwatson: Yay Lvm rebooted :) [10:42] I would prefer to use the same string for password weakness; I don't see why it needs to be different between d-i and ubiquity [10:42] I'd be happy to s/stronger/longer/ [10:43] although, hmm [10:43] "stronger" contrasts with "too weak" [10:43] so actually I think I would prefer to keep the text as-is for the current weakness error, but it sounds appropriate to update the text in ubiquity to mention the minimum up-front [10:46] cjwatson: lvm removal works in manual if you first format the lvm data then use the lvm tool to remove all lv and then the vg and then you can delete the partition [10:46] ubiquity: cjwatson * r3064 ubiquity/debian/ (changelog ubiquity.templates): [10:46] ubiquity: Expand ubiquity/text/password_extra_label to explain what makes a good [10:46] ubiquity: password (text mostly borrowed from user-setup). [10:46] davmor2,evand: ^- how's that? [10:46] davmor2: -12-1> good [10:46] cjwatson: yes now displays 159GB :) [10:47] tjaalton: I'm not convinced that your bug is the same as the one davmor2 quoted ... [10:47] davmor2: it's really, really important not to conflate different bugs :-) [10:47] cjwatson: heh, ok [10:47] they might be the same, but it's much easier to mark a bug as a duplicate than it is to split a bug into different pieces [10:48] so I'll file a new one now? [10:48] yes please [10:48] k [10:48] tjaalton cjwatson: Sorry :) [10:49] the problem in bug 319150 may well just be that we call vgremove rather than vgremove -f [10:49] Launchpad bug 319150 in debian-installer "[jaunty] Unable to remove pre-existing LVM" [Undecided,Confirmed] https://launchpad.net/bugs/319150 [10:49] and I don't see offhand how that would be related to the kernel's in-memory copy of the partition table not getting updated [10:49] it's possible it could be a knock-on effect [10:49] re r3064, works for me [10:51] cjwatson: r3064 would be better from a new users point of view :) [10:51] at least it might stop them getting told off by the installer :) [10:56] cjwatson: filed bug 334278 [10:56] Launchpad bug 334278 in debian-installer "lvm: in-memory partition table not updated" [Undecided,New] https://launchpad.net/bugs/334278 [10:56] uh [10:57] let me rephrase the comment :) [10:57] *description [11:05] ubiquity: evand * r3065 ubiquity/debian/ (4 files): moved common pixmaps to artwork package === mpt__ is now known as mpt [11:33] ok, logs attached [11:37] davmor2: annoyingly, I can reproduce this LVM problem provided that I don't turn up the debugging level :-/ [12:36] tjaalton: could you drop an explanation of how to reproduce this into that bug? [12:36] cjwatson: sure [12:37] I think there is *some* common thread here - there seems to be some kind of race between udev and the lvm tools [12:37] in the case of the lvm removal problem, we run 'vgchange -a n && vgremove' and vgremove says that there are still open logical volumes, but I think this may be due to a udev rule having the LV open [12:38] it goes away if you add any debugging [12:39] hmm, I should probably try today's image given that that includes a new udev ... [12:39] ok, added. do you wan't more specifics? [12:39] tjaalton: does your last clause mean that you were doing a preseeded installation? [12:40] cjwatson: yes [12:40] always :) [12:40] any chance of getting an appropriately sanitised copy of the preseed file? [12:41] sure [12:46] cjwatson: http://users.tkk.fi/~tjaalton/foo/preseed [12:47] hmm, some cruft there [12:47] would it be OK to attach it to the bug? [12:47] gosh, you install trn4 [12:48] oh, no, you just preseed it :) [12:48] this is a truly weird place ;) [12:48] yeah, I'll attach it [12:49] there [12:50] oh, no trn4 anymore.. so I can delete that preseed :) [13:32] cjwatson: I'm having to low level format my hd it now refuses to be installed onto :( meh not a good day [13:33] *low* level? what on earth did you do to it? [13:33] haven't had to do that since 1993 [13:33] last I heard low-level formatting tended to break modern disks [13:38] davmor2: you mean deleting partitions from the disk? [13:39] no idea it just kept saying that dev/sda2 couldn't be written to or something like. I dd'd the mbr didn't do anything. I format the whole drive to ntfs and tried again nothing so now I'm dd if=/dev/zero most of the drive and trying again [13:43] sounds like my bug [13:44] FWIW that isn't a low-level format, as usually understood [13:45] cjwatson: if this doesn't work then it will be with the manufactures util [13:48] YAY :) [13:51] it's vanishingly unlikely to actually be a problem with the disk, you know [13:51] it's a software bug [13:52] if it's what I'm thinking of [13:53] cjwatson: Well it works now so I'm happy [13:56] mm, but somebody else might have the same problem later [13:56] general reports at the moment suggest some kind of raciness somewhere ... [13:57] davmor2: using lvm? [14:00] tjaalton: no after I was trying to get rid of it :) [14:36] davmor2: lesson in bug distinction :-) - my reproduction of bug 319150 is *definitely* distinct from Chris' in his original report; Keybuk's analysed logs and I'm encountering bug 332270, which was introduced well after Chris filed that bug [14:36] Launchpad bug 319150 in partman-lvm "[jaunty] Unable to remove pre-existing LVM" [Undecided,Confirmed] https://launchpad.net/bugs/319150 [14:36] Launchpad bug 332270 in udev "udev repeatedly generates "change" events for the same block device(s)" [High,Fix released] https://launchpad.net/bugs/332270 [14:36] davmor2: so I suspect 332270 is the one you were running into as well [14:37] two different bugs with a similar symptom [14:38] this is why I have a thing about different people filing different bugs [14:42] cjwatson: That's a fair comment. Most of the time you get shouted at for it though :) [14:44] mm, I used to think that but have come to believe it's wrong to tell people off for not looking for duplicates [14:44] well, certainly there are cases when you should [14:44] when it's totally obvious that it's the same thing, especially wishlists - "new upstream version of ", say [14:45] but I've wasted so much time untangling bugs that have been dogpiled by lots of different people with different problems ... sometimes there's nothing for it but to close the bug and start again :-( [14:45] fresh bug no problems :) [14:50] debian-installer: cjwatson * r1053 ubuntu/debian/changelog: No-change rebuild to pick up new kernel. [14:52] debian-installer: cjwatson * r1054 ubuntu/debian/changelog: releasing version 20081029ubuntu21 [15:04] debian-installer: cjwatson * r993 intrepid-proposed/ (3 files in 2 dirs): Move mainline architectures to 2.6.27-12 kernels. [15:05] debian-installer: cjwatson * r994 intrepid-proposed/debian/changelog: releasing version 20080522ubuntu27 [15:13] debian-installer: cjwatson * r933 hardy-proposed/debian/changelog: releasing version 20070308ubuntu40.8 [15:53] cjwatson: have you seen bug 334341 [15:53] Launchpad bug 334341 in ubuntu "Ubiquity: device or resource busy error message" [Undecided,New] https://launchpad.net/bugs/334341 [15:59] no, but sounds like another instance of these races [16:34] cjwatson: by the way did you want me to run an ubuntustudio install at all? [16:47] I'm happy to wait for _MMA_ to report this properly [17:05] 8Unfortunately _MMA_ is kinda pissed off at the lack of testing we get from the community, so he won't be testing. It seems like it will e myself and another contributor to studio who will be doing testing. [17:11] I have to say I'm not very happy about him doing testing and then not reporting the results adequately. That's a waste of everyone's time. [17:13] cjwatson: np's [17:32] When he tests, he updates the tracker so far as I've seen, he is just not testing this alpha, becaus ehe is annoyed that very few people in the studio community are helping us test. [18:16] tasksel: cjwatson * r1396 ubuntu/ (5 files in 2 dirs): [18:16] tasksel: Update Ubuntu tasks from seeds, removing edubuntu-live, renaming [18:16] tasksel: edubuntu-desktop-addon to edubuntu-desktop-gnome, and adding [18:16] tasksel: edubuntu-desktop-kde. [18:50] hmm, I haven't done an oem-config desktop installation in a while. The language page is vertically hyooge [18:51] need to reduce the vertical padding there a bit I think [18:53] oem-config: cjwatson * r617 trunk/debian/changelog: Evan's last commit fixes LP: #334281 [19:42] Hi - can user-setup/password-weak be preseeded? === superm1` is now known as superm1 [21:19] mathiaz: not at present - the problem is that making it preseedable interferes with correct interactive behaviour [21:19] mathiaz: I think I'll have to create a user-setup/allow-password-weak [21:20] cjwatson: ok - I'll file a bug then. I have a workaround in my preseed setup though. [21:21] cjwatson: ie I've just used a longer password and modified the sudoers file to not ask for password. [21:22] ok [22:44] localechooser: cjwatson * r145 ubuntu/ (debian/changelog localechooser): [22:44] localechooser: Don't add en_US.UTF-8 to the supported language pack set if the locale [22:44] localechooser: is set to C; this is probably fine by people using the C locale, and it [22:44] localechooser: means that lowmem installations avoid installing language-pack-en and [22:44] localechooser: thereby calling localedef lots of times.