[02:22]  * evand blinks at https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/289115
[02:22] <ubottu> Error: This bug is private
[02:28] <evand> I'm trying to do a pass of all the configure_bootloader bugs.  Some of them are quite interesting.
[02:28] <evand> if there was any doubt, installing to an SD card seems to work fine
[02:28] <evand> though I can't find a machine capable of booting from one :)
=== cjwatson_ is now known as cjwatson
=== cjwatson_ is now known as cjwatson
=== dpm__ is now known as dpm
=== cjwatson_ is now known as cjwatson
[11:55] <cjwatson> evand: bug 289115> there are several squashfs errors before the python backtrace in the log - I think it's a case for a "sorry, mate, your CD's bust" stock reply if you have one lying around
[11:55] <ubottu> Bug 289115 on http://launchpad.net/bugs/289115 is private
[11:59] <evand> ah, I missed that in amongst all the NetworkManager noise when I looked last night
[11:59] <evand> good deal
[11:59] <evand> thanks cjwatson
[12:04] <davmor2> cjwatson, evand: is this something similar https://bugs.launchpad.net/ubuntu/+source/casper/+bug/436418 guys gets stdin errors but when I checked yesterday the install was fine.
[12:04] <ubottu> Launchpad bug 436418 in casper "Installation from USB media fails on Acer Aspire One" [Undecided,New]
[12:04] <cjwatson> not directly the same thing, certainly
[12:05] <cjwatson> we get all sorts of bugs that are hardware problems of some kind, though it's not always easy to sort them out
[12:05] <cjwatson> we nearly missed a genuine serious squashfs bug once because I was automatically dismissing all squashfs errors as hardware problems :-/
[12:06] <cjwatson> "works with 9.04 but not with alpha 6" doesn't sound easily dismissable as a hardware bug ...
[12:06] <cjwatson> (especially on USB where you don't have random burn errors)
[12:06] <cjwatson> it'd be nice if we knew which process was saying "stdin: error 0"
[12:07] <evand> if memory serves, that appears at least once for me on a perfectly fine iteration of casper.
[12:07] <evand> but obviously not necessarily the same thing, as you say
[12:08]  * evand should read logs first more often :-/
[14:27] <CIA-33> usb-creator: evand * r225 trunk/debian/changelog: releasing version 0.2.8
[14:30] <CIA-33> usb-creator: evand * r226 trunk/ (debian/changelog usbcreator/install.py):
[14:30] <CIA-33> usb-creator: Properly catch exceptions around modifying the syslinux
[14:30] <CIA-33> usb-creator: configuration (LP: #439977).
=== robbiew-afk is now known as robbiew
[14:32] <rgreening_> yay
[14:33] <xivulon> davmor2, evand, have noticed 439279
[14:33] <davmor2> xivulon: Yes I wrote
[14:33] <davmor2> it
[14:34] <evand> 0.2.8 was uploaded ages ago, I just forgot to debcommit -r.  It's waiting to be accepted, which will occur after beta.
[14:34] <xivulon> hmm haven't seen that myself, quite annoying, does it happen often?
[14:36] <CIA-33> grub-installer: cjwatson * r813 ubuntu/ (debian/changelog grub-installer): Fix typo in fallback case when computing $disc_offered_devfs.
[14:37] <davmor2> xivulon: nearly every time on kubuntu it fails.  On ubuntu it work 80% of the time but the other 20% needs rebooting at least
[14:37] <cjwatson> xivulon: I've observed it quite a bit, but it may be because syncio apparently got lost
[14:37] <cjwatson> also, wubi wasn't passing syncio correctly
[14:37] <cjwatson> I've fixed both of those in changes queued for post-beta
[14:38] <cjwatson> evand: I have http://paste.ubuntu.com/282991/ in ~/bin/ubuntu-release
[14:38] <xivulon> thanks for that, sorry for the trouble
[14:38] <cjwatson> I don't know if that's all of it. I'm not sure if syncio explains the random hangs I see in the middle of the installer
[14:39] <cjwatson> I was speculating that we might need to wait for sreadahead to finish, but that could be a total red herring
[14:39] <xivulon> any such report on the ntfs-3g mailing list?
[14:39] <evand> cjwatson: neat, thanks!
[14:39] <cjwatson> I think I'll see how it goes with the new ntfs-3g/wubi and work from there
=== rgreening_ is now known as rgreening
[14:39] <cjwatson> xivulon: syncio was always an Ubuntu patch so I don't think it's something upstream should be bothered about
[14:39] <xivulon> true
[14:41] <CIA-33> grub-installer: cjwatson * r814 ubuntu/ (debian/changelog grub-installer):
[14:41] <CIA-33> grub-installer: If /boot is on an MD device and we're using GRUB 2, install GRUB there
[14:41] <CIA-33> grub-installer: rather than (hd0); GRUB 2 will interpret that as meaning that it needs
[14:41] <CIA-33> grub-installer: to install to each of the RAID members (LP: #427048).
[14:41] <xivulon> but if it was a sreadahead / syncio interaction, wouldn't the issue also be present post-install?
[14:43] <xivulon> well I assume once you install and reboot the test is usually finished...
[14:44] <xivulon> and why do reboots help? Does it always work when you reboot?
[14:47] <cjwatson> I mean rebooting to try the installer again
[14:48] <cjwatson> I haven't made any significant use of the installed system
[14:48] <cjwatson> in davmor2's failing tests, the installed system was just unbootable because grub was screwed in some way; for example, missing grub.cfg with no indication in the logs that it failed to write grub.cfg (which there *really* should have been)
[14:48] <cjwatson> that's what made me think syncio might be involved
[14:51] <xivulon> that seems plausible, I would be surprised though if you have a high failure rate on Kubuntu on first reboot and high (full?) success rate on second reboot
[14:51] <xivulon> with same syncio settings
[14:52] <cjwatson> I don't think anyone's managed to measure success rate on second reboot
[14:52] <cjwatson> it's definitely very intermittent for me
[14:52] <cjwatson> and davmor2's results seem all but random
[14:52] <cjwatson> some successes, some failures, not much in the way of rhyme or reason
[14:52] <cjwatson> we'll see what happens once we know syncio is in place, I guess
[14:53] <xivulon> ok then, I misinterpreted the bug report
[14:55] <cjwatson> the fact that partitioning seems to hang sometimes suggests to me that maybe something is hanging on to the disk
[14:56] <cjwatson> but the fact that I seem entirely unable to switch away from X in wubi impedes investigation
[15:03] <xivulon> The syncio is only a boot arg so davmor2 should be able to test on kubuntu
[15:04] <cjwatson> no
[15:04] <cjwatson> support for it was accidentally removed from ntfs-3g in a merge
[15:04] <cjwatson> actually during the jaunty cycle, so of course this may not be the whole issue
[15:04] <cjwatson> I put it back in and there's an upload in the queue for post-beta
[15:05] <xivulon> hmm could it be that it was moved upstream so that -o sync is enough?
[15:06] <xivulon> I also removed it in jaunty cycle, and I do not recall if it was an omission during python translation or deliberate because of -o sync
[15:07] <cjwatson> no, I grepped for the underlying O_SYNC etc. options and there were no matches
[15:07] <cjwatson> I spoke to the person who merged it, and he wasn't aware of why he'd removed it, and thought it was an accident
[15:08] <cjwatson> hmm
[15:08] <cjwatson> that said it may well be that -o sync would be good enough
[15:08] <cjwatson> but wubi doesn't pass that
=== nxvl_ is now known as nxvl
[15:09] <cjwatson> not unless it's on FAT anyway
[15:09] <cjwatson> so I'm not convinced - at this point we should probably get syncio working again and stick with that
[15:10] <cjwatson> the fact that other instability is new since jaunty does sort of suggest to me that it might be something to do with upstart doing things in parallel, and sreadahead is a likely candidate for trouble there, but I've had no opportunity to prove this yet
[15:11] <xivulon> I'll have a quick chat with cking
[15:16] <cjwatson> I'd like to minimise change *for karmic* even if cking says it's ok; we can make bigger changes for lucid
[15:17] <cjwatson> we're having so much trouble getting this to work as it is that I think it is important to keep things under control
[15:19] <xivulon> cjwatson, cking does not remember any relevant change in that respect, so it is likely that it was lost in traslation on my side, and similarly on the ntfs-3g side
[15:20] <xivulon> so yes adding it back seems the most reasonable path
[16:40] <CIA-33> apt-setup: cjwatson * r172 ubuntu/ (apt-setup-verify debian/changelog):
[16:40] <CIA-33> apt-setup: Use debconf-apt-progress for our Ubuntu-specific all-in-one-go 'apt-get
[16:40] <CIA-33> apt-setup: update' run.
[16:50] <CIA-33> apt-setup: cjwatson * r173 ubuntu/ (6 files in 3 dirs):
[16:50] <CIA-33> apt-setup: Re-enable progress bar cancellation. Thanks to debian-installer-utils
[16:50] <CIA-33> apt-setup: 1.70 and fixes in debconf, it all seems to work fine now (LP: #172879).
[17:06] <cody-somerville> What does the noprompt boot option do?
[17:08] <cjwatson> see casper 1.109 changelog
[20:17] <CIA-33> console-setup: cjwatson * r114 ubuntu/ (Keyboard/ckbcomp debian/changelog):
[20:17] <CIA-33> console-setup: Forbid Unicode keysyms in the range 0xf000-0xffff, as kbd 1.15-1 rejects
[20:17] <CIA-33> console-setup: the entire keymap if it contains any keysyms in that range (LP:
[20:17] <CIA-33> console-setup: #416949).
[20:19] <cjwatson> AnAnt: ^- told you I'd get round to it eventually ;-)
[20:21] <CIA-33> console-setup: cjwatson * r115 ubuntu/debian/ (changelog config.proto): Add default codeset/layout/variant for Asturian.
[20:22] <CIA-33> console-setup: cjwatson * r116 ubuntu/debian/ (changelog config.proto):
[20:22] <CIA-33> console-setup: * Backport from trunk (Jordi Mallach):
[20:22] <CIA-33> console-setup:  - Set XKBVARIANT to "cat" for Catalan.
[20:24] <CIA-33> console-setup: cjwatson * r117 ubuntu/debian/changelog: releasing version 1.34ubuntu3
[20:27] <CIA-33> console-setup: cjwatson * r118 ubuntu/debian/ (changelog config.proto): Fix backports of Asturian and Catalan changes in 1.34ubuntu3.
[20:28] <CIA-33> console-setup: cjwatson * r119 ubuntu/debian/changelog: releasing version 1.34ubuntu4
[20:43] <AnAnt> cjwatson: thanks !
[20:44] <AnAnt> to be honest, I lost hope
[20:44] <AnAnt> that you would ever have time for it
[20:45] <cjwatson> that'll teach you a lesson then ;-)
[21:14] <CarlFK> cjwatson:    bug 439456  "missing nic firmware" I mentioned yesterday.  is this something you can decide on and make happen?
[21:14] <ubottu> Launchpad bug 439456 in linux "netboot e100/d101m_ucode.bin not found" [Undecided,New] https://launchpad.net/bugs/439456
[21:23] <cjwatson> CarlFK: I'm not a kernel developer - #ubuntu-kernel would probably be a better place to poke
[21:24] <davmor2> cjwatson: if there  was a fix for the keyboard detection in oem  on the cd's it didn't get past to the dvds
[21:24] <cjwatson> I don't even know how that was fixed, I think it was luck :)
[21:24] <cjwatson> I suspect it was in fact not really fixed and you happened not to run across it for some reason, TBH
[21:30] <CarlFK> cjwatson: will do
=== nxvl_ is now known as nxvl
[21:49] <TheMuso> cjwatson: I noticed in the installer for UbuntuStudio, there are still the prompts about the grub command-line for linux/defaults etc. I have also noticed that this is fixed for Ubuntu proper. Do I have to do anything to get rid of these prompts for the studio installer?
[22:57] <cjwatson> TheMuso: uh, first I've heard of it, can you get me an installation syslog made with DEBCONF_DEBUG=developer on the installer boot command line please?
[22:59] <TheMuso> cjwatson: Will do as soon as I can.
[23:16] <CIA-33> apt-setup: cjwatson * r174 ubuntu/debian/changelog: releasing version 1:0.41ubuntu2
[23:29] <CIA-33> casper: cjwatson * r703 trunk/debian/changelog: releasing version 1.197
=== robbiew is now known as robbiew-afk