[00:05] <xivulon> evand I used the kubuntu ISO, but other than the rc2.d order being wrong, it works for me
[00:42] <xivulon> rebooting to play with eject
[09:11] <xivulon> evand did you see my msg yesterday night?
[09:13] <xivulon> basically my test of kubuntu (via iso) was successful, did not experience any hang
[09:14] <xivulon> the only glitch was that kdm starts before ubiquity in rc2
[09:14] <xivulon> and there is an initial extra dialog
[10:06] <xivulon> evand if the image has to be rebuilt I'd have wubi rev 395 in there since it fixes the url issues
[10:07] <xivulon> diff here http://codebrowse.launchpad.net/~ubuntu-installer/wubi/hardy/revision/ago%40nbago-20080131205313-z11nkblynk3fi1ux?start_revid=ago%40nbago-20080131205313-z11nkblynk3fi1ux#wubi/dist/install/metalinks/ubuntu-desktop-amd64.iso.metalink-s
[10:09] <xivulon> re eject got it half working
[11:09] <xivulon> evand I got the eject working now, but cannot commit until tonight
[11:10] <xivulon> lp crashes a LOT lately
[12:26] <evand> xivulon: so you were able to get all the way through a loop mounted install in kubuntu? Quite odd.
[12:27] <evand> I can definitely reproduce this though, which makes me wonder what could possibly be triggering it.  I'll have to learn how to get the necessary debug packages to get a full trace out of apport.
[12:27] <xivulon> ys
[12:27] <xivulon> I rebooted into kde fine
[12:27] <xivulon> did not try on real iron though
[12:28] <evand> me either
[12:28] <evand> I wouldn't dream of putting windows on a real disk
[12:28] <xivulon> I cannot think of any lib in use by loopinstallations othe than ntfs-3g and loop.c
[12:29] <xivulon> by the way if you are updating other packages you might just as well use rev395
[12:29] <xivulon> where exactly does it happen?
[12:30] <evand> well this is happening in librt, if I remember correctly.
[12:30] <evand> I doubt there's a bug there though.
[12:30] <evand> in clock_gettime
[12:30] <xivulon> at what stage during installation?
[12:31] <evand> I imagine configuring hardware, but my laptop decided to go crazy when I was investigating that.
[12:32] <xivulon> I really do not see how loopinstallations could interfere withh librt/clock_gettime odd
[12:34] <xivulon> and I assume normal installation does work, correct?
[12:35] <xivulon> I mean using same preseed in automatic mode, but using a recipe targeting real partitions
[12:36] <xivulon> by the way I checked the code, do not find any hint that would lead to automatic-ubiquity disappearing from /ubuntu/install/boot/grub/menu.lst
[12:37] <xivulon> are you positive about that?
[12:42] <evand> Normal install works fine and I can reproduce this every time with Kubuntu.
[12:42] <evand> It's very odd.
[12:42] <evand> I didn't say automatic-ubiquity was disappearing.
[12:43] <evand> I said that it has no effect on Kubuntu
[12:43] <evand> as kdm starts before ubiquity
[12:43] <evand> which I'm going to fix, just not today as it's my day off :)
[12:44] <xivulon> ah I misunderstood
[12:45] <xivulon> what is happening with the releases of ubuntu/kubuntu then?
[12:46] <evand> alpha 4 is blocked on a few things, as far as I can tell (I know of one that's my fault).  I imagine it will go out today, wubi on the Ubuntu alpha 4 CD but not on the Kubuntu alpha 4 CD.
[12:47] <evand> wubi will go on the kubuntu daily CD builds as soon as I fixed the outstanding issues I mentioned
[12:47] <evand> and it will continue to be on the ubuntu daily CD builds starting immediately after the alpha 4 release
[12:50] <xivulon> sounds very good to me
[12:51] <xivulon> I have enough on the plate already until alpha5
[12:51] <xivulon> is rev395 going in?
[12:51] <evand> are you confident that it's as stable at rev393?
[12:52] <xivulon> I cannot really test it since it's all url changes/filenames, and the urls in there are not up now (alpha-4)
[12:53] <evand> oh, we don't seem to have a choice as 393 has been deleted off of wubi-installer.org :/
[12:54] <xivulon> here is the diff http://codebrowse.launchpad.net/~ubuntu-installer/wubi/hardy/revision/ago%40nbago-20080131205313-z11nkblynk3fi1ux?start_revid=ago%40nbago-20080131205313-z11nkblynk3fi1ux
[12:54] <evand> shouldn't you be pointing to the daily builds?
[12:54] <xivulon> ah sorry I did not want to confuse users with wrong url
[12:54] <xivulon> thought you were using a local copy
[12:54] <evand> otherwise it'll break the day after release
[12:54] <evand> nope, we pull it down from there
[12:54] <evand> well, it wont break
[12:54] <evand> but it will be out of date
[12:54] <evand> eh
[12:54] <evand> I guess this makes sense though
[12:54] <xivulon> I thought that for alpha-4 I should point for alpha-4
[12:54] <evand> ok nevermind
[12:55] <xivulon> once that is out I'll point back to daily
[12:55] <evand> ok, that looks reasonable
[12:55] <evand> I've made the change
[12:55] <xivulon> maybe it's worth giving it a quick run in windows (linux side did not change)
[12:56] <xivulon> and double checking the urls by hand
[12:56] <xivulon> in the diff
[12:56] <evand> I'd love to but my vmware machine is all sorts of broken at the moment.
[14:40] <xivulon> evand re kdm, can't we simply exit init.d/kdm if automatic-ubiquity is in /proc/cmdline?
[14:40] <xivulon> arguably not very elegant, but it will do
[14:46] <evand> no, there's a much cleaner solution
[14:46] <evand> I have to run though
[14:46] <evand> I'll be in and out all afternoon
[14:47] <xivulon> have a good day
[14:50] <evand> thanks, you too
[16:27] <CIA-23> ubiquity: evand * r2430 ubiquity/ (d-i/manifest debian/changelog):
[16:27] <CIA-23> ubiquity: * Automatic update of included source packages: partman-target
[16:27] <CIA-23> ubiquity:  52ubuntu4.
[16:29] <CIA-23> ubiquity: evand * r2431 ubiquity/ (configure configure.ac): Bump to 1.7.6
[16:30] <CIA-23> ubiquity: evand * r2432 ubiquity/debian/changelog: releasing version 1.7.6