=== robbiew is now known as robbiew-afk
[00:39] <CIA-33> ubiquity-slideshow-ubuntu: evand * r160 ubiquity-slideshow-ubuntu/ (debian/changelog slides/firefox.html):
[00:39] <CIA-33> ubiquity-slideshow-ubuntu: The version of Firefox shipped with Ubuntu 9.10 is 3.5, not 3.0
[00:39] <CIA-33> ubiquity-slideshow-ubuntu: (LP: #442832).
[00:42] <CIA-33> ubiquity-slideshow-ubuntu: evand * r161 ubiquity-slideshow-ubuntu/po/firefox.html/template.pot: Update the template for the previous commit.
[08:28] <twb> cjwatson: so I have noticed that if I have /boot on a RAID1 array (with three disks), 8.04's installer refuses to allow me to install grub.
[08:28] <twb> This has been fixed in Squeeze; I assume it's also fixed in 9.04/9.10?
[08:29] <twb> (I'm mentioning it just on the off chance you aren't already aware of it.)
[08:40] <_ruben> there's still issues with /boot on software grub .. never got around to properly investigate tho
[08:41] <_ruben> on 8.10 and possibly 9.04 atleast
[08:41] <twb> I mainly care that it's gone in the next LTS (10.04, I guess)
[09:18] <cjwatson> twb: it's *meant* to be fixed in 9.10 ...
[09:18] <cjwatson> (via grub2)
[09:39] <twb> Cool, thanks.
[10:53] <CIA-33> debian-installer: ogra * r1189 ubuntu/ (build/config/armel/imx51.cfg debian/changelog): Move iMX51 images to 2.6.31-103 kernels
=== ogra_ is now known as ogra
=== ogra is now known as Guest77653
=== Guest77653 is now known as ogra
[11:52] <xivulon> hi, yesterday I experienced a jam in wubi as well
[11:53] <xivulon> after reboot the installation resumed, which is unexpected since autopartition-loop checks whether the loopfiles are mountable
[11:53] <xivulon> which would indicate that the loopfile becomes unbootable
[11:54] <xivulon> Although /proc/cmdline had the correct syncio line, I didn't see that in /proc/mounts, not sure if that is supposed to be visible
[11:55] <cjwatson> that's a bit odd, I think it ought to be in /proc/mounts
[11:55] <cjwatson> oh, maybe not
[11:55] <cjwatson> $ ps aux | grep syncio
[11:55] <cjwatson> root     22572  1.5  0.0   3016  1004 ?        Ss   11:55   0:00 /sbin/mount.ntfs /dev/sda3 /media/sda3 -o rw,syncio
[11:55] <cjwatson> $ grep sda3 /proc/mounts
[11:55] <cjwatson> /dev/sda3 /media/sda3 fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
[11:55] <cjwatson> so apparently that doesn't show up
[11:57] <xivulon> I was on plain and the battery died short after, so couldn't do much more, we'll play with it again today
[11:58] <xivulon> could it be a problem with the syncio patch?
[12:00] <cjwatson> *could* be, but I can't assess probabilities
[12:04] <xivulon> hmm cking would expect the option to show up in /proc/mounts
[12:04] <cjwatson> thing is syncio is mostly implemented in userspace so it not showing up in /proc/mounts isn't an indication that it isn't working
[12:06] <xivulon> that could be, so only the fuse options are shown
[12:07] <cjwatson> 28892 open("/dev/sda3", O_RDWR|O_SYNC|O_LARGEFILE) = 3
[12:07] <cjwatson> which is what I'd expect
[12:07] <cjwatson> though I'm not seeing MS_SYNCHRONOUS in the trace, which is a bit weird
[12:08] <cjwatson> weird because if that's not set then how on earth is ntfs_volume_startup figuring out that it's meant to use O_SYNC
[12:09] <cjwatson> I wonder if strace is telling me porkies
[12:10] <cjwatson> or if fuse is just failing to pass it through
[12:48] <davmor2> hurray back at last
[12:49] <davmor2> right lets run today's wubi and see what we get
[14:39] <turtle4464> morning cjwatson
[14:40] <cjwatson> hello
[14:40] <turtle4464> cjwatson: are you on here on the weekend?
[14:40] <cjwatson> sometimes, but not reliably
[14:41] <cjwatson> my client will normally still be connected and I'll read messages, but possibly with a long time lag
[14:41] <turtle4464> cjwatson: in that case i was thinking of waiting until monday morning EST to try out a daily cd, as i thought it smart to wait for a time when you would be around
[14:43] <cjwatson> sure, whatever - today's should fix the problem you had yesterday though I haven't tried it myself yet (and probably won't have time today)
[14:43] <evand> (I'm trying it now, seems to be working)
[14:43] <turtle4464> i'm at work right now for another 10 hours, then same time tomorrow, so monday is seeming like a good option
[14:44] <turtle4464> unless they have thanksgiving this monday in the UK and you're with your family
[14:55] <rgreening> evand: you get a chance to fix the str->unicode issues in usb-creator (just so as its not forgotten)
[14:57] <evand> rgreening: indeed, thanks for the reminder
[14:58] <rgreening> np :)
[14:58] <rgreening> you might wish to reivew my changes from last commit (Im pretty sure it was ok)
[14:58] <davmor2> evand, cjwatson: on wubi today I get through the installer and then get Try (hd0,0): NTFS5: No wubildr       Try (hd0,1): NTFS5:Nowubildr     Try (hd0,2): NTFS5: _
[15:00] <cjwatson> try mounting the filesystem in Linux, I bet it's just fucked again
[15:01] <davmor2> cjwatson: loop mounting it and get all the logs again yes?
[15:02] <cjwatson> just see if it actually wants to mount it or if it declares in syslog that it needs checking
[15:02] <cjwatson> and whether /boot/grub/grub.cfg exists
[15:02] <cjwatson> I've not encountered logs from this type of problem that are actually useful yet
=== robbiew-afk is now known as robbiew
[15:43] <evand> so for what it's worth, I just tried an install using today's daily-live to test an unrelated bug and it completed successfully, as expected
[15:45] <cjwatson> good, thanks for clearing that up
[16:02] <NCommander> cjwatson, so I have my partman-uboot deb in place and installed, but my templates don't seem to work. I get "10 partman-uboot/mountpoint doesn't exist" for instance
[16:06]  * NCommander is reading on debconf's documentation, but not having much luck
[16:08] <cjwatson> NCommander: did you install it using udpkg -i from a shell?
[16:08] <NCommander> cjwatson, yes
[16:08] <cjwatson> NCommander: don't do that, use the preseed/early_command thing I suggested
[16:08] <cjwatson> NCommander: once you have the templates in place, you can install new versions that don't change them from a shell
[16:09] <NCommander> cjwatson, bah, I guess the installer does some magic to make templates work magcially?
[16:09] <cjwatson> NCommander: but the templates themselves need to be installed by something that's connected to the main running debconf instance, unfortunately, and debconf can't have multiple clients at the moment
[16:09] <cjwatson> no, it's an fd gluing problem
[16:10] <cjwatson> you don't really want to know, I suspect :-)
[16:10] <NCommander> cjwatson, I suspect your right
[16:10] <cjwatson> but basically installing templates requires a debconf command, and if you issue debconf commands from tty2, they don't reliably affect the instance on tty1
[16:11]  * NCommander used udpkg -i on tty1 ...
[16:11] <cjwatson> from the 'start shell' menu item?
[16:11] <cjwatson> that disassociates from debconf so you might as well be on tty2
[16:12] <NCommander> cjwatson, yeah
[16:12] <NCommander> wow
[16:12]  * NCommander shivers
[16:14]  * NCommander tries in a VM
[16:17] <davmor2> cjwatson: uploaded installer/syslog and grub.cfg to bug 439279
[16:17] <ubottu> Launchpad bug 439279 in wubi "There seems to be some instability with the installer" [Undecided,New] https://launchpad.net/bugs/439279
[16:17] <davmor2> but to me it's looking correct
[16:18] <cjwatson> as I said, the problem doesn't seem to show up in logs
[16:32] <davmor2> I'm going to try a kubuntu install and see if I get any joy there
[16:50] <cody-somerville> cjwatson, is only-ubiquity/automatic-ubiquity broken in karmic?
[16:50] <cody-somerville> /etc/rc?.d/[SK]??[gkx]dm doesn't seem to exist on karmic
[16:52] <Riddell> evand (cjwatson): we'd like to have a warning on the installer for Kubuntu netbook edition that it's a tech preview and not a super-polished release, can I edit ubi-intro.py to check for say /usr/share/ubiquity/kubuntu-netbook-intro.txt and display that?
[16:52] <evand> cody-somerville: that code will just fail silently, but only-ubiquity/automatic-ubiquity do work in Karmic.
[16:52] <cody-somerville> evand, how does it stop gdm from starting?
[16:53] <evand> cody-somerville: via its upstart job
[16:54] <evand> Riddell: sure, but make sure you apply the same check to ensure its not being run as oem-config or in automatic mode
[16:54] <cody-somerville> casper looks like it still tries to work with the old gdm config
[16:55] <evand> right, it will definitely try to delete those files, but since it uses -f, it doesn't matter if it fails.
[16:58] <davmor2> cjwatson, evand: So wubi on kubuntu is dying at the 100% on computing the new partitions
[16:58] <evand> davmor2: I take it this is using the absolute latest daily-live CD?
[16:58] <cody-somerville> evand, oops, I needed to do a bzr pull :)
[16:58] <davmor2> evand: Yeap
[16:59] <evand> cody-somerville: :)
[16:59] <evand> davmor2: can you elaborate on dying?  Is it a hard lock?  Can you switch to a VT?
[16:59] <davmor2> I can switch to vt so it's only the install
[17:01] <evand> davmor2: can you pastebin the debug log and syslog?
[17:01] <davmor2> evand: yeap 2 ticks
[17:03] <cody-somerville> evand, does it work when you have autologin configured?
[17:04] <evand> cody-somerville: can you elaborate a bit, please?  Does what work when you have autologin enabled?
[17:07] <CIA-33> ubiquity: jriddell * r3513 trunk/ (debian/changelog ubiquity/components/ubi-intro.py):
[17:07] <CIA-33> ubiquity: ubi-intro.py: detect kubuntu-netbook-intro.txt if it exists and use
[17:07] <CIA-33> ubiquity: that as warning for Kubuntu Netbook Edition
[17:10] <davmor2> evand: http://www.davmor2.co.uk/syslog http://www.davmor2.co.uk/debug
[17:10] <davmor2> evand hang on
[17:14] <davmor2> evand: try now
[17:17] <evand> gotta run, unfortunately
=== robbiew is now known as robbiew-afk
=== robbiew-afk is now known as robbiew
=== TheMuso` is now known as TheMuso
=== robbiew is now known as robbiew-afk