[00:45] <xivulon> evand is wubi in the latest ISO?
[00:45] <xivulon> do not see it in the manifest
[00:45] <evand> no
[00:45] <evand> I messaged you on jabber
[00:45] <xivulon> didn't see it
[00:45] <xivulon> what happened?
[00:46] <evand> wubi won't be on alpha 4.  You moved the location of the binary before I had a chance to realize it and we're already running late, so restarting the builds isn't a possibility.
[00:46] <xivulon> ok
[00:46] <evand> that was over an hour ago though
[00:46] <superm1> that's a shame :(
[00:46] <evand> we need to work something out with that.  I suggest making a wubi-stable symlink that never ever changes.
[00:46] <xivulon> quite annoying
[00:46] <evand> and then link it to the latest stable build.
[00:47] <xivulon> I'll change the build process so that is more debian friendly
[00:47] <xivulon> did you change the wiki?
[00:47] <evand> yes, I removed the references to it in the alpha4 release notes
[00:50] <xivulon> ok
[00:53] <evand> also, it wouldn't be in the manifest file.  It would be in the list file.
[00:54] <evand> The manifest file only lists debian packages installed on the live filesystem.
[00:54] <evand> whereas the list file lists all of the files on the CD
[00:55] <xivulon> I checked both anyway
[00:55] <evand> ok
[01:14] <xivulon> bug #187601 is fixed
[01:14] <ubotu> Launchpad bug 187601 in wubi "Wubi does not eject the CD when rebooting" [Medium,Fix released] https://launchpad.net/bugs/187601
[01:18] <evand> doesn't that assume that the CDROM is the D drive?
[01:38] <xivulon> ah yes
[01:38] <xivulon> no
[01:39] <xivulon> see the last comment
[01:39] <xivulon> have a go, I cannot test it myself
[01:39] <xivulon> rev 396 is on the server
[02:14] <evand> ah indeed
[02:14] <evand> will do
[02:14] <evand> thanks for taking care of this
[02:45] <evand> xivulon: didn't seem to work (obviously it's not on the CD, I ran it off my desktop with a kubuntu CD in the drive).
[02:45] <evand> the last two lines of the log are:
[02:45] <evand> Eject CD
[02:45] <evand> Ejecting CDHandle=-1 for drive=D:\
[02:49] <xivulon> is the drive correct?
[02:49] <xivulon> the handle is wrong
[02:49] <xivulon> should be >0
[02:49] <evand> yes, it is drive D:
[02:50] <xivulon> ah
[02:50] <xivulon> I know the issue
[02:50] <evand> oh?
[02:50] <xivulon> the drive should not end with z
[02:50] <xivulon> with \
[02:50] <xivulon> one sec
[02:50] <evand> ok
[02:54] <xivulon> redownload and try again
[02:55] <evand> will do momentarily
[03:25] <evand> it got an appropriate handle and exited with code 1 (1==success)
[03:26] <evand> however, it doesn't look like the CD ejected, but this is VMWare
[03:26] <evand> I'm not sure if it can, as I can't seem to be able to from explorer
[03:26] <evand> that is, I wonder if vmware is locking the drive
[03:26] <evand> note that this is an emulated drive with a backing ISO file.
[03:27] <xivulon> exit 1 should be good
[03:28] <xivulon> I think it will work with a normal cd
[03:29] <evand> any objection to creating that wubi-stable symlink on wubi-installer.org?
[03:30] <xivulon> no problem
[03:31] <evand> fantastic, if you could create that and point it at revision 396 whenever you are able, I would very much appreciate it.
[03:34] <xivulon> I called it wubi-alpha
[03:34] <xivulon> not to confuse other users
[03:35] <xivulon> by the beta hopefully we won't need anymore
[03:35] <evand> why wouldn't we need it by the beta?
[03:36] <xivulon> because I am rewriting the code so that it can be compiled without wine
[03:36] <evand> ah
[03:36] <xivulon> should be possible to compile on standard servers
[03:36] <xivulon> it requires mingw though
[03:36] <xivulon> and scons
[03:37] <xivulon> maybe I just call it wubi
[03:37] <xivulon> so we do not risk much
[03:37] <evand> I'd prefer that
[03:37] <xivulon> donw
[03:37] <xivulon> done
[03:38] <evand> thanks!
[03:40] <evand> ok, the build system now points to the wubi symlink
[19:55] <xivulon> evand there is another issue with groot
[19:56] <xivulon> that too ignores loopinstallations (similar to kopt issue)
[20:03] <xivulon> not sure whether it's a grub-installer task or update-grub
[20:04] <xivulon> think the former but haven't looked at the code yet
[20:04] <xivulon> the above is annoying since you always end up with groot=(hd0,0)
[20:07] <xivulon> it's update-grub, filing a bug report
[20:26] <xivulon> in syslog I have:
[20:32] <xivulon>  /target/boot/grub/device.map: no such file or directory
[20:32] <xivulon> in update-grub if there is no device map groot->(hd0,0)
[20:34] <xivulon> not sure how this device-map thingy works yet
[20:34] <xivulon> hints welcome
[22:22] <xivulon> I think that is because grub-install is not executed for loopinstallations