[00:04] <CIA-4> ubiquity: cjwatson * r3213 ubiquity/debian/changelog: releasing version 1.12.8
[11:04] <davmor2> cjwatson: netboot still stops on the boot:  screen rather than the boot selector page :(
[11:16] <cjwatson> yes, that won't be fixed for jaunty. sorry. I just haven't had time.
[11:17] <davmor2> cjwatson: I didn't think it would this late in.  Is it worth adding a fix for karmic to it?
[11:17] <cjwatson> dude, I *don't know what the fix is*&
[11:17] <cjwatson> if I knew what it was, I would have applied it
[11:18] <davmor2> :) fair enough I'll just leave it be then :)
[11:18] <cjwatson> intrepid had the same bug, so it isn't a regression
[11:18] <cjwatson> not from the last stable release anyway
[11:19] <cjwatson> I'm sorry, I just have too much to do - I would take a patch
[11:19] <davmor2> true :)
[11:21] <davmor2> cjwatson: it's at time like this I wish I knew how to program :(  Unfortunately I don't which is why I test :)
[11:23] <cjwatson> it's probably not actually a significant amount of programming; busted configuration file somewhere
[11:27] <davmor2> I might try and make it my scratching itch project
[11:58] <davmor2> cjwatson: bug 144147 is it more of a wishlist bug than anything else?
[12:00] <davmor2> cjwatson: bug 107266 and this one is fixed released now isn't it?
[14:41] <superm1> cjwatson, w/ evand not here today, is there going to be any way to get wubi rebuilt for RC still?
[20:06] <davmor2> cjwatson: should oem map have the new circle locator?
[20:21] <shtylman> davmor2: yes...evand probly just forgot to copy over the changes?
[20:22] <davmor2> shtylman: ta I wrote a quick bug for it
[20:23] <shtylman> davmor2: gotcha....I will make an oem branch and just copy the changes over when I get back from lunch...bug number?
[20:23] <davmor2> shtylman: https://bugs.launchpad.net/ubuntu/+source/oem-config/+bug/360652
[20:24] <shtylman> thanks
[20:24] <davmor2> shtylman: thanks back :)
[20:27] <davmor2> shtylman: did you manage to find the right shade of blue?
[20:29] <shtylman> davmor2: nope...not yet...surprisingly no-one ever gave me the rgb colors and the wiki didn't have them... :/ (I might just color picker around some common colors)
[20:32] <davmor2> shtylman: 133d80 is the html number of the word kubuntu on kubuntu.org
[21:43] <shtylman> davmor2: thanks
[21:43] <shtylman> davmor2, cjwatson: ~shtylman/oem-config/timezone_map_gtk
[21:51] <davmor2> shtylman: nice one :)
[22:04] <cjwatson> davmor2: I think Low is fine for 144147, and have undone the pointless request for more information
[22:05] <davmor2> cjwatson: sweet :)
[22:05] <cjwatson> davmor2: 107266 is a dup; marked as such
[22:05] <davmor2> cool missed that bit :)
[22:05] <cjwatson> superm1: I have no idea how to go about updating wubi, so I guess it has to wait until tomorrow
[22:06] <cjwatson> shtylman: thanks for that - I'll look at merging it shortly, though possibly for final not RC at this point, not sure
[22:06] <superm1> cjwatson, yeah i think evan is the only one that really can right now - the builds end up in people.ubuntu.com/~evand
[22:07] <davmor2> cjwatson: slangasek said the iso's would probably get respun
[22:22] <cjwatson> shtylman: in future it will help me if you add a debian/changelog entry for your changes too. You can use dch to do that; I'd recommend that you set "DEBCHANGE_RELEASE_HEURISTIC=changelog" in ~/.devscripts first
[22:22] <cjwatson> shtylman: (no need to do so in this case; I'll take care of it)
[22:22] <cjwatson> shtylman: this also means you can describe your change in debian/changelog, and then use 'debcommit' to commit it, which will automatically use the text of your changelog entry as a commit message; I find that rather handy
[22:23] <shtylman> cjwatson: noted, will do for future
[22:23] <cjwatson> if you've used the correct "(LP: #nnnnnn)" syntax for bug closures, this even puts metadata into the branch so that your branch magically appears on the bug page as a proposed fix
[22:23] <cjwatson> once you've pushed it to LP, anyway
[22:24] <shtylman> ahh... very cool
[22:24] <cjwatson> +from ubiquity.segmented_bar import CairoExtensions
[22:24] <cjwatson> that won't work in oem-config
[22:24] <cjwatson> indeed we don't have the segmented_bar module at all
[22:24] <cjwatson> might need to copy just the CairoExtensions stuff out of that
[22:24] <shtylman> oops...that line shouldn't have been copied... right
[22:25] <cjwatson> I don't think simply removing that line will help. The code you copied does rely on CairoExtensions
[22:25] <cjwatson> +            CairoExtensions.rounded_rectangle(cr, newx - 4, newy + ybearing - 6, width + 10, height + 12, height / 6)
[22:25] <shtylman> yea... we do need the extensions.. but that line shouldn't be there... as you said probly a copy, I will do that and push to the branch
[22:26] <cjwatson> thanks
[22:32] <shtylman> cjwatson: pushed, hopefully good now...I just copied the class for CairoExtensions into the timezone_map file
[22:33] <shtylman> will deff need to talk with evand after release about merging the two codebases...the separation is a nightmare.. :/
[22:39] <cjwatson> we've wanted to do it for some time, but it's never quite been important enough to dedicate time to it
[22:40] <cjwatson> hmm, so your debian/changelog change is wrong, because it edits an already-released entry
[22:40] <cjwatson> this suggests to me that you forgot to put "DEBCHANGE_RELEASE_HEURISTIC=changelog" in ~/.devscripts
[22:40] <shtylman> :( ... I set the DEBCHANGE_RELEASE_HEuRISTIC in bashrc...
[22:41] <shtylman> figured it was an environ variable...
[22:41] <cjwatson> no, it isn't
[22:41] <cjwatson> I'll fix it up
[22:41] <shtylman> well damn...sorry
[22:41] <cjwatson> want to make the entry more complete anyway
[22:41] <shtylman> I don't have a .devscripts even though the package is installed
[22:41] <shtylman> is it just a textfile with some options set?
[22:42] <cjwatson> yes
[22:42] <cjwatson> see dch(1)
[22:42] <shtylman> k...I will make on so future changelogs are better
[22:43] <cjwatson> this still isn't right, though, I'm afraid - there are other classes used by CairoExtensions which you haven't copied
[22:43] <cjwatson> any chance you could test this? :-)
[22:44] <shtylman> yea... lemme fire up a vm and have a go at it
[22:44] <cjwatson> I think it would be better to put the copied code in a separate file, personally
[22:44] <cjwatson> lib/cairo_extensions.py or something, and then a similar split-out could happen in ubiquity after jaunty
[22:45] <shtylman> I have a meeting coming up in a few, so I will ping you later tonight/evening (for me here) once I have tested it (will copy the code out as well)
[22:45] <cjwatson> TBH, my gut says that we should not make this change in oem-config until after jaunty
[22:45] <cjwatson> but I'd be prepared to be convinced otherwise if the change was well-tested
[22:45] <shtylman> cjwatson: leaving the change off sounds fine for me... dunno how the graphics people will feel :)
[22:45] <cjwatson> they were more urgently concerned with ubiquity
[22:47] <shtylman> I see