[00:30] <balloons> ok https://code.launchpad.net/~nskaggs/autopilot/page-object-docs/+merge/246504 is ready now as well
[00:30]  * veebers looks
[00:32] <veebers> balloons: Can you top approve this if you like (you're the 2nd reviewer): https://code.launchpad.net/~veebers/autopilot/adding-run-instructions-readme/+merge/247088
[00:34] <balloons> veebers, I'd love too, but I have comments to change it . .
[00:35] <veebers> balloons: heh, even better :-)
[00:36] <balloons> done
[00:36] <veebers> thanks, will address soon
[00:37] <balloons> oops, I realized I lied veebers  about docs/tutorial/running_ap.rst.. ignore that comment
[00:39] <veebers> balloons: hey, I get an error when building the docs of yours, also, not sure where to find the link to the content in the generated docs
[00:39] <balloons> veebers, ohh which docs error? and I'll find the link one sec
[00:40] <veebers> balloons: this is the error I get:   ../page-object-docs/docs/tutorial/advanced_autopilot.rst:427: WARNING: Inline literal start-string without end-string.
[00:42] <veebers> balloons: nvm I found the link to the page, my bad
[00:42] <balloons> ok ;-)
[00:42] <veebers> gets me wondering if it should be more apparent. /me poinders
[00:42] <veebers> ponders even
[00:44] <balloons> veebers, weird I get no errors running my branch
[00:46] <veebers> balloons: hmm odd, this is what's I'm using to build: python3 setup.py build_sphinx -v -b html
[00:46] <veebers> I can see the error in the doc, not sure where it's come from though
[00:46] <balloons> veebers, ahh I get it now on a fresh checkout.. interesting
[00:47] <veebers> balloons: that's odd as it's not something you changed :-\
[00:47]  * balloons is just running sphinx-build -b html docs htmldocs
[00:47] <balloons> indeed
[00:48] <balloons> I do see the error though.. simple fix
[00:48] <balloons> shall I include it?
[00:49] <balloons> pushed 525 with the fix
[00:50] <veebers> sweet cheers
[00:54] <balloons> veebers, "Text conflict in docs/tutorial/advanced_autopilot.rst"
[00:54] <balloons> wtf?
[00:55] <balloons> perhaps I should re-merge trunk'
[00:55] <veebers> balloons: ah right, thomi mentioned this morning that he's made changes to trunk that will need merging (whitespace changes)
[00:55] <veebers> also, have reviewed branch, NF
[00:56] <balloons> ty
[00:59] <veebers> balloons: hey it seems I've missed something completely (in your review) you say that link will die soon, where will it live after that? I thought there was just discussion as to the best way to get the docs in the right place
[01:00] <balloons> veebers, basically the static html as it is cannot live on @ developer.ubuntu.com. It will be integrated, but not hosted as-is
[01:00] <veebers> balloons: also, as this is in the README it's not generated into html (or anything else) so there has to be a link to something there (as it remains just text)
[01:00] <balloons> veebers, lol, long day.. right
[01:00] <balloons> you could just say refer to the docs then.. bad idea to put a link like that into a readme which will break and we'll never update
[01:01] <veebers> balloons: right, that's what you and thomis were talking about this morning. The documentation will still be available on dev.u.com right? /me feels he needs to re-read the backlog
[01:02] <balloons> veebers, yes it will be there.. Ideally I'd like it to be there as-is, but as it stands that's not in the plan. The plan is to import it as json and redisplay it
[01:03] <veebers> balloons: ugh right. So it sucks that we can't put in the projects own readme the url to where the docs live. I can't just say "Check the docs" in the readme, how would a dev find that if it's not there? (I'm ranting a little, I know)
[01:05] <balloons> veebers, yea I know. You could offer them the file based location
[01:07] <veebers> balloons: right I could but that feels a little dumb. I want them to see the good docs with it's links etc. I could always suggest building the docs and reading from there, but again it seems silly to do that if they exist on the web somewhere
[01:09] <veebers> balloons: so one thing I don't understand is, how come the link to the docs (on dev.u.com) will die or be unknown?
[01:11] <balloons> veebers, on the self.wait_select_single, what would you like to see? you are confused as to what 'object' is?
[01:12] <veebers> balloons: well, object doesn't contain the method wait_select_wingle, nor do I see it defined in that snippet (or  implied) that it's implemented there
[01:13] <balloons> veebers, the url is currently on a server I have no control over and can't/won't be updated. It will eventually migrate into d.u.c API pages.. that's the plan at least, and it's how AP must go in if it's to live on d.u.c
[01:14] <balloons> I think it's ok as it's an advanced tutorial, and the source is given.. however, i'm happy to tweak it, I simply don't know how
[01:14] <veebers> balloons: but surely the url will be known right? Or are you stating that the current url and docs will be deleted before the migration?
[01:14] <veebers> balloons: I think a simple '. . .' above that code would be fine (considering it's an advanced tut.) much like line . . .
[01:14] <balloons> veebers, that link won't be deleted until it's done.. I may leave it there for some time after even; who knows what we'll do with eventually. But it's a horrible link to want anyway, imho
[01:15] <balloons> I'd rather see d.u.c/autopilot
[01:15] <balloons> or something easy and sensible
[01:15] <veebers> diffline 162
[01:16] <veebers> balloons: right that makes sense. So we can update the readme once the migration happens right? It means up to that point the docs are available (and you can learn the location from the readme) and then when the url changes we'll update the readme
[01:16] <balloons> veebers, ok, hopefully everything is as you wanted now in that mp
[01:16]  * veebers looks
[01:17]  * veebers builds docs, looking good so far
[01:17] <balloons> veebers, perhaps a custom url shortner?
[01:17] <balloons> I'm ok with you doing it, it's your project so far be it from me to stop you, but I wanted you to be aware
[01:19] <veebers> balloons: sweet, bottom approved that MP of yours
[01:20] <veebers> balloons: I appreciate the heads up, it's just a little annoying that it seems hard to have the docs hosted somewhere (that should be an easy problem, right?)
[01:20] <balloons> ok, so one more for tomorrow
[01:20] <veebers> I think at this stage we'll use the existing url, then when the migration is finished and the autopilot docs are available there we'll update the url then (as it won't have broken inbetween)
[01:20] <balloons> veebers, I agree it should be easy which is why I was pushing / asking if you wanted to do it yourselves somewhere.. imho, I'd rather see autopilot have it's own site, with docs, intro, etc
[01:21] <veebers> balloons: while that might be nice, it'll also introduce further maintenance issues than what we have. I'm not saying it will never happen, it's just not top priority at the moment
[01:21] <balloons> yea, I know.. given the headaches though.. I'd rather own the silly thing
[01:22] <balloons> Your 4 layers removed, but I'm still 3
[01:22] <balloons> *you are
[01:23] <balloons> ok veebers, that's it for me and mp's.. will you try to actually land them today?
[01:24] <balloons> I have the final big one I need to land and having the rest in makes it easier :-)
[01:24]  * balloons notes he is rather unlikely to be ready tomorrow anyway so :-)
[01:24] <veebers> balloons: thomi tells me that there are issues at the moment with landing. But yes the intention it to get them merged into trunk.
[01:24] <balloons> kk.. enjoy and thanks!
[01:24] <veebers> balloons: I'm pretty sure the bottom approved stuff is/will be top approved so should get merged
[01:25] <veebers> nw, and thanks to you too ^_^
[01:25] <balloons> veebers, we will be in touch on the docs thing.. please bug me on it, so I can do the same to those making site decisions :-)
[01:25] <veebers> balloons: don't worry, I will ;-)
[11:34] <jgdx> I'm seeing a failure in u-s-s AP tests on mako where a tap is interpreted as a long-tap
[11:35] <jgdx> … I think. A list element is highlighted then, after a couple of seconds, de-highlighted. It's very intermittent.
[11:36] <jgdx> Test is ubuntu_system_settings.tests.test_datetime.TimeDateTestCase.test_manual_tz_selection, and we're using scroll_to_and_click
[17:59] <rpadovani> balloons, hey :-)
[17:59] <balloons> howdy rpadovani
[17:59] <rpadovani> balloons, do you remember the problem I talked to you about? I'm not able to debug it, so I setup a branch for you, if you want :-)
[18:00] <rpadovani> balloons, https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/bigNumber150122
[18:00] <rpadovani> balloons, every time you run autopilot, there are random failures
[18:00] <balloons> rpadovani, I remember you telling me to ignore it. I suppose you no longer want me to ignore it :-)
[18:00] <balloons> thanks for the branch
[18:00] <rpadovani> balloons, that is :D
[18:00] <balloons> rpadovani, so is there a specific test that fails or ?
[18:01] <rpadovani> balloons, that's the problem, it changes at every run
[18:01] <rpadovani> balloons, 2 are the same, but are about precisions,
[18:01] <rpadovani> balloons, I suppose (but it's only a supposition) that it takes more time to load the library when it uses bignumber, so it doesn't have time to load it
[18:04] <balloons> rpadovani, if there's a good test to run over and over, that's what I was after
[18:05] <rpadovani> balloons, I didn't find it, every time I try to run only the test failed in the previous run, it works well
[18:05] <rpadovani> balloons, the last one failed on my pc is  ubuntu_calculator_app.tests.test_main.MainTestCase.test_small_numbers
[18:15] <balloons> rpadovani, I'll run it a few times and see what happens. Might be a bit before I can have a look, otp
[18:15] <rpadovani> balloons, thank you!
[18:15] <balloons> yw.. I do love a good mystery
[18:19] <balloons> rpadovani, first glance it definitely looks like keypresses aren't being recieved sometimes
[18:19] <balloons> the fix for that likely didn't work
[18:20] <rpadovani> balloons, do you have in the log
[18:20] <rpadovani> Error: math.jsTypeError: Cannot call method 'eval' of undefined engine formula:0.000000001+1
[18:20] <rpadovani> ?
[18:23] <balloons> rpadovani, yes it's gathering the logs as it runs
[18:24] <rpadovani> balloons, so I think it's the problem, the var that manages the engine isn't set
[18:24] <balloons> ahh.. if you think it's a timing thing, add a sleep in the setup step and see what happens
[18:38] <balloons> rpadovani, does that cause the autopilot.exceptions.StateNotFoundError: Object not found with name 'QQuickMouseArea' and properties {'id': 41} error?
[18:38] <rpadovani> balloons, ehm , don't know?
[18:38] <balloons> seems not
[18:52] <balloons> http://paste.ubuntu.com/9823350/


[17:21] <ockham> i'm trying to set up a cowbuilder environment under saucy. it fails with
[17:22] <ockham> Err file: saucy/ Packages
[17:22] <ockham>   File not found
[17:22] <ockham> my ~/.pbuilerrc is at http://pastebin.com/7qmH3td1
[17:22] <ockham> any clue what's going wrong? or can someone try to reproduce pls?
[17:59] <Ampelbein> ockham: Do you have a saucy/ folder in /var/cache/archive? (Line 76)
[18:00] <ockham> Ampelbein: yeah, i do
[18:00] <Ampelbein> ockham: And there is a Packages file inside?


[02:19] <CIASquid> full moon tonight?
[02:36] <tonyyarusso> Currently 37% through the cycle.
[02:36] <tonyyarusso> Moon face is 84% illuminated.
[02:36] <tonyyarusso> Moon phase: Waxing gibbous
[02:36] <tonyyarusso> IdleOne: So, nope.
[02:36] <IdleOne> wow, more info then I needed but thank you.
[02:37] <tonyyarusso> We talked about moon phases and IRC activity a while back and I wrote a python script to calculate it.
[02:42] <IdleOne> yeah, I remember that
[03:14] <tonyyarusso> I made some improvements now:
[03:14] <tonyyarusso> IdleOne: Moon face is 84% illuminated. || Moon phase: Waxing gibbous || Next full moon is on Wednesday 19 January at 00:42 UTC
[03:16] <tonyyarusso> bah, I shouldn't print the time.  Due to the wobbling of things it's not that accurate.
[03:17] <IdleOne> time is useful I guess
[03:17] <IdleOne> even if not exact
[03:18] <tonyyarusso> It can be off by up to a day or so.
[03:18] <tonyyarusso> So, useless.
[03:18] <IdleOne> ahh well then yeah
[03:18] <tonyyarusso> The more I compare my calculated dates to the ones published by the Navy, the more I wonder if the moon will just come crashing down next week.
[03:19] <IdleOne> can your script where the moon will hit?
[03:19] <Flannel> Moon is ( (|||))) full!
[03:19] <IdleOne> err
[03:19] <IdleOne> can your script predict where the moon will hit?
[03:19] <tonyyarusso> who cares?  We'll all die.
[03:19] <IdleOne> I just want to know if I am going before you
[03:19] <Flannel> tonyyarusso: Not the morlocks.  At least, that's what the new Time Machine told me.
[03:20] <IdleOne> if so I'll save you a seat on paradise
[03:20] <IdleOne> s/on/in/
[03:20] <IdleOne> love that movie
[03:20] <IdleOne> hehe
[03:20] <tonyyarusso> IdleOne: uh, isn't the diameter of the moon greater than the distance between us?
[03:20] <IdleOne> 250km?>
[03:21] <IdleOne> I don't think so but I really don't know
[03:21] <IdleOne> 250000*
[03:21] <Flannel> It's like a factor of 100
[03:21] <tonyyarusso> IdleOne: the moon's diameter is 3,500km.  Where are you?
[03:21] <Flannel> er, sorry, wrong question.
[03:21] <IdleOne> and the distance to earth is?
[03:21] <Flannel> It's 100x the diameter of the moon *to* the moon
[03:21] <tonyyarusso> how is the distance to earth relevant?
[03:22] <IdleOne> ohhh
[03:22] <Flannel> tonyyarusso: He's just assuming you're antipodal
[03:22] <IdleOne> I read that wrong
[03:22] <IdleOne> yeah, you are right
[03:22] <IdleOne> so we are both screwed
[03:22] <IdleOne> heh
[03:23] <tonyyarusso> yup
[03:23] <IdleOne> well least everybody else is also, makes me feel a little better
[06:02] <bazhang> !oneko
[06:03] <rww> what minnion is
[06:05] <rww> oh, minion.
[06:05] <tonyyarusso> I assume it means minion
[06:05] <tonyyarusso> bah, yeah
[06:06] <rww> !oneko =~ s/nn/n/
[06:06] <rww> my most valuable factoid contribution yet.
[06:52] <elky> rww, hrm, oneko messes my cursor up
[06:52] <elky> it makes highlight an x rather than a pointer
[06:53] <elky> so when i highlight a taskbar thing, or an email subject, it's an x
[07:01] <elky> heh, merely opening the appearance dialog fixes it.
[07:11] <rww> Your scripts are all wrong. It feels like a full moon :(
[07:13] <elky> nah, it's just the time of year.
[07:13] <elky> only 3 weeks (i think) until the schools take them back.
[07:13] <rww> our district's back at school already. you all should get a move on :(
[07:14] <elky> it's also our summer holidays, and it doesn't last for 3 months so quit yer bawlin
[07:14] <rww> oh
[07:14] <rww> stop doing seasons wrong, it confuses me
[07:14] <elky> lol
[07:43] <bazhang> beginer is trolling.
[07:43] <rww> indeed
[07:44] <bazhang> just did the same shtick in ##linux
[07:52] <bazhang> thats 3 channels kotya has hit now. -ru #ubunut , and ##windows
[07:52] <bazhang> err #ubuntu
[07:53] <Tm_T> thanks for the headsup
[08:11] <Jungli> viva la teipei
[08:21] <rww> huh, that actually worked.
[08:21]  * rww flexes at newfound power of lazy-quiet
[08:42] <elky> well, he gave you 2 seconds...
[08:49] <rww> Spicemaster: Hi.  Auto join.
[09:02] <rww> Any objections to !forget atroll (and its aliases)? Damn thing is never used properly :(
[09:06] <elky> doooo iiiiiit
[09:08] <rww> !-atroll
[09:08] <rww> !forget trolls
[09:08] <rww> !forget trolling
[09:08] <rww> !forget troll
[09:09] <rww> !forget atroll
[09:09] <rww> !-atroll
[09:09] <rww> yay.
[09:12] <bazhang> !troll
[09:12] <bazhang> thank goodness
[09:13]  * rww ponders brown_boar/TurmptTarp
[09:13] <bazhang> wonder if he is blackbear
[09:16] <rww> whois on both their IPs is uninformative, but doesn't match. who knows.
[09:17] <rww> although the MO is different, in that brown_boar is not a conspiracy nut, so I doubt it.
[09:17] <tonyyarusso> rww: format_identify has made me realize just how strong the corrolation is between "unidentified" and "rambles endlessly about stupid stuff, makes no sense whatsoever, and uses !enter far too much"
[09:18] <rww> tonyyarusso: hence my occasional ramblings about /mode #ubuntu-offtopic +r
[09:18] <rww> but yes, I use the ratio of red nicks to green nicks as an indication of how stupid channels are at a given time.
[09:22] <topyli> i like the idea of -ot +r. but it would make it harder to move offtopic chat away from #ubuntu. "please join -ot" is nicer than "go away" :)
[09:22] <rww> indeed :(
[09:23] <tonyyarusso> "please join #ubuntu-you-are-annoying" :P
[09:23] <topyli> no +r there!
[09:23] <bazhang> thought that was #ubuntu
[09:23] <rww> The obvious solution to this is #ubuntu-offtopic-unregged, which will feature a 10 question quiz on Ubuntu to weed out the non-users. Anyone answering a question using more than one newline fails automatically.
[09:23] <rww> I will propose this to ubuntu-irc@, and expect it will be approved by all.
[09:23] <tonyyarusso> awesome
[09:24] <topyli> haha
[09:25] <tonyyarusso> might as well set up the bot to challenge people to the quiz every three months, and kickban them if they fail!
[09:25] <rww> This is a bad idea. Opping in there destroys brain cells.
[09:25] <rww> despite the significant intellectual stimulation that the current topic is giving us.
[09:27] <tonyyarusso> who said ops would have to take the quiz?
[09:28] <rww> !fr > co3dm
[09:28]  * rww notes topyli's typo ;(
[09:29] <topyli> :(
[09:29] <topyli> would never make it if i found my glasses :(
[09:29] <rww> tell #ubuntu-offtopic you'll pay them money to find your glasses
[09:29] <topyli> heh
[09:30] <rww> i'm gonna laugh when they're in the fridge and you get $5
[09:30] <rww> damn
[09:47] <bazhang> so he's the ma co stalker then?
[09:47] <rww> whowhat
[09:47] <rww> oh. huh.
 i use to feel the same way back when me and Mackenzie first met.
[09:50] <elky> also note the ident
[09:50] <bazhang> he's being awfully evasive as well
[09:54] <rww> if we're thinking of the same stalker, same client, different IP
[09:54] <rww> although they're now on yet another IP :\
[09:55] <topyli> "reboot" :\
[09:55] <rww> indeed
[09:55] <rww> but from the sound of it, they're talking about someone they know IRL? iono.
[09:57] <elky> someone googled me, cute
[09:58] <elky> guys...
[09:58] <elky> topyli...
[09:58] <elky> ah thanks rww
[10:01] <elky> i doubt ademan realises who the photo is
[10:02] <topyli> was away, sorry
[10:03] <elky> money is on a club creep
[10:04] <topyli> now it's a name given to him 'by other people'. he doesn't know her at all. case closed i think
[10:04] <elky> topyli, see his lin
[10:04] <elky> k
[10:04] <rww> @random opabuse opabuse leniency
[10:04] <topyli> i did
[10:04] <rww> goddamnit
[10:05] <rww> not that that will help at all, what with the proxyfying, but whatever.
[10:06] <brown_boar> something has transcended in offtopic and i don't understand why
[10:06] <brown_boar> do you have +qs
[10:07] <bazhang> brown_boar, hmm?
[10:07] <brown_boar> I was +q'd it shows on my client
[10:07] <rww> Oddly, my client thinks I set a +q, then deopped, then opped. Gotta love lag.
[10:08] <brown_boar> may i make a suggestion? fix your client and then return to your duties.
[10:08] <brown_boar> i use chatzilla for example because it is simple
[10:08] <rww> I think it's freenode's fault, actually.
[10:08] <elky> im pretty sure we've never met, brown_boar. why would you show a photo of me claiming it's someone else?
[10:09] <brown_boar> i mixed up your names. but i promise your name and macos crossed for a different reason
[10:09] <elky> right, so you are maco's stalker.
[10:09] <bazhang> brown_boar, maco ?
[10:09] <brown_boar> this is rather unsettling
[10:10] <elky> get. out.
[10:10] <brown_boar> this picture was obtained through a source i thought is legit
[10:10] <brown_boar> i am afraid you are not seeing the larger picture
[10:10] <brown_boar> this was admiration only.
[10:10] <elky> oh, i am. you're stalking people. bye.
[10:10] <elky> rww. upgrade his q
[10:10] <rww> with the note that I previously made about proxy servers, I agree
[10:11] <elky> yeah, evasion though.
[10:11] <elky> makes it easier
[10:11] <bazhang> so I called it.
[10:12] <rww> sleep time. have fun with the fallout :(
[10:12] <elky> i doubt that it's her ex. he shows in -women first usually
[10:13] <elky> but it is a creepy creep
[10:17] <elky> he's been known to recruit friends to do his dirty work though
[10:18] <bazhang> http://paste.ubuntu.com/554309/  just now via PM in response to don't paste here comment in #ubuntu (some random linux link he posted)
[10:20] <topyli> nice
[10:21] <elky> how much longer do we have to put up with him?
[10:22] <rww> topyli: Ended up giving creepmeister !appeals, so... have fun with that if it happens.
[10:22] <topyli> um, thanks. i guess :)
[10:23] <elky> bazhang, you are an op in #u though...
[10:47] <bazhang> elky, yep, thus the "hmm" as I opped and deopped
[10:47] <elky> why didn't you remove him then? he's harrassed numerous of the ops team now
[10:48] <bazhang> elky, it was via PM only, and my understanding was that he was not disrupting the channel, so like any other user I can /ignore him
[10:49] <elky> well no, because he thinks you're not an op and he's treating you like that? who else is he treating like that?
[10:49] <elky> probably lots of people
[10:49] <bazhang> true, but we would need complaints from them
[10:50] <elky> no, not in this case. he's demonstrated his temper here.
[10:50] <elky> topyli, your thoughts?
[10:53] <topyli> i agree with bazhang re: /queries
[10:54] <elky> normally i do too.
[10:54] <elky> but this guy is rather exceptional. he attacks /everyone/
[10:54] <elky> and has so far gotten his way by doing so
[10:56] <elky> so far, what i can see, our "rules" re this are making him worse and more brazen
[11:23] <elky> the boar has been reading the logs.
[11:23] <elky> and so has rootarded
[11:23] <elky> and is now PMing me.
[11:24] <topyli> which one? mr. root?
[11:24] <elky> yes.
[11:25] <elky> i don't particularly want to be verbally abused, so i'm not responding. so he's swearing at me for not responding.
[11:26] <elky> so for how long is the ircc going to let the rules put people at risk of his intimidation tactics?
[11:27] <topyli> which rule is the offensive one now?
[11:28] <elky> the one that he's interpreting as "<r00t4rd3d> i can say what ever the fuck I want in PM"
[11:29] <Tm_T> the attitude in PM does count
[11:29] <elky> apparently not, topyli vetoed this guy's removal from #u before because the intimidation is happening in PM
[11:29] <topyli> i did?
 i agree with bazhang re: /queries
[11:30] <topyli> oh yes
[11:30] <elky> woo, now my name is apparently heifer.
[11:30] <topyli> anyway, the council cannot really strech the charter to cover people's personal communications
[11:31] <elky> the council is expected to protect it's ops, or the council will face an op shortage.
[11:31] <topyli> however it's useful to know if users are abusive outside the channels too
[11:32] <elky> this guy has several ops wanting to quit, and the ircc doesn't care enough about the ops to do something to stop that?
[11:32] <elky> this guy has threatened people's families, and the ircc doesn't care enough to stop that?
[11:32] <elky> then the ircc is failing. badly.
[11:33] <topyli> sounds like he's breaking network rules, as well as the law
[11:34] <elky> he is, but we're not allowed to remove him from channels because the ircc, when appealed to by ops, fails the ops.
[11:35] <topyli> the ircc has been appealed to remove mr root from #ubuntu?
[11:35] <elky> yes.
[11:37] <topyli> i'm not going to handle individual #ubuntu bans, i'm not an op there or even *in* the channel. i simply answered your question about pm with my own opinion
[11:37] <topyli> the "ops" as a team have not appealed the council about this user at all
[11:38] <elky> individual ops /have/ appealed to the council. if you need a memorandum signed by every member of the ops team then the ircc is epicly broken.
[11:40] <topyli> i'll try to find the appeal. i'll discuss council brokennes elsewhere if you don't mind though
[11:42] <elky> i am going to put myself on a limb and remove the harrasser from #ubuntu, rather than wait for a committee decision on this, since in the interim he'll have the opportunity to continue this regime of intimidation.
[11:43] <Tm_T> in a general note, we cannot ignore hostility towards any person, wether it's in our channels or PM
[11:43] <Tm_T> elky: please do
[11:44] <elky> done.
[11:45] <elky> well, it seems he removed himself, i've ensured difficulty in his return.
[11:45] <Amaranth> I'd remove him and keep removing him if overruled until I lost my privileges. Screw that crap
[11:45] <Amaranth> Once he was banned from every channel I had access in I could then ignore him and be alright
[11:46] <elky> Amaranth, yeah not a good way to get on the ircc though, which i'm a candidate for.
[11:46] <Tm_T> not a good way for anyone
[11:47] <topyli> Amaranth: that's what we can do as ops. a few users are already banned from all channels, and other such users will unlikely show up
[11:47] <elky> It would be cathartic though.
[11:47] <Amaranth> elky: I'd say it would help, you're willing to put practicality above the current interpretation of the rules
[11:47] <topyli> er, likely and unfortunately got consolidated somehow there :\ ^
[11:48] <elky> Your poor little finnbrain.
[11:48] <topyli> not poor, frugal!
[11:48]  * Tm_T huggles all
[11:48] <elky> woo! it's down to 22'C
[11:48] <elky> i might get a decent sleep tonight.
[11:49] <elky> i've also forgotten to eat and am drinking strong g&t. I should fix that...
[11:49] <Amaranth> woo, I did that at the bar last night
[11:49] <Amaranth> had a few drinks, realized I hadn't had dinner, payed a ridiculous amount for food at the bar
[11:49] <Amaranth> Then I left anyway
[11:50] <topyli> ate in vain :(
[12:00] <elky> bar food is never worth it
[12:05] <elky> wtf, boar is still PMing me nonsense
[12:07] <Tm_T> for example?
 rockos modern life!
 oh noes! did he put food on your family!
[12:08] <elky> he's reading the scrollback of here
[12:13] <r00t4rd3d> whats the ircc email ?
[12:13] <r00t4rd3d> getting banned for PM is wrong
[12:14] <r00t4rd3d> the ircc has already stated this
[12:14] <bazhang> !appeals
[12:14] <bazhang> r00t4rd3d, ^^
[12:17] <r00t4rd3d><EMAIL_ADDRESS>[12:17] <r00t4rd3d> is that correct ?
[12:17] <Tm_T> r00t4rd3d: you should contact IRCC first though
[12:18] <r00t4rd3d> the council has already said pm's dont count
[12:18] <Tm_T> r00t4rd3d: did you contact the IRCC?
[12:18] <tsimpson> r00t4rd3d: please contact the IRCC on this email address first<EMAIL_ADDRESS>[12:24] <r00t4rd3d> "elky this guy has threatened people's families"
[12:24] <r00t4rd3d> I must have missed that somewhere
[12:24] <r00t4rd3d> care to explain ?
[12:26] <elky> You threatened, following a heated exchange, to go to an op's house and "visit" his kids. I'm pretty sure arizona has seen the effect of such violent rhetoric in the past week.
[12:26] <elky> It will not happen on my watch.
[12:26] <r00t4rd3d> he invited me for diner
[12:26] <elky> No, he did not.
[12:27] <r00t4rd3d> and how is that a threat ?
[12:27] <r00t4rd3d> Yes , Yes he did
[12:27] <r00t4rd3d> told me he would shave for the occasion also
[12:27] <elky> It's as much a threat as "don't retreat, reload".
[12:28] <elky> you take us for stupid. i recommend you don't do so.
[12:28] <r00t4rd3d> dont try that shit with me
[12:28] <r00t4rd3d> thats a threat
[12:28] <r00t4rd3d> what you going to do if I do ?
[12:28] <Tm_T> enough of this
[12:29] <elky> I'm going to leave the ban there if you do.
[12:29] <Tm_T> r00t4rd3d: feel free to contact IRCC
[12:29] <r00t4rd3d> elky you but your nose in everyones business
[12:29] <r00t4rd3d> always talking shit about people
[12:29] <r00t4rd3d> but NEVER to them
[12:29] <elky> r00t4rd3d, it's my job as an op.
[12:29] <r00t4rd3d> oh its your job to talk shit about people nice
[12:29] <r00t4rd3d> add that to my email
[12:30] <elky> Tm_T, thanks.
[12:30] <elky> I advise all who witnessed this and agree to me to also email the IRCC.
[12:30] <Tm_T> I lose my hope on IRCC if they don't see what he's up to
[12:31] <elky> And CC, since I'm pretty sure any email from him will be CC'd.
[12:31] <popey> it already has
[12:31] <elky> popey, he's alreaddy hit the cc?
[12:31] <popey> to ircc & cc yes
[12:32] <rOOt4rd3d> :D
[12:33] <elky> popey, well, you've seen this, you can judge whether I did the right thing.
[12:33] <Tm_T> that'll do it for now
[12:33] <bazhang> now in -ot
[12:33] <elky> bazhang, oh, i'm sooo surprised.
[12:34] <elky> notice to everyone here, I think the ircc would like to see any PMs you've had from that individual since he appeared on our radar.
[12:37] <elky> popey, oh btw, did you see, your cookiemonstar photo of me from sevilla is getting milage :(
[12:39] <elky> now he's in -uw
[12:39] <elky> er, u-w
[12:41] <elky> and apparently he's now joining every ubuntu channel with more than a dozen or so users
[12:42]  * Tm_T sees batsignal in the sky
[12:43] <elky> even one's im not in. yeah. it'd be nice if we had a group to keep watch for this sort of behaviour.
[12:43] <Tm_T> good thing we have our cabal channels
[12:44] <elky> we do?
[12:44] <Tm_T> ssshhhh
[12:47] <elky> because i could really use one right about now.
[12:48] <Tm_T> exactly my point
[12:49] <elky> i hate it when you do that.
[12:52] <elky> ...
[12:53] <elky> Could it possibly tell us /where/>
[12:53] <Tm_T> it's in #ubuntu
[12:53] <Tm_T> it reacted to the non-latin alphabet or something I guess
[12:54] <elky> Yeah, but it doesn't actually say, and i can't actually see it...
[12:54] <bazhang> hindi
[12:54] <elky> oh i see now, i had to scroll way up
[12:54] <Tm_T> oh, it's indus?
[12:54] <bazhang> induz
[12:55] <Tm_T> I mean is induz = indus?
[12:55] <elky> one assumes it's indus. does he have a current ban or is he trying to be cl3v3r?
[12:56] <Tm_T> no idea, nor I have capability/knowhow to check bans currently
[12:58] <elky> doesn't appear to be banned
[12:59] <elky> doesn't mean he's not evading one somewhere else he's earned one though
[13:04] <popey> elky: no?
[13:04] <elky> popey, to what are you responding with that?
[13:04] <popey> 12:37:16 <+elky> popey, oh btw, did you see, your cookiemonstar photo of me from sevilla is getting milage :(
[13:05] <elky> oh, the boar person linked to it after talking about his obsession with "mackenzie"
[13:05] <elky> in -ot
[13:06] <elky> the moon is full in one of the alternate universes, im sure of it.
[13:07] <popey> we have some right nutballs in this community
[13:07] <knome> what about the left nuts?
[13:07] <Tm_T> I am no nut!
[13:07] <knome> Tm_T, no, you're a raisin :]
[13:08] <Tm_T> <3
[13:11] <Amaranth> elky: Got a link to this cookie monster picture? :)
[13:11] <elky> popey, yeah.
[13:24] <elky> Removed him from -women. Getting PM's about promises to continue stalking me.
[14:46] <jjovereats> Why am I devoiced on #ubuntu?
[14:47] <elky> Nobody has the voice setting in #ubuntu.
[14:47] <elky> What is the message you're getting?
[14:47] <jjovereats> It says #ubuntu: cannot send to channel Therefore, I am devoiced and everybody else is voiced.
[14:48] <jjovereats> I want to help fix somebody's problem and I can't speak in that channel.
[14:48]  * jjovereats is devoiced from #ubuntu
[14:49] <elky> it means you're muted. everyone is devoiced.
[14:49] <jjovereats> Why?
[14:49] <elky> don't know yet
[14:50] <jjovereats> WTF man kline me if you really think I overuse /me
[14:50] <elky> eh? do you know somehthing I don't?
[14:51] <jjovereats> I have a gopher server.
[14:55] <jjovereats> Is it because I am unregged?
[14:55] <elky> jjovereats, apparently you were being obnoxious in the channel by telling people to kill themselves, calling people "mad" and generally criticising everything everyone said.
[14:56]  * jjovereats goes insane after you say that. Kill me.
[14:56] <elky> Obviously you haven't learned to stop yet. I see no reason to let you speak there.
[14:56] <jjovereats> Well then send me a Unix virus.  I'll let you decide if you want to flip the q a few times.
[16:40] <cookiemonster> http://img266.imageshack.us/img266/6672/50029079.jpg
[16:40] <cookiemonster> nom nom nom nom
[16:48] <topyli> meh
[16:48] <tsimpson> also
[16:51] <IdleOne> solved ^^
[17:38] <athiest_monk> is bshellz banned in #ubuntu ?
[17:40] <IdleOne> athiest_monk: appears so
[17:41] <IdleOne> probably due to abuse from users on that host
[17:41] <athiest_monk> appears so what ?
[17:41] <athiest_monk> IdleOne: plz unbanned me i want to keep clean this host
[17:42] <athiest_monk> i am not banned there but i find bshellz ban there lolz
[17:42] <athiest_monk> IdleOne: a humble request for you sir
[17:42] <mneptok> athiest_monk: that host is a consistent problem. it will not be unbanned. try connecting from a different host.
[17:42] <IdleOne> I don't feel confortable removing the ban
[17:43] <athiest_monk> hmmm a few users use bshellz may be some idiot use it for its abusing purpose
[17:43] <IdleOne> I was about to set an exempt but your humble request made me reconsider. sorry.
[17:43] <athiest_monk> but unbanned it let see
[17:44] <athiest_monk> ok what ever you want IdleOne
[17:44] <athiest_monk> :)
[17:44] <athiest_monk> bye
[17:52] <tonyyarusso> IdleOne: For what it's worth, I wouldn't set an exemption unless they register their nick first - a little hassle and assurance for both sides.
[17:53] <IdleOne> tonyyarusso: I'll remember to check nick info in future, what really stopped me was the "humble" reminded me of alabd.
[22:15] <rww> Are we still netsplit at all?
[22:15] <Tm_T> rww: if you're using irssi, /netsplit
[22:15] <bazhang> rww, re-unsplit afaict
[22:16] <rww> Tm_T: ooo, thanks
[23:34] <rww> bazhang: yes, KungFu4 was Grexo
[23:34] <bazhang> rww, good to know. Amaranth was right to remove him


[23:01] <Eickmeyer> Ardour 7.0 has been uploaded to Debian Unstable.
[23:02] <OvenWerks> Eickmeyer: what does that mean for Ubuntu
[23:03] <Eickmeyer> It'll sync when LL opens up, and I'll be able to backport it to the Ardour Backports PPA.
[23:03] <OvenWerks> I haven't even tried Ardour 7.0 (even the betas)
[23:03] <Eickmeyer> I can probably backport it sooner.
[23:04] <Eickmeyer> Fairly easy to do, just a modification of the backportpackage command.
[23:07] <OvenWerks> Eickmeyer: Is it going to be an Ardour7 package with ardour6 still available? Or will it just replace ardour?
[23:08] <arraybolt3> How Ubuntu Studio Kinetic looking from a testing standpoint? Any help I can provide?
[23:08] <arraybolt3> s/How/How's/
[23:08] <Eickmeyer> OvenWerks: If one installs via the PPA, it will upgrade. Hence it will be the Ardour Backports PPA like we did for 22.04 when 6.0 came out.
[23:09] <Eickmeyer> arraybolt3: Have at it, PLEEEZE! I've done testing and it looks good, but I wouldn't mind the full gauntlet.
[23:09] <arraybolt3> Sounds good.
[23:09] <OvenWerks> OK
[23:10] <Eickmeyer> OvenWerks: s/22.04/20.04


[02:28] <mesquka> Hi
[03:50] <darkxst> chrisccoulson, have you considered pulling in mozjs188(i.e. firefox 17esr spidermonkey engine)?
[03:51] <micahg> darkxst: there hasn't been an upstream release yet, when that happens, we can look at getting it into raring
[03:53] <darkxst> micahg, the delta between upstream source and standalone release is just a couple of patches to change version numbers and library names
[03:53] <micahg> darkxst: yeah, but there might be changes before release which could result in SONAME changes which can be messy
[03:54] <darkxst> micahg, we can control the sonames tho http://people.ubuntu.com/~ricotz/mozjs/
[03:54] <darkxst> the only changes to the 17 branch should be security updates anyway
[03:54] <micahg> darkxst: control? yeah, but hacking around upstream breakage isn't fun
[03:55] <darkxst> well its not like they will landing api changes into an esr branch
[03:56] <darkxst> and if they do an official release, it wont be anymore than the 3 patches in the above link
[04:06] <darkxst> micahg, mozilla certainly dont seem to keen to invest time in providing great standalone releases anymore
[04:08] <darkxst> I ported gnome-shell/gjs to js188 and it solves basically all the issues with leaks and GC deadlocks
[04:13] <darkxst> looking at the other rdepends, no one else (apart from gjs uses custom bindings) so should all be trivial to port
[04:13] <darkxst> 60% a compatibility.h added to mozjs, the other 40% some sed magic
[04:23] <MrWGW-> astraljava: Studio is an official flavor from what I understand
[04:23] <MrWGW-> but beyond that, Canonical as the owner of the Ubuntu trademark can stop people from using it
[04:23] <MrWGW-> beyond that, they could if they wanted to stop people from using 'buntu'
[04:23] <MrWGW-> and I have zero problems with this
[04:23] <MrWGW-> if I do a cinnamon flavor, I'll call it cinnabuntu in all probability unless they let me call it Ubuntu Classic or Ubuntu Retro or something
[04:24] <MrWGW-> btw I'm suprised they didn't crack down on some of the weirder unofficial flavors like Ubuntu Satanic Edition
[04:24] <MrWGW-> there is a school of thought in corporate identity law that favors cracking down on anyone coming even close to infringing your trademark, because if you don't, the fear is that other companies might be able to say you're not defending it, and that its become a generic word
[04:25] <MrWGW-> this happened most famously with the word 'Cola'
[04:25] <MrWGW-> so I don't mind at all Ubuntu being protective about its brand identity
[04:25] <MrWGW-> at one time before I got into IT back in 2007, I was a graphics designer working in the world of corporate identity, at Interbrand
[04:25] <MrWGW-> I played a minor role in the development of AT&T's identity and in some airline branding and other things
[04:25] <MrWGW-> its fun stuff
[04:26] <darkxst> MrWGW-, don't know if I quite like their taste, but they have some amazing artwork in there
[04:26] <MrWGW-> Canonical does a much much better job at branding than the vast majority of open source projects, Ubuntu and redHat have had the most professional investments in that
[04:26] <MrWGW-> darkxst: Ubuntu's graphics are beautiful, but beyond that the Ubuntu font is a spectacular achievement in typography
[04:26] <slangasek> there's a standing public trademark policy that says you can use the ubuntu trademark for variants as long as they're built from the Ubuntu repository, official flavor or not: http://www.ubuntu.com/aboutus/trademarkpolicy
[04:26] <darkxst> MrWGW-, the satanic mob
[04:27] <slangasek> (Ref: "Remix")
[04:27] <MrWGW-> I really don't have any gripes with the Ubuntu project, I like its technical direction more than ny of the other major distros
[04:27] <MrWGW-> slangasek: right, I want to do a remix based on Cinnamon, which I love
[04:27] <MrWGW-> my desire is to use the Debian Cinnamon package, and integrate it with the beuatiful Ubuntu font, and the same desktop background that the contemporary mainline Unity release would feature
[04:27] <slangasek> Canonical has in fact stopped folks from using the Ubuntu name for things that aren't built from the Ubuntu archive - e.g., "EasyPeasy" which tried to call itself Ubuntu EeePC for a while
[04:27] <MrWGW-> btw what would be even better would be if Ubuntu just would reach out to Clement LeFebvre and work with him on merging the Unity and Cinnamon projects
[04:28] <MrWGW-> slangasek: and that's legitimate and I have zero problems with it, they're more than generous as it is
[04:28] <MrWGW-> IMO Cinnamon is more usable on conventional systems with a mouse and keyboard, whereas I suspect, but haven't had a chance to confirm, that Unity would be superior on tablets and phones
[04:29] <MrWGW-> and IMO it just doesn't make sense for there to be two separate competing GNOME 3 alternatives
[04:29] <MrWGW-> at some point this is probably going to have to happen in one form or another
[04:29] <MrWGW-> either Unity will have to get somewhat better desktop usability on conventional systems, or else some accomodation will have to be reached to stop the bleeding to Linux Mint
[04:30] <MrWGW-> and IMO the whole point of hte Unity project should be, well, Unity
[04:30] <slangasek> Unity is not trying to be a "GNOME 3 alternative"; it has its own consistent vision for the desktop (and other form factors)
[04:30] <MrWGW-> slangasek: its becoming painfully obvious that that vision is not entirely successful on conventional systems
[04:30] <MrWGW-> remember Unity was originally intended for netbooks
[04:31] <MrWGW-> many aspects of its design are optimized for systmes with small screens
[04:31] <MrWGW-> and lead to extreme pain on larger monitors in my experience
[04:31] <MrWGW-> now imagine if you could just click a button in Unity, and get a Cinnamon style Win95ish UI
[04:31] <MrWGW-> that would just instantly silence all Unity detractors
[04:31] <darkxst> MrWGW-, I am very happy with the Gnome3 vision - aka gnome-shell
[04:31] <MrWGW-> darkxst: some people are, but some people aren't, hence the surge in popularity that alternatives are getting
[04:32] <MrWGW-> and IMO Unity is better than GNOME 3
[04:32] <MrWGW-> I have used unity on Netbooks and it shines on that form factor
[04:32] <MrWGW-> and I suspect it will shine on tablets
[04:32] <MrWGW-> and btw if an Ubuntu phone comes out this year, I'll buy it
[04:32] <MrWGW-> if an Ubuntu TV comes out this year, I will buy it
[04:32] <MrWGW-> in fact...if its possible for me to build my own Ubuntu "TV" by cobbling together a small box and a big screen TV with an HDMI cable
[04:32] <MrWGW-> I'm going to do that
[04:33] <MrWGW-> you guys ought to put up a tutorial on how to roll your own Ubuntu TV system
[04:33] <darkxst> MrWGW-, I supect there are far more happy gnome3 users, than the odd few that right all the bad blogs
[04:34] <MrWGW-> well, I go to the San Fernando Valley Linux User Group, and the Simi Conejo Valley Linux User Group
[04:34] <darkxst> s/right/wright/
[04:34] <MrWGW-> the latter is known for its orchestration of the annual SCALE conference in LA
[04:34] <MrWGW-> which is one of the premiere Linux conferences
[04:35] <MrWGW-> at those two LUGs, I don't know of a single user, out of about 60 guys overall, ranging from n00b to expert, from an age of 17 for the youngest member to 80 something for the oldest, who is running GNOME 3
[04:35] <MrWGW-> a few of them are running Unity, not many
[04:35] <MrWGW-> also at SCALE last year, I didn't see anyone outside of the GNOME booth who was using GNOME 3 either heh
[04:35] <MrWGW-> now a lot of people are using KDE 4 and enjoying it, and a lot of people are using other desktops
[04:45] <darkxst> MrWGW-, why would I care what other people are using? I enjoy gnome-shell so I use it!
[04:46] <darkxst> and other than submitting the odd patch upstream, I have no affiliation with gnome
[04:46] <MrWGW-> darkxst: indeed so, I'm just saying, its not as well received as you think
[04:46] <MrWGW-> I myself still use Windows 98 on some gaming boxes
[04:46] <MrWGW-> I've taken some flak for that, so I'm the last person who would object to someone else's personal OS preferences
[04:51] <darkxst> yeh I know some people don't like it, and mostly that is due to the big learning curve, of completely different interface (and/or the early releases really being of alpha quality at best). But I also the supsect and this is just speculation, that the noise from the haters doesnt really correspend to the happy users
[04:54] <darkxst> I also suspect people also read the blogs from the haters, and then don't really give it a chance themselves
[05:48] <mesquka> Well, direct people to my blog, lets see if they try ubuntu then?
[05:57] <pitti> Good morning
[05:58] <pitti> OdyX: cups 1.6.1 in exp> congrats, great work!
[05:58] <pitti> tkamppeter__: ^ can we sync again, or does the Ubuntu package have a delta?
[06:06] <pitti> tkamppeter__: oh, we did already, nevermind; great!
[09:01] <Laney> quite a nice changelog there ;-)
[09:48] <Laney> tkamppeter: looks like you miss a (Breaks/)Replaces cups-daemon -> cups in the new cups?
[09:49] <Laney> for the manpages that weren't moved in 0ubuntu15
[10:04] <xnox> Laney: ++
[10:04] <Laney> suspect quite a few will see that this morning :P
[10:06] <Laney> -o Dpkg::Options="--force-overwrite" FTW
[10:06] <Laney> ::=?
[10:07]  * xnox did dpkg -i cups-daemon & then continued dist-upgrade.
[10:08] <Laney> meow
[10:20] <OdyX> Laney: that's fixed in 1.6.1 but not widely enough, see the git repository.
[10:20] <geser> Laney: bug #1099242
[10:20] <OdyX> Laney: /win 30
[10:20] <Laney> OdyX: righto
[10:20] <OdyX> damn.
[10:20] <Laney> 30? #debian-qa? NO.
[10:22] <OdyX> Laney: you can (get tkampetter) upload what's in git master branch to Ubuntu if that's urgent. I'd prefer to hold that release a tad more as I'm waiting for some translation updates.
[10:23] <Laney> OdyX: I suppose breakage like this in development releases isn't OMGcritical
[10:23] <cjwatson> It should be fixed ASAP
[10:23] <OdyX> Laney: 6 duplicates still.
[10:23] <cjwatson> The development release is not supposed to have upgrade errors (for long)
[10:23] <Laney> but people will continue to report it, so it should be fixed relatively soon
[10:24] <OdyX> Laney: I can generate a changelog for you, wait a sec
[10:30] <Laney> sure, I'll upload that
[10:30] <OdyX> Laney: upload to ppa in process
[10:30] <Laney> k
[10:37] <OdyX> Laney: pushed there https://launchpad.net/~odyx/+archive/printing/
[10:38] <geser> could someone copy/upload the version of libimobiledevice from quantal-updates to raring please? currently the version in raring is smaller than quantal-updates
[10:43] <cjwatson> geser: copied to raring-proposed
[10:45] <Laney> there's also chromium-browser kdegames in that situation (as well as some linux-*)
[10:46] <cjwatson> Yeah, I'm not touching chromium-browser :)
[10:46] <cjwatson> kdegames doesn't have newer source in quantal-updates than raring - nor do any linux-* that I can see
[10:46] <cjwatson> I don't tend to copy from -proposed routinely
[10:47] <cjwatson> People can do so manually if they want
[10:47] <Riddell> Laney, cjwatson: kdegames is now made from meta-kde
[10:47] <Riddell> I'll remove the source package
[10:48] <Laney> was looking in proposed too, indeed
[10:49] <cjwatson> Riddell: Not all its binaries appear to be superseded?
[10:50] <Riddell> cjwatson: mm so I see, I'll look into that
[10:50] <cjwatson> Riddell: Also I think it'd be a good idea to let meta-kde reach raring before you start removing superseded things
[10:50] <cjwatson> (Since removals don't go through proposed-migration, I tend to be very cautious about them)
[10:51] <Riddell> doh, too late
[10:51] <Riddell> hmm I don't see what's holding meta-kde
[10:52] <Riddell> oh, something on arm
[10:52] <mesquka> any program that runs right is obsolete
[10:54] <cjwatson> Riddell: ksudoku and kubrick aren't even attempted on armhf
[10:55] <Riddell> I wonder whyever not
[10:57] <Riddell> oh it's in the packaging, weird
[10:57] <Riddell> uses gl I guess
[10:58] <cjwatson> So either kdegames needs to become Architecture: any so that it can depend on them only on some architectures, or you need to drop those to Recommends
[11:04] <Laney> OdyX: Uploaded, thanking you. :-)
[11:08] <OdyX> Laney: np.
[11:20] <mlankhorst> infinity: can you review the mesa sru for precise?
[12:21] <tjaalton> cjwatson: huh, the new precise daily image is still 22MB bigger with just the backport stack on it, compared to .1
[12:22] <cjwatson> I expect there are other things different
[12:22] <cjwatson> Will be doing some analysis this week
[12:38] <mlankhorst> bbiab
[12:41] <xnox> tomorrow is my "logan day", I mean "patch piloting"
[12:42] <Laney> good job dholbach isn't around - 107 items…!
[12:46] <tjaalton> and only a handful of people can clean the queue up from bugs that shouldn't be there
[12:47] <tumbleweed> anyone can ask to join ubuntu-sponsors
[12:49] <tjaalton> yes please
[12:50] <tumbleweed> TheMuso: ^
[12:53] <tjaalton> hmm it was some other team where there is <10 members and >40 applied
[12:56] <xnox> tjaalton: ubuntu-reviewers?!
[12:56]  * xnox is still waiting to get into that one
[12:59] <tjaalton> xnox: that's the one yeah. and the numbers are 24/43 but still :)
[12:59] <tjaalton> only two admins :/
[13:06] <pitti> Laney: LibO and bluez-gstreamer also still use 0.10; is there any migration plan for those?
[13:07] <Laney> I have to figure out what's going on with those two
[13:07] <pitti> Laney: oh, and libpurple; although that by itself smells rather obsolete; do we actually still need that, or do we have sufficiently many telepathy plugins now?
[13:07] <Laney> possibly -haze can be dropped indeed
[13:07] <pitti> ISTR that someone mentioned that at UDS
[13:07] <pitti> (dropping purple)
[13:07] <pitti> that's AIM, Yahoo, Gadu-Gadu, and ICQ mostly
[13:09] <hrw> anyone with SRU power? I lost hope for bug 1085392 ;(
[13:10] <pitti> Laney: hm, I still don't see native telepathy plugins for those, at least not packaged ones?
[13:10] <pitti> meh
[13:11] <Laney> at least for ICQ/AIM you can use XMPP
[13:11] <pitti> Laney: urgh, and sessioninstaller -> python-gst0.10, but that can hopefully use GI now
[13:11] <pitti> Laney: oh, nice
[13:12] <Laney> though I'm not sure if there's UI to make it easy
[13:12] <pitti> account-plugin-icq depends on -haze
[13:12] <pitti> but testing
[13:13] <Laney> the plugins probably use haze indeed; I mean that you can set it up as an XMPP connection yourself
[13:14] <Laney> not that I've verified this - haven't used ICQ in many years
[13:14] <pitti> at least not with the accounts tool; once I uninstall accounts-plugin-icq, gst 0.10, and -haze there is no GUI for adding ICQ or MSN
[13:14] <pitti> Laney: yeah, same here
[13:14] <Laney> that's what I expected
[13:15] <Laney> but I can imagine entries which automatically populate the correct XMPP information
[13:15] <Laney> alternatively there is https://developer.pidgin.im/ticket/15299
[14:03] <zul> mterry:  hey so testrepository should be fine now
[14:03] <mterry> zul, ok, let me look
[14:15] <lamont> where did we hide the switch to allow/disallow guest logins via lightdm, I wonder.
[14:16] <mterry> lamont, /etc/lightdm/lightdm.conf
[14:16] <mterry> zul, so bug 1098605 can be marked fix released it looks like
[14:16] <lamont> right.  and by default it's allowed, so it wasn't mentioned there.  thanks mterry
[14:16] <zul> mterry: yeah it was missing the python-tz deps
[14:17] <mterry> zul, thanks!
[15:10] <coalwater> hello all
[15:11] <coalwater> there's this tool i usually see on omgubuntu, they create wireframes for mockups and stuff, what's the tool used for that ?
[15:12] <hallyn> zul: how did kvm used to get the custom version #? I don't see anything in debian/control
[15:12] <hallyn> (i.e. it's 1:84+dfsg-0ubuntu16+1.2.0+noroms+0ubuntu7 in raring right now)
[15:12] <zul> hallyn: no idea
[15:14] <hallyn> Daviey:  ^ do you know?
[15:15] <geser> coalwater: I'm not sure but it could be http://www.balsamiq.com/products/mockups
[15:16] <coalwater> geser: yea it looks like it, but it's not free?
[15:17] <geser> coalwater: no :(
[15:17] <coalwater> geser: is there a free alternative?
[15:18] <coalwater> geser: i found this  http://mashable.com/2010/07/15/wireframing-tools/
[15:26] <Daviey> hallyn: soryy, dunno
[15:59] <micahg> infinity: your dkms headers change had the result of removing the headers from the running kernel on my system
[16:00] <cjwatson> Only, presumably, because you used autoremove
[16:01] <micahg> well, the packages are marked as auto-installed
[16:01] <micahg> I'm using aptitude...
[16:01] <cjwatson> It would surprise me if this were the only instance of this kind of problem
[16:01] <micahg> it didn't do it yet, I'm looking at the screen
[16:01] <micahg> well, thanks to dkms, all old headers were kept until now
[16:02] <cjwatson> What I mean is I don't think this is necessarily v-failed.
[16:02] <cjwatson> (Because I don't think it is in general wise to blindly trust autoremovals.)
[16:03] <micahg> well, I guess it wouldn't affect most people that just use update-manager
[16:03] <cjwatson> There ought to be something that ensures that current kernel image/headers remain installed, certainly.  I don't think it should be dkms.
[16:03] <cjwatson> It arguably ought to be aptitude itself in this case.
[16:04] <cjwatson> Does aptitude not honour /etc/apt/apt.conf.d/01autoremove-kernels, or was that not yet in precise?
[16:04] <micahg> sure, but kernel images aren't marked as auto-installed, whereas headers are
[16:04] <micahg> not in precise
[16:04] <cjwatson> Ah, autoremove-kernels doesn't list headers, either
[16:04] <cjwatson> It probably should
[16:04] <micahg> or apparently in quantal
[16:04] <cjwatson> slangasek: ^-
[16:05] <cjwatson> micahg: I don't think it's sensible for us (collectively) to rely on dkms doing this, in any event.
[16:05] <micahg> cjwatson: oh, I agree entirely, but until it's fixed properly, this seems to be the wedge holding it together
[16:06] <cjwatson> We can't drop the dkms change because we have no other way to get the 12.04.2 images back within size limits.
[16:09] <micahg> cjwatson: since we have an extra week, isn't there time to get the proper fix backporteD?
[16:09] <micahg> sorry, 2 weeks
[16:09] <cjwatson> That's part of why I highlighted slangasek; but the extra two weeks are for more QA, not really for more fixes ...
[16:10] <cjwatson> I'm sure some are possible but only where really necessary
[16:11] <micahg> well, this would prevent a class of breakage (I'm wondering what unattended upgrades does here)
[16:11] <cjwatson> I'm going to wait for infinity or slangasek to comment.
[16:11]  * micahg runs off, will check backscroll later
[16:34] <wookey> is there a kernel dev irc channel or should I just ask here?
[16:34] <ogra_> there is #ubuntu-kernel
[16:34] <wookey> I want to know what of the kernel libfoo-dev build-deps are for host arch and which for build arch
[16:44] <pitti> cjwatson, infinity, stgraber: could one of you please set a migration blocker for pygobject?
[16:45] <cjwatson> pitti: done
[16:45] <pitti> cjwatson: thank you
[16:45] <hallyn> zul: so kvm has beena  transitional pkg since lucid.  i guess i can just remove it right?
[16:46] <zul> hallyn: in theory
[16:47] <infinity> hallyn: Yes.
[16:48] <infinity> hallyn: Assuming there are reasonable relationships in place that make an upgrade remove the old one.
[16:50] <infinity> cjwatson: kernel autoremove doesn't need to list headers because kernel images now suggest headers, which keeps them installed.  This works in raring.  None of this is backported to precise yet, though.
[16:51] <cjwatson> Suggests keeps things installed?  Is that new.
[16:51] <cjwatson> ?
[16:51] <infinity> micahg: If dkms was the only thing keeping your headers installed, then you didn't have metapackages installed?
[16:51] <infinity> cjwatson: It seems to DTRT here.
[16:52] <ogra_> suggests is the new recommends ?
[16:52] <infinity> (base)adconrad@cthulhu:~$ dpkg -l linux-\*[0-9]\* | awk '/^i/ {print $2}'
[16:52] <infinity> linux-headers-3.7.0-7
[16:52] <infinity> linux-headers-3.7.0-7-generic
[16:52] <infinity> linux-headers-3.8.0-0
[16:52] <infinity> linux-headers-3.8.0-0-generic
[16:52] <infinity> linux-image-3.7.0-7-generic
[16:52] <infinity> linux-image-3.8.0-0-generic
[16:52] <infinity> linux-image-extra-3.7.0-7-generic
[16:52] <infinity> linux-image-extra-3.8.0-0-generic
[16:52] <infinity> ^-- On a machine where I always autoremove after upgrade.
[16:54] <infinity> micahg: Or do you mean your running kernel wasn't the latest installed?  In which case, the dkms change would have changed nothing, since it depended on the metapackage.
[16:54] <infinity> micahg: It was always the case that the situation in precise was you'd only keep latest-installed headers on autoremove.  This should be fixed, but the dkms change shouldn't have made the situation any different.
[16:59] <infinity> I was on precise when I reported https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1029730
[16:59] <infinity> So, yeah, autoremove always removed everything but the latest.
[16:59] <infinity> This isn't new.
[17:24] <hallyn> infinity: so 'proper relationship' top make kvm go away, would be having another package break+replace it?
[17:24] <hallyn> or do i have to do more to make the binary package go away?
[17:33] <ogra_> grr
[17:33] <ogra_> so i had disabled all my SD card partyitions from showing up in the launcher ... with the last upgrade all of them suddenly show up again
[17:34] <infinity> hallyn: You might actually need a P/C/R relationship to make it go away completely.  I don't recall if things changed much with the addition of breaks.
[17:34] <xnox> hallyn: i see packages still dependind/recommending kvm, those should be fixed.
[17:35] <xnox> e.g. nova-compute-kvm, utah, possibly others.
[17:35] <infinity> xnox: That's a non-problem if something still provides kvm (assuming the dependency isn't versioned)
[17:35] <infinity> Still should be fixed anyway, but yeah.
[17:36] <xnox> infinity: well qemu-kvm does "Provides: kvm"
[17:37] <infinity> xnox: Indeed.
[18:03] <hallyn> xnox: infinity: good point, i'll file bugs agaisnt packages depending on kvm in the meantime
[18:12] <hallyn> stgraber: can qemu now be added to the ubuntu server set?  (even though it failed to upload?  but if it goes into server set i can push the fix at http://people.canonical.com/~serge/qemu-conflict-kvm.debdiff :)
[18:21] <stgraber> hallyn: added. It should stay in there until at least the next automated packageset update by cjwatson, but hopefully by then it'll be seeded and so won't be removed
[18:23] <cjwatson> Please make sure it's seeded ASAP then as I'm due another full update
[18:25] <stgraber> I guess it'll be as soon as it produces binaries
[18:25] <stgraber> (basically replacing the qemu-kvm/qemu-linaro sources)
[18:38] <psusi> ok, so if a package is synced from debian, and since quantal there has been only one new version that is a SRU like cherry pick bug fix due to debian also being in freeze, would it be appropriate to just request it be synced back into quantal?
[18:40] <cjwatson> psusi: No, if nothing else we always want to rebuild for older distributions
[18:40] <cjwatson> It can be an identical source package apart from the changelog if you like, but it'll need a different version
[18:40] <hallyn> stgraber: thanks, lemme see if i can upload then :)
[18:41] <psusi> cjwatson: I thought requestsync could copy the source but rebuild the binaries?
[18:42] <hallyn> stgraber: can i impose on you to quickly look at  http://people.canonical.com/~serge/qemu-conflict-kvm.debdiff (46 line debdiff) to make sure i got that right?
[18:42] <cjwatson> psusi: That's disallowed by the archive because binary file names will clash.
[18:43] <cjwatson> You can only do a copy-and-rebuild between *different* archives.
[18:43] <psusi> ahh
[18:45] <stgraber> hallyn: I'm never sure when to use Breaks and when to use Conflicts in such cases, though as kvm is a transitional package, I don't think it really makes any difference anyway, the rest look good
[18:45] <hallyn> stgraber: thanks, will push then.  just don't want tomake any changes that end up making future package stuff even more complicated
[18:45] <maco> i think conflicts is "they both have the same filepath included"
[18:46] <cjwatson> There are a few possible reasons for Conflicts - policy pretty much enumerates them
[18:46] <cjwatson> http://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts
[18:48] <psusi> so if I start with the raring version, should I add a new changelog entry with the oldver.1 or modify the version number of the existing entry?
[18:49] <cjwatson> I would do the latter, so that the diff from <currently in quantal> to <your new package> looks like an ordinary SRU upload.
[18:49] <psusi> ok
[18:49] <cjwatson> Credit appropriately, of course.
[18:49] <psusi> it's me either way ;)
[18:50] <cjwatson> ok
[18:50] <psusi> ohh, and I need to say quantal-proposed right?  not just quantal?
[18:52] <cjwatson> Either works
[18:52] <cjwatson> quantal will be mapped to quantal-proposed
[18:53] <psusi> wait, why is there not a name conflict going the other way?  if version 1 is built in quantal, then when raring opens, it's still version 1, but all the binaries are rebuilt arent they?
[18:53] <maco> dont think so
[18:53] <maco> not unless an actual full-archive rebuild happens
[18:53] <maco> by default, the old binaries are just copied
[18:54] <psusi> ohh... I thought they got rebuilt when a new cycle started
[18:54] <cjwatson> maco is correct
[18:54] <hallyn> stgraber: oh, bug 1099155 - that looks like the same network manager bug screwing up lxc-net right?  do you have an open bug for that?
[18:54] <cjwatson> They don't, it'd take ages and cane mirrors for not much benefit
[18:55] <stgraber> hallyn: yep, that looks like it. I don't think I saw a bug specific to lxcbr0, so I guess we can use that one from now on.
[18:55] <stgraber> cyphermox: ^
[18:56] <psusi> ok, and the merge shold be proposed into ubuntu/quantal/gparted right?
[18:56] <cjwatson> Probably easier to just attach a debdiff to a bug
[18:56] <cjwatson> UDD is a bit patchy for SRU handling
[19:32] <cyphermox> stgraber: thanks.
[19:32] <cyphermox> but right now, trying to figure out something funny with openssl
[19:34] <cyphermox> stgraber: cjwatson: not sure if it's openssl really because it doesn't seem like it changed in the right timeframe but here the wpa enterprise network can't be successfully authentified, i get TLS errors for the certificate
[19:35] <CodeRed> I'm getting an error on installing ubuntu through wubi " cannot download the metalink and therefore the iso " how to get through this ?
[19:36] <coalwater> i'm looking for a python project (preferrably one done with gtk (has gui) or something) that's looking for developers, and it would be great if there's a mentor who'll help me with the developing, i already am comfortable with bzr i just want to get used to python more, and learn doing gui apps
[19:39] <stgraber> cyphermox: NM is connecting fine to my network here, though arguably my certificate is self-signed and I told NM to ignore it :)
[19:39] <cyphermox> yeah
[19:40] <cyphermox> this one has a proper cert; but i did say to ignore the fact that I didn't pass a file
[19:40] <cyphermox> I think it's ignoring the fact that there is no ca passed rather than ignoring whether the CA matches ;D
[19:41] <cyphermox> http://paste.ubuntu.com/1531834/
[19:45] <cyphermox> stgraber: yeah, I think it's just that it's not ignorin the right thing; I'll have to go get the CA first to check
[19:45] <jbicha> how did the audit package migrate without readahead-fedora being rebuilt?
[19:46] <jbicha> http://people.canonical.com/~ubuntu-archive/nbs.html
[19:48] <stgraber> cyphermox: though that reminds me, I tried connecting to the Eduroam wireless at the ETS over the weekend and wpa_supplicant wasn't too happy about it
[19:49] <stgraber> cyphermox: but I don't see any mention of openssl in my syslog, so that was another problem
[19:54] <cyphermox> yeah, I think it's likely to be exactly the same issue
[19:54] <cyphermox> unless the UQAM wifi is broken, which is within the realm of possibility
[20:09] <slangasek> cjwatson: as for autoremove-kernels listing headers, I originally believed the current behavior was by design on the grounds that old kernels you're keeping around for recovery aren't going to need modules newly built for them; but IIRC infinity persuaded me that we should keep the headers too, this just isn't implemented yet
[20:10] <slangasek> infinity, cjwatson: er, suggests is certainly not *supposed* to have any effect on autoremoval
[20:12] <infinity> slangasek: Well, it definitely does.  Check your raring machines.  They all have headers matching all installed kernel images.
[20:13] <infinity> slangasek: And I'm not sure why it shouldn't have an effect.
[20:13] <slangasek> because suggests are *not* auto installed
[20:13] <slangasek> so not auto-removing suggests would be asymmetric and broken
[20:13] <infinity> slangasek: Unless you ask them to be.
[20:13] <slangasek> which we don't do
[20:14] <infinity> slangasek: No, but a human can.  And the auto* DB has no way to discern HOW you installed something.
[20:14] <infinity> (Or, rather, what relationship pulled it in)
[20:14] <infinity> So, if you install with suggests and recommends, and foo recommends bar, while baz suggests it, removing foo shouldn't remove bar.
[20:14] <slangasek> infinity: er, nobody in their right mind installs with suggests
[20:15] <infinity> I still don't see how the behavious is wrong.
[20:15] <slangasek> you're right that the auto* db doesn't know what relationship pulled it in; but *I* know suggests aren't pulling anything in here
[20:15] <infinity> It's non-obvious to me that I could silently lose functionality in some application because a suggests is removed when something else that depended on it is removed.
[20:15] <infinity> Anyhow, it appears to function the way I think it should currently. :P
[20:16] <infinity> So, I suspect I'm not alone in this belief.
[20:16] <infinity> Or, working the problem the other direction.  If I use a friendly frontend like dselect or aptitude that offers suggests when I install something, and I opt to install those suggests...
[20:16] <infinity> Should it mark them auto, or manual?
[20:16] <slangasek> manual
[20:16] <infinity> In your world, they'd have to be manual.
[20:17] <slangasek> and it does
[20:17] <infinity> But then the suggests stay installed even if the reason I installed them is removed.
[20:17] <infinity> Which is bizarre when we've put effort into making sure hard deps are removed, but we leave suggests as cruft?
[20:18] <slangasek> because when you manually select it for installation in the frontend, that's manual installation
[20:18] <infinity> Well, I don't doubt that's how the frontends currently work.
[20:18] <infinity> But I'd contend that in a drill-down menu for recommends/suggests, what I'd really want is "install these 5 of the 7 you're offering me, but mark them auto so they go away if I remove the parent".
[20:20] <infinity> Anyhow, for the kernel autoremoval case, we can also just blatantly ignore what the tools are or aren't doing as far as who believe the features should work how, and add linux-headers-$(abi) to the no-auto-remove list. :P
[20:20] <infinity> Cause it won't do any harm either way.
[20:21] <slangasek> my point is that if the headers are being kept installed, it's /not/ because of the suggests
[20:22] <infinity> slangasek: It pretty much has to be, nothing else on my system depends on them.
[20:23] <slangasek> have you been doing upgrades using update-manager?
[20:23] <infinity> No, apt at the command line and autoremove.
[20:23] <slangasek> hmm
[20:23] <infinity> (base)adconrad@cthulhu:~$ dpkg -l linux-\*[0-9]\* | awk '/^i/ {print $2}'
[20:23] <infinity> linux-headers-3.7.0-7
[20:23] <infinity> linux-headers-3.7.0-7-generic
[20:23] <infinity> linux-headers-3.8.0-0
[20:23] <infinity> linux-headers-3.8.0-0-generic
[20:23] <infinity> linux-image-3.7.0-7-generic
[20:23] <infinity> linux-image-3.8.0-0-generic
[20:24] <infinity> linux-image-extra-3.7.0-7-generic
[20:24] <infinity> linux-image-extra-3.8.0-0-generic
[20:24] <infinity> Exact matching sets of images and headers, which is what I'd expect if I'm right. :P
[20:24] <infinity> And I've done nothing special to make that happen.  Just upgrade and autoremove.
[20:24] <infinity> Andy's also seen the same behaviour since we made the change in the kernel.
[20:26] <slangasek> bug #1078544, btw
[20:26] <slangasek> (which seems to be an SRU you've approved :)
[20:29] <infinity> slangasek: Yeah, but I only use apt-get, and these are all makes auto.
[20:29] <infinity> slangasek: So unrelated.
[20:29] <infinity> s/markes/marked/
[20:30]  * slangasek nods
[20:31] <slangasek> but in my case, they're not marked auto; and if I mark them auto, they get removed
[20:31] <infinity> On raring?
[20:32] <slangasek> quantal in this case
[20:32] <infinity> Right, the image->suggests:headers thing is only in raring.
[20:32] <slangasek> ah
[20:33] <mterry> doko, you switched the devscripts python module to be python3 only it looks like.  This causes lots of problems with ubuntu-dev-scripts which is python2.  Like bug 1099091
[20:33] <infinity> slangasek: For evidence completeness: http://paste.ubuntu.com/1532171/
[20:34] <doko> mterry, yeah, I have to provide the module for python2 too
[20:34] <infinity> slangasek: Anyhow, I think apt's autoremove behaviour is correct here.  We may disagree on that point.  Either way, it does no harm to *also* add headers to the apt hack, so we may as well.
[20:34] <infinity> slangasek: And we'll want that if we backport to precise, where the images don't (currently) suggest headers.
[20:34] <mterry> doko, OK, assigned that bug to you
[20:34] <mterry> looks like it's the clearinghouse for these issues
[20:35] <doko> mterry, otoh, it won't hurt to keep these issues open for the relevant packages, that these require a port to python3. could you do that too?
[20:37] <infinity> Thanks for the subtle reminder to put devscripts on hold before I accidentally upgrade it again. :P
[20:39] <mterry> doko, molded dup bug 1099537 into an open issue that we should port the scripts
[20:41] <infinity> doko: Are you going to get to the devscripts upload today?  If not, I might revert the previous one in the short term to stop the flow of bugs and confusion.
[20:43] <doko> yeah, will do, and for the future, please propose to fix it, not revert it
[20:43] <infinity> I prefer fixing it. :P
[20:43] <infinity> Almost always.
[20:43] <infinity> In this case, I'm not sure how best to fix it, though.  I guess building and shipping the python2.7 bits but intentionally skipping the pyhton2.7 dependency?
[20:44]  * doko add this to the infinity-promised-to-fix list
[20:44] <infinity> I made no such promise. :)
[20:51] <stgraber> tkamppeter: hey, looks like cups-browsed depends on avahi but the upstart job doesn't. Causing quite a lot of pointless respawn of the daemon on my machine :)
[20:55] <stgraber> tkamppeter: http://paste.ubuntu.com/1532299/
[20:56] <stgraber> tkamppeter: should I upload directly to the archive or are you planning a cups-filters upload pretty soon?
[20:57] <tkamppeter> stgraber, thanks for finding that. Please upload the corrected cups-filters.
[20:58] <stgraber> tkamppeter: ok, doing that now then.
[20:58] <OdyX> ^ stgraber please upload to experimental.
[20:58] <OdyX> well, in that case it doesn't really matter, granted, but make sure it's committed to the repository. :)
[20:59] <stgraber> OdyX: I don't think I've got access to the Debian bzr branch, maybe tkamppeter can commit the change there then
[21:00] <tkamppeter> OdyX, why did you upload the CUPS package ubuntu-only? Why did you not simply make 1.6.1-2 for both Debian and Ubuntu, to keep the sync.
[21:00] <OdyX> stgraber: ah yeah, damn, I thought it was a git repository on alioth, sorry.
[21:01] <OdyX> tkamppeter: ah yeah, good catch. You caught me. :) I didn't want to upload at all, but the discussion here showed it was important to have it soon in Ubuntu. Also the fix only affected Ubuntu.
[21:01] <tkamppeter> stgraber, I can upload the change to the Debian BZR for you.
[21:02] <stgraber> tkamppeter: thanks
[21:02] <OdyX> tkamppeter: I didn't want to upload now in Debian as I'm waiting for manpage translation updates for both french and german. I also hope (and asked) that msweet would push a 1.6.2 soon'ish.
[21:42] <tjaalton> TheMuso: thanks :)
[22:14] <tkamppeter> jasoncwarner, hi
[22:29] <bdrung> cjwatson: the libibmad/libibumad transition is worked on and will be finished soon.
[23:04] <infinity> bdrung: Thanks for the heads-up.
[23:04] <bdrung> infinity: you are referring to the libibmad/libibumad transition?
[23:06] <infinity> bdrung: Yeahp.
[23:08] <bdrung> infinity: i ask the sponsoree. he wasn't aware of the missing packages, because he mis-scripted his checking of build dependencies. he will update the missing packages through experimental.
[23:25] <xnox> @pilot in
[23:26] <xnox> cjwatson: pitti: or stgraber: please reject https://code.launchpad.net/~ubuntu-branches/ubuntu/precise/postgresql-8.4/precise-proposed/+merge/139408
[23:30] <bdrung> stupid modem causing connection losses (despite having a reliable working openwrt router)
[23:48] <stgraber> xnox: done
[23:48] <xnox> thanks.
[23:48] <stgraber> xnox: hmm, and what timezone are you on? ;)
[23:48] <xnox> stgraber: =))))))))
[23:49] <xnox> stgraber: I patch pilot tomorrow. So I can do it a bit now, then sleep and then do more =)
[23:49] <xnox> just came back from coaching volleyball
[23:51] <stgraber> hehe, ok ;)