[00:13] <CIA-28> ubiquity: cjwatson * r3196 ubiquity/debian/ (changelog init):
[00:13] <CIA-28> ubiquity: Try a couple of different locations for NetworkManager's init script
[00:13] <CIA-28> ubiquity: (LP: #356813).
[00:24] <CIA-28> console-setup: cjwatson * r102 ubuntu/ (Keyboard/kbdcompiler debian/changelog debian/config.proto): Treat the Kazakhstan layout (kz) as non-Latin (LP: #356816).
[00:26] <CIA-28> ubiquity: cjwatson * r3197 ubiquity/ (debian/changelog ubiquity/components/console_setup.py):
[00:26] <CIA-28> ubiquity: Sync with console-setup 1.28ubuntu8: treat the Kazakhstan layout (kz) as
[00:26] <CIA-28> ubiquity: non-Latin (LP: #356816).
[00:28] <CIA-28> oem-config: cjwatson * r652 trunk/ (debian/changelog lib/components/console_setup.py):
[00:28] <CIA-28> oem-config: Sync with console-setup 1.28ubuntu8: treat the Kazakhstan layout (kz) as
[00:28] <CIA-28> oem-config: non-Latin (LP: #356816).
[01:00] <CIA-28> debian-installer: cjwatson * r1080 ubuntu/ (35 files in 2 dirs): Update help text translations from Launchpad.
[01:07] <CIA-28> partman-base: cjwatson * r154 ubuntu/debian/po/ (19 files): Update Ubuntu-specific strings from Launchpad.
[01:13] <CIA-28> pkgsel: cjwatson * r137 ubuntu/debian/po/ (el.po ko.po): Update Ubuntu-specific strings from Launchpad.
[01:15] <CIA-28> user-setup: cjwatson * r173 ubuntu/debian/ (changelog po/ca.po po/el.po): Update Ubuntu-specific strings from Launchpad.
[01:21] <CIA-28> console-setup: cjwatson * r103 ubuntu/debian/changelog: releasing version 1.28ubuntu8
[01:36] <CIA-28> ubiquity: cjwatson * r3198 ubiquity/debian/ (80 files in 2 dirs): Update translations from Launchpad.
[01:41] <CIA-28> oem-config: cjwatson * r653 trunk/debian/ (64 files in 2 dirs): Update translations from Launchpad.
[01:56] <CIA-28> ubiquity: cjwatson * r3199 ubiquity/ (debian/changelog ubiquity/components/timezone.py):
[01:56] <CIA-28> ubiquity: Work around a debconf bug which broke the default time zone for some
[01:56] <CIA-28> ubiquity: countries: REGISTER does not appear to give a newly-registered question
[01:56] <CIA-28> ubiquity: the same default as the question associated with its template, unless we
[01:56] <CIA-28> ubiquity: also RESET it, so do that (LP: #356794).
[01:59] <CIA-28> oem-config: cjwatson * r654 trunk/ (debian/changelog lib/components/timezone.py):
[01:59] <CIA-28> oem-config: Work around a debconf bug which broke the default time zone for some
[01:59] <CIA-28> oem-config: countries: REGISTER does not appear to give a newly-registered question
[01:59] <CIA-28> oem-config: the same default as the question associated with its template, unless we
[01:59] <CIA-28> oem-config: also RESET it, so do that (LP: #356794).
[02:03] <CIA-28> base-installer: cjwatson * r362 ubuntu/debian/changelog: releasing version 1.98ubuntu6
[02:07] <CIA-28> cdrom-detect: cjwatson * r438 ubuntu/debian/changelog: releasing version 1.30ubuntu3
[02:13] <CIA-28> partman-auto: cjwatson * r287 ubuntu/debian/changelog: releasing version 84ubuntu3
[02:18] <CIA-28> partman-base: cjwatson * r155 ubuntu/debian/changelog: releasing version 129ubuntu7
[02:20] <CIA-28> partman-crypto: cjwatson * r678 ubuntu/debian/changelog: releasing version 36ubuntu5
[02:24] <CIA-28> partman-target: cjwatson * r759 ubuntu/debian/changelog: releasing version 58ubuntu7
[02:26] <CIA-28> pkgsel: cjwatson * r138 ubuntu/debian/changelog: releasing version 0.20ubuntu15
[02:28] <CIA-28> user-setup: cjwatson * r174 ubuntu/debian/changelog: releasing version 1.23ubuntu18
[08:21] <dpm> cjwatson: hi, good morning. I've had a look at http://people.ubuntu.com/~cjwatson/d-i-translations/ after what you mentioned on ubuntu-translators about errors still being present. Do I understand it correctly that entries with the 09-Apr-2009 00:51 date (I assume you did the last script run last night) still have errors and the other ones have not got any?
[10:03] <CIA-28> oem-config: cjwatson * r655 trunk/ (d-i/manifest debian/changelog):
[10:03] <CIA-28> oem-config: Automatic update of included source packages: console-setup 1.28ubuntu8,
[10:03] <CIA-28> oem-config: user-setup 1.23ubuntu18.
[10:04] <cjwatson> dpm: yes, that's right
[10:05] <cjwatson> dpm: I've noticed a fairly steady improvement since I posted about that, although one or two regressions
[10:07] <CIA-28> oem-config: cjwatson * r656 trunk/debian/changelog: releasing version 1.54.12
[10:12] <davmor2> cjwatson: did you lvm2 fix work?
[10:14] <cjwatson> it worked for me in the localised tests I was able to do; I don't know if it worked in full-scale certification tests
[10:14] <CIA-28> ubiquity: evand * r3200 ubiquity/ (3 files in 2 dirs):
[10:14] <CIA-28> ubiquity: Provide translation support for the format warning on the automatic
[10:14] <CIA-28> ubiquity: partitioning page, and make it less tied to English grammar. Thanks
[10:14] <CIA-28> ubiquity: Timo Jyrinki (LP: #356333).
[10:19] <CIA-28> ubiquity: cjwatson * r3201 ubiquity/ (d-i/manifest debian/changelog):
[10:19] <CIA-28> ubiquity: Automatic update of included source packages: base-installer
[10:19] <CIA-28> ubiquity: 1.98ubuntu6, console-setup 1.28ubuntu8, flash-kernel 2.13ubuntu6,
[10:19] <CIA-28> ubiquity: partman-auto 84ubuntu3, partman-base 129ubuntu7, partman-target
[10:19] <CIA-28> ubiquity: 58ubuntu7, user-setup 1.23ubuntu18.
[10:20] <cjwatson> evand: anything else before an upload, since we need one for the final freeze? (do you want to do it or shall I?)
[10:20] <evand> give me a few minutes to squeeze in the migration-assistant fix, then I'll do the upload, if that's ok
[10:21] <cjwatson> ok
[10:21] <cjwatson> you'll need to do a debian/rules update too then, of course
[10:21] <evand> will do
[10:22] <evand> a debconf-updatepo as well for the new template, or should I avoid that for some reason?
[10:22] <CIA-28> debian-installer: cjwatson * r1084 ubuntu/debian/changelog: releasing version 20081029ubuntu32
[10:22] <cjwatson> oh, hmm. yes
[10:22] <cjwatson> I mean, yes debconf-updatepo
[10:22] <evand> ok
[10:22] <cjwatson> although there is almost no chance of any translations being in place for release
[10:22] <davmor2> cjwatson: cool :)
[10:23] <cjwatson> I can make sure LP is up to date at least ...
[10:26] <CIA-28> migration-assistant: evand * r94 migration-assistant/ (debian/changelog ma-ask):
[10:26] <CIA-28> migration-assistant: If there are no items to import, don't bother asking the question. This
[10:26] <CIA-28> migration-assistant: supports a change to ubiquity to not always show the migration-assistant
[10:26] <CIA-28> migration-assistant: page.
[10:31] <CIA-28> ubiquity: evand * r3202 ubiquity/ (debian/changelog ubiquity/components/migrationassistant.py):
[10:31] <CIA-28> ubiquity: Only show the migration-assistant page if we have items we can
[10:31] <CIA-28> ubiquity: import.
[10:33] <davmor2> evand: Yay
[10:34] <CIA-28> migration-assistant: evand * r95 migration-assistant/debian/changelog: Fix the last changelog update. The previous version was uploaded without updating bzr.
[10:41] <evand> cjwatson: are you able to process the approval queue or would that be a conflict of interest?  I need a m-a upload in support of this change, unless you think it's not important to warrant it, in which case I'll just shelve it for Karmic and continue with the ubiquity upload.
[10:43] <davmor2> evand: no it's important honest.  Less confusing on newcomers
[10:44] <cjwatson> evand: I think it's important but it might be better if somebody non-installer accepted it
[10:44] <cjwatson> 10:43 -queuebot:#ubuntu-release- New package: migration-assistant (main) [0.6.2 → 0.6.4]
[10:45] <cjwatson> evand: you sure that 0.6.3 had been uploaded? queuebot doesn't think so ...
[10:45] <evand> hrm, I think I'm moving too quickly
[10:45] <cjwatson> not that it hugely matters, that just means a release team member will be reviewing both at once
[10:45] <evand> I assumed given that 0.6.3 was rejected as it was already in the archive
[10:45] <cjwatson> (i.e. don't reupload for that now)
[10:45] <cjwatson> but it's not in the archive, according to queuebot
[10:45] <evand>  File migration-assistant_0.6.3.tar.gz already exists in Primary Archive for Ubuntu, but uploaded version has different contents. See more information about this error in https://help.launchpad.net/Packaging/UploadErrors.
[10:45] <cjwatson> blink
[10:46] <cjwatson> aha
[10:46] <evand> I figured I forgot to do a debcommit --release
[10:46] <cjwatson> migration-assistant |      0.6.3 | hardy-updates | source
[10:46] <evand> ah
[10:46] <evand> whoops
[10:46] <cjwatson> that was an unwise choice of versioning ...
[10:46] <evand> absolutely
[10:46] <evand> not sure what possessed me to do that
[10:46] <cjwatson> probably would've been ok if intrepid had been bumped to 0.7.x
[10:50] <evand> indeed, though I think 0.6.4 is fine for now, and I'll correct it going forward in Karmic
[11:29] <cjwatson> evand: oh, we should fix the scaling-up of the timezone map widget
[11:35] <evand> ok
[11:37] <cjwatson> I think it's just incorrect expand/fill
[11:37] <cjwatson> I don't have a current image though, so you might be faster if you do
[11:40] <evand> sure
[12:01] <evand> wouldn't that mean it wouldn't scale at all when the user resized the window?
[12:03] <cjwatson> yep
[12:04] <cjwatson> better to not scale than to scale to something fuzzy, imo?
[12:04] <evand> sure, but then anyone with a resolution < 1024x768 is going to automatically get a window that has the timezone map at half its size
[12:04] <evand> as that's what it sets the allocation to in that case, assuming I'm reading this correctly
[12:04] <evand> and hooray, laptop just hard locked
[12:05] <evand> err I stand corrected, X locked
[12:05] <cjwatson> right, but they probably won't be able to resize the window up to a point where a bigger map would be useful then
[12:08] <evand> ok, fair enough
[12:08] <evand> let me just test this once more to make sure I'm absolutely certain it's working
[12:16] <CIA-28> ubiquity: evand * r3203 ubiquity/ (debian/changelog gui/glade/stepLocation.glade): Don't let the time zone map image grow larger than the original.
[12:21] <evand> spot on, you raised the exact point about m-a that I wanted to bring up (being unable to import from a system you're about to delete)
[12:22] <cjwatson> I'm certainly worried about accuracy there
[12:22] <cjwatson> if m-a misses something, you're kind of screwed :)
[12:23] <cjwatson> but I was a bit bemused that the focus was on m-a in that discussion, because it seems to me that there are other much tougher points
[12:23] <cjwatson> thanks for r3203
[12:23] <evand> indeed
[12:23] <evand> sure thing
[12:31] <cjwatson> doesn't look like anyone else is around, so I've reviewed m-a and accepted it
[12:44] <cjwatson> evand: is the fix for bug 341605 rolled out now?
[12:45] <evand> should be.  Let me download a CD and double check.
[12:45] <cjwatson> evand: and I think bug 339898 needs to be closed by hand
[12:45] <cjwatson> (also, I don't think you pushed your release commit to m-a trunk?)
[12:45] <evand> ah, I was looking for that earlier!
[12:46] <cjwatson> oh, sorry, I've had it open :)
[12:47] <cjwatson> evand: you might want to unduplicate bug 349334; as far as I can tell that's the problem covered by your TODO comment
[12:47] <evand> re m-a commit> loggerhead shows it in trunk
[12:48] <cjwatson> Tree is up to date at revision 95.
[12:48] <cjwatson> $ head -n1 debian/changelog
[12:48] <cjwatson> migration-assistant (0.6.4) UNRELEASED; urgency=low
[12:49] <CIA-28> migration-assistant: evand * r96 migration-assistant/debian/changelog: releasing version 0.6.4
[12:49] <evand> ah sorry, I hadn't committed yet.  I always wait for the package to be accepted.
[12:49] <evand> done
[12:51] <cjwatson> oh, right
[14:00] <lool> cjwatson: We uploaded a fix in flash-kernel-installer yesteday, to be picked up it needs not only a debian-installer upload but also an ubiquity update; would it be possible to have an ubiquity upload today as well as debian-installer?
[14:00] <lool> Or evand, I don't know why I'm speaking to cjwatson specifically here
[14:01]  * lool realizes he has no clue how to upload ubiquity properly
[14:05] <cjwatson> lool: it can't possibly need a debian-installer upload
[14:06] <cjwatson> flash-kernel-installer isn't in the d-i initrd
[14:06] <cjwatson> lool: there should be a ubiquity upload reasonably soon containing it
[14:06] <cjwatson> evand: ^- migration-assistant source should be published now?
[14:08] <lool> cjwatson: Oh ok, I thought flash-kernel was in the d-i initrd
[14:08] <lool> cjwatson: I do need a d-i upload to test the netboot images
[14:09] <lool> cjwatson: Not in the initrd > I guess you mean the mx51 one?
[14:09] <lool> It must be in at least iop32x
[14:10] <cjwatson> lool: I uploaded d-i earlier today; it's waiting for approval
[14:10] <lool> Ah that's why, ok thanks
[14:10] <cjwatson> lool: no, it's not in any initrd; it's fetched into the installer at run-time
[14:11]  * ogra is fine adding the script manually for testing
[14:11] <ogra> would just be good to have it for tomorrows image
[14:11] <lool> cjwatson: I see; thanks for the explanation
[14:11] <cjwatson> lool: the only components that require d-i rebuilds are those that are needed by the installer in order to start up and fetch more bits of itself
[14:11] <cjwatson> a simple image rebuild will be entirely sufficient to pull in flash-kernel onto d-i-based images
[14:11] <lool> Ok
[14:12] <cjwatson> feel free to kick one off
[14:12] <lool> Concerning d-i, I'm mostly interested in testing the latest netboot kernel + initrds
[14:12] <lool> versatile and iop32x
[14:12] <lool> I could test alternate again, but I tested lpia yesterday and I'm not sure we care about the armel alternates in the form of SD cards images
[14:12] <cjwatson> problem is that slangasek isn't up yet, pitti's on holiday, and I don't want to accept my own uploads during a freeze
[14:13] <ogra> lool, itym ixp4xx
[14:13] <cjwatson> er, pitti's at a conference, rather
[14:14] <lool> ogra: Yes, that too, but I can't test ixp4xx
[14:14] <ogra> right
[14:14] <lool> ogra: Which is why I've asked you about that one
[14:14] <ogra> you knew why you gave away the device :P
[14:15] <cjwatson> is there an icon somewhere that would be useful to identify .img files on cdimage.ubuntu.com?
[14:15] <lool> cjwatson: Eh I thought the same
[14:15] <cjwatson> a bit like http://cdimage.ubuntu.com/cdicons/iso.png
[14:15] <lool> I think a floppy icon would be ok
[14:15] <cjwatson> anywhere I can find a 22x22 png?
[14:15] <ogra> we have beautiful SD icons
[14:16] <lool> I'm looking for one
[14:16] <ogra> cant you use that one ?
[14:16] <cjwatson> ogra: where?
[14:16]  * ogra looks
[14:16] <ogra> on my desktop if i pop in an SD :P
[14:16] <lool> /usr/share/icons/gnome/24x24/devices/gnome-dev-media-sdmmc.png
[14:17] <lool> /usr/share/icons/gnome/22x22/devices/gnome-dev-media-sdmmc.png actually
[14:17] <cjwatson> Human/22x22 rather than gnome/24x24 perhaps?
[14:17] <lool> Oh right, there's an Human one as well, just sawit
[14:17] <lool> cjwatson: +1
[14:17] <ogra> /usr/share/icons/Human/22x22/devices/gnome-dev-media-sdmmc.png
[14:17] <ogra> bah
[14:18] <ogra> i'm definately to slow
[14:18] <cjwatson> it'll be used for USB images too, though; they share an extension so I can't distinguish them
[14:19] <cjwatson> I don't think that's a major problem for the moment
[14:19] <ogra> /usr/share/icons/Human/22x22/devices/gnome-dev-harddisk.png ?
[14:20] <lool> cjwatson: If anyone ask I'll pretend they are meant for USB SD card readers   :-P
[14:20] <cjwatson> heh
[14:20] <lool> ogra: /usr/share/icons/Human/22x22/devices/gnome-dev-floppy.png !
[14:20] <cjwatson> ogra: if you're OK with that being used for SD cards?
[14:21] <ogra> well, its more generic
[14:21] <ogra> i love the SD icon though
[14:21] <cjwatson> I need a decision
[14:21] <ogra> but thats personal preference and its right that we use .img for USB as well
[14:21] <lool> I don't care either way
[14:22] <cjwatson> I'll go for gnome-dev-harddisk then
[14:22]  * lool votes for cjwatson's choice
[14:22] <ogra> saldy its white and wont have good contrast on the page
[14:23] <cjwatson> not much more so than the .iso image
[14:23] <ogra> yeah
[14:25] <lool> Oh the link is to the .ISO in the header
[14:25] <cjwatson> hmm?
[14:25] <lool> and should probably say SD card instead of install CD
[14:25] <cjwatson> oh, I'm fixing all that at the moment
[14:25] <lool> Great
[14:25] <ogra> yes, the text from the beta should go in there
[14:25] <cjwatson> I made it be "image" so that I didn't have to make it architecture-specific
[14:26] <lool> Nice
[14:26] <ogra> modulo the link to the wikipage
[14:26] <cjwatson> for karmic, can we please make different form factors have different extensions?
[14:26] <ogra> .sdimg .usbimg ?
[14:26] <cjwatson> I don't care as long as it's different
[14:26]  * ogra was hoping that the next gen babbage can use USB boot :)
[14:26] <lool> cjwatson: They really are different use cases in the same file format; shouldn't we split them up in subdirs rather?
[14:27] <lool> Oh well I guess we can have multiple extensions for the same fiel format
[14:27] <cjwatson> lool: in that case the "desktop" bit should change, or something
[14:27] <cjwatson> anyway, later :)
[14:27] <cjwatson> ogra: what should https://wiki.ubuntu.com/BabbageJauntyBetaInstall become?
[14:28] <lool> Yeah (what I had in mind was for netboot/, hd-media/ etc. like in d-i)
[14:28] <cjwatson> it would be nice if that were a persistent URL, like https://help.ubuntu.com/community/BurningIsoHowto and https://wiki.ubuntu.com/MobileTeam/Mobile/HowTo/ImageWriting
[14:28] <ogra> cjwatson, good question, we dont have a generic page for SD installs
[14:28] <cjwatson> perhaps you could just incorporate it into https://wiki.ubuntu.com/MobileTeam/Mobile/HowTo/ImageWriting ?
[14:28] <ogra> yeah
[14:28] <ogra> point to there
[14:28] <ogra> i'll update the content later
[14:29] <cjwatson> that would be a lot easier from the cdimage point of view, since it will already point to there without me changing anything :)
[14:29] <ogra> the beta page was relly beta specific ... https://wiki.ubuntu.com/MobileTeam/Mobile/HowTo/ImageWriting already describes how to dd an image ...
[14:29] <cjwatson> ok then, I think that should basically be it sorted out now
[14:29] <ogra> though USB-imagewriter doesnt know about SDs
[14:30] <ogra> if i find a spare minuite over easter i might add support for that
[14:32] <ogra> cjwatson, oh, btw, confirming that the radiobutton issue is solved here
[14:32] <ogra> they have text again in german
[14:33] <cjwatson> yay
[14:33] <cjwatson> thank Robert
[14:34] <ogra> and partitioning the spare space on my live SD works as well
[14:37] <ogra> bah, i take back the last comment
[14:38] <ogra> silly me, indeed it needs to re-read the part. table if i create new partitions
[14:38] <ogra> so i'll install to the usb reader instead
[14:41] <cjwatson> ogra: is bug 348060 fixed now?
[14:41] <ogra> if the net flash-kernel is included in ubiquity it will
[14:42] <cjwatson> ogra: that can't possibly be an ubuntu-cdimage bug
[14:42] <ogra> the cdimage task at least, we should probably add a whishlist redboot-tools bug
[14:42] <cjwatson> ubuntu-cdimage bugs must be for the image building, not whatever happens to be in the image
[14:42] <cjwatson> didn't lool already fix that redboot-tools bit?
[14:42] <ogra> i want to add a redboot-install script similar to grub-install in KK
[14:43] <ogra> we dont have a sript doing the work yet ... you need to manually create the fis partitions, dd redboot in place dd fconfig.bin in place etc
[14:43] <cjwatson> but cdimage does that now
[14:43] <ogra> its possible to do it, but with a bunch of manual steps
[14:43] <ogra> right
[14:44] <ogra> the cdimage task can be closed
[14:44] <CIA-28> ubiquity: evand * r3204 ubiquity/ (d-i/manifest debian/changelog):
[14:44] <CIA-28> ubiquity: Automatic update of included source packages: migration-assistant
[14:44] <CIA-28> ubiquity: 0.6.4.
[14:44] <ogra> i'm talking about people wanting to create bootable SDs themselves
[14:44] <cjwatson> sure, perhaps a separate bug
[14:44] <ogra> for that i want redboot-install
[14:44] <cjwatson> I'm triaging ubuntu-cdimage bugs, don't really care about the other bits right now :)
[14:45] <ogra> right, close that one :)
[14:45] <ogra> at least if flash-kernel is in
[14:45] <ogra> just testing yesterdays script changes here
[14:45] <cjwatson> a cdimage bug cannot be subject to flash-kernel changes
[14:46] <cjwatson> flash-kernel is not used in the CD image build process, as you know
[14:46] <CIA-28> ubiquity: evand * r3205 ubiquity/debian/po/ (80 files): debconf-updatepo
[14:48] <ogra> cjwatson, right, and i was mixing ubiquity with cdimage
[14:51] <kwwii> hi
[14:51] <evand> hi
[14:51] <evand> so I just wanted to move the conversation about changes to the time zone map here
[14:51] <evand> so that we could discuss it as a group
[14:51] <kwwii> right, we've had a discussion with mark who was very unhappy with the time zone look
[14:52] <cjwatson> kwwii: what version was he looking at?
[14:52] <kwwii> cjwatson: the latest daily
[14:52] <cjwatson> ok, better than beta at least
[14:52] <kwwii> right
[14:53] <kwwii> he would like to see the colors of the whole thing change...that might take a bit because I will have to export it all and then show it to him for approval
[14:53] <kwwii> as well as seeing the cities even when the timezone is not selected
[14:53] <kwwii> not the city names, just faded out dots or such
[14:53] <evand> I'm concerned on that latter point
[14:53] <evand> I think it would make it look overly complicated
[14:53] <kwwii> right, both of those things are kinda major
[14:54] <cjwatson> this also seems like something that should have been done pre-UI freeze
[14:54] <evand> and would really look awful as we don't 100% accurately project the points onto the map
[14:54] <kwwii> evand: well, if the dots were mostly tranparent they wouldn't get in your face, as long as there are not too many of them
[14:54] <cjwatson> there's one "city" for every possible timezone choice
[14:54] <kwwii> right, I was assuming that this would be hard to due to the difference of the city data and the map I made
[14:55] <kwwii> cjwatson: so you are saying that for each time zone only one preselected city will be shown?
[14:55] <kwwii> ie, the point of showing the city is to show the current time in that zone
[14:56] <cjwatson> most time zones have more than one city
[14:56] <cjwatson> the purpose of selecting a city is that it is a reasonably comprehensible way to determine both the country and the time zone in one shot
[14:56] <cjwatson> so I should have said that there's one city for every possible combination of country and time zone
[14:57] <cjwatson> (it also avoids all the geopolitical crap you get into if you try to ask people to choose countries ... the existence of cities is typically not controversial)
[14:58] <kwwii> cjwatson: ok, that is what I expected
[14:59] <kwwii> evand: most important is that we make the overlay itself look better
[14:59] <cjwatson> for jaunty I think we need to defer to evand regarding matters of map projection; that has already consumed much of Evan's time this cycle and I think we have run out of time to make it 100% accurate
[14:59] <evand> I just want to emphasize the point I made about it looking wrong if we plot every point.  We'd need to make the dots small to fit them all, and the smaller we make them, the more accurate it has to be.  And due to the projection used for the map image, that's just not possible.
[14:59] <kwwii> right, I can easily see that would be a lot of work
[14:59] <evand> ok
[15:00] <cjwatson> changing the colours is less difficult, but I'm concerned that documenters will already have taken screenshots at this point
[15:00] <cjwatson> could somebody coordinate with ubuntu-doc?
[15:00] <evand> coordinate as in tell them to retake them, or ask if it would be ok?
[15:00] <kwwii> cjwatson: I can help in any way possible to get this done
[15:00] <cjwatson> the latter prior to the former
[15:00] <cjwatson> kwwii: time machine pls
[15:00] <cjwatson> (kthxbye)
[15:00] <kwwii> ;)
[15:01] <kwwii> I forgot it as home :(
[15:01] <kwwii> misspelling a joke kinda ruins it, eh?
[15:01] <evand> right, so then are we saying we're going to just fix the colors, or take the more adventurous step of fixing the text as well?
[15:02] <cjwatson> which text?
[15:02] <kwwii> evand: I would just like to add a rounded almost black box to the background of the text
[15:02] <cjwatson> oh, that
[15:02] <kwwii> the city/time time which is overlayed
[15:02] <kwwii> currently it is almost impossible to see
[15:02] <evand> http://sinecera.de/time_mock2.png
[15:02] <evand> ^ for context
[15:02] <cjwatson> right, I'd seen that
[15:03] <kwwii> evand: yeah, but forget about the half-trasnparent version
[15:03] <cjwatson> if this can be done by the end of the week, I'm OK with it
[15:03] <cjwatson> otherwise I think it has to be out
[15:03] <kwwii> just the different dot and the background bubble
[15:03] <cjwatson> why are there two dots on that mockup?
[15:03] <evand> I can try, but I cannot promise to get it done as I have a train to catch at 7pm tonight and I still need to pack.
[15:04] <evand> but I'll definitely get started on it now
[15:04] <cjwatson> we should get an upload of the current ubiquity stuff in first
[15:04] <evand> it has been
[15:04] <evand> just waiting for approval again
[15:04] <cjwatson> oh, I didn't realise
[15:05] <cjwatson> I think it'd be better to commit the release change, TBH - it's confusing to try to do further work on the branch otherwise
[15:05] <evand> sure
[15:05] <CIA-28> ubiquity: evand * r3206 ubiquity/debian/changelog: releasing version 1.12.6
[15:05] <cjwatson> thanks
[15:05] <evand> sure thing
[15:06] <cjwatson> evand: oh, you're presumably on holiday tomorrow as well as I
[15:06] <evand> indeed
[15:06] <kwwii> yeah, I was going to skip part of the holiday to get this done :(
[15:06] <cjwatson> next time, this really needs to happen earlier
[15:06] <kwwii> cjwatson: right, totally agreed...I think we missed the testing period of this stuff
[15:07] <kwwii> probably need to coordinate this better in the future
[15:07] <cjwatson> is Mark saying "must be fixed by jaunty or you're all fired" or similar?
[15:07] <kwwii> to be honest, quite a few other people say that they like the colors and that the new time zone selector looks much nicer
[15:07] <cjwatson> because otherwise, I would rather defer changes than have people kill themselves over holidays
[15:08] <kwwii> cjwatson: right, exactly....he was very loudly unhappy about this
[15:08] <kwwii> if I could find a way to get around this I would, trust me
[15:08] <evand> I might be able to squeeze out some time this weekend, but obviously can't promise
[15:08] <evand> but I'll focus on today first
[15:09] <kwwii> evand: is there anything I can do to make this easier? do you need a graphic or something to help?
[15:09] <evand> nope, it's just cairo.  I'd concentrate on the colors for now, and do let me know if the requirements change further
[15:09] <evand> I'll keep you posted on my progress
[15:11] <kwwii> evand: cool, I'm pretty much always online and I'm happy to help whenever and however I can to get this done
[15:11] <evand> thanks, and very much appreciated
[15:11] <kwwii> evand: thanks :-)
[15:11] <evand> anytime
[15:18] <ogra> cjwatson, the reboot change wasnt in the archive yet, right ?
[15:19] <ogra> (i just see the hang here for the first time with the 09.1 image)
[15:19] <cjwatson> ogra: it should be ...
[15:19] <ogra> hmm
[15:20] <ogra> doesnt properly end the session here
[15:20] <cjwatson> ogra: oh, sorry, I got mixed up. No, it's only just been uploaded
[15:20] <ogra> right, phew
[15:21] <ogra> funny is that i didnt have it before yet, even though others reported it over and over
[15:22] <ogra> great, and the new flash-kernel-installer postinst DTRT too
[15:22] <ogra> so it looks like we have a usable image for babbage now :)
[15:22] <cjwatson> excellent
[15:23] <ogra> it still has issues, but is good as a developer image which was the target
[15:23] <ogra> (no usplash etc)
[15:55] <lool> ogra, cjwatson: Pushed a new debian-cd which will create a partition for the FIS; I consider the debian-cd / cdimage bits done now, let me know if some stuff is missing
[15:55] <evand> argh, and again X locks.  I really need to start wiring up ubiquity in the live environment via sshfs or nfs.
[15:56] <ogra> lool, i'll test the next image deeply then :)
[15:56] <lool> ogra: I reverted the change in the redboot offset in FIS
[15:56] <lool> Because it required changing the length as well, and I'm pretty sure redboot / ecos don't like that
[15:56] <lool> But I documented the reason verbosely though
[15:57] <ogra> well, if the image still works i dont care :)
[16:05] <davmor2> evand: should I write a bug about the kubuntu installer?
[16:06] <evand> please
[16:09] <davmor2> no problems
[16:09] <davmor2> did you have any joy finding out what had caused it?
[16:11] <davmor2> hello xivulon wubi r118 works a charm
[16:14] <xivulon> cool, we have to investigate this issue though 358356
[16:15] <xivulon> can you install on vista targeting a drive which is not C:?
[16:16] <davmor2> xivulon: I can but latter I need to run some other tests first.  I logged it down the minute I saw it this morning
[16:17] <davmor2> I'll add to the bug as soon as I can
[16:17] <xivulon> I can only do debugging tonight, then I am off
[16:17] <cjwatson> lool: thanks
[16:17] <davmor2> xivulon: it'll be about an hour or so
[16:17] <xivulon> that's fine
[16:18] <davmor2> evand: bug 358519
[16:18] <xivulon> evand, I do have some code for 341609 and 347449 but  it's not one liners and I would rather skip them at this stage
[16:19] <xivulon> do not think they are that important
[16:20] <xivulon> there are a couple of UI glitches left, without XP theme, in a groupbox, the box line goes through the label
[16:20] <ogra> davmor2, tsk, devs always think of beer ... bars ... /ma shakes head ... take pies !
[16:20] <ogra> *me even
[16:21] <xivulon> also the vertical image is a bit off when you use windows themes, I would assume that it has to do with dialog units
[16:21]  * davmor2 looks disdainfully at ogra and drops head in hands 
[16:24] <xivulon> If I have time to work on them tonight _and_ it is a one liner that I will pull, otherwise I will leave it as is.
[16:24] <xivulon> I will push
[16:25] <xivulon> ps davmor did you have a chance to test a build pointing to the beta ISO? That is to test bittorrent downloader.
[16:26] <xivulon> davmor2, you can build one yourself by modifying the first URL in data/isolist.ini and compiling (make)
[16:28] <davmor2> xivulon: can't I just drop wubi on vista and run it from there?
[16:28] <xivulon> for vista sure, that was another issue
[16:29] <xivulon> I would like to test bittorrent, unfortunately though the preference in the metalink file for bittorrent is lower than the preference assigned to some http urls
[16:29] <xivulon> that is for the beta
[16:29] <xivulon> so I do not think that bittorrent has really been tested much other than by myself
[16:30] <davmor2> xivulon: ah right with you now.  I'll have a look at that after
[16:30] <xivulon> well you will have to change the code also, because on the ubuntu server bittorrent is assigned low priority and hence it will be skipped
[16:31] <xivulon> well in any case the code is in a try-catch statements and if there are issues with bt we can disable it remotely by modifying the metalink file...
[16:31] <xivulon> evand be aware of ^
[16:45] <davmor2> xivulon: wubi-r118.exe should run without being on the cd correct?
[16:47] <davmor2> evand: ^
[16:47] <evand> yes
[16:47] <davmor2> stgraber: ^
[16:48] <davmor2> stgraber: it should run so talk to these guys
[16:48] <stgraber> I get a ASCII unicode kind of issue from python
[16:49] <stgraber> likely something broken when using a translated OS or having special characters in the username
[16:49] <stgraber> it's not my laptop so we're currently on something else
[16:50] <cjwatson> kirkland: bug 236640 seems to have had a notable lack of love. I'm uploading a partial fix (/usr/sbin/iscsi-iname -> iscsi-iname) but it'd be really good if somebody could look at it properly, as there seems to be a bit more to it than that. For example iscsi_discovery tries to use awk which doesn't exist in the installer
[16:51] <davmor2> evand: that could be a show stopper for most of the world
[16:51] <evand> what would?
[16:52] <xivulon> davmor2 yes it should run from CD, without CD, or running from HD with a CD inserted
[16:52] <davmor2> evand:  stgraber's issue
[16:52] <xivulon> stgraber, do you have more info?
[16:53] <xivulon> particularly a log (it's in the user temp folder, %temp% in explorer)
[16:53] <stgraber> xivulon: not really, I saw the log but now the guy is gone
[16:53] <xivulon> davmor can you enter a non ascii char in the username?
[16:54] <davmor2> xivulon: I can have a look
[16:58] <davmor2> evand: bug 358548 too
[17:07] <evand> http://people.ubuntu.com/~evand/tmp/timezone.png - just need to fix up some minor nits
[17:08] <cjwatson> nice
[17:08] <cjwatson> just to check, what happens if you try to click within the text area to select a city there?
[17:09] <kirkland> cjwatson: okay, i'll have a look
[17:10] <davmor2> evand: oh pretty
[17:10] <evand> cjwatson: works as expected
[17:11] <cjwatson> good good
[17:11] <evand> that is, it selects the nearest city to where you clicked
[17:11] <cjwatson> kwwii: can you sign off on that look?
[17:12] <robbiew> evand: good work evand
[17:12] <evand> thanks
[17:21] <cjwatson> davmor2: there's an outside chance that 358548 is my fault, so I'll have a look shortly
[17:28] <evand> right, I really need to pack if I have any hope of catching this train.  I'm going to commit this as-is, and if tweaks are needed we can modify it from there.  If Mark also wants this applied to oem-config we'll need to rip the CairoExtensions class out of the segmented_bar module.
[17:31] <CIA-28> ubiquity: evand * r3207 ubiquity/ (debian/changelog ubiquity/timezone_map.py):
[17:31] <CIA-28> ubiquity: Draw a box around the time zone text and a highlight around the time
[17:31] <CIA-28> ubiquity: zone point so that they are more legible.
[17:33] <davmor2> bye evand
[17:33] <evand> cheers
[17:33] <cjwatson> thanks!
[17:35] <evand> anytime
[17:50] <kirkland> cjwatson: hmm, okay, just looked at the iscsi bug;  i haven't loved this bug at all in the jaunty cycle
[17:50] <kirkland> cjwatson: my understanding from dendrobates was that server transferred ownership of iscsi over to the foundations team
[17:50] <kirkland> cjwatson: hence i haven't touched it
[17:51] <kirkland> cjwatson: i'll test an iso when one becomes available with your new patch
[17:52] <kirkland> cjwatson: though, i'm at the LF conference right now, and bandwidth is abysmal
[17:52] <kirkland> cjwatson: it might be easier to wedge the udeb into a beta iso i have
[17:55] <cjwatson> kirkland: I think it may have fallen between the cracks then
[17:56] <kirkland> cjwatson: yeah, sorry about that.  i see now that it was assigned to me by slangasek
[18:10] <CIA-28> ubiquity: cjwatson * r3208 ubiquity/ (3 files in 2 dirs):
[18:10] <CIA-28> ubiquity: Stop error images always being shown on the user page (LP: #358548). The
[18:10] <CIA-28> ubiquity: GTK frontend got away with this because the widgets in question are
[18:10] <CIA-28> ubiquity: hidden in the glade file; the KDE frontend wasn't so lucky.
[18:12] <superm1> evand, i'm not sure you'd entirely want to support this yet; but would it be worthwhile to squeeze a checkbox into the advanced button of the UI for toggling the debconf for grub2 enablement?  It might prove useful to be there for helping to gather more feedback prior to the session about switching to grub2 at UDS.
[18:23] <CIA-28> ubiquity: cjwatson * r3209 ubiquity/debian/changelog: releasing version 1.12.7
[18:31] <CIA-28> casper: cjwatson * r616 trunk/ (2 files in 2 dirs):
[18:31] <CIA-28> casper: 43disable_updateinitramfs: The /cdrom mount has been moved to
[18:31] <CIA-28> casper: /root/cdrom by the time this script runs, so check that instead.
[18:31] <CIA-28> casper: cjwatson * r617 trunk/debian/changelog: releasing version 1.172
[19:31] <xivulon> hi davmor2
[19:32] <davmor2> xivulon: hi vista extra partition done
[19:32] <davmor2> moving wubi.mbr fixes it
[19:32] <xivulon> davmor2, could you use easy bcd and let me know what is your configuration after having installed wubi in D:?
[19:32] <xivulon> I assume that vista is installed in C: and you targeted D: in wubi, correct?
[19:32] <davmor2> yeah
[19:33] <davmor2> right just booting back into vista now
[19:35] <davmor2> xivulon: how do I check with easybcd then?
[19:36] <xivulon> I haven't used it in a while but basically if you run there is a button to show current configuration
[19:41] <davmor2> xivulon: do you want this adding to the bug or just here?
[19:41] <xivulon> you can pastebin it
[19:43] <xivulon> I think I found it, ops evand is not here
[19:44] <davmor2> xivulon: no evand has gone
[19:44] <xivulon> davmor have you have ever compiled wubi 9.04?
[19:44] <davmor2> no
[19:44] <xivulon> well there is always a first time I guess :)
[19:45] <xivulon> do you feel like it? should not be too difficult
[19:45] <davmor2> can do
[19:45] <davmor2> give me a minute though
[19:45] <xivulon> do you run a 64 bit version of ubuntu?
[19:45] <davmor2> yeap
[19:46] <xivulon> then you need to install the 32bit compat libraries (forgot the name) and mingw
[19:46] <davmor2> xivulon: bcd won't let me copy paste :(
[19:46] <xivulon> I assume that you have device partition=D:
[19:47] <xivulon> should be device partition =C:
[19:47] <davmor2> partition+d
[19:47] <davmor2> path \wubi.mbr
[19:47] <davmor2> s/+/=
[19:50] <davmor2> xivulon: found a way round it :)
[19:52] <xivulon> which is?
[19:53] <davmor2> http://www.davmor2.co.uk/wcfg.jpg
[19:53] <davmor2> that's the detailed view
[19:54] <xivulon> yes that is as expected
[19:54] <davmor2> xivulon: hopefully it's legible enough
[19:55] <xivulon> I'll take it to private chate for the instructions
[23:43] <kwwii> w00t, evand rocks!