[02:21] <CIA-44> ubiquity: evand * r2464 ubiquity/ (debian/changelog ubiquity/filteredcommand.py):
[02:21] <CIA-44> ubiquity: * Catch exceptions around the processing of each components run()
[02:21] <CIA-44> ubiquity:  function.
[04:01] <CIA-44> ubiquity: evand * r2465 ubiquity/ (14 files in 5 dirs): * seteuid as a regular user until we need to do something as root.
[05:06] <CIA-44> ubiquity: evand * r2466 ubiquity/ubiquity/components/partman.py: Missed a few points in partman.py where it needed root.
[05:09] <CIA-44> ubiquity: evand * r2467 ubiquity/ (d-i/manifest debian/changelog):
[05:09] <CIA-44> ubiquity: * Automatic update of included source packages: partman-target
[05:09] <CIA-44> ubiquity:  52ubuntu5.
[05:18] <CIA-44> ubiquity: evand * r2468 ubiquity/debian/changelog: releasing version 1.7.8
[11:26] <xivulon> evand,cjwatson I received a few reports confused that the windows partition is mounted in /host and not in /media/host
[11:26] <xivulon> they simply fail to find it, and current documentation does not apply
[11:27] <xivulon> would it be reasonable to add a mount bind /host -> /media/host in fstab?
[11:28] <xivulon> that would be an issue if people use umount -f but otherwise should be okish
[13:25] <xivulon> bug #192116 (patch included)
[13:25] <ubotu> Launchpad bug 192116 in partman-auto-loop "Bind mount /host to /media/host" [Undecided,New] https://launchpad.net/bugs/192116
[14:27] <evand> hrm, seems reasonable, but let me give it some thought.
[14:28] <xivulon> my main concern is that "umount -f" might break the toy
[14:28] <evand> indeed
[14:28] <xivulon> not sure if there are other implications I have not though
[14:29] <xivulon> but I guess we might have it in alpha-5 and if we see any bug remove it later
[14:30] <xivulon> for wubi, can you pls remove the line "!define MUI_UNICON ..." in src/wubi/wubi.nsi
[14:30] <evand> ok
[14:30] <xivulon> since the uninstaller icon should not be branded
[14:30] <xivulon> do pull my changes of yesterday night first!
[14:31] <evand> indeed
[14:38] <evand> done
[14:44] <xivulon> also data/version.nsh > thanks
[14:44] <xivulon> ignore first part, just thanks
[14:47] <xivulon> As a note there are 2 icons, 1 is displayed in the tasks panel and can be changed at runtime, another is the one you see associated to the fiename
[14:47] <xivulon> and that one is the defined at compile time
[14:49] <xivulon> that means that unless we do multiple builds (defining DefaultDistro at compile time), you will see a Wubi or Ubuntu icon when you look into the Kubuntu CD
[14:50] <xivulon> a minor issue of course
[14:50] <evand> I think that's ok.
[14:50] <xivulon> on the same tune the uninstaller artwork is not autodetected at the moment
[14:51] <xivulon> ehi but who would want to uninstall anyway??? ;P
[14:51] <evand> haha
[14:53] <xivulon> a simple solution is to have !define DefalutBrand Wubi in data/version.nsh
[14:53] <evand> that should be fine, imho
[14:53] <xivulon> so that the icon associated to wubi.exe and uninstaller are branded as wubi
[14:54] <xivulon> the above require copying vertical -> Wubi-vertical.bmp in data/images
[14:56] <xivulon> in fact vertical.bmp should be renamed Wubi-vertical.bmp anyway
[14:58] <xivulon> the icon/artwork displayed in the actual window will be distro-branded anyway, since that is dynamic
[15:00] <xivulon> DefaultBrand in fact affects also other dialogs such as message boxes
[15:00] <xivulon> which will display the icon
[15:00] <evand> ok
[15:01] <xivulon> DefaultBrand = Ubuntu will do
[15:03] <xivulon> to be fully consistent we should have 4 builds  using make BRAND=${x}buntu
[15:07] <evand> done
[15:08] <xivulon> nice
[15:58] <evand> xivulon: latest CDs are up and I'm getting "Invalid CD detected" when launching umenu: http://cdimage.ubuntu.com/daily-live/current/
[15:59] <evand> using --debug gives me: cdinfo=true, distro=true, version=
[16:00] <evand> .disk/info has: Ubuntu 8.04 "Hardy Heron" - Alpha amd64 (20080215.2)
[16:03] <evand> and with distro=true I obviously end up with "true CD Menu" and it not finding a series of images.
[16:11] <evand> curiously, if I pass the contents of .disk/info to debug it works fine
[16:25] <xivulon> ah
[16:25] <xivulon> hmm no
[16:26] <xivulon> ah I know
[16:26] <evand> shouldn't exedrive be exedir?
[16:26] <xivulon> no that will be the dir were umenu.exe is
[16:27] <evand> ah, indeed
[16:27] <xivulon> use messagebox mb_ok "$X"
[16:27] <xivulon> in detect_distro
[16:27] <xivulon> messagebox mb_ok "$exedrive\.disk\info"
[16:28] <xivulon> maybe that is not what expected or it might have double \\
[16:28] <xivulon> also check "$filename\casper\filesystem.squashfs"
[16:29] <xivulon> do that
[16:29] <xivulon> Var $drive
[16:29] <xivulon> (above)
[16:29] <xivulon> strcpy $drive $EXEDIR 2
[16:29] <xivulon> ${If} ${FileExists} "$drive\casper\filesystem.squashfs"
[16:30] <xivulon> FileOpen $4 "$drive\.disk\info" r
[16:32] <xivulon> evand ^
[16:34] <xivulon> ${andif} ${FileExists} "$drive\.disk\info"
[16:37] <evand> fantastic
[16:37] <xivulon> works?
[16:37] <evand> ok, I'll commit that, build a new version, stick it on p.u.c, and trigger a new CD build
[16:37] <evand> yes
[16:37] <evand> well
[16:37] <xivulon> wubi.exe has to be in the same folder of umenu.exe
[16:37] <evand> I hardcoded D:, but I tested it with EXEDIR 2 and it shot back C:
[16:37] <evand> so one can only assume that will work
[16:38] <evand> yes, the wubi integration worked fine
[16:38] <xivulon> ${If} ${FileExists} "$drive\casper\filesystem.squashfs"
[16:38] <evand> they're both in the cd root
[16:38] <xivulon> ${andif} ${FileExists} "$drive\.disk\info"
[16:38] <evand> right, I already have that
[16:38] <xivulon> ^one after the other
[16:38] <evand> indeed
[16:38] <xivulon> good
[16:38] <xivulon> have to go now
[16:38] <evand> ok
[16:38] <evand> cheers
[16:38] <xivulon> send me an email over the w/e if there are issues
[16:38] <evand> will do
[16:39] <xivulon> I'll also be on jabber
[16:39] <xivulon> (on mobile) if keep it on, that's probably the quickest way to solve things
[16:39] <evand> noted
[16:39] <xivulon> bye now
[16:40] <evand> bye
[17:57] <evand> ugh, still doesn't work for some odd reason.  Will investigate further later in the day.
[18:41] <CIA-44> ubiquity: evand * r2469 ubiquity/ (bin/ubiquity-dm debian/changelog): * Drop priviliges for gnome-settings-daemon in ubiquity-dm.