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