[09:34] <JamesTait> Good morning and happy Valentine's Day, everyone! :D
[09:39] <mandel> JamesTait, happy day 0
[12:01] <ralsina> good morning!
[12:15] <mandel> ralsina, morning!
[12:15] <ralsina> good morning mandel!
[12:15] <ralsina> mandel: So, how far did we get with your stack of branches?
[12:15] <mandel> ralsina, I need a review form you
[12:16] <ralsina> mandel: hit me!
[12:16] <mandel> on it, let me find it
[12:16] <mandel> ralsina, do you understand this message: https://code.launchpad.net/~mandel/ubuntu-sso-client/creds-dialog-script/+merge/92533
[12:17] <ralsina> looking...
[12:17] <mandel> ralsina, I see now failures..
[12:17] <ralsina> mandel: launchpad is not working
[12:17] <mandel> ralsina, I got 'g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.
[12:17] <mandel> Terminated'
[12:18] <ralsina> mandel: yes, I know that one
[12:18] <ralsina> mandel: you just haveto retry
[12:18] <mandel> ralsina, ok
[12:18] <ralsina> mandel: 2nd or 3rd time it will merge
[12:18] <mandel> ralsina, hm.. not very deterministic lol
[12:18] <mandel> ralsina, the MP: https://code.launchpad.net/~mandel/ubuntu-sso-client/load-creds-retry/+merge/92536
[12:18] <ralsina> mandel: it's pretty random. Happened to a branch from natalia on fridayand yesterday to one from gatox
[12:19] <mandel> ralsina, he
[12:19] <ralsina> 4:1 test:code ratio :-)
[12:20] <mandel> ralsina, question, do you know if there is a way to retry a QNetworkRequest using a QNetworkAccessManager
[12:20] <ralsina> mandel: this is just to have the credentials already in the entrie on retry? +1 then
[12:20] <mandel> ralsina, yes, that is all
[12:20] <ralsina> mandel: I don't think so. Maybe using the copy constructor?
[12:20] <mandel> ralsina, in my little merges pipeline approach :)
[12:21] <ralsina> mandel: approved but don't set it globally until you see the previous one merged
[12:21] <mandel> ralsina, yes, will do that.. but tarmac should be smart rnough to do that..
[12:22] <ralsina> mandel: it is not ;-)
[12:22] <ralsina> mandel: if it gets two stacked branches on the same run, you get the weird  "no merge candidate" messages we had yesterday.
[12:23] <gatox> hi!
[12:23] <mandel> ralsina, yes.. is weird.. it used to work
[12:24] <mandel> ralsina, I can get the reply from the request.. I suppose I can retyr using the request and get the verb from it
[12:24] <ralsina> mandel: you can probably just do another QNetworkAccessManager.get with the same QNetworkRequest
[12:24] <ralsina> mandel: but I have, of course,not tried it
[12:24] <mandel> ralsina, hm.. I can get the verb if I pass it to the error handler of the deferred, let see what happens :P
[12:25] <ralsina> mandel: the request has the verb!
[12:25] <mandel> ralsina, where?
[12:25] <ralsina> mandel: oh, no it doesn't
[12:25] <ralsina> mandel: itcanonly contain a verb if it's  not standard. Pfffft.
[12:26] <mandel> ralsina, yeah.. this part of Qt is a little dirtier than the rest hehe
[12:26] <ralsina> mandel: the reply has it
[12:26] <ralsina> mandel: QNetworkAccessManager::Operation QNetworkReply::operation () const
[12:26] <mandel> ralsina, nice! thx!
[12:26] <ralsina> So the request has the reply, the reply has the operation
[12:28] <ralsina> good morning gatox!
[12:28] <gatox> ralsina, buenas! :D
[12:39] <ralsina> gatox, mandel: I need to go to the bank so I ... you know, get paid? Then pay taxes and a couple of errands,  I will be back in about 90 minutes
[12:39] <gatox> ralsina, roger that
[12:39] <mandel> ralsina, ok, I'm going to have lunch a little earlier today (at my 2pm) so I'll see you more or less when you get back :)
[12:41] <ralsina> mandel, gatox:ok, see you guys then
[12:42] <mandel> ralsina, laters!
[12:49] <mandel> gatox, I'm off to lunch (a little earlier)
[12:49] <mandel> gatox, will be back once done :)
[12:49] <gatox> mandel, ack.... enjoy
[12:49] <mandel> gatox, is chinese.. so it won't be that great hehe
[12:49] <gatox> jejeej
[14:05] <alecu> hello!
[14:05] <dobey> ralsina: ping
[14:06] <ralsina> dobey: pong
[14:07] <dobey> ralsina: so, this use qt in sso plan, means we need sso qt on the CD as well?
[14:08] <ralsina> dobey: yes but we have a sort of catch 22 there
[14:08] <dobey> ralsina: and it's using qt webkit?
[14:08] <ralsina> no webkit
[14:08] <ralsina> dobey: it launches the URLs in the browser
[14:08] <dobey> oh? then why does it look like it's embedding some rather bland web pages?
[14:08] <ralsina> dobey: it has a widget for bland html subset
[14:10] <ralsina> dobey: nessita has the branch to make sso use qt by default, but that needs sso-qt on the cd,which needs qt on the cd, so it
[14:10] <ralsina>  's approved but not merged
[14:12] <dobey> :-/
[14:35] <mandel> I'm back!
[15:00] <mandel> me
[15:00] <gatox> me
[15:00] <briancurtin> me
[15:00] <gatox> mandel, i think noone is here :P
[15:01] <gatox> a 3!
[15:01] <mandel> the windows guys are here ;)
[15:01] <gatox> jejejeje
[15:01] <briancurtin> :)
[15:01] <mandel> ralsina, dobey, alecu ?
[15:01] <ralsina> I am on call, skipping
[15:01] <alecu> notes!
[15:01] <alecu> me
[15:02] <gatox> mandel, go!
[15:02] <mandel> DONE: Merged all the branches from the creds dialog (inlucing review comments). Worked on re implementing the AuthProxy error in the Qt webclient implementation.
[15:02] <mandel> TODO: More qt webclient work.
[15:02] <mandel> BLOCKED: no, but I might ping alecu for some help
[15:02] <mandel> gatox, go go go
[15:02] <gatox> DONE:
[15:02] <gatox> Proposed several branches, all landed. Proposed one more branch today.
[15:02] <gatox> TODO:
[15:02] <gatox> Hunt people to approve my remaining branches. Keep working on some other issues.
[15:02] <gatox> BLOCKED:
[15:02] <gatox> No
[15:02] <gatox> briancurtin, go
[15:02] <briancurtin> DONE: work on bug #851810, somehow hosed my machine while upgrading to precise
[15:02] <briancurtin> TODO: 851810, get involved in more reviews
[15:02] <briancurtin> BLOCKED: none
[15:02] <briancurtin> NEXT: alecu
[15:02] <alecu> DONE: worked on branch for bug #929207
[15:02] <alecu> TODO: more of the same
[15:02] <alecu> BLOCKED: no
[15:02] <alecu> NEXT: ralsina (when he comes back)
[15:02] <ubot4`> Launchpad bug 851810 in ubuntuone-windows-installer (and 2 other projects) "Notify clients when volumes info from server is ready (affects: 2) (dups: 1) (heat: 16)" [Medium,Triaged] https://launchpad.net/bugs/851810
[15:02] <ubot4`> Launchpad bug 929207 in ubuntuone-client "Proxy "tunnel" for syncdaemon (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/929207
[15:03] <alecu> mandel, how can I be of help?
[15:03] <ralsina> briancurtin: I have hosed my machine upgrading to P... 6 times this cycle :-(
[15:03] <briancurtin> eek
[15:03] <mandel> alecu, let me finish a little and I'll push a branch with what I've done, I think I'm not handeling correctly the exception whithin and errback
[15:05] <gatox> briancurtin, do you have time for 2 really small reviews? :P
[15:05] <briancurtin> gatox: sure, send them over
[15:05] <gatox> briancurtin, thanks! https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/931452/+merge/93003  -  https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/931577/+merge/92863
[15:07] <dobey> what?
[15:07] <dobey> oh
[15:08] <dobey> meh
[15:08] <dobey> λ DONE: gwibber, decided to not move code around for now
[15:08] <dobey> λ TODO: releases, patchaes, packaging changes, twisted docs, move more code around
[15:08] <dobey> λ BLCK: none.
[15:10]  * dobey proposes his gwibber changes to trunk
[15:13] <mandel> alecu, can you take a look at lp:~mandel/ubuntu-sso-client/webclient-use-dialog
[15:14] <alecu> mandel, looking
[15:14] <mandel> alecu, I'm confuse with how to handle the exceptions in _handle_authentication within the qtnetwork webclient implementation
[15:14] <mandel> alecu, I'm sure you can get your head around it better than I can
[15:14] <alecu> mandel, you mean my head is bigger?
[15:15] <alecu> mandel, (have all dependencies on this branch landed?)
[15:15] <mandel> alecu, AFAIK yes
[15:16] <alecu> lol
[15:16] <mandel> alecu, and I mean, you have been dealing with twisted for longer :P
[15:16] <alecu> I thought you meant I was a "Cabezón"
[15:17] <mandel> alecu, is an expresion.. my head is really big too
[15:19] <gatox> lunch for me! brb
[15:19] <alecu> mandel, "that will return the appropiate values and we will peform the appropiate action" -> that sounds like noise
[15:20] <mandel> alecu, there is need to clean up there
[15:20] <alecu> ok, then I'm looking at the wrong place
[15:20] <alecu> mandel, is it in qtnetwork.py?
[15:20] <mandel> alecu, yes, run the test..
[15:21] <mandel> alecu, you will see the errors
[15:26] <mandel> alecu, where did you find that sentence?
[15:26] <alecu> mandel, in the diff from your branch to trunk.
[15:26] <alecu> mandel, let me find the file
[15:27] <alecu> mandel, it was in webclient/common.py
[15:28] <alecu> mandel, so, these are the errors: http://pastebin.ubuntu.com/841819/
[15:29] <mandel> alecu, yes, and the one I'm sure I'm not understanding to do correctly is the one of test_unauthorized
[15:29] <mandel> alecu, I though that using failure.trap in the errback would do the right thing..
[15:30] <alecu> lookin
[15:31] <mandel> alecu, that code is messy, I wanted to get a working proof of concept and then clean it, but I got that issue. ideally the retyr should not break a thing..
[15:32] <alecu> mandel, so, basically the "exception = ProxyUnauthorizedError(error_string, content); d.errback(exception)" is not being trapped, right?
[15:33] <mandel> alecu, yes, or at least that is what I think
[15:33] <alecu> mandel, but the error I'm seeing is not the proxy throwing a 407, but instead the web server throwing a 401
[15:34] <alecu> mandel, that means, that the *server* is not authorizing, and that it should be retried.
[15:34] <alecu> mandel, the proxy seems to be crossed just fine if that error is thrown by the server, no?
[15:35] <ralsina> if you get an error from the server, the proxy worked, yes
[15:36] <mandel> alecu, let me check
[15:37] <alecu> mandel, also, I think we have a bug in common.py: raise UnauthorizedError('User did not provide proxy credentials.')
[15:37] <mandel> alecu, that could be..
[15:37] <alecu> mandel, ^ that should be the other exception
[15:38] <mandel> alecu, the error number is a 205 that is a ContentReSendError
[15:38] <alecu> mandel, hmm... or perhaps not. It may be right if the user cancels the dialog not to ask him again.
[15:39] <mandel> alecu, looks like I'm getting the error when trying to resend the request
[15:39] <mandel> alecu, sorry, my bad is a 204
[15:39] <mandel> AuthenticationRequiredError
[15:40] <alecu> mandel, that's perfect. On trunk that's already being handled by the existing code.
[15:41] <mandel> alecu, I just found the error..
[15:41] <alecu> mandel, tell me
[15:41] <mandel> alecu, the tech reason is: soy gilipollas
[15:41] <mandel> alecu, look at the if statement
[15:41] <alecu> mandel, sounds like a reasonable assertion ^
[15:41] <alecu> mandel, looking
[15:42] <alecu> mandel, I've found a few ifs... which one do you mean?
[15:42] <mandel> alecu, 159
[15:42] <mandel> alecu, more or less
[15:42] <mandel> I should have used and elif
[15:42]  * mandel facepalm
[15:43] <alecu> mandel, right!
[15:43] <alecu> mandel, tdd ftw
[15:44] <mandel> alecu, indeed, I just have on more failing test and I'm done
[15:44] <mandel> I need to do an end to end test but we should have all of the thing working by then :)
[15:50] <mandel> alecu, all green \o/
[15:50] <alecu> mandel, váaaamos!
[15:51] <mandel> alecu, it seems that we also have to listen to the authenticationRequired for when we go through the proxy and get the 401 from the server, which i think is wrong.. but makes the tests pass
[15:52] <mandel> alecu, so we might have a concepts issue there
[15:52] <alecu> mandel, I don't get it.
[15:52] <alecu> mandel, let me try an example
[15:52] <alecu> A tries to connect to C using a proxy B
[15:53] <mandel> alecu, let me restart my machine so that mumble works and get talk about it
[15:53] <mandel> alecu, I might be wrong :P
[15:53] <alecu> mandel, wait
[15:53] <mandel> alecu, is the other machine, I'm not leaving you :)
[15:54] <alecu> mandel, sorry, it was the doorbell.
[15:54] <alecu> mandel, so, back to the example}
[15:54] <mandel> alecu, ah, I though I had to wait
[15:55] <alecu> mandel, my mumble machine is somewhere else too... that's why I want to try the example on IRC
[15:55] <alecu> so, again:
[15:55] <alecu> A tries to connect to C using a proxy B
[15:55] <alecu> B says "407: proxy creds required!"
[15:56] <mandel> alecu, that will result in a 105 within qt
[15:56] <alecu> A tries to connecto to C using proxy B passing proxy credentials
[15:56] <alecu> now it's C turn to say "401: webserver credentials required!"
[15:57] <alecu> A tries to connect to C passing server credentials, using proxy B passing proxy credentials
[15:57] <mandel> alecu, then authenticationRequired is raised
[15:57] <mandel> alecu, aauthenticationRequired is for ' A tries to connecto to C using proxy B passing proxy credentials'
[15:57] <alecu> mandel, right: both are raised: on the first try proxyAuthRequired. On the second try authRequired. On the third try it works.
[15:58] <mandel> alecu, no, on the first QNetworkReply.ProxyAuthenticationRequiredError is returned in the error of the QtNetwrokReply
[15:58] <mandel> alecu, yet proxyAuthRequired is NOT raised
[15:58] <alecu> mandel, oh, yes you told me that was a QT issue, right?
[15:59] <mandel> alecu, yes, ralsina and I found that on friday
[15:59] <alecu> mandel, but we are able to catch the 105 (meaning 407) and process it just like a signal was thrown, right?
[15:59] <mandel> alecu, then from that point on (although I have to write a test for that) after the QNetworkReply.ProxyAuthenticationRequiredError the theory states that authenticationRequired is raised
[16:00] <alecu> right
[16:00] <alecu> mandel, but?
[16:00] <mandel> alecu, yes, we grab the 105 and raise an exception that is catch by an errback
[16:00] <alecu> great. But something goes wrong, right?
[16:01] <mandel> yes, the issue is as follows, authenticationRequired can be raised when we pass through the proxy and we get a 407 from the server
[16:01] <mandel> alecu, ^
[16:01] <mandel> alecu, and at the moment our webclient treats it as a proxy auth issue when is not
[16:02] <mandel> alecu, in trunk, look at _handle_authentication
[16:02] <alecu> mandel, we should not get a 407 from the server... only from the proxy, right?
[16:02] <mandel> alecu, you mean in the ubuntu one case, or in general?
[16:02] <alecu> mandel, in general
[16:03] <alecu> mandel, http://en.wikipedia.org/wiki/List_of_HTTP_status_codes#4xx_Client_Error
[16:04] <alecu> mandel, from a server we could get a 401 (or some other error), but never a 407
[16:04] <alecu> I know that the symbols for "one" and "seven" look similar, but a server should not confuse them!
[16:07] <mandel> alecu, ok, let me push the code that passes all test and we look at the results of the tests, ok?
[16:07] <mandel> alecu, that way we are both in the same page
[16:09] <mandel> alecu, can you pull lp:~mandel/ubuntu-sso-client/webclient-use-dialog
[16:10] <alecu> mandel, sure! can you pull this finger meanwhile?
[16:10] <mandel> alecu, sure, the smell will stay in buenos aires..
[16:10] <mandel> alecu, talking about this, I have to change my dogs food, I bought a diff one and know he is a pedorro..
[16:11] <mandel> no good when you are watching tele
[16:22] <thisfred> dobey: is this known?: http://pastebin.ubuntu.com/841882/ (libuntuoneui fails to install/upgrade)
[16:24] <thisfred> sure, blame the dog
[16:24] <dobey> wtf
[16:24] <dobey> oh
[16:25] <dobey> yes, but webkit was broken so the fixed build failed on amd64
[16:25]  * dobey tells it to rebuild
[16:25] <thisfred> cool
[16:28] <dobey> thisfred: to workaround you can apt-get remove --purge the old package, then install the new
[16:28] <thisfred> kthx
[16:29] <thisfred> dobey: which is the old one?
[16:30] <dobey> libubuntuone-1.0-1
[16:31] <thisfred> same error when I try that
[16:31] <dobey> eh?
[16:32] <dobey> maybe you have to apt-get -f install first
[16:32] <dobey> then remove old
[16:32] <thisfred> did that
[16:32] <thisfred> keeps saying it's trying to overwrite the locale
[16:32] <dobey> well screw apt then
[16:33] <thisfred> indeed, I'll just wait for the fix
[16:33] <dobey> it's nonsense
[16:34] <thisfred> dobey: to increase the fun bamfdaemon keeps crashing, then coming up and showing every icon on the launcher twice. Which wouldn't matter but that means they show up twice in the alt-tab list as well, making alt-tab *really* unusable.
[16:35] <dobey> oh
[16:35] <dobey> well what's fun is that it thinks i have two rhythmbox windows on one screen
[16:35] <gatox> mandel, alecu briancurtin is anyone having this issue: http://paste.ubuntu.com/841903/ ?
[16:36] <dobey> holy crap
[16:36] <dobey> alt+tab really hurts something
[16:37] <dobey> and makes jack quite unhappy
[16:37] <dobey> why does compiz use like 30% cpu for alt+tab?!
[16:37] <dobey> grr
[16:39] <dobey> i guess i will just have to screw around with audio toys in windows or something :(
[16:40] <mandel> gatox, give me a few mins to boot the vm
[16:40] <briancurtin> gatox: i don't see that IOError
[16:40] <gatox> mandel, briancurtin did you know if the way to run sso in linux has changed?? it is necessary to set the USE_QT_MAINLOOP or something there?
[16:41] <gatox> i remove the setup.py line and i have sso working
[16:42] <briancurtin> no idea. i was actually about to ask what's required of all of these projects to run IRL - the things i've done have all been through the tests
[16:42] <duanedesign> User is having trouble installing client on Windows 7. here is the installer.log. not sure what the error means? https://pastebin.canonical.com/60166/
[16:43] <dobey> a goat, an altar, and a sacrificial dagger.
[16:43] <dobey> duanedesign: looks like syncdaemon isn't starting up
[16:43] <ralsina> duanedesign: looking...
[16:44] <ralsina> duanedesign: yes, syncdaemon is not starting
[16:46] <alecu> gatox, try "U1_DEBUG" instead of "DEBUG"
[16:47] <alecu> gatox, is that ussoc trunk?
[16:47] <gatox> alecu, yes, i already changed that and sso is workiing.... but the setup.py build i have to run it from linux and remove that line from my windows script
[16:48] <alecu> gatox, weird!
[16:48] <gatox> alecu, yep
[16:48] <alecu> gatox, can it be that the VM disk is mounted from linux?
[16:48] <alecu> gatox, perhaps it's vbox acting up?
[16:48] <alecu> gatox, in any case, try rebooting the vm.
[16:48] <gatox> alecu,  i don't know.... it's the same configuration as always.......
[16:48] <gatox> alecu, i already try that :P
[16:49] <alecu> gatox, then, no idea.
[16:51] <gatox> alecu, and did you know this one? :P http://paste.ubuntu.com/841922/
[16:51] <gatox> alecu, for control panel
[16:52] <alecu> gatox, yes, I knew about that one. Is your branch merged with trunk?
[16:52] <gatox> yes..... i'm trying to run control panel from trunk
[16:52] <gatox> alecu, ^
[16:52] <alecu> gatox, if it still happens in trunk, then it means that it's a same problem we had last week in a branch with nessita, and she decided to fix it for windows after the current linux releases.
[16:53] <gatox> alecu, mmmmm so....... the short answer is that control panel can not be executed in windows now?
[16:54] <alecu> gatox, probably :-P
[16:54] <alecu> gatox, I don't have the exact answer, but that sounds likely
[16:54] <gatox> alecu, ok..... thanks
[16:54] <alecu> mandel, so, I've been taking a look at the branch, and everything seems reasonable.
[16:54]  * gatox start looking for another bug :P
[16:54] <alecu> mandel, what was the conceptual issue you mentioned?
[16:55] <dpm> hey all
[16:55] <alecu> mandel, (if you want to mumble, let me know and I'll get the laptop)
[16:55] <alecu> hi dpm!
[16:55] <dpm> buenas alecu :)
[16:55] <alecu> dpm, como andás, bienvenido por acá. Ponete cómodo :-)
[16:56] <dpm> alecu, bien,gracias, gracias... :-)
[16:56]  * alecu is reminded to get some pants on.
[16:56] <dpm> lol, I wasn't thinking of getting _that_ comfortable
[16:57] <mandel> alecu, let me see if it works
[16:57] <mandel> dpm, uh, pero que haces por aqui?
[16:57] <dobey> heh
[16:57] <dpm> mandel, nada, una pregunta sobre u1, que estoy seguro que me lo habeis roto :P
[16:57] <mandel> dpm, I know you are one of the few that undertands how funny this is: http://www.youtube.com/watch?feature=player_embedded&v=FhJR6OO1X8Y
[16:58] <mandel> dpm, could be hehe
[16:59] <alecu> mandel, ok, looking at libsoup.py I see something that looks off...
[16:59] <mandel> alecu, let me fix some pylint issues and we can work in the code that passes everything
[16:59] <mandel> alecu, give me 5 min and we mumble
[16:59] <dpm> mandel, yeah, I had seen the video and had a good laugh :)
[16:59] <alecu> mandel, for instance, _on_authenticate is used for "server" authentication. But it's calling the "request_auth_credentials" that are used for proxy.
[16:59] <alecu> mandel, so, yes: there's a conceptual issue there.
[17:00] <alecu> mandel, we should not be calling the "proxy credentials" as  "auth credentials" because that will lead to errors like this on our part.
[17:01] <alecu> mandel, we should be very strict with which credentials are for proxies, and which are for the final server.
[17:01] <mandel> alecu, yes, that is what I was thinking og
[17:01] <mandel> s/og/of
[17:01] <mandel> alecu, exactly, lets talk about that to make it very very strict..
[17:02] <mandel> alecu, the scary thing, tests pass
[17:02] <mandel> dpm, I tried to play it to my father, yet he does no speack catalan..
[17:02] <dpm> choni de castefa, classic
[17:03] <dpm> I think there was a Spanish version somewhere? wait...
[17:03] <alecu> mandel, right... and now I can see some other issues in qtnetwork.py
[17:03] <mandel> alecu, I'm in mumble, shall we chat
[17:04] <alecu> mandel, let me grab the laptop.
[17:04] <mandel> alecu, sure
[17:04] <mandel> dpm, the nice thing is that you can download the song for free..  my friends in madrid are loving it ;)
[17:06] <dpm> mandel, here's the complementary version - http://caballe.cat/wp/oh-montserrat-la-jenifer-dels-catarres-a-linreves/
[17:09] <dpm> hm, hoping onto a call now, will have to leave my actual question about u1 for later...
[17:11] <mandel> dpm, lol
[17:13] <mandel> alecu, http://developer.qt.nokia.com/doc/qt-4.8/qnetworkaccessmanager.html#proxyAuthenticationRequired
[17:16] <dobey> meh, come on system upgrade; and ups guy
[17:18] <ralsina> dobey: you remember what was the suggested way to update from O to P?
[17:19] <dobey> update-manager -d?
[17:20] <ralsina> dobey: right, thanks
[17:20]  * ralsina crosses a bunch of fingers
[17:21] <gatox> ohh i didn't remember that... i'll try to upgrade now
[17:24] <dobey> slackers
[17:28] <briancurtin> speaking of being updated, now that i have this precise box setup, is there any wiki or doc for setting up a development environment on linux?
[17:30] <briancurtin> or, ralsina - should i make this buildout stuff work there as well?
[17:30] <ralsina> briancurtin: we have a doc for that somewhere in the wiki
[17:30]  * ralsina goes wiki-hunting
[17:32] <alecu> mandel, mumble was much better.
[17:32] <ralsina> briancurtin: https://wiki.canonical.com/UbuntuOne/DeveloperSetup
[17:32]  * alecu loves when a plan comes together.
[17:32] <briancurtin> ralsina: ah thanks, was looking on wiki.ubuntu instead
[17:33] <mandel> alecu, certainly, too many username and passwords around..
[17:34] <gatox> mandel, can you review this really trivial branch? https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/931577/+merge/92863
[17:34] <gatox> mandel, if you are busy maybe i can bother ralsina :P
[17:35] <gatox> and this one too (if someone can): https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/931452
[17:36] <mandel> gatox, I can
[17:36] <mandel> gatox, I hate, re-do everything!!! in latin!!!
[17:37] <gatox> mandel, what did i miss?? what about re-do?
[17:37] <mandel> gatox, how evil will it be asking why there are no tests when you changed code ;)
[17:37] <mandel> gatox, the re-do was a bad joke hehe
[17:37] <gatox> mandel, hey there is a test!
[17:38] <ralsina> gatox: I have a hard day to do reviews today
[17:38] <gatox> ralsina, no problem!
[17:38] <gatox> mandel, ahhh do you mean ubuntu_sso_wizard.py ?
[17:38] <mandel> gatox, :)
[17:39] <mandel> gatox, but you are welcome to tell me to frack off, the change is simple enough
[17:39] <gatox> mandel, ok, review the other branch, i'll  use this branch to enhance the test for that file that are really poor
[17:39] <mandel> gatox, he, superb :)
[17:39] <gatox> mandel, naaaa... that file lacks of several tests..... i'll do it in this branch
[17:40] <mandel> gatox, which one is the other  branch?
[17:40] <mandel> the MP I mean
[17:40] <gatox> mandel, https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/931452
[17:40] <mandel> on it
[17:41] <dpm> so I've got a folder containing some mp3 files. It's marked as sync'ed on 2 PCs, and I can also see the files on the web. However, on one of the PCs the folder is actually empty, so it seems that the files did not get synchronised. Running 'u1sdtool --waiting' on the PC with the empty folder does not show me any activity. Is there anything I can do to get that PC to download the files from U1?
[17:43] <dobey> dpm: tried reconnecting?
[17:44] <dpm> dobey, I've since then restarted the computer a couple of times. I guess that implies reconnecting, but I can try to explicitly reconnect, just a sec...
[17:45] <dobey> if you had it connected while the computer was off, i'd love to know how ;)
[17:47] <mandel> alecu, https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/931452/+merge/93003 looks good, nice use of partial!
[17:47] <dobey> dpm: you can also try to unsubscribe from it, and then resubscribe
[17:47] <dobey> i really need to get lunch
[17:47] <briancurtin> agreed on the good use of partial :)
[17:47] <dobey> bbiab
[17:49] <dpm> dobey, how do I subscribe? I guess using the --subscribe-folder=FOLDER_ID option on u1sdtool, but how do I find out the FOLDER_ID?
[17:49] <mandel> briancurtin, :)
[17:50] <dobey> dpm: --list-folders; or you can use the control panel to do it :)
[17:52] <dpm> dobey, ah, I see what you mean. I don't have a subscription for this particular folder, but rather for its top folder. Let me try to unsubscribe and subscribe from the control panel...
[17:54] <mandel> gatox, +1 on the 931452
[17:55] <dpm> dobey, yeah, that seemed to sort it, thanks! (or at least I see some download activity now)
[17:59] <mandel> ralsina, gatox, dobey, briancurtin EOD in Spain, so its rugby time, catch you all tom!
[17:59] <briancurtin> enjoy
[17:59] <nessita> hello everyone!
[17:59] <gatox> mandel, bye!
[17:59] <nessita> just in time to say bye to mandel (?)
[17:59] <gatox> nessita, hi
[17:59] <nessita> hola
[18:00] <mandel> nessita, yes, see you tom hehe
[18:00] <mandel> nessita, short yet intense ;)
[18:01] <ralsina> hello nessita!
[18:01] <nessita> hola ralsina! got my sms?
[18:01] <ralsina> nessita: nope!
[18:01] <ralsina> nessita: oh, wait, yes!
[18:01] <nessita> bu
[18:01] <ralsina> damn silent phone ;-)
[18:01] <nessita> ah!
[18:02] <ralsina> Ok, I am going to have a quick lunch before my next mac-head-interview
[18:02] <nessita> ack
[18:02] <ralsina> if anyone needs anything, put it here
[18:02] <gatox> ralsina, mmmm una hamaca paraguaya :P
[18:03] <ralsina> ponela ahi :-)
[18:07] <nessita> dobey: hola! have you started with releases?
[18:09]  * briancurtin lunch + buying flowers
[18:40] <nessita> dobey: ping?
[18:58] <dobey> nessita: i was at lunch
[18:58] <nessita> hola!
[18:58] <nessita> dobey: I'm starting with tarball releases, was wondering if I shall of protocol as well (no changes)
[18:59] <dobey> sure
[19:00] <nessita> dobey: another thing to note is that now u1client must depend on the ussoc gui package. I guess gtk for now, until we can have the -qt in the cd
[19:02] <dobey> nessita: shouldn't sso depend on a virtual ubuntu-sso-client-gui package or something, which all the gui packages Provides:?
[19:03] <nessita> dobey: we can do that as well, yes. Since we did not do that in nightlies I was not sure if that was a good solution
[19:04] <dobey> well we can fix nightlies pretty quickly
[19:06] <nessita> yeap
[19:06] <nessita> though u1client keeps failign to build
[19:08] <dobey> yes, because there is another issue now :)
[19:11] <dobey> i've been dealing with gwibber stuff all morning
[19:11] <nessita> dobey: how's that going?
[19:11] <dobey> well, nearly merged into trunk
[19:13] <nessita> nice!
[19:13] <dobey> anyone can help me test a gwibber branch? i need a few tests on 32bit and a few on amd64
[19:14] <nessita> dobey: test how? running tests?
[19:14] <dobey> test by branching, building it, and running gwibber-accounts in the tree, and clicking on a few buttons in the UI
[19:15] <nessita> dobey: I can help you
[19:16] <dobey> lp:~dobey/gwibber/gtk3-pybits
[19:19] <dobey> nessita: does ubuntu-sso-client not depend on python-ubuntu-sso-client?
[19:19] <nessita> it should
[19:20] <nessita> isn't?
[19:20] <dobey> nessita: well you added it as a separate build-dep to the client nightlies
[19:20] <dobey> albeit to the wrong file
[19:20] <nessita> dobey: wrong file?
[19:20] <nessita> why?
[19:20] <dobey> wrong file because control is generated from control.in
[19:21] <dobey> but you shouldn't need to add it anyway
[19:21] <nessita> right
[19:21] <nessita> sorry about the .in, did not know about it
[19:21] <gatox> need to restaart to finish with the upgrade
[19:28]  * gatox is in 12.04 now
[19:28] <nessita> YEY
[19:28] <gatox> :D
[19:36] <dobey> nessita: so python-ubuntu-sso-client was at least getting installed on the recipe builder machine. so odd the previous error we got
[19:37] <nessita> dobey: :-/
[19:37] <dobey> and it was only on amd64 where the issue happened, so probably a different problem
[19:37] <dobey> oh, i bet it was the webkit issue
[19:37] <nessita> dobey: question re: the gui virtual package. Can 2 packages provide the same virtual package? I think we want to allow have the -qt and -gtk packages installed
[19:38] <nessita> dobey: what webkit issue? ah... I know
[19:38] <nessita> that were some packages were set to be removed?
[19:38] <dobey> nessita: yes. see for example the "web-browser" virtual package
[19:38]  * nessita sees
[19:38] <dobey> nessita: the amd64 build was broken for a bit, so there were conflicting versions of webkit in the archive, for different parts of it
[19:39] <nessita> dobey: I don't have a virtual package web-browser
[19:39] <nessita> but I get the point
[19:40] <dobey> oh
[19:40] <dobey> it's "www-browser"
[19:40] <dobey> or "gnome-www-browser" is another
[19:40] <dobey> :)
[19:41] <nessita> dobey: ah, branch branched. What now?
[19:41] <dobey> nessita: you'll probably need to apt-get build-dep gwibber; and might need to apt-get install valac-0.16 as well
[19:41] <dobey> nessita: and you'll have to ./autogen.sh && make
[19:41] <dobey> nessita: then run PYTHONPATH=. bin/gwibber-accounts
[19:42] <dobey> nessita: when you get to that point, ping me again :)
[19:42] <nessita> ack!
[19:42] <dobey> and u1client nightlies building right now
[19:42] <nessita> nice!
[19:42] <nessita> dobey: what was it?
[19:43] <dobey> gir1.2-indicate-0.6 is no more; replaced by gir1.2-indicate-0.7
[19:48] <nessita> I told you so!!!
[19:48] <nessita> :-P
[19:48] <nessita> "there are some issues with some gir" I said :-P
[19:49] <nessita> dobey: uh?
[19:49] <nessita>   File "/home/nessita/src/gtk3-pybits/gwibber/microblog/util/keyring.py", line 2, in <module>
[19:49] <nessita>     from gi.repository import GnomeKeyring, GLib
[19:49] <nessita> ImportError: cannot import name GnomeKeyring
[19:49] <dobey> nessita: oh you need to install gir1.2-gnomekeyring-1.0 too probably
[19:50]  * nessita install
[19:50] <nessita> s
[19:50] <nessita> dobey: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name com.Gwibber.Service was not provided by any .service files
[19:50] <nessita> I guess I have to install gwibber?
[19:51] <dobey> nessita: ah, you don't have to.
[19:51] <nessita> dobey: ok, dialog to add an account opened
[19:51] <dobey> nessita: you can just run PYTHONPATH=. bin/gwibber-service in another terminal
[19:52] <nessita> h
[19:52] <nessita> ah
[19:52] <dobey> nessita: ok, if you try to add a digg account, then hit cancel, and then hit the [+] icon under the treeview, does it crash? if not, does it crash if you do it a few times?
[19:52] <dobey> or if you select twitter and click add for it instead
[19:53] <nessita> dobey: for accounts I have twitter, facebook and identi.ca. What do you mean with "digg" account?
[19:55] <dobey> nessita: i think you're running the version from the system
[19:56] <nessita> dobey: let me uninstall it
[19:56] <dobey> nessita: running from the source tree, you should see all available services, as the plug-ins are in the tree :)
[19:56] <nessita> dobey: so, I was running the one in the tree, and got an error, will paste
[19:56] <nessita> http://pastebin.ubuntu.com/842124/
[19:57] <dobey> hrmm
[19:57] <dobey> nessita: are you on 64bit or 32 bit btw?
[19:57] <nessita> 64bits
[19:57] <dobey> ok
[19:58] <nessita> dobey: re-tested purging gwibber and runing the service from another command line
[19:58] <nessita> same result: only 3 accounts
[19:58] <nessita> clicking on "add" for twitter shows another screen
[19:58] <nessita> closing the app will give the attributeerror
[20:00] <dobey> hrmm, weird
[20:01] <gatox> people!! EOD for me! see you tomorrow!
[20:04] <nessita> bye gatox
[20:04] <gatox> nessita, bye
[20:04] <nessita> ralsina: you around, to do some release reviews?
[20:04] <ralsina> anyone needs reviews? I need to look at code instead of talking to people!
[20:04] <ralsina> nessita: so yes! :-)
[20:04] <nessita> ralsina: ME!
[20:04] <nessita> https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/stable-3-0-update-2.99.4/+register-merge
[20:04] <nessita> https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/stable-3-0-update-2.99.4/+register-merge
[20:04] <nessita> https://code.launchpad.net/~nataliabidart/ubuntuone-windows-installer/stable-3-0-update-2.99.4/+register-merge
[20:04] <ralsina> nessita: bad links
[20:05] <nessita> oh yes
[20:05] <nessita> ralsina: can you guess them from there? LP is buggy
[20:05] <ralsina> it's ok, I can guess them
[20:05] <nessita> https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/stable-3-0-update-2.99.4/+merge/93060
[20:05] <nessita> https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/stable-3-0-update-2.99.4/+merge/93061
[20:05] <nessita> https://code.launchpad.net/~nataliabidart/ubuntuone-windows-installer/stable-3-0-update-2.99.4/+merge/93062
[20:05] <nessita> ralsina: :-)
[20:05] <ralsina> we are in sync today it seems ;-)
[20:06] <nessita> ralsina: yes. Can you do ussoc for now? I see some conflicts that shouldn't be there for controlpanel and installer
[20:06] <ralsina> ok, that one first
[20:07] <dobey> nessita: i just pushed a change which should fix that attributeerror; can you bzr pull and try again?
[20:08] <nessita> dobey: sure
[20:08] <dobey> thanks
[20:08] <dobey> man i so don't want to do releases
[20:14] <dobey> nessita: error: can't copy 'bin/proxy-creds-qt': doesn't exist or not a regular file
[20:14] <nessita> dobey: hum... this is from mandel
[20:14] <dobey> nessita: looks like setup.py install is broken in sso trunk
[20:14] <nessita> dobey: I think is a branch that landed today.... ralsina would you know about that?
[20:14] <nessita> or alecu?
[20:15] <dobey> nessita: but the client nightlies build now :)
[20:15] <alecu> or me?
[20:15] <nessita> dobey: nice!
[20:15] <dobey> nessita: well i guess it just landed, since sso just failed to build in nightlies :)
[20:15] <ralsina> alecu: yes you!
[20:15] <nessita> alecu: seems like ussoc trunk broke with one of the latest mandel s branches
[20:15] <alecu> nessita, looking
[20:15] <ralsina> we need to add tests for setup.py I suppose :-/
[20:15] <alecu> nessita, yes, the bin/proxy-creds-qt is from one of the latest branches
[20:15] <nessita> ralsina, alecu: we weren't suppose to land branches today unless extremely necessary
[20:16] <nessita> (nor yesterday)
[20:16] <dobey> oh maybe nightlies only just got requested
[20:16] <alecu> nessita, and it's even renamed on a subsequent branch
[20:16] <nessita> alecu: subsequent branch? and where is it?
[20:16] <dobey> a *lot* of branches landed yesterday
[20:17] <nessita> dobey: I know some Criticals from diego and me landed, but were very controlled and small
[20:17] <dobey> and today
[20:17] <ralsina> nessita: lots of merges on the proy stuff
[20:17] <ralsina> proxy*
[20:17] <dobey> nessita: 2 from mandel landed this morning
[20:17] <dobey> nessita: and one from gatox an hour ago
[20:17] <nessita> ralsina: we should have hold off those... until after the release, no? wasn't that the plan for releases?
[20:18] <ralsina> my fault, I totally dropped the ball on blocking those
[20:18] <alecu> nessita, I think the subsequent branch is still being developed.
[20:18] <nessita> dobey: yeap, that one is a Critical
[20:18] <alecu> nessita, I suggested changing the name of that file to bin/ubuntu-sso-proxy-creds-qt
[20:18] <ralsina> nessita: but those were needed before FF. I brainfarted :-(
[20:18] <nessita> ralsina: ok, I will remove that MP for ussoc and build a new stable update
[20:18] <nessita> without those branches from today
[20:19] <nessita> they have not been IRL tested in nightlie,s not even for five minutes :-/
[20:20] <dobey> nessita: tested? they haven't even *built* it seems :)
[20:20] <nessita> right
[20:20] <nessita> dobey: I will skip those revnos from udpating stable
[20:21] <dobey> ok
[20:21] <nessita> alecu: would you know which branch is the one that added the -qt new executable?
[20:21] <alecu> nessita, I can find out, sure.
[20:21] <nessita> f**ck and I need a branch *after* what mandel landed
[20:22] <dobey> nessita: cherry pick it
[20:22] <nessita> yeah
[20:22] <nessita> but cherrypicking breaks all the magic in some scripts I built
[20:22] <nessita> so, lots of hand work now
[20:22] <alecu> nessita, the revno where it landed is 871
[20:23] <alecu> nessita, and it seems that it landed with the definitive name
[20:23]  * dobey doesn't like magic
[20:23] <alecu> nessita, so I'm at a loss on why you see the work-in-progress file name
[20:23] <dobey> but if you do, well "magic works in mysterious ways"
[20:23] <dobey> ;)
[20:23] <nessita> alecu: would you know if the "proxy" dialog is already enabled? my questions point to "will users under proxy" start having the proxy (perhaps) popping up?
[20:23] <alecu> nessita, trunk has bin/ubuntu-sso-proxy-creds-qt
[20:24] <nessita> alecu: right, so mandel made the rename and *did not change* the setup.py
[20:24] <nessita>     363           'bin/ubuntu-sso-login-qt',
[20:24] <nessita>     364           'bin/proxy-creds-qt']),
[20:24] <alecu> nessita, looking at trunk, no.
[20:24] <nessita> and that branch was also approved...
[20:25] <alecu> nessita, it seems that the proxy binary is there, but it's not used yet.
[20:25] <nessita> alecu: the old name is listed under setup.py to be installed
[20:25] <alecu> nessita, right, the setup.py has the old name, I see.
[20:25] <nessita> so, setup.py install fails since the executable bin/proxy-creds-qt no longer exists
[20:26] <nessita> alecu: if I propose a branch that renames that, would you be confident to release trunk as is to ubuntu?
[20:26] <nessita> alecu: I want to know your opinion, any data regarding what IRL testing is being made in this front is very important
[20:27] <alecu> nessita, there was little to none IRL testing of these feature, since it's still in progress
[20:27] <nessita> alecu: ok, but we're 100% sure that this proxy Qt dialog is not being spawnning in current trunk, right? (from my grep I see that)
[20:29] <dobey> nessita: and the plan was to land these features after freature freeze?
[20:29] <dobey> typing fail
[20:29] <nessita> dobey: the plan was to land this feature by Friday last week, and IRL test yesterday
[20:29] <nessita> dobey: if we fail to do so, I would have expect to ask for a FFE for this
[20:30] <dobey> ok
[20:30] <nessita> so, I can confirm that sso and sso's webclient module work great without having a proxy
[20:30] <duanedesign> we are getting a lot of Windows 7 users who are getting the error - WARNING - Please don't run the syncdaemon as root.
[20:30] <nessita> but I'm not sure how they work if the user is indeed behind a proxy
[20:31] <nessita> not sure if we can perform any worse than before... though crashing or being annoying with popus may be worse than not progressing
[20:31] <nessita> alecu, ralsina: any thoughts about that last 2 sentences?
[20:32] <dobey> duanedesign: bug ralsina about that :)
[20:34]  * ralsina is all for failing noisily in front of proxys
[20:34] <dobey> can we tell them to contact their admins and tell them to learn how to configure a network properly?
[20:35] <dobey> "We're sorry, but your network is not configured properly, and requires you to use a proxy." :P
[20:36] <alecu> nessita, ralsina: I'm checking that in the current code.
[20:37] <ralsina> dobey: "do something about it, we will stay in that corner,sulking"
[20:37] <nessita> alecu: thanks
[20:37] <dobey> heh
[20:40] <alecu> nessita, I've looked at the changes in trunk and I've seen that:
[20:40] <alecu> 1) the proxy credentials dialog won't be used yet
[20:40]  * nessita reads carefully
[20:41] <alecu> 2) there's a small change to allow user:pass@host in the hostname field in the gnome settings, that looks harmless and afaik was tested IRL by mandel
[20:41] <alecu> that's it.
[20:41] <nessita> ok
[20:42] <nessita> then I will propose a branch to fix setup
[20:42] <nessita> and I'll release tomorrow, after nightlies built and we install them
[20:43] <nessita> dobey: ping
[20:44] <nessita> dobey: I pulled your branch, and now I can't run the service, though error looks unrelated:
[20:44] <ralsina> nessita: +1 and you don't stay late today
[20:44] <nessita> GLib-GIO-ERROR **: Settings schema 'org.gwibber.preferences' is not installed
[20:44] <dobey> nessita: ah, because you uninstalled gwibber
[20:44] <nessita> dobey: ack, listening to instruccions now
[20:45] <nessita> do I install it? <perl jam - bugs>do I eat them? become their friend?</perl jam - bugs>
[20:46] <dobey> lol
[20:46] <dobey> you spelled it "perl"
[20:46] <nessita> pearl*
[20:46] <dobey> nessita: i think GSETTINSG_SCHEMA_DIR=`pwd`/data might do it
[20:47] <nessita> alecu: did I say thanks? if not, thanks for looking into the details!
[20:47] <nessita> dobey: ack
[20:47] <nessita> nopes
[20:48] <nessita> dobey: will install gwibber-service only... makes sense?
[20:49] <dobey> nessita: the schemas file is actually in the gwibber package
[20:50] <nessita> dobey: ok... so, want me to install that?
[20:50] <dobey> sure
[20:52] <nessita> ralsina, dobey: would you please? https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/rename-me-too/+merge/93074
[20:54] <ralsina> nessita: sure!
[20:55] <nessita> dobey: ok, gwibber installed, running from your branch, still 3 options for accounts
[20:55] <nessita> dobey: closing the app will not give the attr error
[20:55] <nessita> dobey: what next? :-)
[20:55] <dobey> nessita: well can you try to add, then cancel/remove/add/etc an account?
[20:56] <dobey> it's quite odd that you only see the 3 options though
[20:56] <nessita> sure
[20:56] <ralsina> nessita: +1
[20:56] <ralsina> nessita: I just did a setup.py install, is that enough?
[20:56] <nessita> dobey: in the console outpout I see the whole "list", but in the UI only those 3
[20:56] <nessita> ralsina: yes, thanks
[20:57] <dobey> nessita: weird
[20:57] <nessita> dobey: clicking on "Authorize" for twitter gives me the browser but the UI resizes (yuck! :-))
[20:57] <dobey> nessita: oh; because you're running the system gwibber-service probably
[20:57] <nessita> ah, perhaps
[20:57] <nessita> dobey: and the twistter site is in spanish... even though my lang is en_US
[20:57] <nessita> (just FYI)
[20:58] <dobey> nessita: that's probably twitter trying to be smart and use GeoIP
[20:58] <nessita> boooo to twitter
[20:58] <nessita> ok, account added
[20:58] <nessita> dobey: PM me! :-)
[20:58]  * nessita is nbidart
[20:59] <dobey> that's not what i'm trying to test :)
[20:59] <dobey> also, i can't PM you on twitter anyway
[21:00] <nessita> why
[21:00] <nessita> ?
[21:01] <dobey> because twitter only lets you PM people who you are following, and who are also following you
[21:01] <nessita> dobey: let me follow you... you're dohbee?
[21:01] <nessita> that's not your picture, isn't it?
[21:01] <dobey> i am dohbee
[21:02] <dobey> why not? you don't think i rest a gun on my shoulder like that?
[21:03] <nessita> of course you don't!
[21:03] <nessita> :-P
[21:03] <nessita> dobey: so, not sure if it's relevant, but I twitted from gwibber and my tweet is not appareanig in the web-twitter
[21:03] <dobey> i don't know about that
[21:04] <nessita> ok
[21:04] <dobey> oh i guess they have to be just following you to DM them
[21:04] <nessita> ok, account removed
[21:05] <nessita> dobey: no crashes and no weird outputs
[21:05] <nessita> anything else?
[21:05] <ralsina> dobey: yes, you can only DM those who follow you
[21:05] <dobey> nessita: i think it's a 32bit only thing
[21:05] <nessita> ack
[21:05] <dobey> nessita: and you're basically confirming that
[21:06] <nessita> great! (?)
[21:06] <nessita> dobey: in other order of things... shall I wait for you on https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/rename-me-too/+merge/93074 ?
[21:06] <dobey> i don't think so
[21:06] <nessita> ack
[21:06]  * nessita approved
[21:06] <nessita> s
[21:12] <ralsina> nessita: I am taking a break, but if you propose the stable branches I will look at them late tonight
[21:12] <nessita> ralsina: ack, will email that
[21:12] <ralsina> so you have the reviews early tomorrow. Is that ok?
[21:12] <nessita> yes!
[21:12] <ralsina> cool
[21:34] <dobey> ok, it looks like i fixed the gwibber-accounts crashing, and it works well now
[21:37] <nessita> ok, sso nightlies built OK
[21:52] <dobey> great
[21:56] <dobey> ok i think i'll break for a bit and do some releases after dinner, so that i hopefully won't have to do any tomorrow
[21:56] <dobey> well, not many. guess i'll have to do 1 tomorrow
[22:06] <nessita> dobey: ack
[22:15] <nessita> ok, I'm off for today
[22:15] <nessita> see ya all tomorrow!
[23:24] <briancurtin> eod