[03:13] <evand> cjwatson_: yes.  It was a simple bug.  I obviously want to test it some more tonight, given the extent of the damage it created, but I'll upload it before I go to bed.
[03:13] <evand> obviously was the wrong word
=== cjwatson_ is now known as cjwatson
[06:21] <CIA-44> netcfg: cjwatson * r620 ubuntu/ (debian/changelog netcfg-common.c):
[06:21] <CIA-44> netcfg: * Backport from trunk:
[06:21] <CIA-44> netcfg:  - RFC 2181 clarifies that host names may be as short as one octet, so
[06:21] <CIA-44> netcfg:  allow that (LP: #193054).
[06:23] <CIA-44> ubiquity: cjwatson * r2470 ubiquity/ (4 files in 3 dirs):
[06:23] <CIA-44> ubiquity: * RFC 2181 clarifies that host names may be as short as one octet, so
[06:23] <CIA-44> ubiquity:  allow that (LP: #193054).
[08:03] <CIA-44> ubiquity: evand * r2471 ubiquity/ (7 files in 6 dirs): * Added a new tzmap widget. Ubiquity now shrinks to 674x434 (LP: #38442).
[09:37] <cjwatson> evand: woo
[09:37] <cjwatson> though that's still wider than 640x480, but not by too much I guess
[09:37] <cjwatson> being shorter is the main thing
[09:38] <evand> oh?  Are we targeting 640x480?  We might be able to shave off a few more pixels.
[09:40] <cjwatson> wouldn't hurt but can wait until the bug-fix period
[09:40] <evand> ok
[09:43] <saispo> cjwatson: why not icedove or iceweaseal in gobuntu ?
[09:44] <cjwatson> we settled on epiphany. and this is not the appropriate channel.
[09:45] <cjwatson> iceweasel is not feasible because we want firefox in Ubuntu and having two firefox-a-like packages indefinitely is not acceptable.
[09:45] <saispo> k
[09:50] <CIA-44> partman-auto: cjwatson * r251 partman-auto/ (debian/changelog recipes/atomic recipes/home recipes/multi):
[09:50] <CIA-44> partman-auto: * Drop the bootable flag from i386/amd64 recipes; it can break existing
[09:50] <CIA-44> partman-auto:  Windows installations when autopartitioning only free space rather than
[09:50] <CIA-44> partman-auto:  a whole disk (LP: #14244). This reinstates the change from 40ubuntu3 now
[09:50] <CIA-44> partman-auto:  that grub-installer ensures that there is one bootable partition.
[10:13] <evand> xivulon: yay!  Newest daily live CDs have a working umenu.  That is, your fix for the Invalid CD issue definitely worked.
[10:23] <CIA-44> base-installer: cjwatson * r325 ubuntu/debian/changelog: releasing version 1.86ubuntu2
[10:28] <cjwatson> evand: could you incorporate the new tzmap widget into oem-config too when you get a chance?
[10:28] <evand> cjwatson: sure thing
[10:41] <evand> xivulon: wubi doesn't seem to work from umenu now.  Curiously, when I enable debug mode, it says it's launching D:\wubi.exe, but never does.  Dumping D:\wubi.exe in a command prompt works fine.
[10:43] <xivulon> evand having a looj
[10:43] <xivulon> look
[10:43] <evand> thanks
[10:44] <xivulon> there is a typo in umenu.nsi
[10:44] <xivulon> ExecShell "open" $dir\${WUBI_COMMAND}"
[10:44] <xivulon> ExecShell "open" "$dir\${WUBI_COMMAND}"
[10:45] <xivulon> quote was missing
[10:45] <evand> ah, nice catch.  Ok, I'll make the change, commit, build, and push.
[10:47] <xivulon> evand in wubi/src/info_iso.nsh > ExtractIsoInfo, can you add
[10:47] <xivulon> pop $0
[10:47] <xivulon> after error_handler:
[10:49] <evand> ok
[10:49] <evand> how exactly does one bump the revision number in NSIS?
[10:49] <xivulon> commit
[10:50] <evand> neat!
[10:50] <xivulon> then make
[10:52] <evand> so
[10:52] <evand> error_handler:
[10:52] <evand> pop $0
[10:52] <evand> ClearErrors
[10:52] <evand> ?
[10:52] <xivulon> exactly
[10:52] <evand> ok
[10:52] <xivulon> that is basically to get rid of msg in the stack
[10:53] <xivulon> when the call is in an inner loop of another function accessing the stack, without that it may create problems
[10:59] <evand> xivulon: ok, I've built, uploaded, and updated the symlinks.  Shall I trigger a new cd build, or would you like more time to look over the code?
[11:02] <xivulon> I cannot test on my side atm but should be fine
[11:02] <evand> ok
[11:03] <xivulon> don't see the pop thingy in LP though
[11:03] <evand> oh, thanks for reminding me.  I haven't pushed.  Though I should bind those branches anyway
[11:04] <evand> ok, pushed
[11:16] <jgonzalez> hi... is it safe to activate the backports respository in an automatic installation? I mean, does the installer install the specified pacakges from the CD, or it connects to the real repos to get the packages? I need to install a backported package in an automatic installation, but I want to do it while keeping the rest of the system stable, so I'm creating a preferences file pinning the packages I'm interested in in preseed/late_coma
[11:16] <CIA-44> netcfg: cjwatson * r621 ubuntu/debian/changelog: releasing version 1.40ubuntu4
[11:18] <CIA-44> partman-target: evand * r698 partman-target.ubuntu/ (commit.d/clear_partitions debian/changelog): * Fixed major bug in 60clear_partitions and re-enabled it.
[11:20] <evand> cjwatson: I've tested that quite a bit, and I'm quite confident that it's safe.  However, if you have a free moment, can you glance over the clear_partitions code and let me know if anything jumps out as being horribly wrong?
[11:20] <evand> I'd just like to get another pair of eyes on it other than my own, to be certain this time.
[11:20] <evand> jgonzalez: using the desktop CD?
[11:20] <jgonzalez> evand, using the server CD
[11:22] <cjwatson> evand: ok, in a meeting now but will do
[11:22] <evand> cjwatson: thanks!
[11:23] <cjwatson> +           if $(echo $mp | grep -wqs ^/$x$) || $(echo $mp | grep -qws ^/$x/*); then
[11:23] <cjwatson> that could definitely use some quoting
[11:23] <evand> ok
[11:23] <cjwatson> in general I'd be more comfortable if every shell expansion was surrounded by "" except in cases where it's definitely not right to do so
[11:29] <xivulon> evand, using current ISO, when I look into .disk/info I see some binary garbage
[11:31] <xivulon> md5sum for it does not match either
[11:32] <evand> xivulon: works fine here.  I'd check your download.
[11:32] <evand> well, for the 20080219 amd64 cd, that is
[11:32] <jgonzalez> cjwatson, btw, thanks A LOT for your help and patience yesterday, I had to leave as my wife and my two years old son were calling me so I didn't have the chance to thank you
[11:32] <evand> jgonzalez: not sure
[11:32] <evand> sorry to be so late in reply, I'm doing several things at once
[11:32] <jgonzalez> evand: have tried it, and it seems to work ok
[11:33] <evand> great
[11:33] <jgonzalez> evand, no problem, thanks a lot
[11:38] <xivulon> evand can you try to download the ISO via wubi and check the md5?
[11:39] <evand> xivulon: momentarily, yes
[11:39] <xivulon> thanks
[12:24] <CIA-44> partman-target: evand * r699 partman-target.ubuntu/commit.d/clear_partitions: Fix quoting in clear_partitions.
[12:44] <xivulon> downloader seem good, might have used a partial file from an old iso
[13:28] <xivulon> As mentioned previously I would like to add gpgv to wubi, the binary is 340K, is that any problem?
[18:59] <cr3> when I preseed a dapper installation (testing dapper to hardy upgrade) and security.ubuntu.com cannot be reached, I get prompted for a proxy even though I have this string in my preseed file: d-i mirror/http/proxy string
[19:00] <cr3> I could check if the behavior is the same later on hardy but I wonder if there's a workaround for now on dapper
=== TheMuso_ is now known as TheMuso
[19:34] <cr3> nevermind that, the problem is that the preseed file wasn't even being retrieved because the kernel param on dapper is preseed/url. does that still work in hardy for backward compatibility purposes?
[20:49] <cjwatson> preseed/url continues to work; url is an alias for it
[20:50] <cjwatson> although in general backward compatibility of preseeding is not guaranteed and it wouldn't surprise me if something else breaks if you try to use the same setup for dapper and hardy