[09:48] <JamesTait> Happy Monday, folks! :D
[09:54] <webmaster> Chipaca, hi
[09:54] <Chipaca> webmaster: greetings, master
[09:54] <Chipaca> webmaster: IRC'ing from work, are you? tut tut :)
[09:55] <davidcalle> Oops :D
[09:56] <Chipaca> :)
[09:56] <davidcalle> Chipaca, silly xchat
[09:57] <davidcalle> Chipaca, where do you want bugs on sources to be reported? On the video lens project?
[10:00] <Chipaca> davidcalle: lp:candiru is probably the easiest for me
[10:02] <davidcalle> Chipace, a vampire fish? Because it... sucks data? :p
[10:02] <davidcalle> Chipaca^
[10:03] <Chipaca> davidcalle: yes sir. And once you realize *how* it sucks data, you'll want to carve the image out of your brain, and won't be able to
[10:19] <davidcalle> Chipaca, I won't sleep tonight, thank you.
[10:20] <Chipaca> davidcalle: i'm surprised you managed to uncurl that fast -- i gather you hadn't heard of them before :)
[10:22] <davidcalle> Chipaca, I had, but it was buried deeply inside.
[10:22] <Chipaca> davidcalle: :)
[10:22] <davidcalle> Chipaca, buried... deeply... inside...
[10:23]  * davidcalle curls back into a ball of pain.
[10:23] <davidcalle> Chipaca, how are you? :)
[10:25] <Chipaca> davidcalle: fine! Some things are broken, but people are working on them, and most things are ok. So, I'm great :)
[11:02] <gatox> good morning!
[11:13] <mandel> gatox, morning!
[11:13]  * mandel yet another re-start
[12:03] <nessita> hello eveyrone!
[12:05] <gatox> nessita, hi
[12:09] <nessita> hola gatox, how is it going?
[12:09] <gatox> nessita, fine..... killing some bugs to be landed today i hope
[12:10] <gatox> nessita, you?
[12:10] <nessita> gatox: what bug are you working on right now?
[12:10] <nessita> gatox: I dreamt the fix to a bug last night :-P
[12:10] <gatox> nessita, yey! productive dreams!
[12:10] <gatox> nessita, i have this one for review: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/not-validated-overlay/+merge/95880
[12:11] <gatox> nessita, and i've made a small queue of the bugs i hope to work on today..... do you want me to share that queue with you?
[12:11] <nessita> gatox: oh, I dreamt the fix to that one :-P
[12:11] <nessita> gatox: yes please (but on private)
[12:11] <gatox> nessita, yes
[12:31] <ralsina> good morning!
[12:32] <gatox> ralsina, hi!
[12:34] <mandel> ralsina, nessita morning!
[12:35] <nessita> hola ralsina, mandel!
[12:36] <ralsina> hello nessita, mandel, gatox
[12:46] <nessita> ralsina: I'm trying to debug why these tests are failing https://launchpadlibrarian.net/95044366/buildlog_ubuntu-precise-i386.ubuntuone-control-panel_3.1%2Br274-44~precise1_FAILEDTOBUILD.txt.gz, and since those are timeouting, I'm incresing the timeout to see if that's the issue. Would you please review? https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/higher-timeout/+merge/95890
[12:46] <mandel> nessita, ralsina, gatox is there any example of using manhole to debug a twister server?
[12:46] <ralsina> nessita: sure
[12:46] <mandel> nessita, ralsina gatox I'm stuck with debugging why I get an IO error with libsoup :(
[12:47] <ralsina> mandel: out of my area of expertise, sorry
[12:47] <nessita> mandel: no idea, I know alecu knows. And perhaps verterok knows too?
[12:47] <ralsina> nessita: you did notice the error about "option -q not recognized" right?
[12:47] <mandel> nessita, thx, I'll see if verterok is here, if not alecu knows for sure
[12:48] <mandel> ralsina, yeah.. twisted is a world inside python
[12:48] <ralsina> nessita: +1 on the timeout, let's hope it helps
[12:49] <nessita> ralsina: I didn't, but not sure if it's related... besides our script does not pass any explict -q :-/
[12:49] <ralsina> nessita: it's not handling -qt correctly
[12:49] <ralsina> nessita: but not related, since the tests it's running are timing out anyway
[12:50] <nessita> ralsina: you gave me an idea then
[12:50] <ralsina> nessita: but it means we are not running the qt tests when building :-)
[12:50] <nessita> ralsina: we no longer have qt suites to run separately
[12:50] <nessita> (since a month ago approx)
[12:50] <ralsina> nessita: then it's a remnant in whatever runs this
[12:50] <nessita> I'm looking at that
[12:50] <ralsina> nessita: ack
[12:56] <duanedesign> o/
[12:56]  * mandel hates pulse audio!
[12:59] <mandel> ralsina, nessita FYI: http://www.lothar.com/tech/twisted/manhole.xhtml
[12:59] <mandel> in case you ever need it
[13:00] <ralsina> mandel: I won't. I will ask you minions to debug. Much easier.
[13:01] <mandel> ralsina, wearing your pointy head hat, right? hehe
[13:01] <ralsina> mandel: a man has to know his limits.
[13:01] <ralsina> mandel:  ;-)
[13:02] <mandel> lol
[13:21] <alecu> hello...
[13:22] <gatox> alecu, hi
[13:22] <ralsina> hello alecu!
[13:22] <mandel> ok, time for my lunch
[13:33] <nessita> hola alecu
[14:08] <ralsina> I am not liking how freaking long it takes to run the u1-client tests. Any hints on how to run just a specific testcase?
[14:10] <nessita> brb, door bell
[14:17] <alecu> ralsina, something like: PYTHONPATH=. u1trial -r glib -p tests/platform/windows tests/status/test_aggregator.py
[14:18] <ralsina> alecu: thanks!
[14:19] <alecu> ralsina, also: PYTHONPATH=. u1trial -r glib -p tests/platform/windows -t Grouper tests
[14:19] <alecu> ralsina, "-t" does a regex with the test name including the class
[14:19] <ralsina> alecu: cool. I just saw the tests Itouched work so now Ihave to run the full suite anyway, but you saved me one full run :-)
[14:20] <alecu> :-)
[14:21] <gatox> ralsina, nessita small review please :D https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/reset-page-not-working/+merge/95905
[14:21] <ralsina> gatox: looking
[14:23] <urbanape> morning, all
[14:23] <gatox> urbanape, hi! o/
[14:31] <nessita> dobey: good morning! would you have some minutes to teach me how to do the transitional package for u1cp, so we can apply that to nightlies first? they are not building since all the gtk code is gone now
[14:34] <dobey> nessita: sure; the description needs changed, to state it is a transitional package, the .install and such files removed, and the dependencies changed to require the new package being transitioned to.
[14:35] <nessita> dobey: ah, is easier than I though :), thanks! will practice with nightlies then
[14:35] <nessita> though*t*
[14:35] <dobey> i think that's all
[14:35] <nessita> will let you know
[14:35] <ralsina> gatox: typo "sing_in" instead of "sign_in"
[14:35] <ralsina> gatox: other than that, +1
[14:35] <dobey> you can apt-cache search transitional to see current transitional packages, and apt-cache show one, for an example of the description changes
[14:36] <nessita> dobey: yeap, already doing it :-)
[14:36] <dobey> :)
[14:36] <gatox> ralsina, ok, thanks, fixing!
[14:38] <gatox> ralsina, fixed
[14:38] <ralsina> gatox: you have my +1 already ;-)
[14:41] <nessita> ralsina: did you propose/land the branch for the u1cp man page?
[14:41] <ralsina> nessita: nope
[14:41] <nessita> ralsina: it would be ideal to have that before tomorrow's release
[14:41] <ralsina> nessita: ok, will do it while tests run for the other one
[14:42] <nessita> ralsina: thanks!
[14:42] <ralsina> nessita: or, worse case, this afternoon
[14:42]  * mandel back
[14:42] <nessita> dobey: shall the Depends for the transitional package have a version specified? (I mean, shall that line be:
[14:42] <nessita> Depends: ubuntuone-control-panel-qt (= ${binary:Version})
[14:42] <nessita> or
[14:42] <nessita> Depends: ubuntuone-control-panel-qt
[14:42] <nessita> ?
[14:43] <dobey> nessita: it should have the version i think; if only to ensure the right version gets installed
[14:44] <nessita> dobey: ack
[14:46] <ralsina> ok, I have to pick the kid from kinder, Iwill post  my standup now, you people do it at the right time, I will be here 10 minutes later or so
[14:47] <ralsina> DONE: reviews, canonicaladmin, calls, half-day off, TODO: make indicate optional, do man page, techleads, reviews BLOCKED: mocker is mocking me
[14:49] <alecu> If mocker keeps mocking everybody, then we'll get rid of it faster.
[14:50] <ralsina> alecu: it's two stupid tests I have to fix, and a 30-line mock setup function I have to muddle through
[14:52] <alecu> ralsina, every time I have to do something like that, it's usually faster to rewrite the failing tests without mocker, than to fix the tests using mocker, but YKMV.
[14:52] <mandel> alecu, ralsina even the maintainer/creator of mocker said it was a bad idea at the end..
[14:52] <ralsina> alecu: tempting
[14:52] <ralsina> ok, fuck it, I am rewriting test_messaging.py
[14:52] <alecu> ralsina, I think that's also what our resident test expert is suggesting too.
[14:52] <mandel> alecu, who is that?
[14:53] <alecu> mandel, who is our resident testing-related expert you are asking?
[14:54] <mandel> alecu, yes.. also, who is santa?
[14:54]  * ralsina [14:54] <mandel> alecu, ya que pregunto :P
[14:55] <alecu> :-)
[14:59] <nessita> mandel: aaaagggghhh I just found this!
[14:59] <nessita>     138 SSL_NOT_SURE = _('If you are not sure about this server, do not use it to'
[14:59] <nessita>     139                  ' connect to Ubuntu One.')
[14:59] <nessita> mandel: in the sso code, which is U1 agnostic
[14:59] <nessita> did I review that? :-/
[15:00] <mandel> nessita, yes..  I think, is the ssl dialog, right?
[15:00] <nessita> yes
[15:00] <mandel> nessita, what is wrong with it and I'll fix it
[15:01] <nessita> mandel: it says 'ubuntu one'
[15:01] <mandel> nessita, agh.. that is from design, s**t!
[15:01] <mandel> nessita, I did not pay attention to the string because they came from them..
[15:01] <nessita> mandel: right, but you need to change those to use a generic app_name
[15:02] <mandel> nessita, got you.. then I'll have to add a new param to the ssl dialog to get the app_name as a param
[15:02] <gatox> me!
[15:02] <nessita> and yes, I did review that :-/ (crap I did not notice that)
[15:02] <mandel> nessita, easy, I'll do that know since I'm block debugging libsoup
[15:02] <nessita> mandel: that will require a UI Fe
[15:02] <nessita> mandel: but yes, we need that...
[15:02] <nessita> me
[15:02] <briancurtin> me
[15:02] <mandel> nessita, oh pedazo mierda! true to the UIFe..
[15:03] <mandel> me
[15:03] <urbanape> me
[15:03] <nessita> alecu, dobey, standup?
[15:03] <nessita> gatox: go
[15:03] <gatox> DONE:
[15:03] <gatox> Landed some branches on friday, found some issues in the sso qt ui and filed those issues in launchpad, today: proposed 2 branches: Bug #945094: Qt UI: if logging in with a not validated account, the "enter verification code" screen has a loading overlay and never goes away (LANDED), Bug #945080: ResetPassword page not working (for review)
[15:03] <gatox> TODO:
[15:03] <gatox> Keep fixing bugs in SSO.
[15:03] <gatox> BLOCKED:
[15:03] <gatox> No
[15:03] <gatox> nessita, go
[15:04] <nessita> DONE: landed big branch to refactor the 'choose sign in' page for the control panel, finished tons of reviews
[15:04] <nessita> TODO: start preparing releases for tomorrow, land only release-blocker branches, fix u1cp nightlies not building
[15:04] <nessita> BLOCKED: nopes
[15:04] <nessita> NEXT: briancurtin
[15:04] <nessita> NOTES: everyone please note that trunks are frozen (so please abstain from landing stuff unless release-blocker, please check with me or ralsina)
[15:04] <dobey> me
[15:04] <briancurtin> DONE: more mac pairing, looked into the windows "don't run as root" issue
[15:04] <briancurtin> TODO: root issue, figure out the status of -windows-installer project
[15:04] <briancurtin> BLOCKED: no
[15:04] <briancurtin> NEXT: mandel
[15:04] <mandel> DONE: More libsoup debugging. I'm astuck with this bloody thing haiving IO errors.. I'm trying a diff approach to see WTF is going on.
[15:04] <mandel> TODO: Fix string issues that nessita just mentioned.
[15:04] <mandel> BLOCKED: libsoup is making my head hurt, I'm going to try a diff apppraoch with manhole for debugging
[15:04] <mandel> urbanape, please
[15:04] <urbanape> DONE: Made progress on the ubuntuone client. Gonna try watchdog for the Mac filesystem events
[15:04] <urbanape> TODO: Keep at it
[15:04] <urbanape> BLOCK: None
[15:04] <urbanape> dobey: europe
[15:04] <dobey> λ DONE: rb debugging, upstream fixed it
[15:04] <dobey> λ TODO: fix u1ms: token-deleting bug, upload rb with fixes to ubuntu, twisted glib2/gireactor debugging,
[15:04] <dobey> λ BLCK: none.
[15:04] <dobey> alecu
[15:05] <nessita> mandel: so, since we have not released the ssl dialog yet, we can propose a new branch and attach it to the same ssl dialog UIFe bug, ok?
[15:05] <nessita> mandel: so please build a branch ASAP where the app_name is a parameter
[15:06] <nessita> alecu: standup?
[15:06] <nessita> any comments anyone?
[15:06] <mandel> nessita, ok on it right now since libsoup is giving me headaches..
[15:06] <alecu> me!
[15:06] <nessita> mandel: thanks
[15:06] <nessita> alecu: go!
[15:06]  * alecu is writing notes...
[15:08] <alecu> DONE: got an IRL syncdaemon crossing a proxy, initial tests to use Unix domain sockets to replace TCP for the tunnel on linux
[15:08] <alecu> TODO: fix errors that mandel found in previous branches, finish current branch that starts the tunnel
[15:08] <alecu> BLOCKED: no
[15:09]  * gatox lunch
[15:10] <gatox_lunch> uhh sorry... alecu on standup yet
[15:10] <alecu> hmmm.
[15:10] <alecu> I pasted my notes above!
[15:10] <alecu> @ping ?
[15:10] <briancurtin> i see you alecu
[15:10] <gatox_lunch> yes...... so, go back to lunch :P
[15:10] <alecu> gatox_lunch, go ahead then, have lunch
[15:10] <jml> hello
[15:11] <alecu> hi jml
[15:11] <dobey> hi jml
[15:11] <alecu> mandel, ping
[15:11] <jml> On my last computer, I had my Tomboy notes synchronized to my Ubuntu One folder, using Tomboy's own "Sync to local folder" feature. Now I'm on a new computer, and I'm wondering how to get all of my old notes back in to Tomboy
[15:11] <mandel> alecu, pong!
[15:12] <alecu> mandel, what's the issue that's blocking you with libsoup?
[15:12] <dobey> jml: does the "Sync to local folder" feature no longer exist there?
[15:12] <mandel> alecu, I'm getting an IO error when I set the mock web server as the proxy url when ssl-strict is false..
[15:13] <jml> dobey: it does. still hasn't actually done anything yet though. I guess I could put it on a faster schedule...
[15:13]  * jml tries that.
[15:13] <mandel> alecu, and is bloody hard to debug, I'm going to get the server running in a diff process to see wtf happens in the server side and then see if i at leasts reach it before the IO error..
[15:14] <alecu> mandel, I may take a look, but my suggestion is to deprioritize libsoup using https proxies.
[15:14] <jml> oh. oops. awkward.
[15:14] <jml> I forgot to hit "Save" on the sync dialog :)
[15:14] <jml> sorry for the noise.
[15:15] <mandel> alecu, I'm going to fix an ssl dialog string error and then will go to that
[15:15] <dobey> jml: heh. make sure you plug the speakers in, if you want sound :)
[15:18] <jml> heh
[15:32] <nessita> dobey: I'm lading this https://code.launchpad.net/~nataliabidart/ubuntuone-client/15-minutes/+merge/95900 today so it can be released tomorrow (just FYI so you include that revno in the stable-3-0 update)
[15:32] <dobey> ok
[15:33] <dobey> i will have several branches to land today for releasing tomorrow probably. because debugging heisenbugs was hard. :-/
[15:36] <nessita> dobey: in u1client or rb?
[15:36] <dobey> nessita: in rhythmbox-ubuntuone and libubuntuone
[15:37] <nessita> ack
[15:39] <nessita> dobey: also, I was planning on proposing a trivialish branch for bug #944982 (ui splash screen refactor) where only the new strings are added, so we can have those in the archive and translator can start working on them (also that was a request from the release team - to have the new strings in asap - )
[15:39] <nessita> dobey: and then we can work on the new UI for 2.99.91
[15:40] <Chipaca> dobey: debugging heisenbugs is not hard. All you need to do is make sure you don't know how fast your computer is, and you'll find them in no time.
[15:41] <dobey> Chipaca: that's assuming it's a speed related problem :)
[15:42] <dobey> the trick to finding heisenbugs is to use quantum entanglement, and observe remotely from another dimension, where a cat is both alive and dead at the same time.
[15:42] <dobey> nessita: i just commented on the bug about the strings, actually, and why i think we shouldn't necessarily put them in :)
[15:42] <Chipaca> dobey: so, you get a stoner exotic dancer, and then what?
[15:43] <dobey> heh
[15:44] <nessita> dobey: would you please ping rtgrant and perhaps Chipaca/ralsina about this in our internal  channel, so we can work this out before the release tomorrow (if we have to add any new string)
[15:45] <nessita> dobey: thanks
[15:45] <dobey> also, i want to burn ubuntuone-installer after precise.
[15:47] <nessita> dobey: +1
[15:57] <ralsina> dobey: small technical question about messaging.py after your changes on friday
[15:58] <dobey> ok
[15:58] <ralsina> dobey: it turns out it's possible for 'gobject' in sys.modules and sys.modules['gobject'] is not None to be True, but  import indicate as pyindicate to fail and from gi.repository import Indicate to succeed
[15:58] <ralsina> So, basically, all those imports are a mess
[15:59] <dobey> ralsina: only if you do the latter inside an ImportError, instead of inside the if
[16:00] <ralsina> dobey: basically, on https://pastebin.canonical.com/61599/ I am ending with idicate = None because the if isTrue, and the import fails
[16:00] <dobey> ralsina: so wrapping the whole if/else block inside a try makes sense (and is what i think you were doing in your branch)
[16:00] <ralsina> dobey: ack
[16:01] <ralsina> dobey: I don't want to do that because it may ignore things like import Glib failing
[16:01] <mandel> nessita, here you go: https://code.launchpad.net/~mandel/ubuntu-sso-client/appname-ssl/+merge/95928
[16:01] <mandel> nessita, linked to the same bug that the UIFe was given
[16:01] <ralsina> dobey: I think I will separate the indicate import from the glib imports and just try toimport it both ways
[16:01] <dobey> ralsina: if the glib import fails, then there's no way syncdaemon will get far enough to try this import :)
[16:02] <ralsina> dobey: makes sense put that way :-)
[16:02] <dobey> well, unless you're on windows or something, where this code doesn't get imported anyway
[16:08] <ralsina> dobey: and the indicate we prefer is the gi one, right?
[16:08] <ralsina> dobey: at least on precise
[16:09] <dobey> ralsina: it depends on which reactor we're running under, hence the "if 'gobject' in sys.modules and…" statement
[16:12] <ralsina> dobey: ok, thanks
[16:13] <dobey> because in the new glib2/gi reactors, each one overwrites the other types of imports, to intentionally break them, by assigning sys.modules['gobject'] = None for exmaple
[16:13] <ralsina> dobey: oh, fun
[16:18] <dobey> ralsina: well, it's either that, or segfault :)
[16:22] <nessita> mandel: perfect, looking at it right now. So, the app_name can not be blank, otherwise the help messahe will look aweful
[16:22] <nessita> mandel: we need to make the app_name a required argument when running the UI
[16:22] <mandel> nessita, well is just done for the actual dialog, the argparse makes it compulsory
[16:23] <mandel> nessita, I can change that to be a normal arg and not be a keyargs if you find it cleaner
[16:23] <mandel> which probably is
[16:23] <nessita> mandel: ah, you re right, and that's great. But the ssl dialog should receive it as mandatory arg as well
[16:23] <nessita> mandel: yes, please!
[16:23] <mandel> nessita, certainly, is a few mins max, on it!
[16:24] <nessita> thanks!
[16:26] <dobey> if foo is None: raise InvaiidArgument('foo cannot be None')
[16:28] <dobey> bbiab, need to get lunch
[16:33] <mandel> nessita, branch updated making app_name an arg so it must be passed to the dialog __init__
[16:40] <nessita> mandel: ack
[16:57] <ralsina> dobey, alecu: book your flights, you are going *only* to UDS ;-)
[16:57] <alecu> yay
[17:03] <ralsina> dobey, nessita: barebones manpage added inhttps://code.launchpad.net/~ralsina/ubuntuone-control-panel/manpage/+merge/95948
[17:12] <mandel> alecu, I don't think that add_feature_by_type in Soup works with gi :(
[17:13] <mandel> alecu, best way is to use add_feature and pass the required init feature
[17:13] <mandel> alecu, I was trying to set the logging for soup and found out that
[17:14] <alecu> mandel, sounds troublesome, no?
[17:14] <mandel> alecu, not really it should be self.session.add_feature(SoupGNOME.ProxyResolverGNOME())
[17:14] <mandel> alecu, rather than self.session.add_feature_by_type(SoupGNOME.ProxyResolverGNOME)
[17:15] <alecu> mandel, cool then.
[17:15] <nessita> ok, lunchtime here
[17:17] <mandel> alecu, I'll fix that in my branches
[17:18] <ralsina> mandel, urbanape, briancurtin: http://mbroadst.blogspot.com/2012/03/qjsonrpc.html
[17:18] <ralsina> And yes, I know we won't switch to that ;-)
[17:19] <briancurtin> i would like the name more if it crammed together another acronym
[17:19] <mandel> ralsina, ok, and the reasons is, no qt reactor on syncdaemon!!!
[17:19] <ralsina> mandel: oh, but you don't need qt reactor. Any *other* jsonrpc implementation interoperates
[17:19] <mandel> briancurtin, or at least have used the t so that someone cool pronounce it as cute-json-rpc
[17:20] <ralsina> says right there "the jsonrpc standard" (yeah, right)
[17:33] <mandel> mierda.. unity went crazy
[17:34] <gatox> mandel, it happens to me all the time :P
[17:34] <mandel> gatox, meh.. is a beta
[17:34] <mandel> lets hope it gets better
[17:35] <gatox> mandel, in ubuntu we trust :P
[17:38] <mandel> nessita, alecu I'm considering to set the logging of libsoup when the u1 debug flag is on, anything against it?
[17:39] <alecu> mandel, what would you be logging?
[17:39] <alecu> mandel, surely not the content of the traffic, right?
[17:40] <mandel> alecu, this are the available levels: http://developer.gnome.org/libsoup/stable/SoupLogger.html#SoupLoggerLogLevel
[17:41] <alecu> mandel, up to SOUP_LOGGER_LOG_MINIMAL sounds safe. But we should check *where* this is logged.
[17:41] <mandel> alecu, default is stdout, which does not sound good
[17:41] <mandel> alecu, I'm using it for debugging atm, and I think is a good, helful thing  to do
[17:46] <nessita> mandel: nothing against, but please consider what alecu said about not prioritizing libsoup
[17:46] <mandel> nessita, yes
[17:47] <mandel> nessita, although, I though that the libsoup version is used in sso, or not?
[17:47] <nessita> mandel: nopes if qt is installed
[17:47] <mandel> nessita, ok
[17:47] <nessita> mandel: and when running from the controlpanel, qt will be installed
[17:47] <mandel> nessita, I was thinking about software center..
[17:48] <nessita> mandel: is lower priority right now
[17:48] <mandel> nessita, ack
[17:48] <gatox> ralsina, nessita another one bites the dust: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/verification-fail/+merge/95958
[17:49] <ralsina> gatox: cool!
[17:52] <urbanape> ralsina: I suspect I should still route vacation requests to beuno, yeah?
[17:52] <ralsina> urbanape: yep
[17:53] <mandel> ok, EOD for me..
[17:53] <gatox> mandel, bye!! o/ enjoy!
[17:53] <dobey> ralsina: why'd you split up the imports? it makes the code messier :-/
[17:53] <mandel> gatox, I need to forget libsoup for that hehe
[17:53] <gatox> jejeje
[17:54] <ralsina> dobey: the Glib and Indicate imports? Because if Indicate fails, Glib may succeed
[17:54] <ralsina> dobey: but if they are together everything  fails at once
[17:54] <nessita> gatox: that branch is not the correct on, I specifically removed all those params from the _move callback
[17:54] <gatox> nessita, why did you do that?
[17:54] <nessita> gatox: please put in on hold and let's talk about that solution
[17:55] <nessita> gatox: because is making the API dirties, of course I did not know it will break the email validation
[17:55] <nessita> :-/
[17:55] <gatox> nessita, quick mumble?
[17:55] <nessita> yes please
[17:55] <gatox> nessita, on mumble
[17:56] <nessita> gatox: you disconnected :-/
[18:09] <dobey> hrmm, we need to add crashdb.conf files for everything
[18:14] <maxiberta> ralsina: Hi! Thanks for your comments
[18:15] <ralsina> maxiberta: thanks to you for packaging Ubuntu One for Fedora :-D
[18:17] <maxiberta> The control panel is not there yet, but it's coming.
[18:17] <maxiberta> Tried to make it work with apt-rpm but hit this ugly bug https://bugzilla.redhat.com/show_bug.cgi?id=799977
[18:18] <ralsina> maxiberta: are you working on the new Qt-based control panel?
[18:18] <maxiberta> No, gtk
[18:18] <maxiberta> Should I?
[18:18] <ralsina> maxiberta: yes
[18:18] <maxiberta> Fine :)
[18:18] <ralsina> the Qt control panel is more standalone, and we are deprecating the gtk one in thenext ubuntu
[18:19] <dobey> maxiberta: the gtk control panel actually requires some apt libraries, to work
[18:19] <dobey> ralsina: i suspect the same issue as in that bug post, will also happen when packaging ubuntuone-installer, which will be needed
[18:20] <maxiberta> The Qt control panel is more package-manager-agnostic then?
[18:20] <ralsina> maxiberta: well, it won't require apt, at least
[18:20] <ralsina> dobey: why would Fedora need -installer?
[18:20] <ralsina> dobey: I don't think we are getting on the CD in Fedora! ;-)
[18:20] <dobey> ralsina: well, for the .desktop file
[18:21] <maxiberta> I managed to get a pretty decent control-panel-gtk with no installer (commenting all "import apt")
[18:21] <ralsina> dobey: it's easier to add the .desktop file instead of packaging that thing :-)
[18:21] <ralsina> although implementing it on top of packagekit may be a cute idea
[18:22] <dobey> ralsina: also, other stuff may run ubuntuone-installer to start the control panel :)
[18:22] <dobey> though, in 3-4 months, packaging it on fedora should be much easier
[18:22] <ralsina> dobey: yes, but in a Fedora context, u1-installer fits like a piramidal peg in a hypercubic hole
[18:22] <ralsina> dobey: once you kill it? ;-)
[18:22] <dobey> yes
[18:23]  * ralsina is almost willing to give packaging for arch a try
[18:24] <maxiberta> FYI Im also waiting on this bug https://bugzilla.redhat.com/show_bug.cgi?id=800044
[18:25] <ralsina> maxiberta: well, the PyQt control panel should not be affected by that
[18:25] <dobey> maxiberta: how is that bug blocking you?
[18:25] <maxiberta> Right :)
[18:26] <dobey> xvfb-run will also 'work around' that issue
[18:26] <maxiberta> Just running "python setup.py" in ubuntuone-control-panel crashes
[18:26]  * briancurtin lunch
[18:26] <dobey> oh because it does gtk_init on import, right
[18:26] <maxiberta> Yep
[18:27] <dobey> well the gtk control panel is gone in trunk now anyway
[18:27] <dobey> so the next release won't even have it
[18:27] <dobey> so, tomorrow it will be gone in the tarball :)
[18:27] <maxiberta> Ha, thanks for the tip
[18:34] <maxiberta> In fact ubuntuone-control-panel-qt 2.0.0 fails on line 33 "from ubuntuone.controlpanel.gui.qt import main"
[18:34] <dobey> ralsina: oops. missed your reply about the indicate imports. and i don't think the split is necessary.
[18:35] <ralsina> dobey: open to change, comment on the MP?
[18:35] <dobey> maxiberta: we didn't package it for linux in 2.0.0
[18:35] <maxiberta> Ok
[18:35] <dobey> maxiberta: 2.99.5 is the current released version. 2.99.90 will be released tomorrow
[18:36] <maxiberta> Good to know. Congrats
[18:37] <dobey> well i should say should instead of will. releases aren't fully automated, and if the machines take over tonight, who knows what will happen :P
[18:39] <dobey> ralsina: commented
[18:39] <ralsina> dobey: thanks
[18:40] <ralsina> dobey: my approach was to offer the API as a noop in case Indicate is not available
[18:41] <ralsina> dobey: I suppose I could check the usage of the API and make the check there, but that's more error prone
[18:41] <ralsina> dobey: because the next guy that uses show_message has to know to check if it's available
[18:42] <dobey> ralsina: you could just add more return if indicate is None to the other pieces
[18:42] <dobey> well show_message checks if it's available, in your branch
[18:42] <ralsina> dobey: ok, let me think about it 5' and see if I can do something nicer
[18:43] <dobey> ralsina: you could add that same check to the _server_callback (which nobody should use anyway)
[18:43] <ralsina> dobey: will never get called if there is no indicate anyway
[18:43] <ralsina> dobey: except tests, which will be skipped anyway
[18:44] <dobey> right, or unless someone imports, but if they do, whatever, it can break :)
[18:44] <ralsina> dobey: hmmmm ok
[18:44] <dobey> which just points out one of the big things i really dislike about python
[18:44] <ralsina> dobey: I still think it's overreacting to 3 new lines but hey, I respect your opinion ;-)
[18:45] <dobey> well, it's 8 lines instead of the 3 it would have been :P
[18:45] <dobey> or used to be even
[18:45] <ralsina> dobey: but I have to add another if later, so 3 ;-)
[18:45] <dobey> i was basically fine with your previous branch to fix it. :P
[18:46] <ralsina> dobey: that one didn't work
[18:46] <dobey> hmm
[18:46] <dobey> why not?
[18:46] <ralsina> dobey: because show_message sometimes returned a value and sometimes didn't
[18:46] <ralsina> dobey: so it was not exactly pretty
[18:47] <dobey> oh, so the tests broke because you didn't also fix the tests in it?
[18:47] <ralsina> dobey: a bit more than that. The tests worked, but would have broken if run on Lucid
[18:48] <ralsina> dobey: and the API was inconsistent
[18:49] <ralsina> dobey: changed in revno 1204
[18:49] <dobey> oh, because there was an Indicate gir on lucid, and the tests were only magically working because of that being installed before, anyway
[18:49] <dobey> so the tests were already broken on lucid :)
[18:49] <ralsina> dobey: right
[18:50] <ralsina> dobey: now they are broken and ignored on lucid ;-)
[19:38] <gatox> nessita, ralsina the same branch as before with the api changes that we talk with nessita : https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/verification-fail/+merge/95978
[19:38] <ralsina> gatox: I can only look at it tonight
[19:38] <ralsina> gatox: late tonight
[19:38] <gatox> ralsina, no problem
[19:38] <gatox> ralsina, it depends from a nessita's branch also
[19:39] <nessita> which I'll be proposing soon
[19:39] <nessita> but found a weird thing with the forgotten password page :-/
[19:39] <gatox> nessita, what? can i help you with something?
[19:40] <nessita> gatox: I don't think so... but there is this weird try again thingy in that page, which is insconsistent, since we're handling there generic errors but we don't do that handling anywhere else...
[19:40] <nessita> so I wonder why is there
[19:40] <nessita> and also, the logic is wrong, so right now is showing a misleading message to the user
[19:40] <gatox> :S
[19:41] <gatox> nessita, i remember there was a really old need for that..... i don't know now
[19:41] <nessita> I'm >this< close to wipe it off
[19:45] <dobey> https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/fix-preview/+merge/95982
[19:45] <dobey> one down
[19:55] <alecu> oh, it's stopped raining.
[19:55]  * alecu runs to the kinder, carrying a couple of umbrellas.
[19:55] <alecu> see you guys in a while.
[19:55] <gatox> alecu, bye
[20:01] <gatox> nessita, ralsina another review (when you have a moment): https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/clean-form/+merge/95986
[20:01] <dobey> you know what's awesome? moving milestones to a different series, that's what.
[20:01] <ralsina> dobey: milestones are usually heavy stuff not meant to be moved. In fact it's like their defining feature, not being mobile.
[20:02] <dobey> ralsina: perhaps. but moving milestones from trunk, to appropriate series, is quite nice
[20:02] <dobey> at least, it is nice, if it does what i think it will do in the end after i've moved them all
[20:03] <ralsina> dobey: I blame the leaky abstractions
[20:04] <dobey> would also be nice if lp just disallowed setting milestones on the development target
[20:04] <dobey> or at least, if there was a per-project config option for it
[20:07] <ralsina> Ok, gotta go to the edocrinologist
[20:07] <ralsina> or however that's spelled. Or spelt
[20:08] <ralsina> So, will do reviews late at night, mail them to me. gatox, nessita, I mean you, mostly ;-)
[20:08] <nessita> ralsina: ack
[20:08] <gatox> ralsina, ok, i'll send you the branch now..... and EOD!
[20:08] <briancurtin> ralsina: i might have some windows/syncdaemon/root questions/comments - may email them
[20:08] <ralsina> briancurtin: please
[20:12] <dobey> ralsina: endocrine
[20:12] <dobey> what about my reviews? :(
[20:12] <ralsina> dobey: please you too. Don't get jealous :-)
[20:14] <dobey> ralsina: i can't help it. i am a jealous god. :P
[20:14] <ralsina> dobey: here, have some burnt goat.
[20:15]  * dobey wouldn't mind dinner at the gold place again
[20:15] <dobey> but it's in bsas and i am not
[20:16] <ralsina> dobey: I could eat some alligator. A live one. I am hungry.
[20:16] <dobey> heh
[20:29] <dobey> nessita: how's the cp package update btw?
[20:29] <nessita> dobey: you mean the nightlies?
[20:29] <dobey> yeah
[20:30] <nessita> dobey: they built and I installed them successfully
[20:30] <nessita> dobey: should we remove somehow the "old" -gtk package from people's computers?
[20:31] <dobey> nessita: not right now. the transitional package essentially does that (makes it an empty package), but we'll need to keep it around for precise at least. for quetzel, we can probably drop it for good (or bring back a gtk3 version ;)
[20:32] <nessita> dobey: ack, thanks
[20:33] <nessita> dobey: is tarmac for u1client "stucked"? I'm asking for https://code.launchpad.net/~nataliabidart/ubuntuone-client/15-minutes/+merge/95900 (approved  5 hours ago)
[20:33] <dobey> maybe? i'll look
[20:55] <nessita> dobey: thanks, ussoc branches are not landing either.... so may be stucked
[20:58] <dobey> nessita: i think the world exploded
[21:02] <nessita> dobey: it did? and we\ re angels now?
[21:02] <dobey> sure
[21:04] <nessita> dobey: now, seriously (no one will buy we can turn into angels), is tarmac stucked?
[21:04] <nessita> :-)
[21:05] <dobey> nessita: well i can't ssh to it, so :)
[21:09] <gatox> nessita, branch re-merged with yours and conflicts resolved
[21:09] <nessita> gatox: loooooking
[21:10] <gatox> ok,, now EOD!
[21:10] <gatox> bye!!
[21:10] <dobey> crikey, it's that late already
[21:53] <nessita> ok., I'm gone
[21:53] <nessita> bye all!
[22:00] <dobey> https://code.launchpad.net/~dobey/libubuntuone/fix-crits/+merge/96008
[22:28] <dobey> ok, need to get away for a bit, later
[23:51] <nessita> ralsina: you around?
[23:52] <nessita> ralsina: just pinging for reviews, will go cook dinner now