[09:21] <mandel> morning all!
[09:35] <JamesTait> Morning all! :D
[11:04] <gatox> good morning!
[11:33] <gatox> reboot
[11:49] <oimon> tomboy notes are not synchronising from one of my machines - "failed to synchronise notes. check the details below and try again" . expanding details says "updated" for various notes (same ones each time), but new notes are not being uploaded. any suggestions?
[11:51] <mandel> oimon, try asking rye about that :)
[11:54] <nessita> good morning everyone!
[11:54] <nessita> gatox: will start with your reviews now
[11:54] <gatox> nessita, hi! ack
[11:56] <rye> oimon: i have a script that fixes that
[11:58] <rye> oimon: http://people.canonical.com/~roman.yepishev/us/tomboy-sync-validator.py - please run it in the terminal and see whether it reports any errors
[12:01] <gatox> nessita, there is any bug in particular you want me to review?? i was updating my installer-migration branch
[12:01] <nessita> gatox: no need to update that branch... we will not use the installer
[12:01] <gatox> nessita, i remove the issue then?
[12:02] <gatox> as invalid?
[12:02] <nessita> gatox: let me check your bug queue
[12:02] <gatox> nessita, ok
[12:03] <oimon> rye, thanks, no errors, but running tomboy --debug and trying to sync gives http://paste.ubuntu.com/884680/
[12:04] <nessita> gatox: I will update that bug since it needs to also affect ussoc
[12:04] <rye> oimon: argh, that's tomboy bug, let me look it up
[12:04] <gatox> nessita, there was a different one for sso..... which is already closed
[12:04] <nessita> gatox: ah... why 2 bugs?
[12:04] <oimon> rye, i'm on 11.10
[12:05] <gatox> nessita, i think there was one for sso..... and one for the installer
[12:05] <nessita> gatox: ok, in those cases we should use a single bug affecting the 2 projects (for future reference)
[12:05] <oimon> might be bug 848250
[12:05] <gatox> nessita, ok
[12:06] <nessita> gatox: can you please update the status of all your in progress bug?
[12:06] <nessita> there are some I guess you're not working on (https://bugs.launchpad.net/ubuntuone-client/+bug/889785 for example)
[12:07] <gatox> nessita, done
[12:07] <nessita> gatox: you updated all your in progress bug? :-)
[12:08] <gatox> nessita, i had a couple of in progress..... that i change them back to triaged... because i started with them, but then i needed to move to another issue..... and my current issues were already "in progress"
[12:08] <nessita> gatox: perfect
[12:13] <nessita> gatox: bug list updated, you can choose between any medium it tempts you
[12:13] <gatox> nessita, great, thanks!
[12:14] <oimon> rye, it doesn't seem solvable due to u1 notes being unavailable now
[12:14] <duanedesign> oimon:   bug 848250
[12:14] <duanedesign> oh, you already found it :)
[12:14] <oimon> duanedesign, yep, the workaround cannot be performed due to server side notes being removed
[12:14] <rye> duanedesign: i was not able to find it :-/
[12:15] <duanedesign> comment 10 seems to work sans webui
[12:15] <mandel> gatox, nessita morning to you too!
[12:15] <nessita> hola mandel
[12:15] <nessita> how is it going?
[12:16] <mandel> nessita, fine, got a number of proxy bugs fixed and moving on to the next :)
[12:16] <mandel> nessita, If you have time you can give me a couple of reviews ;-)
[12:17] <oimon> duanedesign, doesn't work for me :(
[12:20] <mandel> nessita, any one looking at bug 884978 else I'll tackle it since is a high priority one
[12:20] <nessita> mandel: I will try, but already have 7 reviews to do
[12:20] <duanedesign> oimon: you probably caught this but the name of the note is capitalized 'New Note Template'. I noticed in the comment the user refers to it in lower case.
[12:20] <mandel> nessita, any from alecu, I can do those
[12:21] <nessita> mandel: nopes, all from diego, roberto and rodney
[12:21] <mandel> nessita, ok, then I'll move to 884978, is that ok?
[12:21] <nessita> mandel: regarding that bug, there is another about the t&C not loading... so that may complicate your work a bit :-(
[12:21] <nessita> let me find the other bug
[12:22] <mandel> nessita, please do, I might as well look at loading the t&c and then into the proxy
[12:22] <nessita> mandel: bug #933081
[12:22] <nessita> mandel: we may be missing a webkit signal or something...
[12:23] <mandel> nessita, ok, tackling that one first then, thx for the bug number!
[12:23] <nessita> mandel: so perhaps we need to solve that without proxy, and then add the proxy bits. Or if it's short, you can do both in a single branch?
[12:23] <mandel> nessita, is this in the gtk implementation or the qt?
[12:23] <nessita> mandel: feel free to assign yourself there
[12:23] <nessita> mandel: gtk
[12:23] <mandel> nessita, if they are small I'll try to fix both at the same time :)
[12:23] <nessita> mandel: ah, you were talking about qt?
[12:24] <nessita> mandel: in qt we do not show the T&C in a webkit...
[12:24] <mandel> nessita, then is gtk :)
[12:24] <nessita> heh
[12:24] <mandel> nessita, no worries, I'll deal with this guy now
[12:24] <nessita> mandel: let me know how that does
[12:24] <nessita> goes*
[12:24] <mandel> ok
[12:32] <mandel> nessita, I've seen someone complaining about something with pygobject and connect_signals before in stackoverflow.. let me find it, we might have the same issue
[12:34] <ralsina> good morning!
[12:36] <gatox> ralsina, hi!
[12:39] <ralsina> gatox, nessita, mandel: if anyone needs reviews now is a good time because I am switching to windows today
[12:39] <ralsina> not permanently
[12:40] <mandel> ralsina, I do, I do!
[12:40] <gatox> ralsina, ah! don't scare us like that! jejeje
[12:40] <ralsina> mandel: hit me!
[12:40] <mandel> ralsina, let me get the easy ones that are very short, one min
[12:40] <ralsina> gatox: you are a mac user :-)
[12:40] <gatox> ralsina, not yet jeje
[12:40] <nessita> ralsina: I think you also have pending https://code.launchpad.net/~brian.curtin/ubuntuone-client/930398-windows-is_root/+merge/96224
[12:40] <gatox> ralsina, i bought the mac..... and i didn't turn it on yet since that day
[12:41] <mandel> ralsina, https://code.launchpad.net/~mandel/ubuntu-sso-client/ssl-checkbox/+merge/97619 and https://code.launchpad.net/~mandel/ubuntu-sso-client/merge-code/+merge/97627
[12:41] <ralsina> nessita: I want to test that one IRL so I am leaving for when windows works :-/
[12:41] <mandel> ralsina, really really easy ones
[12:41] <nessita> ralsina: ah ok :-)
[12:41] <gatox> ralsina, i've added the pretty pictures here: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/ugly-reset/+merge/96130
[12:41] <ralsina> gatox: worse then you are a fake mac user! ;-)
[12:41] <ralsina> gatox: cool!
[12:43] <ralsina> gatox: why is the left padding (to the titles/lineedits) much smaller than the right padding (to the button)?
[12:43] <gatox> ralsina, because we are adding a left-padding in the stylesheet for all the pages
[12:44] <ralsina> gatox: but why is the right-padding *larger*?
[12:45] <gatox> ralsina, ahhhh you mean that the right-padding should be of the same size as the left one?.... ok, fixing that
[12:45] <ralsina> nessita: if I swear that I'll have a fix for those two things you mentioned in dobey's system-font branch 15 minutes after it lands, would you approve it? I want to take it off dobey's plate
[12:45] <ralsina> gatox: I am just asking. If you have a good reason,I may not care :-)
[12:45] <nessita> ralsina: then why those stuff ended in dobey's plate in the first place? :-/
[12:46] <ralsina> nessita: because he wanted to do it
[12:46] <ralsina> nessita: and then it kinda grew :-)
[12:46] <gatox> ralsina, nop good reason.... just was according to my taste.... it wasn't any specific guideline..... so i pick :P
[12:46] <nessita> ralsina: I'm still worried that the default font looks too big... can we do something about that?
[12:46] <ralsina> nessita: they are the size of the default ubuntu font. That's a desktop-wide setting
[12:47] <nessita> ralsina: where can I check what font I have setup? because I'm pretty sure I have a small font...
[12:48] <nessita> gatox: any reason to set 30px right margin for the reste page?
[12:48] <nessita> reset*
[12:48] <ralsina> nessita: just open a normal app, like settings,thunderbird or whatever, should be the same size. They are here.
[12:48] <nessita> gatox: given that the parent already have it set
[12:48] <gatox> nessita, the parent already have a right margin?
[12:49] <nessita> gatox: yes, of 30px, so all the pages show the same indent
[12:49] <gatox> nessita, the font used to be in Appearance.... but it doesn't seems to be there anymore
[12:49] <gatox> nessita, ok, i'll remove that and check
[12:49] <nessita> ralsina: I can approve once the welcome label is fixed, the side widget I can fix in my controlpanel branches
[12:49] <ralsina> nessita: cool then
[12:49] <nessita> gatox: thanks
[12:50] <nessita> gatox: the branch looks good, will approve, but please remove that 30px margin :-)
[12:50] <gatox> nessita, yes.. on it
[12:52] <ralsina> nessita: just in case, here is how thunderbird and u1cp look in that branch. u1cp is bolder because it's the ubuntu font, but size is ok: http://ubuntuone.com/6sa3Q8lCADIpEXnTYqwmCJ
[12:55] <dobey> nessita: gsettings get org.gnome.desktop.interface font-name
[12:55] <gatox> nessita, ralsina padding fixed
[12:56] <ralsina> good morning dobey!
[12:56] <dobey> hi
[12:57] <ralsina> nessita: I see you changed my commit message on ubuntu-font-in-windows, I have been trying to follow the style you mentioned, did I do it wrong?
[12:57] <nessita> ralsina: the work "Fixed" in (Fixed LP: #1234567) should not be there :-) (thanks for asking!)
[12:57] <nessita> word*
[12:58] <ralsina> oops, I remembered it wrong then. Let me tattoo it in theback of my left hand ;-)
[12:58] <nessita> juaz
[12:58] <nessita> ralsina: I read that fast and wonder "what does your son has to do with this?"
[12:59] <ralsina> hahaha
[12:59] <ralsina> he didn't remind me1
[13:00] <nessita> gatox: this is approved https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/captcha-problem/+merge/97505 but requested a test improvement
[13:00] <nessita> (please)
[13:00] <gatox> nessita, ok
[13:02] <ralsina> gatox: +1 on ugly-reset
[13:02] <gatox> ralsina, thx!
[13:09] <briancurtin> ralsina: should i pick up where i left off with the windows installer work, or did you add anything?
[13:09] <ralsina> briancurtin: done nothing there yet
[13:09] <briancurtin> ok, i'll push forward with what i have
[13:09] <ralsina> briancurtin: are tests running? Anything we can parallelize?
[13:10] <mandel> nessita, http://code.google.com/p/pywebkitgtk/issues/detail?id=44 is fixed an we can use the enums from pygobject, shall I change the code for that? that means importing webkit which we probably not want since you added a comment about delaying the use of webkit to be able to build
[13:11] <briancurtin> ralsina: tests are to the point that they're running. i see a few API differences that need to be accounted for first (e.g, different num of args to some funcs). all imports are changed
[13:12] <ralsina> briancurtin: running and failing? ;-)
[13:12] <briancurtin> ralsina: there's one particular issue that could be parallelized, in figuring out what to do with this change: http://bazaar.launchpad.net/~brian.curtin/ubuntuone-windows-installer/release-updates/revision/111
[13:12] <briancurtin> ralsina: yeah, running and failing. it doesnt look too far away from having them passing, though
[13:13] <ralsina> briancurtin: we are not using the windows-installer binary anymore
[13:13] <ralsina> briancurtin: so, don't worry about it. We will just start control panel from the bitrock installer
[13:14] <nessita> mandel: sure!
[13:15] <nessita> briancurtin: hola! would you please fix the comments from https://code.launchpad.net/~brian.curtin/ubuntuone-client/851810-notify-on-volumes/+merge/94280 when you have a moment (no rush)?
[13:15] <briancurtin> ralsina: so i can ignore issues in the ubuntuone_installer package? ok, that pushes me back towards a twisted thing i was running into yesterday that i'll work on
[13:15] <mandel> nessita, and the import, what do you want me to do with that? not importing from the top but just when webkit is used?
[13:15] <ralsina> briancurtin: cool
[13:15] <briancurtin> nessita: yep, i saw the review - thanks. i'll take a look when i'm done with this
[13:16] <nessita> mandel: yes
[13:16] <mandel> nessita, ack
[13:16] <nessita> briancurtin: ack, thanks
[13:20] <ralsina> mandel: +1 on both branches, congrats on the spelling (trick: branches with no words in them)
[13:21] <mandel> ralsina, lol
[13:23] <nessita> gatox: simple needs fixing in https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/qt-login-backend/+merge/97425, but wanted to be sure you knew about logger.exception
[13:23] <nessita> ralsina: you too ^ (perhaps) :-)
[13:23] <ralsina> nessita: thanks, I did not know that!
[13:23] <gatox> nessita, me neither
[13:24] <nessita> :-)
[13:24] <ralsina> now I need to find roomfor another tatoo...
[13:24] <nessita> another child?!?!?!
[13:24] <gatox> ralsina, jejje
[13:24] <ralsina> nessita: another dead braincell because of old age and my brain is full!
[13:25] <gatox> ralsina, you can made a t-shirt with all the new things and work in front of a mirror :P
[13:25] <ralsina> nessita: no thanks, one is enough :-)
[13:26] <nessita> ralsina, gatox: http://pastebin.ubuntu.com/884765/
[13:31] <gatox> nessita, ok, lp:~diegosarmentero/ubuntu-sso-client/qt-login-backend updated
[13:38] <alecu> holas!
[13:38]  * alecu is back.
[13:39] <nessita> gatox: thanks!
[13:39] <nessita> hola alecu
[13:40] <alecu> mandel, ping
[13:40] <mandel> alecu, pong!
[13:40] <alecu> mandel, what did you end up doing re: pinned certs storage?
[13:40] <mandel> alecu, ralsina solution
[13:40] <nessita> ralsina: would you have at hand a screenshot of the license page? my external drive with my VM is not mounting
[13:41] <alecu> mandel, great.
[13:41] <ralsina> nessita: some context? ;-)
[13:41] <nessita> ralsina: how many license pages do we have? :-P
[13:41] <ralsina> nessita: 2, AFAIK
[13:41] <nessita> ralsina: the former installer license page, would you have a screenshot handy?
[13:41] <nessita> ralsina: 2? really?
[13:41] <ralsina> nessita: on windows?
[13:41] <nessita> on... U1
[13:41] <nessita> :-D
[13:42] <ralsina> nessita: sorry, you lost me
[13:42] <ralsina> nessita: let's try again, want a screenshot of the old license page in what? The old gtk sso? The windows installer?
[13:42] <nessita> ralsina: heh. WOuld you have a screenshot of the license page from the installer, the one that shows the gpl fragment license?
[13:42] <nessita> ralsina: gtk sso never showed license, but T&C
[13:42] <ralsina> nessita: let me look for it
[13:43] <ralsina> right
[13:43] <ralsina> nessita: in 2'
[13:43] <nessita> no rush
[13:44] <mandel> I'm of to buy some peppers and have lunch, catch you i a little!
[13:44]  * mandel lunch
[13:50] <briancurtin> if anyone has 2 seconds for a spelling error i came across in a keyword argument: https://code.launchpad.net/~brian.curtin/ubuntuone-client/upoad-spellcheck/+merge/97656
[13:53] <ralsina> So virtualbox completely crashed my ubuntu, and am now on windows 7
[13:57] <ralsina> nessita: http://screencast.com/t/wq2JlJvu
[13:57] <nessita> ralsina: thanks!!!
[13:59] <dobey> briancurtin: nice catch
[14:01] <nessita> dobey: you approved without a test :-/
[14:01] <nessita> briancurtin: we should add a test that failes with that typo
[14:02] <nessita> and then propose the fic
[14:02] <nessita> is a bug if we did not have a failing test for that typo
[14:02] <briancurtin> nessita: i thought so as well. i'll see if i can fit it in, need to focus on installer updates for now
[14:03] <nessita> briancurtin: thanks
[14:20] <ralsina> briancurtin, alecu, gatox, nessita, dobey, thisfred, mandel: looks like the DST change has moved our team meeting to 20 minutes ago and oone noticed it
[14:20] <nessita> ralsina: we could stick with the art time, no? :-P
[14:21] <nessita> ralsina: we need to check with mandel, since he has lunch now
[14:21] <alecu> ralsina, our meeting is on UTC time!
[14:21] <briancurtin> i thought it was in 40
[14:21] <alecu> ralsina, so, it's 40 minutes from now :-)
[14:21] <ralsina> alecu: google calendar disagrees :-)
[14:21] <thisfred> either way works for me
[14:21] <gatox> ralsina, yep..... i saw the email.... but it wasn't 12pm :P
[14:21] <ralsina> so, we'll have it in 40. Just a heads up :-)
[14:22] <dobey> 20 minutes ago is better for me
[14:22] <thisfred> heh
[14:22] <nessita> the meeting is at 3pm utc
[14:22] <ralsina> dobey: because you already are on DST :-)
[14:23] <nessita> google says is 2:22pm UTC now
[14:23] <dobey> ralsina: you don't have a DST though
[14:23] <ralsina> dobey: we do sometimes
[14:24] <thisfred> google also says the meeting started 20 mins ago. So whoever created the calendar item didn't do it in UTC
[14:24] <alecu> mandel, nessita: u1cp-qt fails while trying to go thru an authenticated proxy, like this: http://pastebin.ubuntu.com/884837/
[14:24] <alecu> mandel, nessita: the very very weird thing? it's trying to use libsoup.
[14:24] <thisfred> brb reboot
[14:24] <nessita> alecu: what system?
[14:24] <alecu> nessita, P
[14:25] <nessita> alecu: the choosing in on the webclient side...
[14:25] <dobey> ralsina: but only on leap years during a famine when a new ruler comes to power
[14:28] <ralsina> dobey: exactly. Since we are on repeated ruler, no DST
[14:29] <alecu> nessita, mandel: and ussoc is failing in a similar way, also using libsoup: http://pastebin.ubuntu.com/884852/
[14:29] <nessita> alecu: do you have python-qt4 installed?
[14:29] <alecu> nessita, probably. I wouldn't see any UI otherwise, right?
[14:30] <alecu> "already the newest version" says apt-get
[14:30] <nessita> alecu: so, the mainloop detection is being made in ussoc, ubuntu_sso/main/linux
[14:30] <nessita> alecu: would you put some prints there and see what's going on/
[14:30] <nessita> ?
[14:31] <alecu> nessita, the mainloop used according to the logs is qt
[14:31] <alecu> nessita,   File "/media/sf_canonical/ubuntu-sso-client/trunk/ubuntu_sso/main/qt.py", line 71, in run_func
[14:31] <alecu>     loop.exec_()
[14:31] <nessita> alecu: then perhaps the webclient chooser needs some checking?
[14:31] <alecu> I'll take a look at that.
[14:38] <alecu> nessita, lol. The webclient chooses to use the qnetwork backend only if the qt4reactor is installed. But no reactor is installed in fact!
[14:39] <nessita> alecu: bug! :-P
[14:39] <nessita> alecu: also, great news that we're not using the qt4reactor ;-)
[14:39] <alecu> nessita, we are not using it on linux, right.
[14:40] <ralsina> if it were choosing it, then it would be another bug.  Selective memory FTW
[14:49] <briancurtin> "getting information, please wait..." forever. ralsina - does that ring a bell for anything i'm forgetting to include?
[14:50] <briancurtin> (also the windows/root branch i proposed does work on XP, since i got this far)
[14:50] <ralsina> briancurtin: hmmm
[14:50] <ralsina> briancurtin: probably not finding something
[14:50] <ralsina> briancurtin: is that running exes or .py ?
[14:50] <briancurtin> ohhh, i know. forgot to update everything in the bitrock xml file
[14:51] <ralsina> hehe
[14:51] <ralsina> briancurtin: off you go ;-)
[14:51] <briancurtin> its all in the dist/ but that's all
[14:51] <ralsina> briancurtin: yu should be able to run everythig from dist
[14:52] <briancurtin> oh they are there. (thought for a second that while i added new bins to the setup, bitrock didn't know about them, but it picks up the whole dist folder anyway)
[14:52] <mandel> alecu, looking
[14:52] <mandel> alecu, what is happening there is that the prox-uri property is not set in the async session..
[14:53] <mandel> alecu, which is something we have never tested because we always use force_use_proxy, would be interesting to see what the gnome proxy feature is doing..
[14:53] <alecu> mandel, that's one thing. But the funnier one is that for the qt control panel and the qt sso the libsoup backend is being used.
[14:54] <alecu> mandel, that's more worrying to me.
[14:54] <mandel> alecu, wait, is not using them from the qt processes since it it was you would get a segfault qt and gi don't like each other at all
[14:55] <alecu> mandel, the qt processes are *using* libsoup.
[14:55] <mandel> alecu, what might happen is that the sso dbus process is suing the gi reactor, therefore is calling libsoupd, the qt panel is called with spawn process and there the qt version is used
[14:55] <dobey> mandel: gi shouldn't have a problem under qt
[14:55] <mandel> dobey, yes, because qt uses gtk2 :)
[14:56] <dobey> mandel: qt itself doesn't. i guess maybe the theme thing does?
[14:56] <mandel> alecu, ^
[14:56] <mandel> dobey, yes, I should have specified, the theming does use gtk2
[14:56] <alecu> mandel, well, at the point that the webclient is started, no reactor has been imported.
[14:56] <dobey> mandel: but still, that should be fine, because libsoup doesn't use gtk
[14:57] <dobey> so the symbols conflicting problem shouldn't happen there
[14:57] <mandel> dobey, hm.. the easies things is to test it in a little script rather than speculate :)
[14:57] <alecu> mandel, anyway: we do not want to use libsoup here. We want to use qtnetwork.
[14:57] <mandel> dobey, you argument is mutt and I'm going to remove gwibber hehehe
[14:57] <alecu> mandel, the sso backend should be using qtnetwork.
[14:58] <mandel> alecu, certainly, so there are two bugs, one, what happens with the proxy-uri, second why are we using the wrong lib
[14:58] <dobey> mandel: i'm not speculating :)
[14:58] <mandel> dobey, lol
[14:58] <dobey> and i don't care if you don't use gwibber
[14:58] <mandel> dobey, I am :)
[14:58] <dobey> troll
[14:58] <alecu> mandel, the proxy-uri problem might go away if we use qtnetwork.
[14:59] <mandel> dobey, I most say, well handled ;-)
[14:59] <mandel> alecu, certainly, but it should not happen, I need to investigate how can that be dealt with
[14:59] <alecu> mandel, do you have time to look at the qtnetwork on the backend process issue?
[15:00] <mandel> alecu, I have time for both issues, I'm at the moment fixing the t&c from ubuntuone-control-panel-gtk
[15:00] <mandel> alecu, and I believe I'm done (need to write some small tests)
[15:00] <alecu> mandel, I've tried doing some IRL of ussoc in trunk going thru an authenticated proxy, and it fails like I pasted above.
[15:01] <nessita> everyone, mumble?
[15:01] <mandel> alecu, you mean this: http://pastebin.ubuntu.com/884837/
[15:01] <nessita> ralsina, dobey, alecu, mandel, gatox?
[15:01] <mandel> nessita, ups!!! going!
[15:01] <alecu> mandel, ubuntuone-control-panel-gtk???? GTK?
[15:01] <nessita> urbanape: ?
[15:01] <gatox> me
[15:01] <nessita> gatox: eh?
[15:01] <nessita> :-)
[15:01] <alecu> mandel, I thought the gtk one was gone
[15:01] <nessita> gatox: mumble! is jueves :-P
[15:01] <gatox> ahhhhhhh
[15:01] <gatox> :P
[15:01] <briancurtin> gatox: you have to say "me" into the headset
[15:01] <nessita> alecu: is gone, has been nuke
[15:02] <mandel> alecu, sorry I mean the gtk of sso
[15:02] <mandel> alecu, I confused the project
[15:02] <alecu> mandel, ok.
[15:02] <ralsina> nessita: going
[15:02] <alecu> nessita, saw it nuked on my tree... congrats?
[15:02] <nessita> alecu: ponele :-)
[15:03] <alecu> it lasted for... two releases?
[15:03] <nessita> alecu: natty, and oneiric
[15:03] <nessita> so, yes
[15:03] <dobey> thisfred: mumble
[15:03] <nessita> dobey: right, thanks
[15:03] <dobey> alecu:
[15:04] <ralsina> alecu: mumble
[15:04] <ralsina> and thisfred: you too!
[15:04] <ralsina> thedac: I would never forget to ask you to come! :-)
[15:04] <ralsina> oops, that was for thisfred
[15:04] <alecu> I hate the drivers for my laptop
[15:05]  * alecu is rebooting the laptop where mumble resides.
[15:44] <thisfred> dobey: gatox: links to merge props you need review on plz
[15:45] <dobey> https://code.launchpad.net/~dobey/ubuntu-sso-client/system-font/+merge/97264
[15:45] <gatox> thisfred, thanks, but i only need a re-review from nessita
[15:46] <thisfred> kk
[15:46] <thisfred> dobey: I'm on it
[15:47] <thisfred> +1
[15:48] <gatox> thisfred, wow! that was fast!
[15:48] <gatox> jejeje...... i think i'm going to give you my future branches
[15:49] <thisfred> the branch was close to trivial ;)
[15:49] <gatox> jeje
[15:49] <ralsina> fark me, argument parsing on windows sucks when you are not an exe
[15:50] <briancurtin> its especially horrible if you're in a batch file
[15:51] <ralsina> briancurtin: it's impossible right now to run control panel like python bin\ubuntuone-control-panel-qt because we are getting "bin\ubuntuone-control-panel-qt" as argv[1] :-(
[15:54] <briancurtin> i would think that'd be your argv[0]
[15:55] <ralsina> briancurtin: but it's not
[15:55] <ralsina> python is my argv[0]
[15:55] <ralsina> oh, wait
[15:55] <ralsina> it's Qt
[15:56] <ralsina> application.arguments() has the *real* argv
[15:57] <ralsina> ok, that's fixable
[15:58] <thisfred> deltree /Y C:\
[15:58] <thisfred> there, I fixed it
[16:00] <dobey> ooh
[16:00] <dobey> native work items in lp
[16:01] <thisfred> ralsina: so what did you want me to manually test now?
[16:02] <ralsina> thisfred: proxy, talk to alecu about what to test, talk to gatox about using my proxy
[16:02] <thisfred> kk
[16:02] <thisfred> alecu: what to test? ;)
[16:03] <alecu> thisfred, we need to test trunk sso and trunk control panel, going thru an authenticated proxy.
[16:03] <alecu> thisfred, but first we need to force the qt webclient backend.
[16:03] <thisfred> ok let me grab and build those
[16:03] <thisfred> force?
[16:03] <alecu> thisfred, we are testing this on P.
[16:03] <thisfred> I am on P
[16:04] <alecu> thisfred, yes: this morning we found out that the libsoup webclient backend was being used by mistake.
[16:04] <thisfred> alecu: ah ok, so I need to wait for your ping when that's fixed?
[16:05] <alecu> thisfred, you can go ahead branching and building all that, and merge my branch with the fix, that should be ready in 10min
[16:07] <thisfred> kk
[16:08]  * gatox lunch!
[16:09] <alecu> thisfred, lp:~alecu/ubuntu-sso-client/use-qt4-webclient-backend
[16:09] <alecu> mandel, ^
[16:09] <mandel> alecu, on it!
[16:10]  * thisfred too
[16:15]  * briancurtin lunch
[16:17] <alecu> mandel, I've managed to reproduce the segfault:
[16:17] <alecu> http://pastebin.ubuntu.com/884995/
[16:17] <alecu> mandel, it happens *only* when using an authenticated proxy.
[16:17] <alecu> mandel, and it happens after accepting the dialog with the proxy passwords.
[16:18] <mandel> alecu, looking
[16:18] <alecu> mandel, I've only tested sso; I've not tested u1cp yet.
[16:18] <dobey> lunch. bbiab
[16:18] <alecu> nessita,  ^^^^
[16:18] <alecu> nessita, (good news so far)
[16:18] <mandel> alecu, I'm palying with control panel
[16:18] <nessita> alecu: nice! (reading backlog)
[16:20] <mandel> alecu, hm.. I'm getting that the ssl cert in *ubuntu.com is not valid.. wtf?
[16:21] <mandel> alecu, nessita control panel seems ok with nonauth proxies
[16:25] <alecu> mandel, nessita: control panel segfaults with authenticated proxies when forcing the qt4 webclient backend.
[16:25] <mandel> alecu, got the same here..
[16:26] <alecu> mandel, but it seems to work fine for non-authenticated and for no proxy.
[16:26] <alecu> mandel, did you get the segfault too?
[16:26] <alecu> mandel, also, both sso and u1cp pop up the proxy credentials dialog *twice* (each one)
[16:26] <mandel> alecu, yep, and I also got the following: http://pastebin.ubuntu.com/885010/
[16:27] <mandel> alecu, indeed, I have seen that too, when it should not since the info after the first attempt should be in the keyring
[16:27] <alecu> mandel, I got that same message (proxy server not found)
[16:28] <alecu> mandel, the thing is that the credentials dialog is popped up twice, one on top of the other. It's not waiting to retry.
[16:29] <mandel> alecu, hm.. interesting.. so in summary, nonauth does not segfault, right. while with auth does, where we have keyring and spawn process..
[16:29] <alecu> mandel, this seems related to the issue with QAuthorizers I reported by mail last night.
[16:29] <alecu> mandel, keyring and spawn too
[16:29] <mandel> alecu, could be, but we also need to check who is spawning the dialog, could it be one from sso and other from control panel?
[16:30] <mandel> nessita, does the control panel request anything from sso via dbus?
[16:30] <alecu> mandel, no: this happens when I do it from sso only.
[16:30] <nessita> mandel: yes, credentials
[16:31] <mandel> alecu, hm.. but in my last irl everything worked fine.. yet, it was using libsoup and not qt!
[16:31] <alecu> mandel, anyway: we have two issues: first, we need to use the qt4 backend, and we need a proper branch for this, not my quick hack.
[16:31] <alecu> second: we need to fix the segfault.
[16:31] <mandel> alecu, so, yield in the signal, show dialog, qt main loop recovers the control, error, then the errback spawns the dialog
[16:32] <alecu> mandel, right
[16:32] <alecu> mandel, that's exactly what I suspect is causing the double dialog.
[16:32] <mandel> alecu, so, why horrible horrible way to fix this is not to listen to the signal..
[16:32] <mandel> alecu, go straight to the errback to deal proxy auth issues
[16:33] <mandel> alecu, which my incur in performance..
[16:33] <alecu> mandel, I hope "performance" there is just a joke.
[16:34] <mandel> alecu, it should not be an issue, no
[16:34] <mandel> alecu, and is a simple fix..
[16:35] <mandel> alecu, let me make that change in your branch and see what happens
[16:41] <alecu> mandel, are you able to work on a proper branch to select the qt backend?
[16:42] <mandel> alecu, yes, I'm done with what I was working with
[16:42] <thisfred> alecu, so does it make sense for me to manually test now, or should I await further fixes? (waiting on gatox_lunch for the proxy instructions)
[16:42] <mandel> alecu, I can also remove the double dialog poping up
[16:44] <alecu> thisfred, yup, I think we are done till we have more fixes. sorry to trouble you.
[16:45] <thisfred> alecu: no trouble at all, please ping me when/if I can be of assistance
[16:46] <alecu> thisfred, thanks!
[16:46] <gatox> thisfred, here am i
[16:46] <mandel> nessita, ping
[16:47] <thisfred> gatox hi, if you can explain to me (best in private msg I guess) how to use roberto's proxy, that would be awesome, then I'll know the next time I need to test
[16:47] <nessita> mandel:  pong
[16:48] <mandel> nessita, t&c page loading fixed, I also noticed that going to the t&c page, going back and going again will result in a crash and fixed it in that branch, is there a bug for that?
[16:48] <mandel> nessita, the reason is that you cannot add twice a widget to a scroll area, easy fix :)
[16:49] <gatox> thisfred, yes, i'm trying to find the ip from roberto's machine....
[16:49] <nessita> mandel: no bug, wanna file it? :-)
[16:49] <mandel> nessita, sure!
[16:49] <nessita> mandel: and awesome you worked on this! :-D
[16:50] <mandel> nessita, thx :)
[16:51] <gatox> ralsina, can you repeat your ip please, i don't have it.... the port was 8888 i think
[16:52] <ralsina> gatox: <IP_ADDRESS>
[16:52] <gatox> thisfred, there.... that ip, with the user and pass i gave you should work
[16:54] <thisfred> gatox: thx
[16:56] <mandel> thisfred, if you fancy doing a review I will appreciate it :) => https://code.launchpad.net/~mandel/ubuntu-sso-client/tc-not-loading/+merge/97698
[16:56] <mandel> nessita, FYI: https://code.launchpad.net/~mandel/ubuntu-sso-client/tc-not-loading/+merge/97698
[16:57] <thisfred> mandel: on it
[16:58] <mandel> thisfred, thx!
[16:58] <alecu> hey, all: can I get another review here? https://code.launchpad.net/~alecu/ubuntuone-client/proxy-tunnel-fix/+merge/97475
[16:58] <mandel> alecu, I found the reason why we are not finding the host :)
[16:59] <alecu> mandel, awesome!
[16:59] <mandel> alecu, very simple, so I can push a branch will all the changes and not be a gazillion lines :)
[16:59] <alecu> gotta love simple fixes to complex problems.
[17:02] <ralsina> gatox, briancurtin: review please? https://code.launchpad.net/~ralsina/ubuntuone-control-panel/truncate-argv/+merge/97700
[17:02] <gatox> ralsina, on it
[17:03] <ralsina> gatox: oops, that branch is missing half a test
[17:04] <gatox> ralsina, ok, let me know when its ready
[17:06] <ralsina> gatox: there, revno 286
[17:06] <gatox> ralsina, ok
[17:07] <mandel> alecu, thisfred can you please test IRL lp:~mandel/ubuntu-sso-client/use-qt4-webclient-backend in my system I get auth proxies working with a single creds dialog and not errors (in ubuntuone-control-panel-qt)
[17:08] <mandel> alecu, is based on your branch so is still using the hack to select qt
[17:08] <nessita> lunchtime!!!
[17:09] <alecu> mandel, sure! I'm pulling it now.
[17:11] <mandel> alecu, let me know, if it works, well we are nearly there and I can go and get some stress out with rugby :)
[17:12] <mandel> nessita, joshuahoover this bug aint a bug, WebKit does pick the system settings correctly, but it does always pop for the creds in auth proxies (it stores them nowhere) shall we leave that bug like that and change the description? I see it has a FFe but is really no needed
[17:13] <mandel> nessita, joshuahoover would be more of a bug fix because the proxy is read is just annoying to have to pass the creds all the time..
[17:14] <alecu> mandel, http://pastebin.ubuntu.com/885088/
[17:14] <gatox> ralsina, +1
[17:14] <alecu> "CredentialsError: 1"
[17:16] <ralsina> gatox: thanks!
[17:16] <mandel> alecu, that is coming from sso, it has no meaning to me.. what did you do, I'll try to reproduce it. I removed my creds from seahorse and launched ubuntuone-control-panel
[17:16] <alecu> mandel, I removed my creds from seahorse, launched ubuntu-sso-client, launched syncdaemon, and with u1sdtool I told sd to connect.
[17:17] <alecu> mandel, sd asked to get the credentials from sso... boom.
[17:17] <alecu> mandel, I removed *every* credential, including the proxy ones.
[17:18] <mandel> alecu, what could be happening there.. 'cause there should be nearly no diff between you test and mine in regards of the creds
[17:20] <ralsina> mandel,alecu: a bunch of proxy tests on sso fail on windows
[17:20] <alecu> mandel, if I try to run control panel, it's the same.
[17:20] <ralsina> but it's just a dirty reactor thing, probably nothing serious, can either one take a look at it, say, tomorrow?
[17:20] <alecu> ralsina, let's talk about those on monday. You can skip them now.
[17:20] <mandel> ralsina, I'm not surprise by them failing, I'm surprise they are not skipped
[17:20] <ralsina> I can make them skip
[17:20] <mandel> alecu, ^ it whould not be finding squit, right?
[17:21] <ralsina> right, there is no squid here
[17:21] <mandel> alecu, I have no idea what CredentialsError: 1 means.. ralsina any idea?
[17:21] <alecu> mandel, control panel runs, but when it wants to get the credentials sso dies and leaves a "grayed out" control panel.
[17:21] <ralsina> mandel: means  "look at the sunset"  by my book
[17:21] <ralsina> mandel, alecu: here are the errors https://pastebin.canonical.com/62414/
[17:22] <ralsina> alecu, mandel: where is that error coming from?
[17:23] <mandel> ralsina, alecu and I are not to blame for those failures, those are the IPC tests not cleaning the reactor..
[17:23] <alecu> ralsina, "CredentialsManagementProxyTestCase" and "SSOLoginProxyTestCase" is IPC, not proxy proper.
[17:23] <ralsina> mandel: happy to clean your name and reputation
[17:23] <mandel> alecu, ralsina blame en el buen sentido de la palabra :)
[17:24] <dobey> oi
[17:26]  * mandel read dobeys oi with a British northern accent.
[17:26] <thisfred> mandel: hmm, it won't load the captcha for me, when I enable the proxy
[17:27] <mandel> thisfred, we do have a bug for that I think..
[17:27] <mandel> thisfred, can you try with your account and file a bug for that..
[17:27] <thisfred> ok, so that's not what I'm testing
[17:28] <alecu> mandel, if I use sso trunk I don't get the CredentialsError: 1
[17:28] <alecu> mandel, this seems to be happening only on your new branch.
[17:28] <mandel> alecu, ok.. I wonder why it works in my machine.. la puta de oros..
[17:28] <joshuahoover> mandel: sorry, which bug were you saying wasn't an ffe?
[17:29] <mandel> joshuahoover, bug 884978 is a lie
[17:29] <thisfred> mandel: logging in does also not work. I see a
[17:29] <joshuahoover> mandel: ah, ok
[17:29] <mandel> joshuahoover, webkit does get the proxy settings, it just asks for the creds all the time..
[17:29] <thisfred> brief flash of red, something about Nonetype
[17:30] <mandel> thisfred, Nonetype?!?! which branch are you using?
[17:30] <mandel> thisfred, that sounds like libsoup and not qtnetwork
[17:30] <thisfred> mandel: yours. Is this the correct way to run? PYTHONPATH=. ./bin/ubuntu-sso-login-gtk --app_name test --tc_url https://one.ubuntu.com/terms/
[17:31] <thisfred> or do I need the login-qt for this?
[17:31] <mandel> thisfred, oh, a diff branch, sorry I though you were talking about proxy :)
[17:31] <thisfred> mandel: huh?
[17:32] <mandel> thisfred, nothing, my context switch was tooooo slow :P
[17:32] <thisfred> this is your proxy branch
[17:32] <mandel> alecu, I think this is the right way to do the qt selection: http://pastebin.ubuntu.com/885115/
[17:32] <thisfred> use-qt4-webclient-backend
[17:33] <alecu> mandel, at the point that function is ran the app.instance might not have been created yet.
[17:33] <alecu> mandel, we better make double sure.
[17:34] <thisfred> mandel: so I'm lost as to what I'm supposed to do. I have ralsina's proxy configured system wide, what do I do next?
[17:34] <alecu> mandel, "if not 'PyQt4' in sys.modules" means that Qt was already imported, right?
[17:34] <mandel> alecu, means that if PyQt4 in sys.modules it was indeed imported
[17:35] <dobey> alecu: you should also check that the thing in sys.modules is not None, btw
[17:35] <dobey> err
[17:35] <dobey> mandel: you too
[17:36] <mandel> thisfred, ok, then you have to remove your u1 creds and using that branch lauch control panel
[17:36] <mandel> dobey, as in sys.models not None?
[17:37] <mandel> alecu, the thing is, if the developer does import ubuntu_sso.utils.webclient before import PyQt4 we have an issue..
[17:37] <mandel> alecu, and if we check the other way around we have the same problem..
[17:37] <thisfred> mandel: can't remove credentials in panel: I get AttributeError
[17:37] <thisfred> "'NoneType' object has no attribute 'host'"
[17:37] <thisfred> so from the we
[17:37] <thisfred> b then
[17:37] <mandel> thisfred, remove them from seahorse :)
[17:38] <thisfred> ah i
[17:38] <mandel> thisfred, and I've got a feeling that the code you are running is not the one in my branch :)
[17:38] <thisfred> thought remove the device
[17:38] <mandel> thisfred, does the same thing AFAIK..
[17:40] <thisfred> mandel: removed. Then what do I invoke to run cp & sso from branches?
[17:42] <mandel> alecu, can you give thisfred the steps you followed to see if he can reproduce the error?
[17:42] <thisfred> I have mandel's branch and sso trunk built
[17:42] <mandel> thisfred, what I do is to go to trunk of control panel, set the python path to include the sso branch and the current dir and launch control panel
[17:42] <thisfred> kk
[17:43] <thisfred> will try
[17:43]  * briancurtin back
[17:43] <alecu> thisfred, mandel, that's what I do too.
[17:43] <alecu> thisfred, I first start sso, with: U1_DEBUG=True PYTHONPATH=. ./bin/ubuntu-sso-login
[17:44] <alecu> then ucp with: U1_DEBUG=True PYTHONPATH=~/canonical/ubuntu-sso-client/use-qt4-webclient-backend/:~/canonical/ubuntuone-client/pipeline2/:. ./bin/ubuntuone-control-panel-qt
[17:46] <ralsina> briancurtin: welcome back! can I get a review? It should be on your backlog
[17:47] <briancurtin> ralsina: yep, looking now
[17:47] <dobey> ralsina: you'll fix the padding for the weird vertical separator in control-panel in another branch?
[17:47] <ralsina> briancurtin: thanks!
[17:47] <ralsina> dobey: nessita said she'd do it in one of her branches
[17:47] <dobey> ah ok
[17:48] <nessita> ralsina: what thing exactly? (happy tp do it, but wanted to confirm what :-))
[17:48] <dobey> nessita: could we get my branch landed then please?
[17:48] <ralsina> nessita: padding in the sidewidget's right side
[17:48] <nessita> dobey: reviews are queued up for review time, soon to come :-)
[17:48] <nessita> ralsina: yes, perfect
[17:48] <nessita> dobey: your review is queued up
[17:48] <dobey> ok
[17:50] <mandel> alecu, I get the following: http://pastebin.ubuntu.com/885143/
[17:50] <mandel> alecu, assumes that the proxy is nonauth until it needs the creds from the keyring and works ok
[17:51] <alecu> mandel, have you tried erasing *every cred* from the keyring?
[17:51] <nessita> ralsina: have some minutes to help me?
[17:51] <alecu> mandel, even the proxy ones.
[17:51] <ralsina> nessita: of course
[17:51] <mandel> alecu, doing it right now
[17:51] <nessita> ralsina: I'm getting tons of RuntimeError: underlying C/C++ object has been deleted for objects that I have stored in a dict
[17:52] <nessita> ralsina: so, I have a self.items dict, where I stored paths and treewidgetitems
[17:52] <nessita> ralsina: the treewidgetitems get garbabe collected, and is driving me crazy
[17:52] <thisfred> alecu: Oh I need a special version of u1client as well?
[17:52] <ralsina> nessita: can I see it?
[17:52] <nessita> ralsina: yes, let me push
[17:52] <alecu> thisfred, probably not... I was just testing that other branch.
[17:53] <nessita> ralsina: lp:~nataliabidart/ubuntuone-control-panel/more-pages, branch, and run: ./setup.py clean build; U1_DEBUG=True PYTHONPATH=. bin/ubuntuone-control-panel-qt
[17:53] <nessita> you will get the overview screen no matter what, just click on the login button
[17:54] <nessita> ralsina: so, clicking sequence should be: open controlpanel, click on any button except close, click on Next (That sometimes segfaults), if no segfault, wait a little bit and boom
[17:54] <ralsina> nessita: I am on windows and have no creds right now because sso-client doesn't work. It's going to take me a bit to try it
[17:55] <ralsina> nessita: 'cause I will have to install the old release to get logged in. But just a minute
[17:55] <briancurtin> ralsina: approving the branch. since i'm the last approver, am i the person who sets it from "needs review" to "approved", or is that you?
[17:55] <ralsina> briancurtin: please set it
[17:56] <ralsina> briancurtin: it's one or the other, depends on mood :-)
[17:56] <briancurtin> done, approved
[17:56] <mandel> alecu, in the debug from control panel you do not see when it gets them from the user because that is a diff process, the sso one..
[17:57] <mandel> alecu, I get with no creds anywhere: http://pastebin.ubuntu.com/885153/
[17:57] <alecu> mandel, right. The one that's dying is sso
[17:57] <mandel> alecu, exactly, let me get you a video :)
[17:57] <alecu> mandel, is that with 64 bits P, all updates?
[17:58] <alecu> mandel, no need for the video. I trust you on that :-)
[17:58] <mandel> alecu, x64 I need to reboot for the updates to complete :P
[17:58] <dobey> blah, i am going to have to refactor the rbox plug-in
[17:58] <alecu> mandel, me too... I'll reboot the P vm where I'm doing these tests.
[17:59] <mandel> alecu, thisfred I'm on my EOD, I'd love to stay, but I have to walk the dog..
[17:59] <alecu> mandel, no prob. Can you work on the branch to use qt4 first thing tomorrow?
[18:00] <mandel> alecu, of course!
[18:00] <alecu> greatg
[18:00] <mandel> alecu, is the only thing I have in my plate atm
[18:00] <ralsina> nessita: can't run it on windows, get other unrelated problem
[18:01] <ralsina> nessita: let me check code instead. Any specific places to look?
[18:01] <mandel> alecu, thisfred in any case I have pushed the latests changes to lp..
[18:01] <alecu> mandel, aaaaaah
[18:01] <nessita> ralsina: yes, ubuntuone/controlpanel/gui/qt/folders.py:464
[18:02] <nessita> ralsina: in that method, self.items is populated by calling add_folder (the code may look familiar ;-))
[18:02] <mandel> alecu, tell thisfred he was using and old one and try again..
[18:02] <ralsina> nessita: oh yes
[18:03] <mandel> alecu, the latests code that I had working is 915 of lp:~mandel/ubuntu-sso-client/use-qt4-webclient-backend
[18:03] <nessita> ralsina: but in update_sizes, I'm getting tons of underlying object deleted for:
[18:03] <nessita>   File "/home/nessita/canonical/controlpanel/more-pages/ubuntuone/controlpanel/gui/qt/folders.py", line 560, in update_sizes
[18:03] <nessita>     state = item.checkState(LOCAL_FOLDER_SUBSCRIPTION_COL)
[18:03] <nessita> RuntimeError: underlying C/C++ object has been deleted
[18:03] <mandel> alecu, which for me works..
[18:03] <ralsina> nessita: ack, let me think a bit
[18:04] <alecu> mandel, with that branch I get a None
[18:04] <alecu> mandel, let me paste it
[18:04] <mandel> alecu, please
[18:04] <alecu> http://pastebin.ubuntu.com/885166/
[18:04] <alecu> mandel, ^
[18:04] <alecu> damn, it's using libsoup again.
[18:05] <ralsina> nessita: could you comment the folders.clear() calls? I know that will cause duplicates
[18:05] <alecu> doh, I was running trunk this time.
[18:05] <nessita> ralsina: sure, let's try
[18:05] <mandel> alecu, yes, cause I was trying the solution I gave you, can you add a return True
[18:05] <mandel> alecu, which ui are you trying?
[18:05] <alecu> mandel, U1_DEBUG=True PYTHONPATH=. ./bin/ubuntu-sso-login
[18:06] <nessita> ralsina: no changes
[18:06] <ralsina> nessita: ok, I will boot into linux to help with this
[18:06] <nessita> ralsina: I'm really worried since process_info is being called twice...
[18:06] <ralsina> nessita: should be back in 15 minutes after the mandatory fsck
[18:06] <nessita> ralsina: ack
[18:06] <ralsina> nessita: ok, this is usually simple to fix once you find the right place :-)
[18:07] <nessita> ralsina: wait
[18:07] <thisfred> ralsina: no ext4?
[18:07] <ralsina> thisfred: btrfs
[18:07] <nessita> ralsina: I realized one thing...
[18:07] <ralsina> thisfred: not really btr so far
[18:07] <nessita> ralsina: can the wizard call .show on a page more than o=nce?
[18:07] <thisfred> at least it's not reiser ;)
[18:07] <mandel> alecu, I just pushed it returning true all the time, can you try
[18:07] <ralsina> thisfred: not falling there twice. Reiser's fsck is a killer pummmm tsh!
[18:08] <ralsina> nessita: could happen
[18:08] <nessita> ralsina: in which scenarios?
[18:08] <nessita> ralsina: 'cuz load() is called on showEvent, and that's triggering multiple calls to process_info
[18:08] <nessita> which is a pain in the ass
[18:09] <ralsina> hmmm
[18:09] <ralsina> dunno
[18:09] <nessita> ralsina: ok, let me try a couple of new things with this info
[18:09] <ralsina> should not happen, but that's just a theory
[18:09] <alecu> mandel, I've pulled the branch, but still get a CredentialsError: 1
[18:09] <nessita> ralsina: if needed, I will ask you to restart
[18:09] <ralsina> nessita: cool
[18:09] <alecu> mandel, the "1" is the error code returned by the ui
[18:09] <mandel> alecu, I'll take a look tom, chaging the code like crazy is not worth it..
[18:10] <mandel> alecu, maybe the ui is doing something crazy..
[18:10] <mandel> ok, EOD, alecu first thing tom I'm with this..
[18:12] <thisfred> ok I'll be there to help test then
[18:12] <alecu> mandel, one last thing...
[18:12] <alecu> mandel, what do you put in your gnome proxy settings?
[18:12] <alecu> mandel, "hostname" or "user:pass@hostname?
[18:13] <alecu> mandel, I've been trying "hostname", but it seems that with the later it gives a different error.
[18:13]  * thisfred did just hostname
[18:14] <ralsina> nessita: quick question, in ubuntu_sso\utils\tests\test_common.py the GetBinDirTestCase  doesn't do anything, does it?
[18:14] <nessita> ralsina: it should do a lot (see the inheritance), but let me check that there is no bug
[18:14] <ralsina> nessita: it's inheriting the wrong class
[18:14] <nessita> ralsina: indeed
[18:15] <nessita> there is bug
[18:15] <ralsina> nessita: ack, will do a branch sinceI have to fix that in windows anyway
[18:15] <nessita> ralsina: should inherit from GetProjectDirTestCase
[18:19] <thisfred> yay. So after disabling the proxy, I still had to log out and in again, because SSL connections didn't work
[18:24] <alecu> thisfred, I managed to make mandel's branch run.
[18:24] <alecu> I started on one term this: U1_DEBUG=True PYTHONPATH=. ./bin/ubuntu-sso-login
[18:24] <ralsina> nessita: have 2' to help me out?
[18:24] <alecu> and on another: U1_DEBUG=True PYTHONPATH=. python /media/sf_canonical/ubuntu-sso-client/use-qt4-webclient-backend/bin/ubuntu-sso-login-qt --app_name "Ubuntu One" --help_text "Ubuntu One requires an Ubuntu Single Sign On (SSO) account. This process will allow you to create a new account, if you do not yet have one." --ping_url 'https://one.ubuntu.com/oauth/sso-finished-so-get-tokens/{email}?platform_version=3.2.0-17-generic&platform=Linux&client_version=3.
[18:24] <nessita> ralsina: yes
[18:24] <alecu> 1&platform_arch=x86_64' --policy_url 'https://one.ubuntu.com/privacy/' --tc_url 'https://one.ubuntu.com/terms/' --login_only
[18:25] <ralsina> nessita: cool
[18:25] <ralsina> So, I am trying to make get_bin_dir work on windows
[18:25] <alecu> thisfred, before running both branches I had to delete all proxy credentials from seahorse.
[18:25] <ralsina> nessita: and basically, what it has to return is "the same folder where this binary is"
[18:25] <alecu> thisfred, and if I enter every password ok, it works.
[18:26] <alecu> thisfred, if I enter no password, it crashes.
[18:26] <ralsina> nessita: but the current implementation is a python module generated by autotools. Which I don't have on windows.
[18:26] <alecu> thisfred, if I enter a wrong password it falls into a loop.
[18:26] <nessita> ralsina: don't lie! :-D
[18:26] <thisfred> alecu, ok, but what if people have their proxies already configured?
[18:26] <nessita> ralsina: the current impl is generated by distutils ;-)
[18:26] <ralsina> nessita: so, could I add a small widows-specific bit to constants.py.in that does the right thing on windows?
[18:26] <ralsina> nessita: sorry, got confused by the syntax ;-)
[18:26] <thisfred> or is that a todo issue already?
[18:27] <nessita> ralsina: I would love if we can have the constant.py "generated" properly at installation time
[18:27] <alecu> thisfred, oh, and I was using username@host. Probably other ways can screw this up.
[18:27] <alecu> thisfred, "configured" how?
[18:27] <alecu> thisfred, "user:pass@host"?
[18:27] <ralsina> nessita: when setup.py runs on windows, we don't know yet where the binaries will live
[18:27] <nessita> ralsina: any chance we do that? ie, can we have the @prefix@ replaced properly on windows?
[18:27] <thisfred> alecu: you say you had to remove the proxy creds from seahorse?
[18:27] <ralsina> nessita: the prefix on windows is windows-version specific
[18:27] <nessita> ralsina: right, you mentioned that. but perhaps we can overwrite that when the installer do know
[18:28] <thisfred> alecu: we're not gonna ask people to do that ri
[18:28] <nessita> ralsina: in which stage we know the installation path?
[18:28] <thisfred> ht?
[18:28] <ralsina> nessita: constants.py is not even there when we install
[18:28] <ralsina> nessita: we have a constants.pyc inside a zip
[18:28] <alecu> thisfred, right. But only *we* are storing proxy credentials in the keyring, yet.
[18:28] <nessita> ralsina: then what tweak were you planning on adding?
[18:28] <ralsina> nessita: if it were a config file, I could generate it though
[18:28] <nessita> ralsina: wanna give me details on that?
[18:29] <thisfred> alecu: oh ok. Then where does the network config tool store them?
[18:29] <ralsina> nessita: a if sys.platform=("win32") => calculate BIN_DIR and set it when the module is imported
[18:29] <alecu> thisfred, the network config tool has no place to store the creds.
[18:29] <ralsina> nessita: wanna mumble?
[18:29] <thisfred> ok
[18:29] <thisfred> it remembers the password thou
[18:29] <nessita> ralsina: let's mumble, I would try very hard not to leak that in that file
[18:29] <thisfred> gh
[18:29] <alecu> thisfred, the solution of using "user:pass@host" is a workaround that we found on some libsoup forums
[18:30] <thisfred> right
[18:30] <alecu> thisfred, and we are respecting that for folks that have that already configured.
[18:30] <thisfred> sure, we should
[18:30] <alecu> thisfred, but if those creds are wrong, our code *should* ask for the user to enter them again.
[18:30] <alecu> thisfred, (think proxy creds expired)
[18:31] <alecu> thisfred, and when the user enters the new creds we store them in the keyring.
[18:31] <thisfred> ok I'm not gonna log out and in ten more times today, I'll test tomorrow when manuel is back
[18:31] <thisfred> right
[18:34] <alecu> ralsina, I'm not having too much luck getting another review here: https://code.launchpad.net/~alecu/ubuntuone-client/proxy-tunnel-fix/+merge/97475
[18:35] <ralsina> alecu: I am on windows
[18:35] <ralsina> alecu: want me to tell someone to do it? ;-)
[18:35] <alecu> ralsina, yup, I'm deferring to your dictator powers.
[18:35] <ralsina> alecu: best case I can do a code review and that's not going to be enough
[18:35] <ralsina> gatox: review alecu's branch,please
[18:35] <ralsina> alecu: there
[18:36]  * ralsina puts the remote control back on the desk
[18:36] <gatox> ralsina, ack....
[18:36] <ralsina> gatox: if you can, if you can't no ;-)
[18:36]  * alecu loves seeing a mind control show in action.
[18:36] <gatox> ralsina, yes.... i'll run the test now.... and review the code in a couple of minutes when i finish with this branch
[18:39] <ralsina> gatox: thanks so much
[18:39] <gatox> ralsina, no problem
[18:40] <ralsina> alecu: my mom always told me, if you say please and thank you, people do what you say
[18:40] <ralsina> that's why I never trust the polite people
[18:41] <gatox> alecu, jeje
[18:54] <dobey> ralsina: thank you
[18:54] <ralsina> dobey: you are welcome
[18:54]  * ralsina squints at dobey
[18:55] <dobey> heh
[19:03] <dobey> man i really don't want to do this refactoring
[19:05] <JackyAlcine_> heh
[19:05] <JackyAlcine_> If only it was fully automatic.
[19:05] <gatox> alecu, +1
[19:08] <gatox> nessita, ralsina when you can please: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/handle-errors/+merge/97725
[19:09] <nessita> gatox: adding a new strng requires a freeze exception :-/
[19:09] <nessita> gatox: can t we reuse an existing string?
[19:09] <gatox> nessita, oops.....
[19:09] <gatox> nessita, let me check
[19:09] <nessita> gatox: can you re use instead GENERIC_BACKEND_ERROR, putting something like:
[19:10] <nessita> GENERIC_BACKEND_ERROR  + '({app_name})'
[19:10] <nessita> gatox: or no app_name at all
[19:10] <gatox> nessita, in that case i prefer no app_name
[19:10] <gatox> nessita, ok, i'll change it to use that
[19:10] <nessita> I guess me too
[19:10] <nessita> gatox: thanks
[19:14] <briancurtin> mannnnn, i got this windows install to work once and now i cant get it back :/
[19:14] <gatox> briancurtin, been there :P
[19:16] <gatox> nessita, branch updated....
[19:17] <nessita> ralsina: question... if I set the wizard to have this button layout: [self.Stretch,self.CancelButton, self.NextButton], why it shows the "next" to the left to the 'cancel'?
[19:18] <ralsina> nessita: no idea. Shouldn't
[19:18] <nessita> ralsina: ok, will retry
[19:18] <nessita> thanks
[19:20] <alecu> gatox, thanks for the review!
[19:21] <gatox> aale:D
[19:21] <gatox> omg... again with the tab-completion
[19:21] <gatox> alecu, :D
[19:24] <nessita> ralsina: is this correct for setting the focus oin a wizard button? self.button(self.NextButton).setFocus(QtCore.Qt.TabFocusReason)
[19:24] <nessita> is f***ing ignoring me
[19:27] <ralsina> nessita: in order to set the ocus that way, the focus have to be in the widget's top-level parent alreadt
[19:27] <ralsina> nessita: IIRC
[19:27] <nessita> ralsina: ah, right
[19:27] <nessita> thanks
[19:27] <ralsina> nessita: doesn't work from another app
[19:28] <ralsina> nessita: "Gives the keyboard input focus to this widget (or its focus proxy) if this widget or one of its parents is the active window."
[19:28] <nessita> gaaaah
[19:32] <dobey> nessita: are you ok? need some mate? medialunas? huevos?
[19:32] <nessita> dobey: mate may help, thanks. But I'm filled with anger towards Qt right now :-)
[19:33] <nessita> will start reviews after making me a tea
[19:33]  * nessita brbs
[19:33] <dobey> hehe
[19:35] <ralsina> interesting diff if you propose a sso branch agains u1cp
[19:37] <ralsina> So, urbanape had a good reason to skip team call: https://twitter.com/#!/urbanape/status/180375476651556864/photo/1
[19:38] <gatox> ralsina, wow...... :S
[19:38] <ralsina> gatox, briancurtin: care for a little review? https://code.launchpad.net/~ralsina/ubuntu-sso-client/spawn-evil/+merge/97732
[19:39] <gatox> ralsina, of course
[19:39] <briancurtin> ralsina: will look in a min
[19:39] <ralsina> briancurtin, gatox: thanks
[19:39] <ralsina> nessita: I am very slightly miffed by bug #956304
[19:40] <briancurtin> (just noticed that myself)
[19:40] <ralsina> briancurtin: I'm working on it in a bit myself
[19:40] <briancurtin> i just started it instead of ubuntu-sso-login.exe on accident and noticed the dbus problem
[19:41] <ralsina> briancurtin: and since sso-login needs this to show UI, we are stuck for a bit :-)
[19:41] <ralsina> briancurtin: in any case without spawn-evil it would not have found the binaries anyway
[19:42] <briancurtin> i figured there was something like that. i just added dist/ to the Path to see if that'd change. somehow it worked one time but not after that
[19:43] <ralsina> briancurtin: so far no huge bugs, though
[19:43] <gatox> ralsina, i have a couple of test failures..... i'm pasting them in the branch
[19:44] <ralsina> gatox: ack
[19:44] <briancurtin> i still can't get anything to show up other than "getting information, please wait" except for that one time, even if i add dist/ to the path, and even if i manually startup ubuntu-sso-login and syncdaemon
[19:44] <ralsina> briancurtin: you still don't have credentials, right?
[19:44] <briancurtin> nah, i havent been able to enter any. im not able to get anything to load which would allow me to enter any
[19:45] <briancurtin> is that what this -qt one will allow?
[19:45] <ralsina> briancurtin: you can try getting credentials with the old binaries, then you will see u1cp (if you are careful to kill all the old binaries and then start sso-login manually)
[19:45] <ralsina> briancurtin: exactly
[19:45] <nessita> ralsina: what does miff mean?
[19:46] <ralsina> nessita: annoyed, but just  a little bit
[19:46] <nessita> ralsina: you 100% sure?
[19:47] <ralsina> nessita: http://dictionary.reference.com/browse/miffed
[19:47] <nessita> ralsina: about the bug report, I mean :-P
[19:47] <ralsina> nessita: oh, yes :-)
[19:47] <nessita> ralsina: what part uses dbus?
[19:47] <ralsina> nessita: the script in bin/
[19:47] <nessita> a verrr
[19:48] <nessita> dobey: got this on your ussoc system-font: Text conflict in data/qt/stylesheet.qss
[19:48] <nessita> Text conflict in ubuntu_sso/qt/__init__.py
[19:48] <nessita> 2 conflicts encountered.
[19:48] <nessita>  ** Done!
[19:49] <dobey> stop breaking my branches! :)
[19:49] <nessita> ralsina: oh, right, sorry. Good news is easy to fix, move that to qt/main.py and make sure that code is not called from any test
[19:49] <ralsina> nessita: yeah, was doing that :-)
[19:49] <nessita> ralsina: sorry :-(
[19:49] <ralsina> nessita: thus why I was only a little miffed :-)
[19:50] <nessita> ralsina: I guess I did that with the idea "just for this test" and bu
[19:50] <ralsina> nessita: I can instead do a if sys.platorm in the bin/ which is less invasive
[19:50] <ralsina> nessita: happens to us all. I probably approved it ;-)
[19:51] <nessita> ralsina: +1 to modify the bin/
[19:51] <ralsina> nessita: ack, so it's a 1-liner
[19:51] <nessita> (though is not the cleaner solution, but let's choose our battles)
[19:51] <ralsina> nessita: right
[19:51] <ralsina> nessita: the mac guys can clean it later
[19:51] <briancurtin> :)
[19:52] <nessita> ralsina: can they? :-D
[19:52] <briancurtin> windows + mac = the janitors around here
[19:52] <nessita> lol
[19:52] <ralsina> nessita: if I make that "if sys.platform == win32: skip that" yeah ;-)
[19:53] <nessita> dobey: c'mon!!! FAILED (skips=2, failures=1, successes=856)
[19:53] <nessita> stop wasting my review-cpu-cycles!
[19:53] <nessita> :-P
[19:54] <nessita> dobey: will re-review tomorrow morning
[19:58] <ralsina> gatox: can you do a linux test run of lp:~ralsina/ubuntu-sso-client/cross-platform  please? just tests and lint to see if it works
[19:58] <gatox> ralsina, yep
[19:59] <ralsina> gatox: thanks. Sorry I am throwing so much stuf at you, but ... windows
[19:59] <gatox> ralsina, jeje i understand, and it's not a problem!
[20:01] <gatox> ralsina, just this:
[20:01] <gatox> bin/ubuntu-sso-login-qt:
[20:01] <gatox>     1:  [C0103] Invalid name "ubuntu-sso-login-qt" (should match (([a-z_][a-z0-9_]*)|([A-Z][a-zA-Z0-9]+))$)
[20:01] <ralsina> gatox: fuuuuu ok!
[20:02] <nessita> gatox: I just removed the global approved on ugly-reset, I just noticed is adding a string
[20:02] <nessita> gatox: +   <string>WizardPage</string>
[20:02] <gatox> nessita, eh??
[20:03]  * gatox looking...
[20:03] <ralsina> gatox: spawn-evil fixed
[20:03] <nessita> gatox: you should check that in the generated ui files there is nothing like this:
[20:03] <nessita>     def retranslateUi(self, ResetPasswordPage):
[20:03] <nessita>         ResetPasswordPage.setWindowTitle(QtGui.QApplication.translate("ResetPasswordPage", "WizardPage", None, QtGui.QApplication.UnicodeUTF8))
[20:04] <nessita> gatox: in every generated ui file, we should have:
[20:04] <nessita>     def retranslateUi(self, ForgottenPasswordPage):
[20:04] <nessita>         pass
[20:04] <gatox> nessita, ok..... i'll remove that
[20:05] <nessita> gatox: since you're modifying the file, please run on the ResetPasswordPage Layout -> Adjust size
[20:06] <nessita> so size decreases to
[20:06] <nessita>     <width>505</width>
[20:06] <nessita>     <height>260</height>
[20:06] <gatox> nessita, ok
[20:06] <gatox> done
[20:06] <gatox> i'll update the branch now
[20:06] <nessita> gatox: no rush, will re-review tomorrow
[20:06] <gatox> nessita, ack
[20:08] <gatox> nessita, just to let you know.... the branch is updated and the _ui.py has def retranslateUi(self, ResetPasswordPage): pass
[20:08] <nessita> gatox: thanks!
[20:10] <ralsina> nessita, gatox: trivial branch that is blocking briancurtin and I - https://code.launchpad.net/~ralsina/ubuntu-sso-client/cross-platform/+merge/97746
[20:10] <gatox> ralsina, on it
[20:10] <ralsina> nessita, gatox tells me there is lint there but I can't see how to fix it :-/
[20:11] <nessita> ralsina: can you make it to be if sys.platform == 'win32': ?
[20:11] <nessita> I understand mac will use dbus
[20:11] <ralsina> nessita: no it won't
[20:11] <ralsina> and if it does, they ca fix it ;-)
[20:11] <ralsina> last I heard mac IPC was going to be PBover tcp (briancurtin?)
[20:11] <nessita> ralsina: the lint is fixeable just like the -gtk is fixed
[20:12] <briancurtin> as of now that's correct
[20:12] <nessita> uh wait
[20:12] <nessita> ralsina: the fix is import sys after the lint disable
[20:12] <nessita> briancurtin, ralsina: ack
[20:12] <nessita> ralsina: can you fix the lint first then? (just move the import below the disable)
[20:13] <nessita> gatox: lint issue at https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/qt-login-backend/+merge/97425
[20:13] <gatox> nessita, ahhhh........of course
[20:14] <nessita> :-)
[20:15] <ralsina> sure
[20:17] <gatox> ralsina, +1
[20:17] <gatox> just the lint thing
[20:18] <nessita> ralsina: question, on "tweaks" in controlpanel, you modified the data/external_icon_orange.png and data/external_icon_white.png, may I ask what changed?
[20:19] <nessita> ralsina: also, test failure there, will add to the MP
[20:20] <nessita> ralsina: but loved the branch though :-)
[20:22] <ralsina> nessita: since those are now background images, I had to add the padding inside the image
[20:22] <ralsina> nessita: cool that you liked it :-)
[20:22] <ralsina> nessita: and de-linted cross-platform
[20:22] <nessita> ralsina: ack
[20:26] <dobey> https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/fix-disable/+merge/97747 if anyone could please
[20:27] <dobey> thisfred: ^^ if you want
[20:27] <dobey> since i know rhythmbox is your favorite player and all
[20:27] <ralsina> dobey: can do a code review if it's good enough for you
[20:27] <thisfred> sure, waiting on bzr bisect
[20:27] <ralsina> thisfred: can you bisect a diverging branch? :-)
[20:28] <nessita> ok, I finished giving a pass to every branch I had queued up for review, will give another one tomorrow morning
[20:28] <nessita> I have to leave for a while, will be back online from another location in 30 minutes or so
[20:28] <thisfred> ralsina, only if no one is around to hear you do it?
[20:28] <nessita> brb!
[20:28] <ralsina> nessita: if I can ask for an exception for cross-platform, it's blocking windows :-)
[20:29] <nessita> ralsina: is approved, like I mentioned ;-)
[20:29] <nessita> also globally approved already
[20:29] <dobey> ralsina: it's fine by me. i tested the code IRL before committing it anyway :)
[20:29] <ralsina> oh, it's approved, cool
[20:29] <ralsina> nessita: sorry, missed it!
[20:29] <nessita> :-)
[20:29] <nessita> brb!
[20:30] <thisfred> ralsina: not sure what you mean. First time using bisect, but it seemed an easy way to see where a somewhat predictable segfault got introduced
[20:30] <ralsina> thisfred: yes, it was just a geometric joke
[20:30] <thisfred> dobey: no tests? :P
[20:31] <thisfred> aha
[20:31] <dobey> thisfred: yes, but you have to run them inside rhythmbox :)
[20:31] <ralsina> things that diverge describe an angle, which can then be bisected. Yet diverging branches on  bzr cannot be merged, so you can't bisect from one to the other
[20:31]  * ralsina is so subtle
[20:31] <thisfred> dobey: not worth it
[20:31]  * thisfred ru
[20:31] <thisfred> bberstamps
[20:32] <ralsina> dobey: +1
[20:32] <thisfred> dobey: also you get a gold star for no misspellings
[20:32] <dobey> yay, i'm not mandel!
[20:32] <ralsina> and a bonnet for the oldfashioned use of thy
[20:32] <gatox> people EOD for me! see you tomorrow
[20:33] <dobey> ralsina: keep it. i didn't write the API
[20:33] <ralsina> bye gatox!
[20:33] <ralsina> thou are not deserving then
[20:33] <gatox> ralsina, i'll have a indicator-surprise for you on sunday-monday :P
[20:33] <thisfred> art
[20:33] <ralsina> gatox: cool
[20:33] <ralsina> thisfred: indeed god sir
[20:33] <ralsina> good
[20:33] <thisfred> heh
[20:34] <dobey> ralsina: no, "god sir" was correct there :)
[20:34] <thisfred> dobey: 'proval
[20:35] <ralsina> dobey: ha
[20:35] <thisfred> in Icelandic maybe
[20:35] <ralsina> windows, I hate thee
[20:36] <ralsina> because ctrl+r (rename terminal tab) requires confirmation but ctrl+w (close tab) doesn't
[20:36] <thisfred> bisect run is counterintuitive
[20:36] <ralsina> bisect is kickass and awesome. Used it a lot on svn, even when I had to do it manually
[20:36] <thisfred> but it's going in the right direction ow
[20:36] <thisfred> now
[20:37] <dobey>     test_activate ... "sni-qt/17309" WARN  16:36:55.972 void StatusNotifierItemFactory::connectToSnw() Invalid interface to SNW_SERVICE
[20:37] <dobey> No systemtrayicon available
[20:37] <dobey> nice
[20:37] <ralsina> ah? sni-qt?
[20:37] <ralsina> dobey: what on the name of shiva are you trying to do?
[20:37] <dobey> that got printed while running the cp qt tests
[20:38] <ralsina> dobey: whoa
[20:38] <dobey> i think the qt tests are loading the windows tray icon code perhaps?
[20:38] <ralsina> dobey: that code is cross platform
[20:38] <ralsina> dobey: is that in tarmac?
[20:38] <dobey> i don't think sni-qt is installed in tarmac
[20:39] <dobey> that was on my machine
[20:39] <ralsina> dobey: which is what surprised me ;-)
[20:39] <ralsina> dobey: you could just unistall sni-qt
[20:39] <dobey> right
[20:39] <ralsina> dobey: or maybe skip some tests when onn linux
[20:39] <dobey> might as well uninstall mumble too :)
[20:39] <ralsina> dobey: hehe
[20:40] <dobey> not that i use the mumble tray icon
[20:40] <dobey> though i would prefer to not use mumble. it's a pretty broken interface
[20:41] <ralsina> yes mumble's ui is nuts
[20:41] <ralsina> "I know, let's not offer a way to find a person OR channel"
[20:42] <dobey> also, i just fixed one of the most useless tests ever
[20:42] <ralsina> thisfred, dobey: care to do a review of https://code.launchpad.net/~ralsina/ubuntuone-control-panel/tweaks/+merge/97244
[20:42] <ralsina> and then I can sleep in peace today?
[20:42] <dobey> maybe
[20:42] <thisfred> sure
[20:43] <ralsina> has lots of "pretty" pictures
[20:43] <dobey> though it has to wait for nessita to re-review it
[20:44] <ralsina> dobey: yeah, but I rather have one +1 in
[20:44] <dobey> i'll give you one for moral support ;)
[20:45] <briancurtin> ralsina: so ubuntu-sso-login-qt.exe now operates if i start it. didn't affect anything in terms of the whole system actually functioning when is start control panel, though
[20:45] <ralsina> briancurtin: ok, let's try this
[20:45] <ralsina> briancurtin: first, make sure you have no creds
[20:45] <thisfred> ralsina: +1, made me miss reviewing C code
[20:45] <ralsina> briancurtin: then start ubuntu-sso-login
[20:46] <ralsina> briancurtin: then, start control panel
[20:46] <ralsina> briancurtin: you should get a lgin screen
[20:46] <ralsina> briancurtin: if you don't we still have a bug somewhere
[20:46] <ralsina> thisfred: hahaha
[20:46] <briancurtin> ralsina: ok, and where can i be sure to remove any possibly pre-existing creds? i havent had to deal with cred stuff yet, not sure where it is
[20:47]  * ralsina loans thisfred to mobile saying "loves reviweig CSS changes"
[20:47] <ralsina> briancurtin: windows 7 or XP?
[20:47] <briancurtin> XP
[20:47] <ralsina> briancurtin: it's in the registry somewhere
[20:47] <briancurtin> i'll search around
[20:47] <ralsina> briancurtin: but if you never logged in, you don't have any
[20:47] <briancurtin> i logged in before with the previous installer so it's probably in there
[20:48] <thisfred> ralsina: I'll put that in my objectives for next cycle, to make sure it doesn't actually happen ;)
[20:48] <ralsina> briancurtin: you could logout using the old control panel too
[20:49] <briancurtin> ah, found it. stored in a "Software\Ubuntu One\Keyring" key
[20:50] <ralsina> briancurtin: almost makes sense too :-)
[20:51] <briancurtin> still just sitting at "getting information, please wait..."
[20:51] <briancurtin> no information in logs
[20:51] <ralsina> briancurtin: hmmmm
[20:51] <ralsina> briancurtin: can you put your binaries somewhere?
[20:52] <briancurtin> you want just the dist/ folder or the whole installer?
[20:52] <ralsina> briancurtin: make sure you don't have the old ubuntu-sso-login running, it causes weird problems
[20:52] <ralsina> just dist
[20:52] <ralsina> briancurtin: also, are they console apps?
[20:54] <briancurtin> ralsina: they're listed under windows part of setup.py but i have this installer built with the conf.py setting SHOW_CMD == True in order to make them console apps for the time being
[20:54] <ralsina> briancurtin: cool
[20:55] <briancurtin> i'll put the dist/ up somewhere, 1 min
[20:57] <briancurtin> ralsina: briancurtin.com/dist.zip
[20:57] <ralsina> briancurtin: thanks!
[20:58] <briancurtin> that includes sources being pulled just a few minutes ago
[21:00] <dobey> thisfred, ralsina: https://code.launchpad.net/~dobey/ubuntuone-client/apport-newonly/+merge/97750
[21:01] <ralsina> briancurtin: I am getting an exception on SSO when I start u1cp
[21:01] <ralsina> briancurtin: and also, an exception when I try to start syncdaemon
[21:01] <briancurtin> where are these showing up?
[21:01] <briancurtin> i have nothing, everything just sits there and no log files tell me anything
[21:01] <ralsina> briancurtin: I started ubuntu-sso-login in one terminal
[21:02] <ralsina> briancurtin: and there I have this
[21:02] <ralsina> briancurtin: https://pastebin.canonical.com/62426/
[21:02] <ralsina> briancurtin: on another, trying to start syncdaemon I get this: https://pastebin.canonical.com/62427/
[21:03] <thisfred> dobey: +1
[21:03] <briancurtin> ive never seen either of those
[21:03] <ralsina> briancurtin: and apparently my evil-spawn branch was not good enough 2012-03-15 18:02:53,279:279.000043869 - ubuntu_sso.utils - DEBUG - _get_dir: trying use dir at 'C:\\Users\\ROBERTO\\canonical\\t\\dist\\dist\\library.zip\\bin' (exists? False)
[21:03] <ralsina> which is like, a totally stupid result
[21:04] <ralsina> briancurtin: dunno what to say
[21:04] <ralsina> briancurtin: they are *your* binaries :-)
[21:04] <briancurtin> for me, sso-login just starts up and sits there. then i open up control panel and the GUI comes up and does the waiting thing for a very long time, then eventually times out
[21:04] <ralsina> briancurtin: set U1_DEBUG=True first
[21:07] <briancurtin> ralsina: here's what i see in both terminals while the GUI does the waiting thing: https://pastebin.canonical.com/62428/
[21:07] <ralsina> briancurtin: are you sure you don't have any leftover processes? u1cp specifically?
[21:09] <briancurtin> i've been uninstalling + deleting the entire C:\Program Files\ubuntuone folder each time i try new stuff. also killing app ubuntu* processes before starting anything out
[21:09] <briancurtin> also just restarted the VM much of the time between trying things
[21:09] <ralsina> briancurtin: I don't know then
[21:09] <ralsina> briancurtin: let's try something simpler
[21:09] <ralsina> briancurtin: start ubuntu-sso-client
[21:10] <ralsina> briancurtin: then in another terminal try u1sdtool -s
[21:10] <ralsina> briancurtin: I get exceptions.TypeError: remote_register_to_signals() takes exactly 3 arguments (2 given) on sso
[21:10] <thisfred> shoot, bisect's not gonna be easy: we have revisions of trunk with failing tests. Now I have to distinguish between those and segfaults.
[21:10] <ralsina> briancurtin: remember to set U1_DEBUG=True before starting sso, please
[21:11] <briancurtin> just to be sure, you mean ubuntu-sso-login.exe (said ubuntu-sso-client, wanted to be sure im not missing something)
[21:11] <ralsina> briancurtin: yes, sorry
[21:12] <ralsina> thisfred: instead of a bisect do a test run for all revisions (your history is not too big) then grep the logs?
[21:14] <thisfred> ralsina: that's time consuming though: a single test run is between 15 and 50 seconds, and I have to do at least 20 or so per revision because the segfault is not 100% reliable
[21:14] <ralsina> thisfred: yikes
[21:14] <ralsina> thisfred: do it at night? ;-)
[21:14] <briancurtin> ralsina: u1sdtool -s doesn't output anything (U1_DEBUG=True)
[21:14] <ralsina> briancurtin: ugh
[21:14] <ralsina> briancurtin: I really have to EOD :-(
[21:15] <thisfred> so it's worth changing the script so it can distinguish test failures from segfaults I think
[21:15] <thisfred> if that's possi
[21:15] <briancurtin> ralsina: i'll keep poking around on it and try to get up earlier tomorrow to put more time in
[21:15] <thisfred> ble
[21:15] <ralsina> briancurtin: how about ubuntuone-syncdaemon --debug?
[21:15] <thisfred> they both exit with 1
[21:15] <thisfred> I think
[21:17] <briancurtin> ralsina: starting up syncdaemon works fine, outputs a bunch of stuff, adds a watch for brian\Ubuntu One
[21:18] <ralsina> briancurtin: weirder and weirder
[21:18] <ralsina> briancurtin: you don't have any ubuntu one installed, right?
[21:19] <lifeless> dobey: it will be for IS managed bots only; you mentioned tarmac - if that isn't IS managed, you will need it to be so
[21:19] <briancurtin> ralsina: right now i'm running off an installer that i built which was from the dist/ that i sent you
[21:19] <briancurtin> so we should be running the same things, just that you got it from my zip and i got it from an executable installer
[21:19] <ralsina> briancurtin: mmmmkey, so maybe you have some stuff I don't, like syncdaemon config files
[21:19] <ralsina> briancurtin: what time is it over there?
[21:19] <briancurtin> 16:20
[21:20] <ralsina> ok, here is 18:20, so if you start 1 hur early and I one hur late we can pair all day
[21:20] <ralsina> that ok with you?
[21:20] <thisfred> hmm, bzr switch results in max recursion depth exceeded
[21:20] <ralsina> briancurtin: this all must be some very minor stuff
[21:20] <briancurtin> ralsina: yeah that's fine. i usually get started at 08:00, so start at 07?
[21:20] <ralsina> No, 8 is ok
[21:21] <briancurtin> i'm open to whatever time, though
[21:21] <ralsina> so I will just start 1 hour later :-)
[21:21] <briancurtin> ok, 08 it is
[21:21] <ralsina> yay! ;-)
[21:21] <ralsina> put your installer somewhere so we start from the same things
[21:21] <ralsina> and with that I EOD
[21:21] <briancurtin> sounds good, i'll upload it now
[21:23] <nessita> alecu: ping
[21:24] <nessita> alecu: I'm seeing more and more reports for "ubuntu-sso-login crashed with SIGSEGV in QSocketNotifier::setEnabled()"... would you know what can be remotly causing this?
[21:24] <dobey> bah; i am used to non-DST now, so having it still be bright outside right now is confusing
[21:25] <alecu> nessita, remotely causing a segfault? a bug in qt for sure.
[21:25] <briancurtin> ralsina: http://briancurtin.com/work/ubuntuone-2.0.3-windows-installer.exe
[21:26] <dobey> ralsina: so the rb-scope branch needs some stuff to be finished up, and david is working on it; so the plan is for it to be in precise, it seems
[21:26] <dobey> ralsina: not sure if i should do anything else with that
[21:26] <ralsina> dobey: I will talk to david and offer help
[21:27] <dobey> ok
[21:27] <nessita> alecu: "remotly" in the sense of "se te ocurre qué corcho", not as in "remote" :-D
[21:27] <ralsina> davidcalle: if you need a hand with the rhythmbox scope, please ping me!
[21:27] <ralsina> dobey: there ;-)
[21:27] <alecu> nessita, oh, ah.
[21:27] <dobey> heh
[21:28] <ralsina> nessita: no useful trace?
[21:28] <alecu> nessita, and... we are not using QSocketNotifier directly
[21:28] <alecu> nessita, probably the QNetworkAccessManager is using inside qt.
[21:29] <ralsina> alecu: yes, that's not a "public" class
[21:29] <thisfred> ok gotta go walk the dog. later all!
[21:29] <nessita> ralsina, alecu: bug #940669 and bug #943046
[21:30] <ralsina> nessita: looking
[21:31] <nessita> dobey: did you resolve conflicts in lp:~dobey/ubuntu-sso-client/system-font?
[21:31] <dobey> nessita: not yet
[21:31] <davidcalle> ralsina, I'm looking at it with mhr3. The branch we are working on is https://code.launchpad.net/~scopes-hackers/unity-lens-music/rb-scope
[21:31] <nessita> ack
[21:31] <ralsina> davidcalle: cool
[21:31] <ralsina> davidcalle: just volunteering if you can use some help
[21:32] <davidcalle> ralsina, but thanks, I will ping you if mhr3 gives me a task that would take me much more time than needed for an experimented Vala dev.
[21:32] <ralsina> davidcalle: ok!
[21:32] <ralsina> nessita: ok, no freaking idea
[21:33] <alecu> ralsina, nessita: both qt and glib show up on one of the stacktraces of that bug: https://launchpadlibrarian.net/94184698/Stacktrace.txt
[21:33] <alecu> and on the other as well.
[21:33] <ralsina> alecu: that segfault means that a reference to that QSockeNotifier was lost
[21:34] <ralsina> because it's dereferencing a null
[21:34] <ralsina> alecu: it's normal to have glib in qt apps using the gtk theme (really, see QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>))
[21:35] <alecu> ok.
[21:35] <ralsina> alecu, nessita: if we had the sso / syncdaemon/ whatever logs, maybe we could see where i the python code it's crashing
[21:35] <alecu> right
[21:38] <ralsina> briancurtin: good news, when I do the same things you do, I get the same results ;-)
[21:39] <briancurtin> at least we're on the same page!
[21:40] <ralsina> briancurtin: yeah
[21:41] <osse> I love Ubuntu One, but at work I use RHEL5 most of the time. Is there any reasonable way to access my Ubuntu One account from RHEL5 except for the web interface?
[21:43] <briancurtin> ralsina: fwiw, i pushed the changes to the bitrock config if you need to replicate the same build from the start: https://code.launchpad.net/~brian.curtin/ubuntuone-windows-installer/release-updates
[21:43] <ralsina> briancurtin: awesome
[21:43] <ralsina> briancurtin: I will try to put a couple of hours late tonight see if something pops up
[21:44] <ralsina> So EOD for realz
[21:44] <ralsina> briancurtin: we will kick its ass in the morning, don't worry
[21:44] <briancurtin> ralsina: i have a few plans this evening so i can't stick around in the evening, but i'll try to get up early tomorrow to get a jump on it before we start
[21:45] <ralsina> briancurtin: I will mail you if I see something
[21:45] <briancurtin> ok cool, have a good evening
[21:45] <ralsina> bye people!
[21:45] <dobey> osse: someone was working on converting our .deb packages to .rpms to install on fedora, but i don't know if they'll work on rhel5; that's a fairly old version
[21:46] <dobey> osse: if you have the necessary dependencies installed though, you should be able to install enough bits to use file sync at least
[21:47] <osse> dobey, don't I know it; it's really old. Gnome 2.16 I believe. Python 2.4 provided, but I've installed 2.7.2 by hand.
[21:48] <dobey> osse: you can't upgrade the OS?
[21:48] <osse> dobey, I'm not afraid to get dirty. I'm satisfied if I can get to the point where I can mv/cp files to and from some local directory, perhaps invoking the actual syncing by hand.
[21:50] <osse> dobey, no I can't. I'm an embedded software developer. We use that system for a reason (though I can't figure out why really. the embedded system itself runs something else when you get down to it).
[21:50] <osse> I just realized Ubuntu One has a Windows client. I have Windows easily accessible at work, so I can probably use that.
[21:51] <dobey> probably better than trying to get it running on rhel 5 anyway :)
[21:52] <dobey> would probably be doable, but you will have to install a *LOT* of dependencies to get there
[21:54] <dobey> well i gotta go do non-work stuff now. later all :)
[21:55] <osse> dobey, have a good one
[23:27] <alecu> ralsina, what was your proxy's ip, again?