[04:35] <CIA-3> localechooser: cjwatson * r146 ubuntu/debian/changelog: releasing version 2.09ubuntu2
[04:42] <cjwatson> stgraber: thanks, but he added set -x to the wrong script. See my comment
[04:42] <shtylman> ooo... that evil thing that takes 10000 million years to generate templates!
[04:48] <CIA-3> partman-partitioning: cjwatson * r698 ubuntu/debian/changelog: releasing version 64ubuntu4
[04:49] <CIA-3> partman-auto-lvm: cjwatson * r217 ubuntu/debian/changelog: releasing version 32ubuntu4
[05:15] <CIA-3> tasksel: cjwatson * r1397 ubuntu/debian/changelog: correct changelog
[05:16] <CIA-3> tasksel: cjwatson * r1398 ubuntu/debian/changelog: releasing version 2.73ubuntu15
[05:27] <CIA-3> user-setup: cjwatson * r160 ubuntu/ (3 files in 2 dirs):
[05:27] <CIA-3> user-setup: user-setup/password-weak can't be preseeded since that would interfere
[05:27] <CIA-3> user-setup: with correct interactive behaviour, but create
[05:27] <CIA-3> user-setup: user-setup/allow-password-weak which can.
[05:29] <CIA-3> user-setup: cjwatson * r161 ubuntu/debian/user-setup-udeb.templates: move template to live with the other preseedable-only templates
[05:32] <CIA-3> user-setup: cjwatson * r162 ubuntu/ (4 files in 2 dirs):
[05:32] <CIA-3> user-setup: Rename passwd/allow-password-empty to user-setup/allow-password-empty,
[05:32] <CIA-3> user-setup: for consistency with user-setup/password-empty. Provide compatibility
[05:32] <CIA-3> user-setup: with the old name for one release.
[05:36] <CIA-3> ubiquity: cjwatson * r3067 ubiquity/ (debian/changelog ubiquity/frontend/base.py):
[05:36] <CIA-3> ubiquity: Cope with renaming of passwd/allow-password-empty to
[05:36] <CIA-3> ubiquity: user-setup/allow-password-empty in user-setup 1.23ubuntu14.
[05:38] <CIA-3> user-setup: cjwatson * r163 ubuntu/debian/changelog: releasing version 1.23ubuntu14
[05:40] <TheMuso> someone's up early. :)
[05:44] <cjwatson> yeah, have a cough and couldn't sleep
[05:47] <StevenK> cjwatson: I hate it when that happens. :-(
[05:48] <TheMuso> Ah that sucks.
[06:48] <CIA-3> ubiquity: superm1 * r3068 ubiquity/ (debian/changelog ubiquity/components/mythbuntu_install.py): Remove dead AdditionalDrivers code
[06:50] <CIA-3> debian-installer-utils: cjwatson * r668 ubuntu/ (14 files in 3 dirs): merge from Debian 1.66
[06:52] <CIA-3> debian-installer-utils: cjwatson * r669 ubuntu/debian/changelog: releasing version 1.66ubuntu1
[07:51] <tjaalton> cjwatson: trying the iso now, but I'd like to use our preseed-file as well. fetching it fails, because the installer messes up the url somehow
[07:51] <tjaalton> it adds "BOOT_IMAGE=/install/vmlinuz" to the url :)
[08:05] <tjaalton> cjwatson: but is it the new udev that should fix the issues with partman?
[08:19] <cjwatson> I think it ought to, yes. I don't think I changed the installer in any other way
[08:26] <tjaalton> but it'd need a rebuild of d-i to generate a netboot image I could use?
[08:28] <cjwatson> I can build you a netboot image
[08:28] <tjaalton> thanks!
[08:32] <mark> cjwatson: did you see the > 16 disks bug? no idea how to assign it to you, but I subscribed you
[08:33] <cjwatson> I have it now, thanks
[08:34] <cjwatson> tjaalton: which netboot files do you normally use?
[08:35] <tjaalton> cjwatson: just the tarball, in this case amd64
[08:35] <tjaalton> netboot.tar.gz
[08:35] <cjwatson> oh, um, not sure I can easily do amd64
[08:35] <cjwatson> give me a bit, then, I'll see
[08:36] <tjaalton> 32bit is fine
[08:36] <tjaalton> just need to edit the pxeboot file
[08:36] <tjaalton> no biggie
[08:51] <cjwatson> tjaalton: ok, amd64 turns out to be more painful than I'd like ... http://people.ubuntu.com/~cjwatson/tmp/netboot.tar.gz is an i386 build
[08:51] <cjwatson> tjaalton: if you want amd64, build udev with http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=3d3a0a709a38805259fe07240c3ca47a120dd5d6 applied, copy the resulting udev-udeb into d-i's build/localudebs/, and 'fakeroot make rebuild_netboot' in the build/ directory
[08:57] <tjaalton> cjwatson: thanks, trying the image now
[09:00] <tjaalton> hmm, still fails to remove the old logical volumes
[09:01] <davmor2> tjaalton: you still having issues?
[09:01] <tjaalton> yes
[09:02] <cjwatson> ok, that could be another problem I do know about
[09:02] <cjwatson> the LVM tools aren't really atomic in several ways
[09:02] <tjaalton> I'm trying to install lvm on a clean disk now
[09:03] <cjwatson> when you run 'vgchange -a n ubuntu && vgremove ubuntu', vgchange only tells the kernel to deactivate the logical volumes, but doesn't actually wait until userspace has finished doing so
[09:03] <cjwatson> and, with the current architecture, if you made it try to wait, it would deadlock
[09:03] <tjaalton> oh..
[09:03] <cjwatson> so I plan to stick some udevadm settle calls into the installer to work around this
[09:03] <cjwatson> I've had a couple of long conversations with Scott about this over the last few days, and I understand the problem much better now
[09:04] <davmor2> tjaalton: I've come on to late what are trying do install over an lvm install?
[09:05] <cjwatson> http://paste.ubuntu.com/123706/ applied to /lib/partman/lib/lvm-base.sh is something like what I plan to do
[09:06] <tjaalton> davmor2: hmm, sorry I don't follow?
[09:06] <tjaalton> trying to install lvm on a clean disk now complains that the volume group name is already in use
[09:06]  * cjwatson hands davmor2 some punctuation :-)
[09:07] <cjwatson> how clean?
[09:07] <tjaalton> I deleted the partitions before rebooting
[09:07] <cjwatson> I wonder if LVM metadata was left around in the old partitions
[09:08] <cjwatson> I suspect we need to be better about cleaning that out when creating new partitions
[09:08] <tjaalton> I'll try harder :)
[09:09] <tjaalton> bad fdisk.. nothing like on tru64
[09:13] <cjwatson> hmm, so the difficulty is a layering one
[09:13] <cjwatson> we don't want to clear out LVM metadata unconditionally, only when the PV partitions are newly-created
[09:18] <tjaalton> I tried the iso without any preseeding, and then it succeeded in installing on a clean disk
[09:18] <tjaalton> so..
[09:31] <tjaalton> one note about the succeeded partitioning; it showed the maximum size of the vg, and when I chose it I got an error message saying that there's not enough space
[09:32] <tjaalton> so I had to change the value
[09:32] <cjwatson> that's fixed
[09:32] <tjaalton> nice
[09:32] <cjwatson> bug 334648
[09:32] <tjaalton> ah
[09:32] <cjwatson> was a rounding error, didn't happen to me in initial testing because in my test it rounded down rather than up
[09:37] <evand> bug 330979 is perplexing.
[09:46] <evand> cjwatson: do you recall why we decided to filter all disks with mounted partitions from parted_devices rather than just /cdrom?
[09:46] <evand> It seems to be creating a headache for a number of users, and I'm wondering if we should try to unmount the partitions in question, then try again, or filter less out.
[09:48] <CIA-3> debian-installer: cjwatson * r995 intrepid-proposed/ (3 files in 2 dirs): Move mainline architectures to 2.6.27-13 kernels.
[09:49] <cjwatson> evand: because if any partition is mounted on a disk then you can't tell the kernel to reread its partition table. We added partman/filter_mounted so that they can control it
[09:49] <evand> oh, of course
[09:49] <cjwatson> I think this is a bit of a lose-lose situation
[09:50] <cjwatson> 330979> astonishingly bad bug triage there
[09:51] <evand> Ugly, but perhaps a dialog warning them that they wont see the following disks because they have mounted partitions
[09:51] <cjwatson> "this bug has some similarity to <completely different bug>"
[09:51] <evand> lol
[09:52] <cjwatson> or a question asking them whether they want to unmount those partitions or not; of course they may have documents open on them ...
[09:52] <cjwatson> feels like perhaps the sort of thing that should be done in ubiquity rather than partman-base
[09:52] <cjwatson> in d-i it's much less likely that partitions will be mounted
[09:52] <evand> indeed
[09:54] <cjwatson> no objection to ameliorating the lose-lose on either side of course :-)
[09:54] <cjwatson> oh god must kill management-speak
[09:56] <davmor2> hmm confirming a bug without reproducing it genius :)
[09:58] <evand> haha, old job titles die hard?
[10:07] <davmor2> cjwatson: out of curiosity why has lvm become such a bummer
[10:09] <cjwatson> davmor2: udev has got faster and so the lvm race conditions become more obvious
[10:09] <cjwatson> or possibly slower. but at any rate perturbed it enough that more people happen to encounter it. :-)
[10:10] <davmor2> :) Okay
[10:10] <cjwatson> evand: bug 292159: last week you said you'd work on it "next week"
[10:11] <evand> argh, indeed.  I'll get on it in a few minutes.  I'm just in the process of putting our previous discussion in a bug report and discussing changes to usb-creator with a contributor.
[10:11] <evand> but I'll make it my top priority today
[10:12] <cjwatson> thanks
[10:19] <CIA-3> debian-installer: cjwatson * r996 intrepid-proposed/debian/changelog: releasing version 20080522ubuntu28
[10:33] <davmor2> evand: Just to let you know that in ubiquity now everytime you do a guided - whole drive install you get the  m-a page and says it can't find an os to copy from.
[10:34] <evand> some day I will make time to work on that mess of code.
[10:34] <evand> but that bug is one I will fix this release
[10:34] <evand> it's part of the jaunty-ubiquity-usability specification
[10:38] <CIA-3> usb-creator: evand * r79 trunk/ (debian/changelog gui/usbcreator.glade):
[10:38] <CIA-3> usb-creator: "Note that using GTK_WIN_POS_CENTER_ALWAYS is almost always a bad idea."
[10:38] <CIA-3> usb-creator: Place the window in the center, don't keep it centered. Thanks Eric
[10:38] <CIA-3> usb-creator: Butler.
[11:03] <CIA-3> usb-creator: evand * r80 trunk/ (debian/changelog usbcreator/gtk_frontend.py):
[11:03] <CIA-3> usb-creator: Set the title property of the labels after creating WrapLabels, not
[11:03] <CIA-3> usb-creator: before. Thanks Eric Butler.
[11:43] <CIA-3> usb-creator: evand * r81 trunk/debian/ (changelog control): Point Vcs-Bzr in the control file to the proper location.
[12:08] <evand> Hrm, cjwatson what are your thoughts on having a separate usb-creator icon?  You expressed concern that using the ubiquity icon might lead to confusion, and I'm about to ask Ken if he's willing to create one, should he find some free time, but I wanted to make sure it's something desired by more than just me.
[12:09] <cjwatson> seems sensible for separate programs to have separate icons
[12:09] <evand> ok, thanks for the input
[12:09] <cjwatson> doesn't seem hugely critical though
[12:11] <evand> of course
[12:18] <cjwatson> evand: when you were doing the language_iconview change for oem-config, did you ever figure out why the vertical spacing between cells is so big?
[12:18] <cjwatson> evand: it results in a very tall window, and looks kind of silly on subsequent screens because their contents gets stuck in the middle of this tall window
[12:19] <evand> I think my notes for that are long gone.  But I suspect if I did get to the bottom of it, I would have made the change.  Unfortunately as I believe you've pointed out as well, the iconview is quite inflexible.
[12:20] <evand> There are some alternative box packing widgets (either in libview or medsphere), but that seemed to be the cleanest approach.
[12:30] <cjwatson> it seems to just use a cellrenderertext, but I can't quite unpick the twisty mazes of code involved
[12:38] <CIA-3> usb-creator: evand * r82 trunk/ (3 files in 3 dirs): Call dd with the correct arguments (LP: #331327). Thanks Martin Pitt!
[12:39] <CIA-3> usb-creator: evand * r83 usb-creator/debian/control: Update Vcs-Bzr to the usb-creator-hackers team.
[12:41] <evand> ugh, I can't reuse the ubuntu-installer list as a contact address for usb-creator in LP
[13:24] <mgariepy> hi
[13:25] <stgraber> cjwatson: mgariepy is the one doing the preseeds test
[13:25] <mgariepy> cjwatson : i did try to set -x in /bin/perfrom_recipe but it doesn't log anything
[13:44] <cjwatson> mgariepy: hmm. could you perhaps try putting set -x in /lib/partman/display.d/10initial_auto, /bin/autopartition, and /bin/perform_recipe?
[13:44] <cjwatson> hopefully that should cover it - sorry for having to go round a couple of times
[13:44] <mgariepy> no problem
[13:44] <cjwatson> mgariepy: or, actually, why not save time and just put set -x at the top of /lib/partman/lib/base.sh
[13:44] <cjwatson> will produce honkingly enormous amounts of output
[13:45] <cjwatson> but the stuff I need should be in there somewhere :-)
[13:45] <mgariepy> ok i'll put it in base.sh :)
[13:58] <mgariepy> cjwatson, just uploaded the 15 000 lines syslog :) enjoy
[13:59] <cjwatson> heh
[13:59] <mgariepy> cjwatson, if you need any more test, just ask  hehe
[13:59] <cjwatson> ok, will do; I'm expecting a visitor shortly so may be out for a bit
[14:00] <mgariepy> i'll be around for a while
[14:00] <cjwatson> this looks like it has the necessary bits though, at a first glance
[14:00]  * cjwatson stuffs it into vim rather than a browser
[14:05] <davmor2> evand: Re icon just usb stick above a cd :)
[14:16] <cjwatson> mgariepy: aha
[14:16] <cjwatson> mgariepy: you have an invisible trailing space on this line:
[14:16] <cjwatson>                       mountpoint{ / }                         \
[14:16] <cjwatson> mgariepy: the backslash has to be the very last character on the line, with no space after it
[14:21] <evand> davmor2: :)
[14:21] <davmor2> evand: you know it makes sense :)
[14:23] <mgariepy> ho
[14:27] <stgraber> cjwatson: trying without it now ...
[14:29] <mgariepy> but the preseed file was working fine before 8.04.2
[14:33] <cjwatson> mgariepy: are you sure it wasn't edited in any way? this is the sort of thing that can easily creep in by accident
[14:34] <cjwatson> I'm pretty certain that none of the preseed-file handling code changed in 8.04.x, and this is right at the bottom level
[14:36] <mgariepy> yeah, the preseed file is in subversion ""r1196 | mgariepy | 2008-08-14 18:22:44 -0400 (Thu, 14 Aug 2008) | 1 line""
[14:36] <cjwatson> well, I'm not sure what could have caused it to work, then, but I know it's broken as-is :-)
[14:36] <mgariepy> plus i had like 35 server isntall with it :)
[14:37] <cjwatson> that's definitely the thing causing the failure - you can see it stopping there in the trace
[14:37] <mgariepy> but it's working now, w'll just have to be more carefull when editing preseed. :)
[14:37] <mgariepy> thanks
[14:39] <mgariepy> cjwatson, what does we do with the bug ?
[14:43] <stgraber> should we consider that a regression from previous d-i where it used to parse the file and just ignore trailing spaces or was that a parser bug that it used to work ?
[15:11] <cr3_> I have the lvm options in a preseed partman-lvm/device_remove_lvm, device_remove_md and confirm. yet, my installation stalled on a bluescreen with this in the logs: Logical volume "LogVol00" successfully removed, Can't remove open logical volume "LogVol01", 0 logical volume(s) in volume group "VolGroup00" now active
[15:11] <cr3_> should I report a bug about this or might there be a problem with my preseed?
[15:12] <davmor2> cr3_: I hate to say this incase I'm wrong but there is a races issue with lvm cjwatson can fill you in more :)
[15:20] <cr3_> davmor2: if it's a known issue, I won't generate more noise by reporting another bug about it. I'll wait for cjwatson's view on the issue
[15:24] <fader> cjwatson: ping
[15:27] <fader> cjwatson: I'm getting an error when running some server installs about the partition being busy.  It seems to clear up if I try it a second time, but this obviously makes running installs through cron problematic.  (Error message to follow)
[15:27] <fader> Error informing the kernel about modifications to partition /dev/cciss/c0d0p1 -- Device or resource busy.  This means Linux won't know about any changes you made to /dev/cciss/c0d0p1 until you reboot -- so you shouldn't mount it or use it in any way before rebooting.
[15:27] <fader> cr3 suggested I ask you if you knew a workaround...
[15:28] <cr3_> ... or if this was a known issue :)
[15:31] <cjwatson> stgraber: I am finding it really tough to credit the claim that it worked in 8.04/8.04.1 given that the preseed package literally has not changed at all
[15:31] <cjwatson> stgraber: and given that, to the best of my knowledge, your file should *never* have worked as-is
[15:32] <cjwatson> I honestly think the best answer is to fix the file and move on :)
[15:32] <cjwatson> cr3_,fader: both your problems are part of a general set of bugs being investigated, and that indeed were mentioned in the alpha 5 release notes
[15:33] <cr3_> cjwatson: ack, thanks for the reminder about the release notes!
[15:33] <cjwatson> fader: for a server installation, I would appreciate it if you could try http://cdimage.ubuntu.com/tmp/20090226/jaunty-server-i386.iso
[15:33] <cjwatson> that rolls in a udev change from upstream
[15:33] <fader> cjwatson: Will do.  Specifically the -i386 image or will -amd64 work as well?
[15:33] <cjwatson> I am aware that this doesn't fix all the LVM-related bugs
[15:33] <cjwatson> fader: it was built by hand, so I only have i386, sorry
[15:34] <cjwatson> anyway, there should be no need to report a bug; we found out about this before alpha 5 but there wasn't really a way to fix this without significant risk of making things worse
[15:34] <fader> cjwatson: Okay, no problem... I'll grab i386.  It's not 100% reproducible so I can only really verify its presence if it happens again
[15:34] <cjwatson> yes, it's a (set of) race condition(s)
[15:35] <cjwatson> there are two fixes in progress:
[15:35] <cjwatson> 1) make udev remove inotify watches when devices are removed (udev 139-1 includes this)
[15:35] <cjwatson> 2) change parts of the installer that call the LVM tools to call udevadm settle in between
[15:36] <fader> Cool.  I won't file any bugs and I can live with rerunning failed tests by hand for a while.  Thanks, cjwatson :)
[15:39] <CIA-3> debian-installer: cjwatson * r1055 ubuntu/debian/changelog:
[15:39] <CIA-3> debian-installer: No-change rebuild to pick up new components (particularly udev with the
[15:39] <CIA-3> debian-installer: inotify-watch-on-device-remove fix, and debian-installer-utils with
[15:39] <CIA-3> debian-installer: update-dev --settle).
[15:41] <mgariepy> cjwatson, i'll have to make another test monday, the install i was using wasn't using partitionning. :
[15:41] <cjwatson> stgraber,mgariepy: in other words, it is my belief that the file *should* never have worked, even if it accidentally did, which makes it difficult for me to consider it as a regression
[15:41] <mgariepy> d-i partman-auto/disk string /dev/sda
[15:41] <mgariepy> d-i partman-auto/method string regular
[15:41] <mgariepy> d-i partman-auto/choose_recipe select atomic
[15:42] <mgariepy> d-i partman/confirm_write_new_label boolean true
[15:42] <mgariepy> d-i partman/choose_partition select finish
[15:42] <mgariepy> d-i partman/confirm boolean true
[15:42] <mgariepy> that's the partitioning i was originaly using.
[15:42] <mgariepy> and i assure you that it was working, i'll have more info moday
[15:42] <cjwatson> *that* will work
[15:42] <cjwatson> no continuation lines in there
[15:42] <mgariepy> monday
[15:43] <cjwatson> it's exclusively the continuation line stuff that broke, AFAICS
[15:43] <cjwatson> the semantics are the same as in C
[15:44] <cjwatson> where you have the same property - backslash-space-newline is different from backslash-newline
[15:44] <mgariepy> i'll test and post on the bug monday for more information.
[15:44] <mgariepy> if it's not working, should i set -x in base.sh too ?
[15:44] <cjwatson> yeah
[15:44] <mgariepy> ok :)
[15:44] <cjwatson> probably the quickest way
[15:44] <mgariepy> the quickest way with like 15000 lines hehe
[15:45] <cjwatson> yeah, but consider the round-trip time :)
[15:45] <mgariepy> yeah
[15:45] <cjwatson> it's vast overkill for me, certainly - I have to wade through for the few bits I need - but it's good to be pretty much guaranteed success
[15:46] <mgariepy> well i'm leaving irc now :) cya
[15:46] <cjwatson> ok, thanks
[15:46] <mgariepy> have a nice weekend
[15:46] <CIA-3> debian-installer: cjwatson * r1056 ubuntu/debian/changelog: releasing version 20081029ubuntu22
[17:15] <CIA-3> usb-creator: evand * r84 usb-creator/ (Makefile debian/changelog):
[17:15] <CIA-3> usb-creator: Move the addition of usb-creator.desktop.in to POTFILES.in to the build
[17:15] <CIA-3> usb-creator: script.
[17:44] <evand> having an interesting time trying to get a new initrd to not cause a kernel panic, but will hopefully have a solution soon
[18:31] <MountainX> hi-what is the best channel for help installing ubuntu?
[18:31] <MountainX> after I install Ubuntu (8.10, alternate CD 64 bit) on a computer with 5 HDD's, and reboot at the end, the computer fails to boot (black screen, blinking cursor, no message). I think it is looking in the wrong place for the /boot partition. What is the correct way to install a boot partition that isn't on (hd0,0)?