[09:30] <cjwatson> ls
[09:30] <cjwatson> (d'oh)
[09:31] <cjwatson> YKYBHTLW you type ls instead of /names ...
[09:31]  * StevenK can't expand YKYBHTLW ...
[09:32] <cjwatson> you know you've been hacking too long when
[09:32] <persia> You know you've been hacking too late
[09:32] <StevenK> Ahhh
[14:09] <davmor2> xivulon: I did a couple of tests for slangasek today on hardy.2 and umenu is throwing up an invalid cd detected on the 20090112.1 cd
[14:25] <kirkland> evand: hey, are you around?
[14:26] <evand> kirkland: hi
[14:26] <kirkland> evand: hey, i just saw slangasek's alpha3 freeze note and wondered if the encrypted home option might land in the graphical installer in time?
[14:27] <evand> I'll try to get it in and uploaded today
[14:28] <kirkland> evand: excellent, thanks.
[14:28] <kirkland> evand: ping me when you do, and i'll download the next daily iso and add some testing to the mix
[14:29] <evand> ok
[14:29] <evand> will do
[14:35] <xivulon> davmor2: did not look at hardy
[14:35] <xivulon> I assume that the version has to be bumped up to 8.04.2
[14:36] <xivulon> evand ^
[14:36] <xivulon> that is both for wubi and umenu
[14:37] <xivulon> and isolisto.ini
[15:06] <evand> xivulon: Context?
[15:16] <davmor2> xivulon: I think so just checking now
[15:16] <xivulon> evand, I think that there is an issue with the new release of hardy
[15:16] <davmor2> xivulon: yes 8.04.2 is now the number for the cd
[15:16] <xivulon> we still have 8.04.1 in the code, so that all the checks within wubi/umenu will fail in 8.04.2
[15:17] <xivulon> you basically have to grep the source for "8.04.1" and replace with "8.04.2" in both umenu and wubi branches
[15:18] <xivulon> evand could you take care of that? I can push that tonight
[15:18] <evand> ugh, remind me why the check is so restrictive?
[15:19] <xivulon> It just tries to make sure that ISO/CD is what a given version of umenu/wubi is supposed to be handling, it was set up to match the full version string
[15:19] <xivulon> we can relax that in jaunty, but for hardy/intrepid, we will have to up the version manually
[15:20] <evand> of course, and please do change it for jaunty
[15:20] <xivulon> will do
[15:21] <xivulon> if the urls change though it will require a manual change to isolist.ini anyway (which might be the place where we also keep the version string)
[15:22] <evand> can we not just assume that all versions will follow similar form and grab the version from .disk/info, then use it wherever needed in Wubi
[15:23] <xivulon> the issue is when I do not have an ISO at all, I have to download, so I need to know the version string (if it enters the url)
[15:25] <evand> hrm
[15:25] <xivulon> You could otherwise assume that ubuntu.com/releases/8.04 will always point to the correct "subversion" i.e. .../releases/8.04.2
[15:27] <persia> Perhaps a "current" symlink?
[15:28] <xivulon> at the moment the way it is coded in jaunty, is that you need to update the version string (and urls) in isolist.ini as a single entry point, if urls satisfy the above I can relax the version string match in the code
[15:28] <xivulon> so that 8.04 is ok also for 8.04.2
[15:29] <xivulon> that I guess depend on the webmaster, I am ok with any solution
[15:30] <xivulon> at the moment http://releases.ubuntu.com/8.04/ and http://releases.ubuntu.com/8.04.1 point to the same place.
[15:31] <xivulon> I assume that 8.04 already works as a sort of "current" pointer
[15:31] <xivulon> that of course has to hold for all the flavors covered
[15:31] <evand> indeed
[15:31] <evand> I was just going to mention that after I poked through the wubi code
[15:32] <xivulon> I will simply relax the version check in jaunty to accept partial matches
[15:33] <evand> ok
[15:35] <xivulon> for hardy could you please do the changes? I think that steve would appreciate a quick fix there.
[15:35] <evand> already on it
[15:35] <evand> bzr is just taking ages to branch
[15:36] <xivulon> thanks
[15:36] <xivulon> yes the original bzr branch has a lot of junk in the history (my first one)... New one is much cleaner.
[15:37] <superm1> evand, are you planning another ubiquity upload for alpha 3?  i've got a few things i wanted to merge in for the mythbuntu frontend yet and wanted to see where you were at on it so i have an idea when i'd need to have everything mergable by
[15:38] <evand> yes
[15:39] <xivulon> hmm I might have half working wubi/umenu code by tonight... at least to the point of being able to install in normal circumstances
[15:39] <evand> superm1: ideally by tomorrow
[15:39] <xivulon> with a few UI quircks
[15:39] <evand> I think I'm still safe to upload then
[15:39] <superm1> evand, okay yeah that should be fine.  i've got one more thing to do tonight
[15:40] <evand> xivulon: wonderful!
[15:40] <xivulon> well still haven't sorted out the transparency issues (could do with some help from win32 devs, as the documentation I found is quite poor)
[15:41] <xivulon> and all the text is not finalized at all
[15:41] <xivulon> plus I have python subrpocess insisting in opening a shell every time it runs
[15:41] <cjwatson> xivulon: 8.04 already indeed does work as a "current" pointer, by intention
[15:42] <xivulon> cjwatson, great so I will assume that from now on (jaunty), I'd guess that we can keep upping the string for intrepid/hardy
[15:42] <cjwatson> intrepid is unlikely to get any point releases so you shouldn't need to worry about that
[15:43] <xivulon> we will have to remember for hardy, it completely slipped under my radar for this release, sorry about that
[15:47] <xivulon> evand note that umenu is now already in the same package as wubi, so you only need wubi.exe, launching that when a CD is inserted should in fact display the umenu screen
[15:47] <xivulon> (so the theory goes...)
[15:47] <evand> cjwatson: whenever you have a moment, can you add wubi commits to the cia bot, assuming you find such messages to be appropriate here
[15:47] <evand> xivulon: noted; thanks
[15:48] <xivulon> I will rename the branches jaunty.intrepid -> trunk soon
[15:48] <xivulon> sorry jaunty.python -> trunk
[15:48] <xivulon> as soon as I can install at least on my pc
[15:49] <cjwatson> evand: done, though of course it relies on all committers dealing with the client-side setup as usual
[15:50] <xivulon> will setup cia (noted)
[15:50] <cjwatson> evand: BTW, feel free to set yourself up on cia.vc and claim joint ownership of the ubuntu-installer CIA bot
[15:50] <cjwatson> xivulon: http://wiki.ubuntu.com/InstallerDevelopment has instructions
[15:50] <evand> cjwatson: didn't realize I could
[15:50] <cjwatson> it has quite lax access control and relies on history in case of problems
[15:51] <xivulon> cjwatson: thx, I assume that the branch rename will not create particular issues
[15:51] <cjwatson> CIA doesn't care much
[15:51] <cjwatson> it'll just produce messages with the new name (assuming that 'bzr nick' matches the new name)
[15:51] <evand> neat, though not the easiest thing to find on one's own
[16:24] <evand> xivulon: 8.04.2 wubi uploaded to http://people.ubuntu.com/~evand/wubi/Wubi-8.04.2.exe and http://people.ubuntu.com/~evand/wubi/Wubi-8.04.2-standard.exe
[16:24] <evand> I'm in the process of modifying cdimage to grab the correction version when building for hardy
[16:26] <davmor2> evand: So it should be working tomorrow then?
[16:27] <evand> davmor2: assuming slangasek or someone else generates new 8.04.2 CDs from cdimage, yes
[16:28] <davmor2> evand: Cool I'll try it out tomorrow then :)
[16:28] <evand> thanks!
[16:28] <davmor2> np's
[16:43] <evand> fingers crossed, I think I did that properly.  Next cd build of 8.04.2 should have the updated Wubi
[16:44] <davmor2> nice one (crosses finger to be on the safe side)
[18:01] <xivulon> evand thanks
[20:09] <bdmurray> Is bug 310083 a duplicate of something else?
[20:14] <evand> Should be fixed with the next ubiquity release
[20:15] <bdmurray> next being before Alpha 3?
[20:19] <evand> indeed