[01:17] <cprov> wgrant: ping
[01:17] <mwhudson> firefox is annoying the crap out of me today
[01:34]  * mwhudson lunches
[01:34] <wgrant> cprov: Hi.
[02:01] <wgrant> cprov: Sorry, have to run off to a meeting for a while.
[02:11] <thumper> I'm trying to decide between an 80gig and 160gig intel SSD for my new laptop
[02:11] <thumper> $300 vs $600 USD
[02:12] <thumper> is it worth spending the extra for more space?
[02:17] <mwhudson> 80 gigs is pretty big unless you expect to have heaps of photos/video/music on there
[02:17] <spm> ... or a launchpad dev environment. ? :-P
[02:18] <mwhudson> mind you, i'm using 95% of 48 gig currently....
[02:18] <mwhudson> spm: :)
[02:18] <mwhudson> 2a really is a lot better on that front
[02:18] <spm> until bzr can make me a sandwich, it's not good enough
[02:20] <thumper> mwhudson: yeah, I have 45gig allocated on this laptop right now
[02:20] <thumper> mwhudson: if I had all 80 assigned to linux, I'll have almost twice the size
[02:20] <thumper> it is just tempting to get the biggest
[02:21] <thumper> If I just have a portable pocked HD with eSATA, perhpas that'll work for big backups and video store
[02:21] <spm> thumper: do you get tax deals around laptops similar to here in oz? if so, get the biggest most expensive; is almost as cheap in the longer run.
[02:21] <thumper> spm: no idea actually
[02:22] <thumper> Yay, my redirect view works
[02:22] <spm> ahh. worth chasing then. in our case, you can claim ~ 50% (subject to bracket) back almost immediately as a work tool; and then depreciate the rest. total cost is so close to zero as makes little diff.
[02:22] <spiv> spm: you can't do that anymore, actually
[02:23] <spm> spiv: really!?!?! depression.
[02:23] <spiv> they made it either/or at the last budget, IIRC.
[02:23] <spm> gah
[02:23] <spm> spiv: industry specific; or cross the board for all work tools?
[02:23] <spiv> laptop/computer specific, IIRC.
[02:23] <spm> eg tradies and their plumber et al specific tools?
[02:23] <spm> typical
[02:24] <mwhudson> spm: you can't do that here either, i think
[02:25] <mwhudson> you need to depreciate assets
[02:25] <mwhudson> and i don't think there are many special categories like that
[02:26] <mwhudson> (for all that au and nz are similar in many ways, the tax system in au seems way more complicated than that here, which means we get fewer funny tricks to pull, aiui)
[02:34] <thumper> mwhudson: do you know the rate of deprecation for laptops?
[02:35] <mwhudson> i think i looked it up
[02:35] <mwhudson> 33%?
[02:35] <thumper> Aargg
[02:35] <spiv> spm: FWIW: http://www.theage.com.au/cgi-bin/common/popupPrintArticle.pl?path=/articles/2008/05/26/1211653939561.html "Under the old rules, employees could use salary sacrifice to get these items exempt from FBT and have also been able to claim depreciation on them - providing a double benefit. The Government has cut out depreciation deductions for any FBT-exempt work-related items."
[02:35] <thumper> enable_only for facets uses "branches"
[02:35] <thumper> canonical_url rootsite uses "code"
[02:35] <thumper> grrs
[02:36] <spm> spiv: that it is depressing. no matter how fair it is in closing an abusive loophole. :-)
[02:36] <mwhudson> consistency is the hobgoblin of the smallminded!
[02:36] <spm> heh
[02:37] <spiv> I suppose http://www.ato.gov.au/taxprofessionals/content.asp?doc=/content/00143392.htm would be slightly more authoratative :)
[02:37] <spiv> spm: :)
[02:37] <jtv> morning folks
[02:37] <spm> hey jtv! you're in early today
[02:37] <jtv> yup!
[02:39] <mwhudson> no, 30% i think
[02:41] <mwhudson> oh, 50% by diminishing value
[02:41]  * mwhudson finally found the right bit of the document
[02:43] <thumper> mwhudson: hmm.. I wonder when one can write off the last few dollars :)
[02:43] <thumper> so...
[02:43] <thumper> to 80 or 160? that is the question
[02:56] <jml> back
[04:14] <mwhudson> test failures on lp!
[04:14] <mwhudson> looks like abel
[04:20] <thumper> :(
[04:20]  * thumper is trying to find the coloured nicks in the new quassel
[04:22] <jml> heh heh
[04:28] <Ursinha> 0
[04:28] <Ursinha> errr
[04:28] <Ursinha> :/
[04:53]  * thumper on kid watch for a small while
[05:11] <jml> noodles775, hello
[05:11] <noodles775> ah, jml - I was just about to ask you if you could review a 1-line test-fix branch :)
[05:12] <jml> noodles775, sure thing
[05:12] <noodles775> (or is the reviewer schedule out of date?)
[05:12] <noodles775> Great.
[05:12] <jml> noodles775, it's only a little out of date, and I'm always happy to review 1-line patches :)
[05:13] <noodles775> jml: http://pastebin.ubuntu.com/260692/
[05:16] <jml> noodles775, r=jml
[05:16] <noodles775> Thanks.
[05:17] <wgrant> thumper: How'd that ec2test go?
[05:32] <thumper> wgrant: you should have an email
[05:32] <thumper> wgrant: it failed
[05:32] <thumper> wgrant: although I'm not entirely sure it was your fault
[05:32] <thumper> wgrant: there was another failure on trunk around the same time
[05:35] <wgrant> thumper: I didn't get an email, AFAICT.
[05:35] <thumper> arse
[05:35] <thumper> neither did I
[05:35] <thumper> and I've had to reboot since then :(
[05:36] <wgrant> But it probably did fail.
[05:41]  * jml is on the trail
[05:42] <jml> back again!
[05:42] <jml> bloody free wireless connections
[05:52] <jml> anyone around who understands package upload permissions?
[05:52] <mwhudson> jml: ha ha!
[05:53]  * wgrant knows how most of that stuff works.
[05:53] <jml> let me rephrase
[05:53] <jml> anyone around who uploads packages regularly and has informed opinions about it?
[05:53] <wgrant> I *used* to upload regularly.
[05:54] <jml> hooray!
[05:55] <jml> One of the error messages you can get wrt permissions is: "Signer is not permitted to upload to the component 'universe' of file 'bar_1.0-2.dsc'."
[05:55] <jml> just how useful is the "file 'bar_1.0-2.dsc'" bit of that?
[05:57] <wgrant> Not.
[05:57] <wgrant> I never saw the point.
[05:57] <wgrant> There's precisely one file in each upload which can produce that error.
[05:58] <jml> so if I just say "not permitted to upload to the component 'universe'." it would be just as useful?
[06:01] <jml> (I'm refactoring code I don't understand, so I want to change the behaviour as little as possible)
[06:02] <wgrant> jml: Yes, that would be fine. It removes no meaning.
[06:02] <jml> wgrant, thanks.
[06:18] <jml> moment of truth... all the unit tests pass, and I think they're complete. will the integration tests pass?
[06:24] <wgrant> jml: Is this your branch to extract ACL checks from their currently very, very integrated spot in the upload processor?
[06:24] <jml> wgrant, yes, it is.
[06:29] <thumper> oh no
[06:29] <thumper> update didn't fix kontact
[06:29] <wgrant> Karmic?
[06:31] <thumper> wgrant: no
[06:31] <wgrant> thumper: It broke in an update?
[06:32] <thumper> wgrant: maybe, but it started crashing yesterday
[06:32] <thumper> wgrant: and has crashed regularly today too
[06:32] <thumper> wgrant: it is normally really solid
[06:32] <wgrant> thumper: It always loved crashing with IMAP for me.
[06:32] <wgrant> But that's a bit strange.
[06:33] <thumper> :(
[06:48]  * jml writes a massive cover letter
[06:53]  * mwhudson eods
[06:53] <jml> mwhudson, have a good weekend.
[06:54] <mwhudson> jml: you too
[06:54]  * jml will try
[06:54] <jml> not that I expect to have to try too hard :)
[07:00] <jml> thumper, found an odd UI bug in code reviews
[07:00] <jml> thumper, look at https://code.edge.launchpad.net/~jml/launchpad/package-permission-love/+merge/10830
[07:01] <thumper> jml: yes?
[07:01] <jml> thumper, it's got the commit message twice.
[07:01] <thumper> haha
[07:01] <thumper> I'm sure I raised that before
[07:01] <jml> ok cool
[07:01] <jml> as long as its known
[07:02] <thumper> jml: we're going to be messing around with the page anyway :)
[07:02] <jml> thumper, I figured as much :)
[07:02] <thumper> jml: so things will be changing shortly
[07:08] <jml> thumper, want to review a branch?
[07:09] <thumper> jml: after 6pm on a Friday?
[07:09] <thumper> jml: is it big?
[07:09] <jml> thumper, it's probably too big for after 6 on a Friday :)
[07:27] <jml> I'm moving a class from one module to another
[07:27] <jml> is there a way to update all the imports of it semi-automatically?
[07:41] <mwhudson> jml: sed!
[07:41] <jml> mwhudson, it's really quite tricky.
[07:42]  * jml files a couple more BE bugs :P
[07:47] <spm> jml: perl!
[07:47] <spm> and on that note EOW. :-)
[07:47] <jml> spm, g'night
[07:50] <thumper> gah
[07:50] <thumper> how do I add a bug task to an external bug tracker?
[07:53] <thumper> found it
[07:58] <Ursinha> *ahem*
[07:58] <Ursinha> I have one failing test here, and not able to find out why... translations/doc/request_country.txt fails complaining about the lack of geoip db, and asks me to install launchpad-dependencies, which is installed
[08:01] <wgrant> Ursinha: Is geoip-data-city-lite installed?
[08:01] <Ursinha> wgrant, don't know, lemme check
[08:01] <Ursinha> hmm, no!
[08:01] <wgrant> Huh.
[08:01] <wgrant> It should be depended upon.
[08:01] <wgrant> Ahh.
[08:01] <wgrant> Maybe only by launchpad-developer-dependencies
[08:01] <wgrant> Are you missing that one too?
[08:02] <Ursinha> nope, both are properly installed
[08:02] <Ursinha> lp-dev-dependencies and lp-dependencies
[08:02] <Ursinha> "properly"
[08:03] <wgrant> Ursinha: You must have geoip-data installed, then?
[08:03] <wgrant> That or -city-lite must be installed for launchpad-dependencies to be happy.
[08:03] <Ursinha> wgrant, geoip-data is installed, yes
[08:04] <Ursinha> I see lp-dependencies wants one or another, so it should be fine...
[08:04] <wgrant> You would think.
[08:04] <Ursinha> hehe
[08:04] <Ursinha> let's see
[08:04] <wgrant> I presume geoip-data is some proprietary thing.
[08:05] <Ursinha> the $*#@*&^ seems to be working now
[08:05] <Ursinha> running more complete tests to be sure
[08:07]  * jml smiles
[08:08] <Ursinha> so I'll write an email asking people why oh why it depends on -lite even the package saying one or another should be fine...
[08:08] <Ursinha> ...if tests pass now
[08:09] <Ursinha> oh well, it passed the failing test
[08:09]  * Ursinha bangs head on the table
[08:09] <Ursinha> jtv, it seems the problem was that ^^^ then...
[08:10] <Ursinha> wgrant, how come you know that?
[08:10] <wgrant> Ursinha: What do I know?
[08:11] <Ursinha> that the problem was that exact package, did you have this problem before?
[08:11] <wgrant> No.
[08:11] <wgrant> But it was obvious enough.
[08:11] <jtv> wgrant: we're becoming frighteningly dependent on you.  :)
[08:12] <Ursinha> so it comes that lite package is needed, not optional?
[08:14] <wgrant> Ursinha: Or your geoip-data is broken.
[08:14] <Ursinha> wonder how..
[08:23] <adeuring> good morning
[08:23] <adeuring> good morning
[08:23] <noodles775> Moin moin :)
[09:03] <Ursinha> wgrant, btw, thanks muchly for the tip :)
[09:03] <wgrant> Ursinha: np
[09:04] <wgrant> Is mailman on forster really slow, or are my posts to launchpad-users being moderated very quickly?
[09:05] <wgrant> Hm, no, it seems to hate everybody equally.
[09:05] <wgrant> 5 or 6 minutes delay incoming, 13 or 14 outgoing.
[09:06] <jml> g'night all
[09:06] <wgrant> Night jml.
[09:06] <noodles775> Enjoy :)
[09:08] <Ursinha> good night jml
[09:09] <Ursinha> good morning bigjools :P
[09:11] <bigjools> morning duderinos
[09:12] <bigjools> up early Ursinha?
[09:12] <Ursinha> yes, yes
[09:29] <mrevell> hi!
[10:01] <mrevell> jtv: around for a ten minute discussion?
[10:01] <jtv> mrevell: sure
[10:36] <jmux> Hi - where can I find some information about lauchpads dbuser mapping? I want to delete an object from sectionselection, but get and "permission denied" error. I know of database/schema/security.cfg, but couldn't find any information, when which users are used.
[10:59] <deryck> Morning.
[14:47] <gary_poster> deryck, irt bug 399856 I see that you lowered bug 399853 to a low importance.  May I lower 399856 also? Is it still important enough for a milestone?
[14:47] <mup> Bug #399856: Get LaunchpadObjectFactory working in Windmill <Launchpad Foundations:Triaged by flacoste> <https://launchpad.net/bugs/399856>
[14:47] <mup> Bug #399853: Update Windmill test after plus sign in user name branch <Launchpad Bugs:Triaged by deryck> <https://launchpad.net/bugs/399853>
[14:48] <beuno> noodles775_, hi!  did the new breadcrumbs get rolled out?
[14:50] <noodles775_> beuno: no...
[14:50] <deryck> gary_poster, it's not something I'll get back to this cycle, I'm sure.  So it's fine by me to lower 399856.
[14:51] <gary_poster> deryck: cool thanks
[14:51] <noodles775_> beuno: but I'm just landing another branch that fixes some display issues in konqueror (as well as getting rid of the extra space left at the top of the page), so it was a good thing.
[14:51] <noodles775_> beuno: btw, if you have any other 10min branches you want me to do, bigjools says, go jump of a bridge ;)
[14:52] <beuno> noodles775_, LOL
[14:53] <beuno> well, time works differently in Argentina
[14:53] <bigjools> it was long walk off a short bridge
[14:53] <gary_poster> intellectronica: irt bug 401724, who is qualified to fix this--who can I ask?  This looks like something mars would have fixed.
[14:53] <mup> Bug #401724: Collapsibles not expanding in IE8 <ui> <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/401724>
[14:54] <gary_poster> noodles, is bug 411738 still in progress?
[14:55] <gary_poster> sorry, noodles775_
[14:55] <bigjools> the seven hundred and seventy fifth noodles
[14:56] <noodles775_> gary_poster: no, we couldn't reproduce it on dogfood, and I didn't get back to check the logs (nor could another archive admin reproduce it).
[14:57] <gary_poster> noodles775_: hm...should I mark as incomplete?  or just push it off to another milestone?
[14:57] <noodles775_> gary_poster: sorry, wrong bug... one tic
[14:57] <wgrant> Um, are we looking at the same bug?
[14:57] <wgrant> Aha.
[14:57] <gary_poster> :-)
[14:58] <noodles775_> gary_poster: updated. I'll add a comment with the revno
[14:58] <gary_poster> noodles775_: thank you very much
[15:01] <gary_poster> beuno, do you happen to know the answer to what I asked intellectronica above?
[15:02] <gary_poster> eh, I should have been more user-friendly, sorry.  That was, "irt bug 401724, who is qualified to fix this--who can I ask?  This looks like something mars would have fixed." :-)
[15:02] <mup> Bug #401724: Collapsibles not expanding in IE8 <ui> <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/401724>
[15:04] <beuno> .me reads
[15:04] <gary_poster> thx
[15:04] <beuno> gary_poster, no idea, tbh
[15:05] <gary_poster> beuno: ok, np, thanks for looking
[15:52] <gary_poster> flacoste: irt bug 401724, who is qualified to fix this--whom can I ask?  This looks like something mars would have fixed.
[15:52] <mup> Bug #401724: Collapsibles not expanding in IE8 <ui> <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/401724>
[15:53] <gary_poster> flacoste: also, so you know, you had assigned yourself bug 399856.  Should I unassign you?
[15:53] <mup> Bug #399856: Get LaunchpadObjectFactory working in Windmill <Launchpad Foundations:Triaged by flacoste> <https://launchpad.net/bugs/399856>
[15:53] <flacoste> gary_poster: yes, i didn't start on that
[15:53] <gary_poster> not "so you know" :-) --the so you know was to tell you that I moved the target.  OK cool
[15:54] <flacoste> regarding IE8 anybody with JS experience on the team
[15:54] <flacoste> so it shouldn't have to be Foundations itself
[15:55] <gary_poster> ok cool, thanks
[17:47] <dobey> james_w: hey. had to get lunch but i've almost got a branch ready to push up to lp. will keep you posted! :)
[17:47] <james_w> excellent
[18:11] <mrevell> bye!
[20:05] <dobey> hrmm
[20:05] <dobey> james_w: i just pushed trunk of poauth, but for some reason the branch is private and i don't see how to change that
[20:16] <james_w> dobey: which team did you make the owner?
[20:18] <dobey> james_w: ubuntuone-control-tower
[20:18] <dobey> which shouldn't cause that
[20:19] <james_w> "Part of Ubuntu One"
[20:19] <james_w> that might have done it
[20:19] <dobey> yeah i think that was it
[20:19] <james_w> any admins around to fix this up?
[20:20] <dobey> so i just turned that off, deleted the private branch, and re-pushed
[20:20] <dobey> can tweak that later
[20:26] <james_w> I'm not sure I like more of the logic being pushed down in to the store implementations
[20:26] <dobey> james_w: so i think ubuntuone-storage-protocol, ubuntuone-client, and python-launchpadlib can switch to using poauth with just simple import changes
[20:26] <dobey> hrmm?
[20:26] <dobey> there isn't more logic in the storage implementation
[20:26] <james_w> e.g. def authorize_request_token(self, parameters):
[20:26] <james_w> it has to pick apart parameters and act accordingly
[20:27] <james_w> the previous storage implementations had a simpler interface
[20:27] <dobey> james_w: parameters is a dict(), so that we don't have to break API in the event the protocol changes again
[20:27] <james_w> what was the reason for that change?
[20:27] <bac> james_w: i can set branch visibility
[20:27] <bac> james_w: what exactly do you need?
[20:27] <james_w> bac: thanks, dobey fixed it
[20:27] <james_w> a new project unexpectedly inherited private-by-default
[20:28] <bac> james_w: is that the setting on the project group?
[20:28] <james_w> yeah
[20:28] <dobey> yeah i just unset project group for now
[20:28] <bac> james_w: yeah, that is the intended behavior, even if it does surprise sometimes
[20:28] <bac> dobey: i can set it right, if you want
[20:30] <dobey> bac: ok, i just added poauth back to the ubuntuone project group. can you make the poauth branch public by default? thanks :)
[20:31] <bac> dobey, ok poauth code branches are public
[20:32] <dobey> bac: thanks much
[20:32] <bac> np.
[20:37] <james_w> dobey: my concern is that you have created an interface that is easy to implement wrongly
[20:41] <dobey> james_w: i don't consider it entirely complete yet. i wanted to get something up so that we could perhaps start switching the clients over. i want to make it so that one has to do as little implementation as possible
[20:42] <james_w> ok
[20:43] <james_w> it seems like you started down the opposite direction though
[20:45] <dobey> i don't think so... but we'll work that out
[20:46] <james_w> have you seen the python-openid store API?
[20:46] <james_w> I think that would be good for something to work towards
[20:47] <james_w> it is certainly well documented as to what the requirements of the store are, and leaves you just to write a shim that stores the info in whatever you are using
[20:52] <dobey> i haven't, but i'll look at that
[21:02] <dobey> james_w: the rest looks reasonable then?
[21:02] <james_w> the client side looks ok at a glance
[21:04] <dobey> should i make a release and get a package branch together then?
[21:39] <dobey> james_w: well, i am about to head off toward the weekend. let me know what else i need to do, so we can get this in use and working well. :)