[07:30] <CIA-1> cdrom-detect: cjwatson * r424 ubuntu/debian/po/am.po: msgmerge
[09:45] <CIA-1> base-installer: cjwatson * r326 ubuntu/ (3 files in 3 dirs): Use powerpc64-smp kernel on PS3/Cell (LP: #221647).
[10:08] <CIA-1> anna: cjwatson * r408 ubuntu/ (66 files in 3 dirs): merge from Debian 1.31
[10:09] <CIA-1> anna: cjwatson * r409 ubuntu/debian/po/ (am.po mr.po): apply Ubuntu branding to new translations
[11:48] <xivulon> davmor2: when you have a few mins, please test rev503 attached to bug #204128, same procedure to get that in the ISO
[12:00] <davmor2> xivulon: It worked on my base unit I'm going to try it on my laptop shortly.  In the meanwhile I'm going to ask bdmurray to confirm :)
[12:01] <xivulon> ah great
[12:01] <davmor2> I'm just waiting for him to come on-line
[12:03] <xivulon> I have several users asking how to access their windows drive, the fact that it is on /host (+ mentioned in the FAQ) is apparently not too obvious.
[12:04] <xivulon> I know it is a new feature, but would adding a symlink from /host to ~/Desktop using success-command be reasonable?
[12:06] <xivulon> +/- for x in /home/*/Desktop; do ln -s /host "$x/Desktop"; done
[12:07] <xivulon> "$x/Windows" ^
[12:08] <davmor2> I think that if users are wanting to access their data on the windows dive then a symlink on the desktop seem reasonable with /Desktop/Windows_Drive or something similar
[12:09] <xivulon> This is the most requested feature at the moment, followed by "How do I use a pre-downloaded ISO"?
[12:10] <xivulon> Answer to the latter is to place both in the same folder, but that of course assumes that people read the FAQ, which is not the case....
[12:11] <xivulon> To fix that though would involve some interface/translation changes and probably would not pass the FFE
[12:12] <davmor2> If your going to make a symllink can it be to a specific destination on the windows drive.  Example the users document folder which I'm guessing would be where the majority of their data would be?
[12:13] <xivulon> I was thinking that!
[12:13] <xivulon> it would be nice to have My Documents linked inside of ~/
[12:13] <xivulon> it gives that woo factor
[12:13] <davmor2> true
[12:14] <xivulon> the issue being that My Documents does not necessarily sit on /host
[12:14] <xivulon> since the target partition where Wubi is installed might be different from the one where the User is
[12:14] <xivulon> but that should still be under /media
[12:15] <xivulon> other issue is that in theory the /host and /media should not really be world writeable (even if they now are...)
[12:15] <xivulon> let's see what evand thinks of the above, this is m-a material anyway
[12:17] <davmor2> M-a isn't working in wubi by the way
[12:17] <xivulon> davmor2: in your test of #204128 that was of course running off CD correct?
[12:19] <davmor2> yes I swapped out wubi and ran it from cd.  If I of thought about it long enough I'd of renamed the file wubi.exe an then umenu might of picked it up :)
[12:19] <xivulon> fantastic
[12:20] <xivulon> PS do you know any russian? I would like a second opinion on bug #220112 (I am not sure whether to preseed winkeys by default or not)
[12:21] <davmor2> No non at all :(  I'm English.
[12:22] <xivulon> I meant any russian developer
[12:22] <xivulon> I'll ask on #devel
[12:22] <davmor2> I'll have a think
[12:27] <CIA-1> debian-installer-utils: cjwatson * r655 ubuntu/ (70 files in 3 dirs): merge from Debian 1.57
[12:36] <CIA-1> clock-setup: cjwatson * r193 clock-setup/ (63 files in 3 dirs): merge from Debian 0.95
[12:48] <xivulon> davmor2: for #207137 you might want to attach windbg to cd2iso, debugging symbols should be there, so you can put some breakpoints
[12:49] <davmor2> where will windbg file be?
[12:49] <xivulon> windbg is a windows debugger, you can get it from ms website
[12:50] <xivulon> http://www.microsoft.com/whdc/devtools/debugging/default.mspx
[12:51] <xivulon> all the fun happens in ImgCreator.cpp > ImgCreator::createImg within the while loop
[12:57] <davmor2> xivulon: no probs but that'll need to wait a bit :)
[12:57] <xivulon> no rush at all!
[14:01] <evand> aiui, GNOME should place an icon on the desktop for any mounted partitions, regardless of location.  I do recall it doing this for Wubi in the past.  Has that stopped working?
[14:02] <davmor2> evand: yes I think it is listed but not running
[14:02] <xivulon> depends
[14:04] <xivulon>  /host will not appear neither in mount nor in fstab
[14:04] <xivulon> so if gnome uses mount or fstab it will not be there
[14:04] <xivulon> also I think that the icon on the desktop allows you to unmount devices (correct me if I am wrong)
[14:05] <xivulon> which is not too desirable for /host...
[14:05] <xivulon> In fact I would feel better if /host was be a simple symlink...
[14:06] <evand> right, but what happens when that code in GNOME works?  You'll end up with a symlink and the icon.
[14:06] <evand> This strikes me as being hackish.
[14:06] <xivulon> well I hope that the gnome code does not work :P
[14:07] <evand> And I believe you're wrong about the unmounting, though I'd have to check to be sure.  I believe it only works when the mount was done as the same user, I do not think it's smart enough to ask for elevated privileges.
[14:07] <xivulon> at least last time I tried I had not virtual disk. Interestingly I had one report on the forum claiming that the desktop icons behaviour depends on the arch!!!
[14:08] <xivulon> if you cannot unmount then a gnome drive is fine!
[14:08] <xivulon> but I do not think it was there (amd64 :)
[14:08] <tmmoyer> i was looking through the source for linux-image-2.6.24-16-generic because I want to build a custom installer kernel, and I see there is a method of building just the 386 and generic flavors but it relies on the variable is_ppa_build being defined. I don't see anywhere in the documentation that specifies the purpose of this variable, or how to set it...can someone offer some guidance?
[14:09] <xivulon> I would assume it refers to https://launchpad.net/ubuntu/+ppas (might be wrong though)
[14:10] <tmmoyer> that would make sense, and building a custom kernel to put on a PPA would need this, my question is, is there a way to exploit this functionality given that I'm not really looking to publish the result to a PPA
[14:11] <evand> xivulon: I'll look into this further to confirm what I said above, but I believe we should ultimately make sure that the desktop environment DTRT here, rather than work around it.
[14:11] <xivulon> evand, if it cannot be unmounted I agree!
[14:11] <evand> ok
[14:12] <xivulon> also I noticed that the hibernation button is not disabled (have to open a bug)
[14:12] <xivulon> the policy should be: if any swap device is on file do not allow hibernation (methinks)
[14:14] <xivulon> that should go in pm-utils correct?
[14:17] <evand> aiui, yes
[14:17] <xivulon> and hibernation will not work with swap on file anyway, correct?
[14:18] <xivulon> if so I will open a new bug
[14:19] <evand> I recall you saying that mjg59 told you that it would never work properly, given the current state of affairs.  Correct?
[14:21] <tmmoyer> nevermind, some more reading reveals that this is used by the Launchpad PPA build system
[14:24] <xivulon> evand yep, but that is more generic, since swap on file is not necessarily wubi specific
[14:24] <xivulon> had a quick word with mjg59 on #ubuntu-kernel and he suggested to file a bug
[14:24] <xivulon> bug #224697
[14:26] <evand> ok
[14:28] <xivulon> davmor2: can you pls also test the desktop icon behaviour on amd64 and i386. In particular I am interested to know whether a /host icon appears in the nautilus desktop, and whether it can be unmounted via context menu
[14:29] <davmor2> I'll check for you take about 30mins or so
[14:30] <xivulon> thx
[14:55] <davmor2> xivulon: Vista reboot dialogue appeared then it ejected the cd then it stopped dead and hasn't rebooted on my laptop
[14:59] <davmor2> I'll try it again just to be sure
[15:01] <xivulon> so the jam is still there :(
[15:01] <xivulon> with new build it will be after reboot dialog anyway
[15:02] <davmor2> xivulon: yes but like I say I'll recheck it maybe laptop specific
[15:03] <davmor2> as it works on the tower I have
[15:04] <xivulon> should be: reboot page + click reboot now or reboot later + eject + reboot/quit (depending on previous choice)
[15:05] <davmor2> yes that's what it does on the tower.  on the laptop though it displays the message then nothing happens :(  But I'm retesting as we speak
[15:06] <xivulon> on the tower after ejecting do you have enough time to get the CD off the tray or does it reboot immediatelly (and the CD gets popped in)
[15:09] <davmor2> xivulon: Vista is slow at rebooting you got time to go and put the kettle on and still get the cd out :D
[15:11] <xivulon> haha
[15:16] <davmor2> xivulon: same again.  I can't reboot it at all now though.  I'll get bdmurray to confirm though
[15:19] <davmor2> I should think time wise between the reboot happening and the cd popping out you get a good 5 seconds.  Then you got about 15-20 for vista to logout and reboot.
[15:29] <xivulon> not sure 5 secs is enough, anyway if that does not fix the issue I can move back the eject to before the reboot page... Only route seems to be an explicit copy onto temp
[15:33] <davmor2> xivulon: don't forget though you still have the 15-20 seconds of vista shutting down so you get between 20-25 seconds in total
[15:36] <xivulon> sure, but there is not much point in postponing eject if it does not fix the issue
[15:45]  * xivulon should have used a separate branch for such experiments
[16:05] <nrg> are there known issues with netboot and kickstart's %post scripts?
[16:11] <cjwatson> nrg: don't think so, what's up?
[16:12] <nrg> i am trying to run a wget command outside of the chroot and place it into the chroot
[16:13] <nrg> i am looking at the install logs to see if i can figure out what the issue is
[16:14] <cjwatson> would be useful if you could post the kickstart script (minus passwords) somewhere
[16:15] <nrg> i think i might figured out the issue - does the kickstart's %post script get ran before local accounts are created?
[16:15] <nrg> i thought i read that runs right /before/ reboot
[16:15] <cjwatson> yes, as it happens
[16:15] <cjwatson> (phone)
[16:17] <nrg> that's my problem. i am trying to place a file into an a home directory...
[16:26] <cjwatson> quickest answer is to write out another script called /lib/finish-install.d/07local (or similar; number must be >6), make it executable, and write the commands you need there
[16:26] <cjwatson> might be other possibilities
[16:26] <cjwatson> as you might expect with ordering constraints, if you flip it round other things are likely to go wrong ...
[17:27] <nrg> thanks
[18:00] <xivulon> evand did you find out about the desktop drive icons?
[18:01] <evand> xivulon: indeed, it doesn't seem to be working, though I could've sworn it used ot.
[18:06] <xivulon> http://ubuntuforums.org/showpost.php?p=4823500&postcount=21
[18:06] <xivulon> http://ubuntuforums.org/showpost.php?p=4810834&postcount=20
[18:06] <xivulon> both are very weird behaviour
[18:07] <xivulon> in one case you have the icons appear to begin with and then disappear as soon as you use some usb device.
[18:07] <xivulon> in the other you have no icons for amd64 and icons for i386
[18:08] <xivulon> I have amd64 and certainly there are no drive icons, which is weird since I would have expected icons at least for the other partitions
[18:08] <xivulon> evand ^
[18:09] <evand> yikes
[18:09] <xivulon> my initial theory was that nautilus (or whatever lower VFS layer) only looks into mount/fstab which explains the lack of /host icon, but it cannot explain the above
[18:10] <xivulon> you tested on amd64 right?
[18:10] <xivulon> do you have drive icons for the other /media/* stuff?
[18:19] <evand> I tested on i386
[18:20] <xivulon> so the amd64 theory is wrong
[18:20] <xivulon> in any case, I have no drive icon whatsoever and there should be a few (unless they changed the way the drive icons work)
[18:21] <xivulon> will do some more testing tonight
[18:21] <xivulon> evand, did you apply the patch in #217348?
[18:22] <xivulon> tonight I might have 204128 sorted (fingers crossed) via 7z
[18:23] <evand> not yet, though I'd like to see more testing.  I'll post in #ubuntu-testing about it.
[18:23] <xivulon> that would be nice
[18:24] <xivulon> they can edit manually groot and call update-grub then try to reboot
[18:24] <xivulon> "#groot=(hdX,Y)/ubuntu/disks" =>  "#groot=()/ubuntu/disks" in menu.lst
[20:06] <nrg> cjwatson: does the reboot happen at 94save-logs?
[20:11] <nrg> cjwatson: nevermind - i see that it happens at 99reboot
[21:41] <xivulon> bdmurray, when you have some spare time can you pls try last build in #204128?
[21:41] <xivulon> you have to put that into the CD replacing wubi.exe within the ISO (see instructions in bug)
[21:45] <bdmurray> I'll test it sometime this week
[21:56] <xivulon> thanks
[21:59] <xivulon> evand any view on #223001?
[22:00] <xivulon> basically shall wubi delete all installation files (including ISO) when it's done or only preseed.cfg?
[22:05] <xivulon> also what is the current version of daily isos (.disk/info) is it 8.04 or 8.04.1?
[22:07] <evand> 8.04, I imagine
[22:08] <evand> I'd say yes to having it delete all of the install files.
[22:09] <evand> or at least the ISO
[22:32] <xivulon> done, can someone pls post .disk/info from new daily ISOs?
[22:36] <xivulon> well I guess there is no need, the ISO seem to be dated 23 of April, when will the daily builds resume?
[22:38] <cjwatson> I guess when there are a sensible number of updates to test
[22:39] <cjwatson> xivulon: .disk/info will end up with 8.04.1
[22:40] <cjwatson> xivulon: and will be otherwise unchanged, aside from the build date
[22:41] <cjwatson> I've bumped it to 8.04.1 now for whenever the first set of builds run
[22:41] <xivulon> cjwatson, thanks, I will change isolist.ini in wubi then
[22:43] <cjwatson> the builds will live in /hardy/daily/ /hardy/daily-live/ etc., rather than /daily/ /daily-live/ etc.
[22:43] <cjwatson> since we'll be doing intrepid builds in parallel
[22:44] <xivulon> ok
[22:48] <xivulon> cjwatson, http://paste.ubuntu.com/9041/
[22:50] <cjwatson> yes, that looks fine, at least once those URLs exist
[22:50] <xivulon> great
[22:56] <xivulon> evand rev505 is up, note that there are now 2 make: make and make wubi-selfextract
[22:56] <xivulon> the second is a 7z wrap of wubi.exe that will hopefully address #204128
[23:01] <xivulon> I would use the selfextract on the CD but the normal one as standalone
[23:04]  * xivulon rebooting for testing