[00:00] <davmor2> meh
[00:00] <davmor2> evand1: cjwatson: wubi just locked up at scanning disks
[00:05] <davmor2> rebooted now it's working meh
[00:05] <davmor2> may have to try this again tomorrow
[00:13] <davmor2> fail
[00:13] <davmor2> I'm checking the cd incase it's a bad burn
[08:34] <xivulon> cjwatson, tested wubi and is fine here :)
[08:34] <davmor2> xivulon: sweet
[08:34] <xivulon> only minor thing, is that the grub2 menu should be hidden, as discussed a few days ago'
[08:35] <xivulon> davmor2, please test it yourself and let me know if there is any issue
[08:35] <davmor2> I think I might of had a dud burn or something
[08:36] <StevenK> xivulon: Oooh, does Wubi work now?
[08:37] <xivulon> StevenK works for me, please try it out and report any problem
[08:37] <StevenK> xivulon: I shall
[08:37] <xivulon> for this cycle it is mostly merit of cjwatson
[08:38] <davmor2> xivulon: out of interest what size partition did you give wubi?
[08:38] <xivulon> 5GB
[08:39] <davmor2> I was having issues last night at the default of 17gb
[08:39] <xivulon> what sort of issues?
[08:39] <davmor2> no grub.cfg at all
[08:40] <xivulon> hmm that should be independent of the partition size
[08:40] <davmor2> but as I say I'm hoping it was just down to a bum burn and am trying again this morning
[08:41] <xivulon> in case you have the same issue post in lp
[09:03] <davmor2> cjwatson: Wubi worked Yay \o/
[09:03] <davmor2> must of just been a bad burn
[09:20] <xivulon> davmor2 cool
[10:01] <cjwatson> davmor2: there definitely seems to be some instability
[10:02] <cjwatson> it works, but only sometimes, AFAICS
[10:02] <cjwatson> I have a hard time putting your previous problem down to a bad burn; if that were the case I'd expect some log messages
[10:05] <davmor2> cjwatson: I'm just trying a 64 bit one now I'll let you know
[10:07] <davmor2> cjwatson: the only flaw I had in the 32bit one was with the gdm respawn at the end
[10:07] <cjwatson> right
[10:29] <davmor2> dj64bit just locked up on scanning disks
[10:29] <davmor2> cjwatson: ^
[10:30] <davmor2> don't where the dj came from
[10:31] <evand> davmor2: by locked up do you mean you cannot use the mouse and keyboard?
[10:32] <davmor2> evand: mouse moves, no c-a-fx though
[10:32] <cjwatson> C-A-Fx is broken on Wubi installation, I don't know why
[10:32] <cjwatson> and this is the same kind of instability I was referring to
[10:32] <cjwatson> reboot and try again :-/
[10:38] <davmor2> cjwatson: reboot it's now gone sailing past that point no issues so far
[10:38] <evand> lovely
[10:48] <davmor2> cjwatson: that time it's worked fine Meh
[10:55] <evand> superm1: cody-somerville: would you be so kind as to add resierfsprogs to your respective live seeds.  Thanks!
[11:21] <davmor2> evand, cjwatson: would you like me to post a bug that wubi is a little erratic and you may need to reboot?
[11:24] <cjwatson> sure, though I don't think I'll be able to do anything much about it myself :(
[11:26] <davmor2> cjwatson: no but at least it can be release noted :)
[11:29] <cody-somerville> evand: done
[11:45] <davmor2> cjwatson: bug 439279
[12:37] <davmor2> cjwatson: on kubuntu wubi install I get:
[12:38] <davmor2> Try (hd0,0): NTFS5: No wubildr
[12:38] <davmor2> same for hd (0,1)
[12:39] <davmor2> and then Try (hd0,2): NTFS5: _  with the _ being the cursor then nothing
[12:43] <cjwatson> would be interesting to know if it reproduces
[12:45] <davmor2> I'll re-run it now
[12:47] <evand> I'll give wubi a testing as soon as I get to the bottom of this usplash not showing the eject CD message issue I'm seeing.
[12:51] <davmor2> cjwatson: reboot give exactly the same result
[12:51] <davmor2> 3 reboots
[12:51] <davmor2> trying a reinstall
[12:54] <cjwatson> yeah, I meant reinstall I'm afraid
[12:54] <cjwatson> I'll give it a try myself later - this sounds more like instability than something intrinsically Kubuntu-related though
[13:08] <davmor2> cjwatson: this time it's been dropped into sh:grub>
[13:57] <ara> cjwatson, https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/439306
[13:58] <ara> evand, ^
[13:58] <cjwatson> evand: ^-
[13:58] <cjwatson> snap
[13:58] <ara> :)
[13:58] <evand> long known problem
[13:58] <evand> migrationassistant will get replaced at some point
[13:58] <evand> but right now it doesn't understand sqlite
[14:01] <cjwatson> maybe there's a test case somewhere that we can annotate to say this
[14:04] <davmor2> cjwatson: I'm going to try a 64kub wubi install
[14:05] <cjwatson> I don't know if completing the matrix there is going to add much information, TBH
[14:05] <davmor2> if this one fails dismally too do you want me to bother loop mounting the drive to get the logs off it?
[14:05] <cjwatson> it seems somewhat unstable and nondeterministic in all combinations
[14:05] <cjwatson> it's not that any one thing always fails dismally, or always succeeds
[14:06] <cjwatson> it's that all of them are somewhat random
[14:06] <cjwatson> sure, logs won't hurt
[14:06] <davmor2> okay cool :)
[14:06] <cjwatson> from what I can gather I don't think we should label failures as specific to any particular build though
[14:06] <davmor2> just wubi
[15:01] <davmor2> cjwatson: http://www.davmor2.co.uk/wubi/syslog1
[15:03] <cjwatson> could this go on a bug or something please, I can't really look just now
[15:04] <davmor2> cjwatson: yeah do you want a new bug or will my generic wubi is a bit screwed bug do?
[15:04] <cjwatson> though again, doesn't show any *evidence* of breakage that I can see
[15:04] <cjwatson> the same one should be ok
[15:04] <cjwatson> would like /boot/grub/grub.cfg too if it exists
[15:04] <cjwatson> or a note if it doesn't
[15:04] <davmor2> no probs
[15:14] <davmor2> cjwatson: that's interesting the last kubuntu failure has a grub.cfg that looks correct
[15:14] <cjwatson> how does it fail this time?
[15:15] <davmor2> sh:grub>
[15:17] <cjwatson> search -s -f -n /ubuntu/disks/root.disk
[15:18] <ara> dpm, I don't know if this should be a bug in firefox or casper/ubiquity: bug 439392
[15:18] <evand> cjwatson: if you happen to do any testing with KVM later, can you confirm bug 439385 ?
[15:19] <CIA-33> ubiquity: cjwatson * r3493 ubiquity/ (debian/changelog scripts/install.py): Use a separate PROGRESS REGION for each install plugin (LP: #438979).
[15:19] <cjwatson> ara: is the Spanish firefox localisation package installed?
[15:20] <cjwatson> ara: oh, this is probably the open bug about language-support packages not being installed at all following their reorganisation
[15:20] <dpm> ara: thanks for the heads up, I think it is a problem with the es_ES locale, let me see if I can dig the bug out...
[15:20] <cjwatson> I was going to fix that for beta but didn't have time
[15:20] <cjwatson> evand: ok
[15:21] <cjwatson> ara,dpm: I'm thinking of bug 434173
[15:21] <ara> cjwatson, it is happening in the live environment as well
[15:21] <cjwatson> ara: live environments are expected not to have complete localisation; there is not enough space
[15:21] <ara> cjwatson, ok
[15:22] <cjwatson> oh yes, that's why I didn't fix bug 434173 - I can't because language-selector hasn't been uploaded yet
 dpm: the country code is only an issue if the exported .po files have that
 like es-ES -> broken
[15:22] <dpm>  fi -> works
[15:22] <dpm> I think it is a particular bug in FF
[15:22] <cjwatson> dpm: so possibly two overlapping issues here
[15:22] <dpm> yep
[15:22] <cjwatson> (a) localisation package not installed (b) it wouldn't work if it were
[15:23] <cjwatson> I'll make 434173 release-critical for the final release
[15:39] <evand> I've run into the scanning disks wubi bug :-/
[15:46] <superm1> evand, what's wrong with making it a recommends for ubiquity (reiserfsprogs)? wouldn't that fix the problem without requiring all seeds to explicitly declare it?
[15:47] <evand> superm1: I don't see any problem with that.  I was just following the existing convention.
[15:48] <superm1> evand, okay so i guess next logical question is why was that existing convention defined that way?
[15:48] <evand> cjwatson: ^ ?
[15:50] <CarlFK> are there any size constraints for the netboot initrd?    what is at: http://archive.ubuntu.com/ubuntu/dists/karmic/main/installer-i386/current/images/netboot/ubuntu-installer/i386/initrd.gz
[15:51] <CarlFK> I am getting "E100_request_firmware failed to load firmware "e100/d101m_ucode.bin file not found."  if that is expected because there isn't room, ... grumble... else I'll file a bug
[15:52] <evand> cjwatson: so I found a bit of a workaround for the not having getty and wubi failing issue.  Wait for the slideshow to appear, click on a link.  When Firefox opens, type irc: in the address bar, then select a custom handler of /usr/bin/xterm ;)
[16:01] <cjwatson> evand: reiser> don't have strong feelings either way
[16:01] <cjwatson> evand: haha
[16:01] <evand> Is there a bug open for the ubiquity lock ups when running under wubi bug?
[16:01] <evand> I can't seem to find it under ubiquity, partman-auto-loop, or wubi
[16:01] <cjwatson> CarlFK: I *think* that's the responsibility of the kernel to ship the right bits in the firmware udebs
[16:02] <cjwatson> evand: I thought davmor2 filed one on wubi - bug 439279?
[16:02] <evand> ah weird. Somehow I missed that.  Thanks
[16:03] <CarlFK> cjwatson: isn't the installer kernel the same as the kernel that gets installed? (so should have all the same support... so something broke)
[16:03] <cjwatson> CarlFK: the kernel image (vmlinuz) itself is, but the module selection is stripped down
[16:03] <cjwatson> (and always has been)
[16:06] <CarlFK> cjwatson: ok - as long as its intentional and not an opps.  but I am guessing good nic support is something the netboot kernel should have - Ill bug all this and let someone make a decision
[16:06] <cjwatson> stick the bug on linux, it's probably just a matter of adding that file to nic-firmware
[16:07] <mikefletcher_> Hi.  In Jaunty I used to be able to add 'text' to the boot options on the live cd and I would end up in a logged in shell.  I opened bug 434769 to cover this regression.  It has been fixed but I retested on the latest nightly and it doesn't work.  My Question: What package should this bug be under?
[16:10] <cjwatson> mikefletcher_: that's bug 438678
[16:10] <cjwatson> mikefletcher_: sorry about the fix being incomplete - the more complete fix will land right after beta, we didn't have time to squeeze it into beta builds
[16:11] <mikefletcher_> cjwatson: ok thanks! I'll watch 438678 and test after its fixed.
[16:12] <mikefletcher_> cjwatson: X crashes my pc when the livecd boots.  Is there any other way to get a logged in text console on a livecd?
[16:15] <cjwatson> only ones very early in weird environments
[16:15] <cjwatson> well
[16:16] <cjwatson> you could boot with 'break=casper-bottom' as a kernel argument, then run:
[16:17] <cjwatson> sed -i 's/basename \$f/& .conf/g' /scripts/casper-bottom/25configure_init
[16:17] <cjwatson> exit 0
[16:17] <cjwatson> that ought to fix it
[16:17] <cjwatson> but you'd have to do that every boot, it's not a great workaround
[16:18] <mikefletcher_> cjwatson: ok, I will try that.  I just need to setup something to grab x logs after it dies.  Thank you very much.
[17:05] <davmor2> evand: that's the all new generic wubi's bost bug
[17:36] <cjwatson> you know, I wonder if http://paste.ubuntu.com/282302/ is the source of some of this wubi trouble too
[17:36] <cjwatson> nothing handles the loop variable, so --set=loop is pretty odd
[17:37] <cjwatson> hmm, that said it shouldn't matter
[17:37] <cjwatson> nah, never mind, that's a red herring, reverting
[17:37] <cjwatson> evand: would appreciate a new wubi build from updated trunk after beta
[17:39] <evand> sure thing
[17:44] <davmor2> evand, cjwatson: what package is most likely to be causing the gdm/kdm respawn issue on ubiquity only installs, like wubi and install from menu?
[17:45] <cjwatson> davmor2: I don't know yet, but I'm on it
[17:45] <davmor2> bug 439405
[17:46] <cjwatson> or I would be if I could reproduce it at the moment
[17:46] <cjwatson> just assign it to me?
[17:46] <cjwatson> I think we can put it on ubiquity for the moment, but it may not be that
[18:31] <CIA-33> ubiquity: cjwatson * r3494 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py):
[18:31] <CIA-33> ubiquity: * GTK frontend:
[18:31] <CIA-33> ubiquity:  - When switching language, translate other top-level widgets (dialogs)
[18:31] <CIA-33> ubiquity:  and their children, as well as the main notebook pages.
[18:32] <lamalex> evand: My comany is being really weird about signing over the IP to that patch, I can't get them to comprehend that it's beneficial for everyone if we don't have to carry it
[18:32] <lamalex> "BUT IT'S OUR IP. WE CAN'T GIVE IT TO ANOTHER COMPANY"
[18:32] <evand> no worries
[18:32] <evand> I understand
[18:32] <lamalex> still working on it, will let you know if anything changes
[18:32] <evand> okay
[18:33] <evand> thanks for the update
[18:34] <lamalex> np
[22:38] <CIA-33> ubiquity: evand * r3495 ubiquity/ (debian/changelog ubiquity/frontend/kde_ui.py):
[22:38] <CIA-33> ubiquity: Port fix for return_to_partitioning from the GTK+ frontend to the
[22:38] <CIA-33> ubiquity: KDE frontend (LP: #439184).
[22:42] <CIA-33> ubiquity: evand * r3496 ubiquity/debian/ (changelog control):
[22:42] <CIA-33> ubiquity: Explicitly depend on reiserfsprogs so that we don't have to add it
[22:42] <CIA-33> ubiquity: to every live seed (LP: #431976).