[03:06] <CIA-23> ubiquity: superm1 * r2429 ubiquity/ (7 files in 5 dirs): update plugins for MythTV 0.21 changes
[10:15] <xivulon> I was reading https://lists.ubuntu.com/archives/ubuntu-devel/2008-January/024967.html
[10:16] <xivulon> Now that we can support loopinstallation targets in ubiquity
[10:16] <xivulon> Ubiquity + an appropriate preseed should be enough to generate a VM image file
[10:16] <xivulon> Would that approach help?
[10:55] <evand> xivulon: would it be an unreasonable feature request to ask that Wubi ejects the CD when you hit the reboot button?
[10:55] <evand> I find the isolinux menu to be quite confusing in the context of using wubi.
[10:56] <evand> oh, and it works!
[10:57] <evand> http://cdimage.ubuntu.com/daily-live/20080131.2/ has wubi.exe in the root of the CD filesystem.
[11:01] <xivulon> ah great news!
[11:01] <xivulon> re CD eject, I thought that the working was like that
[11:01] <xivulon> 1) if you are using an ISO it should skip the eject question and reboot straight away
[11:01] <xivulon> 2) if you are using a CD, it should ask
[11:02] <xivulon> that was somewhere in init.d/ubiquity
[11:02] <xivulon> there should be a line that checks for find_iso in /proc/cmdline, which indicates we are using an ISO
[11:05] <xivulon> hmm evand can you rephrase the question? I thought you were talking about the final reboot/eject.
[11:05] <evand> ah, ok
[11:06] <xivulon> do you mean a reboot during installation?
[11:06] <evand> imho, in Windows, when wubi is done and prompts the user to reboot now or reboot later, pressing reboot now should eject the CD
[11:07] <evand> as it's no longer needed and creates confusion if the CDROM is the first boot device
[11:07] <xivulon> ah sorry was thinking about the linux side
[11:08] <xivulon> yes the code is there, but did not work and forgot to check that (should use lp bugs more).
[11:08] <xivulon> will turn it on but cannot do it today
[11:08] <evand> that's ok, it's too late to put that feature into the alpha anyway
[11:09] <evand> I'll just release note that
[11:10] <xivulon> sure
[11:10] <xivulon> I have always tested with ISO images and completely forgot about that
[11:13] <evand> I did get a access violation once when running wubi, but I was able to successfully run it several times before and after that.
[11:13] <xivulon> that is using a physical CD?
[11:13] <evand> yes
[11:14] <xivulon> I will do more tests with that using alpha4. For the eject you can track bug #187601
[11:14] <ubotu> Launchpad bug 187601 in wubi "Wubi does not eject the CD when rebooting" [Medium,Confirmed] https://launchpad.net/bugs/187601
[11:15] <evand> perhaps windows doesn't like the filesystem being ripped out from under the process?
[11:17] <xivulon> not sure at this point, it would be nice if you could reproduce that.
[11:21] <evand> you could always copy wubi.exe to the temporary folder, exec and fork, exit, and reparent the child to init (translated into windows somehow), no?
[11:21] <evand> I'll try to reproduce it, I imagine I'll encounter it again in further testing
[11:22] <xivulon> I guess so
[11:28] <xivulon> Probably should have used DeviceIoControl to eject...
[11:29] <cjwatson> wubi> fantastic, really glad to hear it
[11:29]  * xivulon glad too!
[11:31] <xivulon> many many thanks to evand and cjwatson!
[11:31] <evand> xivulon: thank you for all your hard work
[11:32]  * xivulon builds barricades in wubi forum
[11:32] <evand> hahaha
[11:32] <evand> xivulon: do you mind if I blog post this to Planet Ubuntu later today?
[11:33] <xivulon> absolutely
[14:34] <xivulon> shall we add a mention to wubi in https://wiki.ubuntu.com/HardyHeron/Alpha4?
[14:51] <evand> indeed
[14:54] <xivulon> http://paste.ubuntu-nl.org/54214/
[14:55] <xivulon> evand ^
[15:02] <evand> http://paste.ubuntu-nl.org/54220/
[15:02] <evand> xivulon: looks good to me, do you approve?
[15:03] <xivulon> yes, will add to wiki
[15:03] <evand> thanks
[15:03] <evand> don't forget to add your name to the credits
[15:04] <evand> and pleasae let me know when you're done
[15:04] <evand> hrmm, perhaps we should insert something along the lines of "when wubi is done installing in Windows, be sure to remove the CD from the drive"
[15:05] <evand> I'm going to add a note about that problem to the cavets sections, but not everyone will read that far down
[15:05] <evand> caveats*
[15:07] <xivulon> done
[15:07] <xivulon> needs a screenshot
[15:08] <evand> sure, I'll take care of it
[15:09] <xivulon> thanks
[15:09] <evand> oh, as I only mentioned it in #ubuntu-release, kubuntu wubi isn't working, but it's on the ubuntu side of things.
[15:09] <evand> I'm looking into it, but it will be post-Alpha
[15:11] <xivulon> ok
[15:28] <evand> there we go
[15:28] <xivulon> :)
[15:37] <xivulon> what is the issue with kde
[15:39] <evand> kdm launches before ubiquity can, the kde frontend still shows the welcome page when in --automatic mode, and it crashed hard part way through the install for me.
[15:39] <evand> that's what I've found so far :)
[15:41] <xivulon> that will affect any ubiquity-automatic not just wubi I suppose
[15:42] <evand> indeed, that's what I meant by it being on the ubuntu side of things
[15:42] <xivulon> Ah I already had the eject warning in the feature description
[15:42] <xivulon> "...Wubi works with a physical CD (make sure to remove the CD before rebooting) or ..."
[15:42] <evand> oh?  I apparently cannot read.
[15:48] <evand> feel free to reword that or I'll take care of it after I'm done drafting this blog post.
[16:00] <xivulon> there is another issue for wubi in stand-alone mode (using the downloader): the urls/filenames are not correct for kubuntu and other derivatives
[16:00] <xivulon> ubuntu is fine
[16:01] <evand> ok
[16:06] <xivulon> added that to the note in the features list
[16:07] <evand> do you mind if I move it to the caveats section?  I don't think its a severe enough problem to warrant that kind of immediate attention
[16:08] <evand> also, is there a bug associated with this?
[16:08] <xivulon> nope will do one
[16:08] <evand> ok
[16:08] <xivulon> that will be an issue for the final
[16:08] <evand> indeed
[16:09] <xivulon> I mean urls are encoded inside wubi, but we cannot test with new urls/file-names
[16:09] <xivulon> before the release
[16:09] <xivulon> so we need to be double sure that what we have in isolist.ini and in the metalinks is correct
[16:09] <evand> indeed, we can talk to cjwatson about that as we get closer to the final release
[16:10] <cjwatson> the metalinks stuff is delegated to Steve
[16:10] <xivulon> there are 2 separate issues
[16:11] <evand> ah, to slangasek then
[16:11] <xivulon> in fact not
[16:12] <cjwatson> oh, you don't mean creating metalinks on cdimage?
[16:12] <xivulon> yes
[16:12] <xivulon> but the only use is for md5 checks of pre-downloaded ISO
[16:12] <xivulon> think of people with no internet and no CD
[16:13] <xivulon> but you cannot put md5 within the CD itself
[16:13] <xivulon> at least not the md5 of the full ISO
[16:13] <xivulon> will have to use the md5 of the files in the ISO
[16:13] <xivulon> but that requires either extracting the files or finding a library capable of mounting ISOs in windows
[16:14] <xivulon> in either case it makes the usefulness of metalink files inside the ISO a mutt point
[16:17] <xivulon> isolist.ini contains other info that has to be on the CD, basically the content of .disk/info
[16:18] <xivulon> pluse isofile name
[16:18] <xivulon> plus
[16:22] <xivulon> evand bug #187701
[16:22] <ubotu> Launchpad bug 187701 in wubi "Fix urls and file names for derivative distros" [High,Confirmed] https://launchpad.net/bugs/187701
[16:23] <evand> updated, thanks
[16:41] <xivulon> evand see also #187718
[16:42] <evand> ok
[18:31] <evand> cjwatson: in the initscripts, kdm gets started at 13 which doesn't work well with the ubiquity initscript (starts at 29).  Should I change KDM to start later or ubiquity to start earlier, or do I need a different approach entirely?
[18:34] <cjwatson> hmm, there was a reason to start it later
[18:34] <cjwatson> unfortunately I don't appear to have documented it
[18:34] <evand> heh
[18:34] <evand> gdm starts later obviously, but it appears that it used to start earlier
[18:34] <cjwatson> shouldn't kdm's startup be suppressed when automatic-ubiquity or only-ubiquity is in use?
[18:34] <evand> so perhaps kdm hasn't caught up with some change?
[18:35] <cjwatson> maybe what we should do is:
[18:35] <cjwatson> * suppress both gdm and kdm normal startup
[18:35] <evand> cjwatson: wasn't the idea to fall back to kdm when ubiquity crashes?
[18:35] <cjwatson> * have ubiquity's init script explicitly start kdm at the end if ubiquity didn't say to reboot
[18:35] <cjwatson> (or gdm or whatever)
[18:35] <cjwatson> getting the ordering right always is likely to continue to be hard so it might be best to sidestep it
[18:36] <evand> indeed.  I imagine the supression should occur in casper, correct?
[18:36] <cjwatson> aye
[18:37] <cjwatson> anyway, this is just my off-the-cuff suggestion; I'm not thinking terribly straight right now so feel free to come up with something else
[18:37] <cjwatson> 25configure_init already has the code to suppress *dm in other circumstances
[18:38] <evand> indeed, I played with that for noninteractive
[18:38] <evand> seems reasonable
[18:38] <evand> ok
[18:38] <evand> thanks
[18:39] <evand> of course if something goes wrong in /usr/bin/ubiquity-dm we're screwed.  hrm.
[18:40] <evand> actually nevermind that last thought
[20:00] <xivulon> evand shall I address 187701 for kde release or there is no point?
[20:02] <evand> wubi will not be on the Kubuntu alpha 4 CD, so there's no rush.
[20:03] <xivulon> ok then
[20:05] <xivulon> all the ISOs are called "hardy-desktop-XXX.iso" whatever the flavor, correct?
[20:07] <evand> for the desktop CD, yes
[20:44] <xivulon> does gobuntu come with the live cd?
[20:45] <evand> not yet
[20:55] <xivulon> I have fixed 187701 anyway
[20:55] <evand> bug 187701
[20:55] <ubotu> Launchpad bug 187701 in wubi "Fix urls and file names for derivative distros" [High,Fix released] https://launchpad.net/bugs/187701
[20:55] <evand> ah
[20:56] <evand> great
[20:57] <xivulon> in case someone wants to use wubi in standalone mode we can point to that
[21:03] <xivulon> http://wubi-installer.org/devel/minefield/Wubi-8.04-alpha-rev395.exe
[21:03] <xivulon> build with correct urls
[21:04] <evand> ok
[21:10] <xivulon> ah I see I posted a bit to soon on the forum about the 8.04...
[21:11] <xivulon> couldn't resiste :D
[21:29] <evand> heh
[21:29] <evand> yeah, the alpha isn't out yet
[21:30] <evand> ugh, something in the delta between a wubi install and a regular Kubuntu install is causing a segfault.
[21:30] <evand> in a library
[21:38] <xivulon> is that for kubuntu only?
[21:39] <evand> as far as I can tell, yes
[21:41] <xivulon> but didn't you say that there is no wubi in kubuntu?
[21:41] <evand> there isn't yet, I'm trying to get things in shape for there to be one
[21:41] <xivulon> ah
[21:42] <evand> this is one of the things I mentioned earlier that deferred it for kubuntu
[21:42] <evand> only now I have part of a stack trace to work with
[21:42] <evand> that is, if VMWare decides to ever give my keyboard back to me :/
[21:42] <xivulon> if you need to change other files there, you may use wubi395 in case, at least the urls should be fine
[21:43] <xivulon> that is annoying
[21:43] <xivulon> no point in me working on the eject I assume
[21:43] <evand> why is that?
[21:46] <xivulon> to have it in
[21:46] <evand> well, it wont make it into Alpha 4, but it can be on the CDs as early as tomorrow
[21:46] <evand> the daily builds, that is
[21:47] <xivulon> I prefer to rest then :)
[21:47] <xivulon> can I help with the kubuntu issue?
[21:47] <evand> by all means
[21:48] <evand> ugh. this bug plaguing my laptop is worse than I thought
[21:48] <evand> it's the bug that bit me at the sprint.  Only a very small number of keypresses get registered post-gdm
[21:48]  * evand kicks GNOME
[21:49] <xivulon> can i replicate?
[21:49] <evand> the kubuntu issue?
[21:49] <evand> probably
[21:49] <evand> just pop in the latest daily-live copy of kubuntu in windows and fire up wubi
[21:49] <evand> you wont get ubiquity-automatic mode when it restarts
[21:50] <evand> so you have to open up a "konsole" and run ubiquity --automatic
[21:50] <evand> it'll get most of the way through and then bail out
[21:50] <evand> dumping an apport crash in /var/crach
[21:50] <evand> crash*
[21:51] <evand> which you can use apport-unpack on to extract the core file out
[21:56] <evand> oh and you'll have to hit next on the first page of the installer, but it'll continue from there
[22:02] <xivulon> downloading
[22:02] <xivulon> is automatic in the boot menu at all?
[22:03] <evand> nope
[22:08] <xivulon> can you send me the wubi log?
[22:08] <xivulon> can you also try with rev395?
[22:08] <xivulon> in fact not
[22:08] <evand> I can't do much of anything on that machine right now.
[22:08] <xivulon> are you trying with a CD or with an ISO?
[22:08] <evand> CD
[22:09] <evand> I'll grab the log and try with the newest version when I can, but I don't think the problem lies in wubi.
[22:09] <xivulon> then URLs and file names are irrelevant
[22:09] <evand> I didn't say they were relevant
[22:10] <evand> perhaps we're not on the same page
[22:11] <xivulon> download is very slow
[22:11] <xivulon> will try torrent
[22:21] <xivulon> no luck with that either
[22:25] <xivulon> evand you did not start wubi with cdboot flag by any chance?
[22:26] <xivulon> also what are the sizes of /ubuntu/disks/*.disk?
[22:42] <xivulon> mm do not have any spare CD and do not have XP in VM...
[22:43] <xivulon> good news is that the download flows well now