[08:15] <Yancho> is the ubuntuone client that ships with xubuntu a bit borked?
[09:27] <JamesTait> Happy Leap Day, everyone! :D
[09:28] <vds> JamesTait, :)
[09:54] <rye> heh, russian search portal, yandex.ru changed the logo to say "The 0th of March"
[09:54] <rye> i wondered why. Thanks JamesTait, now I know  :)
[09:54] <JamesTait> :)
[10:00] <mandel> morning!
[10:10] <czajkowski> Good morning
[10:16] <davidcalle> Morning :)
[11:20] <gatox> good morning!
[11:42] <mandel> gatox, Daviey, czajkowski morning!
[11:42] <gatox> mandel, hi!
[11:44] <czajkowski> mandel: ola!
[11:46] <mandel> gatox, may I have a review for : https://code.launchpad.net/~mandel/ubuntu-sso-client/ssl-dialog/+merge/94012
[11:46] <gatox> mandel, yes, on it
[11:46] <mandel> gatox, is Qt so you should be more that suited for this :)
[11:57] <gatox> mandel, ping
[11:57] <mandel> gatox, pong
[11:58] <gatox> mandel, after setting the direction of the arrow, are you repainting the widget? i'm at Arrow didn't see the rest....
[11:59] <gatox> wouldn't be better to call self.repaint() from _set_direction? just asking....
[11:59] <mandel> gatox, yes
[11:59] <mandel> gatox, I added it, I must have removed it when I was chaging the property from nattys comments, give me a sec
[11:59] <gatox> mandel, ok
[12:03] <mandel> gatox, push with the repaint
[12:03] <gatox> mandel, ok
[12:06] <nessita> buenos días!
[12:07] <gatox> nessita, buenas
[12:07] <nessita> hola gatox
[12:11] <gatox> mandel, i saw you were forcing the repaint in the expander, if you are adding the repaint to _set_direction, you should remove it from there
[12:12] <mandel> gatox, true..
[12:12] <gatox> mandel, do you want me to add those comments or you are working on that right now?
[12:12] <mandel> gatox, fixing them as you speak :)
[12:12] <gatox> mandel, ok :P
[12:16] <gatox> nessita, i answer to your need info
[12:17] <nessita> gatox: I saw that, I'm still thinking about it
[12:18] <gatox> nessita, i think is better this way, and the code is cleaner
[12:18] <mandel> nessita, the ssl dialog branch is updated with no Qt fakes, care to review it when ever you have time?
[12:19] <nessita> gatox: I'm not convinced of that, but may be. Anyways, if we're leaving it like this, we definitely should rename the signal from showingOverlay to processingStarted/processingFinished
[12:19] <gatox> agree
[12:19] <nessita> gatox: giving that a signal called showingOverlay sounds like that the widget is actually showing it :-)
[12:20] <gatox> nessita, yes..... i wasn't really inspired to name things at that moment :P
[12:20] <nessita> hehe
[12:35] <gatox> mandel, let me know when the changes are apply to your branch, i finish the review, and except for those details its fine by me
[12:36] <mandel> gatox, already there
[12:38] <gatox> mandel, you forgot to remove this: self.label.repaint()
[12:38] <nessita> mandel: ack! (forgot to write it, did think about it)
[12:38] <gatox> mandel, if you are doing the repaint in the arrow now
[12:39] <mandel> gatox, let me check
[12:45] <mandel> gatox, you are right, pushing the changes
[12:46] <ralsina> good morning ubuntuone!
[12:46] <gatox> ralsina, hi
[12:46] <ralsina> does alt+tab work on your unitys today?
[12:47] <gatox> ralsina, alt+tab yes
[12:47] <gatox> ralsina, ctrl+alt-arrow no :(
[12:47] <gatox> ctrl+alt+arrow
[12:47] <gatox> it's really slow to change desktop right now..... i have tu use super+s arrows
[12:48] <mandel> gatox, hehe same here :)
[12:48] <ralsina> gatox: I normally don't do multiple desktops. I have to switch apps using the launcher now :-(
[12:50] <gatox> mandel, i have 9 desktop..... and using super+s is really annoying!
[12:50] <gatox> or the launcher..... but sometimes doesn't work
[12:50] <mandel> gatox, I have 4x4 :P
[12:50] <gatox> wowwww
[12:54] <gatox> mandel, +1 to your branch
[12:54] <mandel> gatox, superb!
[12:54] <mandel> ralsina, let me know if the answer is correct: https://bugs.launchpad.net/ubuntu-sso-client/+bug/933729
[12:55] <mandel> ralsina, also, do you have some time for a super fast chat?
[12:55] <ralsina> mandel: looking...
[12:57] <ralsina> mandel: +1 on the answer. I think they want bugs with larger scope because it's a bit of a flood.
[12:57] <ralsina> mandel: and sure, I can chat!
[12:57] <mandel> ralsina, ok.. I just like little bugs than big ones hehe
[13:09] <alecu> hello!
[13:09] <gatox> alecu, hi
[13:11] <mandel> ok, lunch for me
[13:12]  * mandel lunch
[13:12] <nessita> hola alecu
[13:13] <alecu> mandel, ping
[13:13] <Chipaca> hi, peoples
[13:13] <alecu> oh, just missed him.
[13:13] <alecu> Chipaca, hi there megaboss!
[13:14] <mandel> alecu, ahg, I was leaving, after lunch maybe?
[13:14] <alecu> mandel, sure. I was just about to tell you about some ideas to test the ssl without a specially compiled squid.
[13:14] <mandel> alecu, +1000000000000000 to that, I'll ping you asap
[13:15] <alecu> mandel, have a good lunch
[13:16] <ralsina> aha! So alt+tab does work, it just ignores chromium!
[13:16] <Chipaca> ralsina: unity 2d?
[13:16] <ralsina> Chipaca: 3d
[13:16] <Chipaca> ralsina: had any alerts about bamfdaemon kicking the bucket?
[13:16] <ralsina> Chipaca: Nope
[13:17] <Chipaca> ralsina: fun :)
[13:17] <Chipaca> ralsina: you told hr what you had to tell hr?
[13:17] <ralsina> bamf? As in pulpfiction's "the wallet with bamf written in it"?
[13:17] <ralsina> Chipaca: yessir!
[13:17] <Chipaca> ralsina: awesomeist
[13:19]  * ralsina is dragged kicking and screaming into firefox because not being able to switch to chromium using the kbd is really, really depressing
[13:23] <ralsina> can everyone else connect to the canonical server? I seem to be unable to
[13:26] <rye> ralsina, my bip got kicked
[13:26] <rye> ralsina, switch to another workspace and switch back
[13:26] <rye> ralsina, bug #937898
[13:27] <ralsina> rye: cool
[13:27] <ralsina> rye: is your bip at burst? They seem tobe havingsome routing problem to reach canonical
[13:27] <ralsina> rye: yay, that fixed it! :-)
[13:29] <rye> ralsina, interesting, can't get to irc.canonical.com via burst.net, but it is ok locally
[13:30] <ralsina> rye: the traceroute stalls at canonical-gw.datahop.net
[13:31] <rye> ralsina, i connected directly
[13:31] <ralsina> rye: I am starting a second IRC client to do that, too
[13:49] <nessita> ralsina: hola! you have a slot for those kind of quick branches you usually manage to do?
[13:49] <ralsina> nessita: of courses
[13:49] <nessita> ralsina: what about http://launchpad.net/bugs/939509 ? I know is not that fun, but the chicharra team really needs it
[13:50] <nessita> ralsina: can I assign that to you?
[13:50] <ralsina> nessita: looking...
[13:50] <ralsina> nessita: sure, no problem
[13:50] <nessita> ralsina: thanks!
[13:58] <dobey> hmm
[14:03] <dobey> ralsina: can you hold on fixing that bug? it will conflict with a branch i pushed last night, that fixes the indicator to launch the installer (and thus qt panel) instead of gtk panel
[14:04] <gatox> nessita, this branch is ready for review: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/overlay-improves/+merge/94828
[14:05] <ralsina> gatox: can I have a review for https://code.launchpad.net/~ralsina/ubuntuone-control-panel/fix-scroll/+merge/95006  please?
[14:05] <nessita> gatox: show-erroes reviewed. Looking at that
[14:06] <gatox> ralsina, yes, on it
[14:06] <ralsina> gatox: cool, thanks
[14:07] <gatox> nessita, do you have any bug in mind in particular for me, or i just keep killing the ones in my queue?
[14:07] <nessita> mandel: there is still a typo in the SSL constants: SSL_REMEBER_DECITION
[14:07] <nessita> gatox: let's have a mumble, shall we?
[14:07] <gatox> nessita, ok, now?
[14:08] <nessita> gatox: yes, give me 5 minutes
[14:10] <gatox> nessita, ok, i'm already in mumble
[14:14] <mandel> nessita, sorry, fixing right now
[14:25] <nessita> ralsina: I'm mumble for our 1-1
[14:26] <ralsina> hmmmm.... dobey, Iam setting up ubuntuone-developer-dependencies because it's my first u1-client branch in this machine, and it's failing with "epends: ubuntuone-database-dependencies (= 0.208~precise0) but it is not going to be installed" it seems that one depends on postgresql-8.4 that is not available on P?
[14:26] <ralsina> nessita: going!
[14:26] <nessita> ralsina: FYI, ubuntuone-developer-dependencies are for the server bits "only"
[14:26] <nessita> (so, Lucid)
[14:27] <dobey> ralsina: you don't need that stuff
[14:27] <ralsina> nessita: ok,makes sense. What's the easy way to get the client dev dependencies then? Because manually it seems to be a lot :-)
[14:27] <dobey> ralsina: you need to add the nightlies PPA, and do apt-get build-dep <source-package-name> (ubuntuone-installer for example)
[14:27] <ralsina> dobey: ack, thanks!
[14:27] <nessita> ralsina: apt-get build-dep ubuntuone-client
[14:27] <nessita> o what dobey said :-)
[14:28] <ralsina> thanks, I had not done this since I joined the company :-)
[14:40] <urbanape> moin
[14:45] <gatox> need to restart
[14:46] <mandel> nessita, is fixed
[14:47] <nessita> mandel: ack!
[14:51] <urbanape> ralsina, briancurtin: Need to tidy up the U1 Music app. Got rejected by Apple and we need to make some small changes.
[14:53] <briancurtin> urbanape: so now that i have lion running, i take it brew is recommended?
[14:53] <urbanape> Yeah, I'm a big fan
[14:53] <urbanape> compared to older stuff like fink or macports
[14:59] <urbanape> I suppose I ought to upgrade to Lion, really
[15:00] <mandel> me
[15:00] <briancurtin> me
[15:01] <nessita> me
[15:01] <nessita> ralsina, gatox, alecu, dobey, urbanape?
[15:01] <gatox> me
[15:01] <alecu> me
[15:02] <nessita> dobey, not dobey, ralsina, urbanape, standup?
[15:02] <nessita> mandel: wanna start, while the rets join us?
[15:02] <nessita> rest*
[15:02] <urbanape> mw
[15:02] <urbanape> me
[15:03] <nessita> mandel: go!
[15:03] <dobey> meh
[15:03] <mandel> DONE: Updated branchesaccording to comments from nessita nadgatox. Worked of the ssl tets although I'll be talking with alecu about the matter in a few mins.
[15:03] <mandel> TODO: ssl tests. Integrate the ssl dialgo with those tests and assert we do show the dialog when expected.
[15:03] <mandel> BLOCKED: no
[15:03] <mandel> briancurtin, please
[15:03] <briancurtin> DONE: ssh/screen/mumble with urbanape, install osx
[15:03] <briancurtin> TODO: more mac stuff, and i now have a functional mac, should probably do 1-1 with ralsina if he's less busy with calls :)
[15:03] <briancurtin> BLOCKED: nada
[15:03] <briancurtin> NEXT: nessita
[15:03] <nessita> DONE: control panel design review, reviews, catch up after holiday
[15:03] <nessita> TODO: propose branch for bug #933576, 1-1 with ralsina, some calls re: U1CP look and feel
[15:03] <nessita> BLOCKED: nopes
[15:03] <nessita> NEXT: gatox
[15:03] <gatox> DONE:
[15:03] <gatox> Proposed 2 branches on monday, tuesday holiday, today apply some improves to those branches. Review for mandel and ralsina.
[15:03] <gatox> TODO:
[15:03] <gatox> Mumble with nessita to talk about some ui issues.
[15:03] <gatox> BLOCKED:
[15:03] <gatox> No
[15:03] <gatox> alecu, go
[15:03] <alecu> DONE: proposed first two branches for bug #929207 that need reviews, a bit of debugging on two proxy related bugs.
[15:03] <alecu> TODO: work on tunnel process and SD integration, catch up with reviews
[15:03] <alecu> BLOCKED: no
[15:03] <alecu> REVIEWS NEEDED:
[15:03] <alecu> * https://code.launchpad.net/~alecu/ubuntuone-client/proxy-tunnel-server/+merge/95075
[15:03] <alecu> * https://code.launchpad.net/~alecu/ubuntuone-client/proxy-tunnel-client/+merge/95077
[15:03] <alecu> NEXT: urbanape
[15:03] <urbanape> DONE: made some progress with briancurtin
[15:03] <urbanape> TODO: recompile PyQt with the dbus stuff to get the mainloop
[15:03] <urbanape> BLOCK: None
[15:03] <urbanape> dobey: europe
[15:03] <dobey> λ DONE: fixed indicator support to work again, fixed indicator to launch installer (and qt panel)
[15:03] <dobey> λ TODO: rb extension bugs, look at twisted g/gtkapplication support/hanging issue
[15:03] <dobey> λ BLCK: none.
[15:04] <dobey> ralsina: you don't get out of it because you're a manager.
[15:05] <nessita> ralsina: TODO: attend the standup :-P
[15:05] <alecu> urbanape, briancurtin: you guys are probably aware that if getting dbus compiled on pyqt is troublesome you may be able to use the PerspectiveBroker based ipc instead, right?
[15:06] <nessita> urbanape, briancurtin, alecu: right, since we already have all the PB IPC in place
[15:06] <alecu> urbanape, we are using that on windows, and it should work on mac since it comes standard with twisted.
[15:07] <mandel> urbanape, I think I did write that in my crazy, full of typos, email, right? first approach, using twisted pb, later get something smarter
[15:07] <alecu> urbanape, briancurtin: perhaps you can try with that just to get things running, and then try with dbus to see if it works better.
[15:07] <briancurtin> yeah, PB is an option to try. ultimately there may be a more mac-specific thing, but PB may get us moving
[15:08] <alecu> briancurtin, the nice thing about pb may be that we won't be needing to compile pyqt ourselves each time a new version is released.
[15:09] <alecu> briancurtin, on windows at least we didn't like PB because it runs on a local tcp port, and that can give troubles with some firewalls
[15:09] <ralsina> sorry, phone call!
[15:09] <alecu> briancurtin, but on mac I'm not sure if that's an issue.
[15:10] <ralsina> DONE: design call, mgmt call, some code, misc things, nessita 1-1. TODO: standups! BLOCKED: no
[15:10] <briancurtin> alecu: good info, thanks
[15:11] <ralsina> well, I doubt a sandboxed app can open a tcp server
[15:11] <ralsina> but for theproof of concept? +1 to pb
[15:13] <mandel> alecu, briancurtin we wanted to be able to use the IOCP reactor to be listening to namepipes and not ports to work around that issue. The main problem with pb is that there is no C implementation for banana
[15:13] <mandel> which is a PITA and not a surprise..
[15:14] <briancurtin> mmm, delicious pitas (sorry, kind of hungry)
[15:18] <rye> re: PerspectiveBroker - how about third-party interaction with the code?
[15:18] <rye> i mean with the service
[15:21] <dobey> i wonder how brew/etc will play out with mountain lion requiring signed everything
[15:26] <alecu> rye, that's a good point. With mandel we started implementing an experimental json over tcp ipc mechanism, as a freaky friday project.
[15:26] <alecu> rye, but we got sidetracked with other more urgent matters
[15:28] <alecu> rye, in any case, I agree that PB is not the best way to present an API
[15:40] <nessita> alecu: and DBUs is? :-)
[15:41] <gatox> this upgrade is killing my machine :S
[15:41] <nessita> gatox: lies! :-)
[15:42] <gatox> nessita, i wish
[15:42] <nessita> gatox: can I help
[15:42] <nessita> ?
[15:42] <gatox> nessita, no, unless you fix unity :P
[15:42] <nessita> gatox: I can fix that!
[15:42] <nessita> sudo apt-get remove unity
[15:42] <gatox> jejejej
[15:43] <ralsina> yesterday unity was really broken so I spent 2 hours on openbox. Things were *fast*. And nothing had *menus*.
[15:45] <mandel> ralsina, I broke bash today, that was interesting :)
[15:46] <alecu> mandel, let's talk ssl around here
[15:46] <mandel> alecu, sure, so what was your idea :)
[15:46] <alecu> mandel, my idea is not using squid at all
[15:47] <alecu> mandel, for the ssl tests any ssl server would do
[15:47] <alecu> mandel, like a twisted http over ssl server
[15:47] <alecu> mandel, and make that server listen to CONNECT or other proxy methods
[15:48] <alecu> mandel, since the thing that you want to test is ssl exceptions the protocol that's tunneled thru ssl is not that much important anyway
[15:48] <alecu> mandel, what do you think?
[15:49] <mandel> alecu, I did consider that too, and I think is a good idea, the question know is: is that type of test general enough? if it is not we can simply add it to the sso trunk and forget about touching devtools
[15:49] <mandel> alecu, and I don't want to touch devtools since it will be an other ffe
[15:49] <alecu> mandel, right
[15:50] <alecu> mandel, then probably we can do this tests in sso. The ffe is not that strict for unittests, right?
[15:51] <mandel> alecu, I'll work on that on sso then since we have a ffe for that, and adding tests is not an exception :)
[15:54] <nessita> all, I'm going underground for a bit to focus in some hard reafactoring I need to do
[15:54] <nessita> will not pay that much attention to IRC, if you really need me please say my nickname :-)
[15:58]  * gatox lunch
[16:06] <Chipaca> jono: how's things?
[16:07] <jono> Chipaca, good, man :-)
[16:07] <jono> about to hop on a team call :-)
[16:07] <Chipaca> jono: hangouts still working for y'awl?
[16:07] <jono> Chipaca, indeed :-)
[16:07] <jono> we love 'em
[16:07] <dobey> google records them all :)
[16:30] <nessita> dobey: ping
[16:30] <dobey> nessita: yes?
[16:31] <nessita> dobey: is gir1.2-indicate-0.7 a dependency in u1client?
[16:31] <dobey> yes
[16:31] <nessita> dobey: yesterday my laptop was broken since sd did not start on a importerror on that
[16:31] <dobey> in ubuntu
[16:31] <nessita> dobey: not in nightlies?
[16:31] <dobey> it's in Recommends
[16:31] <dobey> or i might have moved it to depends there too
[16:31] <nessita> dobey: right now the code requires it
[16:32] <nessita> dobey: when we fix it to be optional, yes, should be a recommends
[16:32] <dobey> nessita: yes, and there is a bug about it
[16:32] <cjohnston> are there issues not currently indicated on the status page? the app shows file sync in progress, --current-transfers shows uploads 0 downloads 0 and I know for a fact that not everything is synced
[16:33] <dobey> duanedesign, rye: ^^ any answer for cjohnston ?
[16:35] <duanedesign> cjohnston: probably need to look at the logs
[16:37] <duanedesign> cjohnston: since your last log folder was so big you want to try just the ~/.cache/ubuntuone/log/syncdaemon.log
[16:38] <ralsina> nessita: quick question about theindicate bug. Messaging.show_message returns the Indicator. That only seems to be used in the tests. The easiest way I find to make indicate optional is to turn show_message into a noop if indicate can't be imported, but then I have nothing to return. Is that really really bad?
[16:38] <cjohnston> seem to be some 2012-02-29 10:15:13,345 - twisted - ERROR - Unhandled error in Deferred:
[16:38] <cjohnston> 2012-02-29 10:15:13,345 - twisted - ERROR - Unhandled Error
[16:38] <cjohnston> Traceback (most recent call last):
[16:38] <cjohnston> Failure: dbus.exceptions.DBusException: org.gnome.zeitgeist.EngineError.DatabaseError: Can't start transaction: 1, cannot start a transaction within a transaction
[16:39] <nessita> ralsina: hum, I'm not familiar with that code... did you check if dobey was modifying it as well? (I think he was?)
[16:39] <ralsina> it only has thisfred name on it. I'll ask him instead.
[16:40] <thisfred> whaddup
[16:40] <ralsina> thisfred: have 2' to help me with something in the u1-client messaging?
[16:40] <thisfred> sure
[16:40] <thisfred> where do I look?
[16:40] <ralsina> thisfred: give me a sec...
[16:40] <ralsina> thisfred: https://code.launchpad.net/~ralsina/ubuntuone-client/may-indicate/+merge/95204
[16:41] <duanedesign> cjohnston: is their anything in syncdaemon-exceptions.log ?
[16:43] <cjohnston> duanedesign: a ton of 2012-02-29 11:43:15,621 - twisted - ERROR - Unhandled error in Deferred:
[16:43] <cjohnston> 2012-02-29 11:43:15,622 - twisted - ERROR - Unhandled Error
[16:43] <cjohnston> Traceback (most recent call last):
[16:43] <cjohnston> Failure: dbus.exceptions.DBusException: org.gnome.zeitgeist.EngineError.DatabaseError: Can't start transaction: 1, cannot start a transaction within a transaction
[16:44] <dobey> ralsina: i guess you didn't see my request this morning then?
[16:45] <thisfred> ralsina: I think the fact that it returns the indicator is a relic
[16:45] <ralsina> dobey: apparently not
[16:45] <ralsina> thisfred: it is used in the tests for something (have not looked)
[16:45] <thisfred> ralsina: to prevent further confusion, I would make it not explicitly return anything, if we can rework the tests so they don't need it
[16:45] <ralsina> thisfred: makes sense
[16:45] <ralsina> dobey: what request?
[16:46] <dobey> ralsina: i asked you to hold off on that branch, as i did some work yesterday, which will conflict with fixing that bug
[16:46] <ralsina> dobey: oops, no, missed it. Ok, holding :-)
[16:46] <thisfred> ralsina: I'm sure I didn't build it that way just for the tests, I think my first attempt was just a mess, and this is a bit of that mess left over.
[16:46] <ralsina> thisfred: ack, thanks dude!
[16:46] <dobey> i need to file a bug to link my branch to though, as nobody else filed it yet
[16:47] <dobey> right now, i really need to get some lunch
[16:47] <dobey> bbiab then will look at mess fixery
[16:47] <ralsina> dobey: cool, buen provecho!
[16:47] <dobey> gracias
[16:48] <thisfred> ralsina: two tests rely on it, but hopefully they can be fixed by getting the indicator directly.
[16:48] <ralsina> thisfred: right
[16:49] <thisfred> ralsina: btw, I've moved back from accounts (I think, barring any disasters, and of course I'll still do reviews and maybe some small branches there)
[16:49] <ralsina> thisfred: yay!
[16:50] <ralsina> thisfred: of course you are mostly on u1db, but welcome back to standups, weekly meeting and doing our reviews ;-)
[16:50] <thisfred> I'll now be focusing on u1db, but when I'm up to speed on that in the next week or so, I may have some time for more general desktop things too
[16:50] <thisfred> yep
[16:50] <ralsina> thisfred: also, schedule a weekly 1-1 with me please
[16:50] <thisfred> will do, what's a good day for you?
[16:50] <ralsina> I usually have weekly 1-1s with everyone every two weeks or so, depending on how busy we are ;-)
[16:51] <ralsina> wednesday
[16:51] <thisfred> ok, I have no time preference, considering I start at 8:30 EST
[16:51] <thisfred> So after that, anything's good
[16:51] <ralsina> thisfred: anytime I have free after that time is good.
[16:52] <thisfred> ok
[16:52]  * ralsina notices neither wants to actuallyopen calendar and do it
[16:53] <thisfred> I'm just trying to figure out how to view yours ;)
[16:53] <thisfred> I have mine open
[16:53] <ralsina> thisfred: haha, mine should be as well
[16:54] <ralsina> thisfred: "find a time" is the trick IIRC
[16:55] <thisfred> ralsina: I think I have yours
[16:55] <ralsina> thisfred: let me do it
[16:55] <ralsina> thisfred: ok :-)
[16:57]  * ralsina wonders how we managed this without technology. Oh, yes, with bits ofpaper and clocks.
[16:58] <thisfred> ralsina: hmm, it defaulted to an hour, which is probably on the long side, but it won't let me edit anymore
[17:01] <thisfred> ralsina: nm: I couldn't edit your copy of course, which was obscuring mine.
[17:03] <thisfred> now, lunch
[17:08] <ralsina> great, so pastebin.canonical.com, if you have the cookie from a "bad" account, will not let you login, even with a good account, until you remove the old cookie manually. Good UX there :-/
[17:10] <urbanape> briancurtin: building a new version of the U1 Music app for submission then lunch. Want to pick up after?
[17:11] <briancurtin> urbanape: sounds good
[17:14] <nessita> lunchtime!
[17:15] <gatox> mandel, hey!! Chipaca just told me....... now is: super+shift+arrows
[17:15] <mandel> gatox, cool, nice to know!
[17:15] <mandel> gatox, then there is a bug, I see the cheat window when I do it :P
[17:16] <ralsina> I hate calling the windows key "super". It's at best "adequate".
[17:16] <gatox> mandel, here it's working fine..... just as ctrl+alt+arrow
[17:16] <Chipaca> gatox: mandel: shift+super, not super+shift
[17:16] <ralsina> Chipaca: super-shift != shift-super???? AHHHHHHHHH
[17:16] <Chipaca> the order of the farols, in this case, does alter the albumrad
[17:16] <gatox> ah yes
[17:17] <mandel> Chipaca, hold down shift + super, I see the little window
[17:17] <ralsina> mandel: shift-super and QUICKLY arrow
[17:18] <gatox> mandel, i don't see the little window until i release the super key
[17:18] <Chipaca> I don't see no little window, because i'm in unity 2d
[17:18] <Chipaca> lurve, lurve, unity 2d
[17:18] <gatox> ahhhh i'm in unity2d too
[17:18] <gatox> Chipaca, question :P
[17:19] <Chipaca> gatox: sarcastic answer
[17:19] <gatox> Chipaca, and how can i move a window from one workspace to the other?? it used to be ctrl+alt+shift+arrow
[17:19] <gatox> i tried a couple of combination, but no success
[17:20] <Chipaca> gatox: that one hasn't changed
[17:20] <gatox> mmmm so it's not working for me
[17:20] <Chipaca> gatox: ctrl+shift+alt+arrow?
[17:21] <gatox> Chipaca, nop
[17:21] <Chipaca> gatox: you suck
[17:21]  * Chipaca runs
[17:21] <gatox> jejejee
[17:22] <Chipaca> gatox: system settings -> keyboard -> shortcuts -> knock yourself out
[17:22] <Chipaca> davidcalle:
[17:22] <Chipaca> davidcalle: ping
[17:22] <gatox> Chipaca, yep.... i'll do that.... thanks
[17:22] <davidcalle> Chipaca, pong
[17:22] <Chipaca> davidcalle: ah! just remembered :)
[17:23] <Chipaca> davidcalle: was going to ask when trunk would be released :)
[17:23] <gatox> Chipaca, ahhhh it's alt+super+arrow  now
[17:23] <davidcalle> Chipaca, after beta, yes :)
[17:24] <Chipaca> davidcalle: your latest commit is bad
[17:24] <Chipaca> davidcalle: *bad* bad
[17:25] <Chipaca> davidcalle: blow-up-in-your-face bad
[17:25]  * davidcalle is scared
[17:25] <davidcalle> Chipaca, I listen.
[17:25] <Chipaca> davidcalle: what happens if the results are, indeed, unicode, and include non-ascii characters?
[17:26] <mandel> gatox, I think is the same as one of the combos from ryu..
[17:26] <mandel> gatox, I cannot remember witch :)
[17:26] <gatox> mandel, i change it back to the old shortcuts
[17:26] <mandel> gatox, try Forward+HP -> C.LK -> Hadouken -> Shinkuu Hadouken
[17:26] <gatox> jejjejee
[17:27]  * ralsina tries the capcom code in unity, doesn't work
[17:27] <davidcalle> Chipaca, hmm, .encode("utf-8")?
[17:27] <Chipaca> davidcalle: what you need to do is first confirm whether they are always unicode (checked: they always come from json.loads, so they are unicode), and then if so, instead of str(thing), do thing.encode('utf-8')
[17:27] <Chipaca> davidcalle: if they weren't always unicode, you'd have ugly code, or a bug, or a lot of refactoring, or all three :)
[17:28] <mandel> gatox, we should totally have capcom commands for everything
[17:28] <davidcalle> Chipaca, got it.
[17:28] <gatox> mandel, shortcuts FTW
[17:29] <mandel> gatox, they do sound like a great addition for ninja
[17:29] <mandel> gatox, if you don't give me vim give me ryu!
[17:30] <gatox> mandel, well..... you actually have a lot of crazy shortcuts in ninja..... during the sprints the other developers find out about them..... i need to write documentation :P
[17:37] <dobey> hrmm
[17:40] <mandel> EOD here, catch you all tom!
[17:46] <gatox> mandel, bye
[18:00] <facundobatista> karni, are you in twitter?
[18:00] <nessita> gatox, ralsina: philosophical question: (in the context of the SSO wizard) why do we have our custom Header that we insert in a QWizarPage layout instead of using the QWizarPage's title and QWizarPage's subTitle?
[18:01] <dobey> facundobatista: he is mkarnicki on there
[18:01] <facundobatista> dobey, gracias
[18:01] <gatox> nessita, it was because of the styling..... and how the wizard show (and in some cases don't show) the title and subtitle depending on the wizard style
[18:02] <nessita> gatox: can you give a little more details? as in, what we needed that wasn't possible
[18:02] <gatox> nessita, mmmm..... the font size for example
[18:02] <gatox> padding.....
[18:02] <ralsina> nessita: you can't style the title and subtitle
[18:02] <nessita> gatox: couldn't we set that thru stylesheets?
[18:02] <gatox> tunning adding the ellipsis
[18:02] <gatox> nop
[18:03] <nessita> boo, thanks
[18:03] <nessita> Next question:
[18:03] <ralsina> nessita: the wizard is really not-stylable
[18:03] <gatox> nessita, and some wizard styles don't show title directly
[18:03] <nessita> why defining this on every QWizardPage?
[18:03] <nessita>     205     def nextId(self):
[18:03] <nessita>     206         """Return the next page ID."""
[18:03] <nessita>     207         return self.next
[18:03] <ralsina> gatox: we are forcing the wizard style to modern (or something) anyway ;-)
[18:03] <ralsina> nessita: because originally the pages did not inherit a common class and we never refactored it?
[18:04] <gatox> i think we are not using that anymore
[18:04] <dobey> ralsina: you lied; but i guess there's only one spot that will definitely conflict, in that branch
[18:04] <ralsina> we shouldn't since you guys moved the logic to the wizard
[18:04] <ralsina> dobey: I lied? How unsurprising. Where?
[18:04]  * briancurtin lunch
[18:05] <nessita> gatox, ralsina: so, my gut feeling that that code is not needed is correct, right? (unless we need a custom nextId to be set)
[18:05] <ralsina> nessita: right
[18:05] <nessita> ack, thanks!
[18:05] <gatox> nessita, correct
[18:05] <dobey> ralsina: i asked you to hold off on that branch, and there's a proposal for it :P
[18:05] <ralsina> dobey: sorry, I did the proposal before we talked about it
[18:06] <ralsina> dobey: to show the diffs to others to clarify some points. Forgot to set it to WIP though
[18:07] <nessita> ralsina: and this wasn't enough to style a subtitle? "The subtitle may be plain text or HTML, depending on the value of the QWizard::subTitleFormat property."
[18:07] <nessita> (the same applies to the title)
[18:07] <nessita> ralsina: just trying to understand some code
[18:07] <ralsina> nessita: that one I did not know ;-)
[18:08] <nessita> ralsina: would that have worked?
[18:09] <ralsina> nessita: I don't know. It's not really modern HTML, but a subset plus CSS2
[18:09] <ralsina> nessita: probably yes
[18:09] <nessita> ack, thanks again!
[18:11] <dobey> sigh; google translate doesn't like unicode in urls at all :(
[18:12] <nessita> ralsina, gatox: one more question... how can I add a widget to a qwizardpage I'm creating "by hand"?
[18:13] <gatox> nessita, add the widget to the layout of the page
[18:13] <gatox> i'm not sure i understand the question
[18:14] <nessita> gatox: I'm reading the qwizardpage doc, and I'm not sure how I can set the page "main widget"
[18:15] <gatox> nessita, you can extend from QWizardPage and define the layout
[18:15] <gatox> nessita, i don't know how are you creating the page
[18:15] <nessita> gatox: I'm indeed extending QWizardPage
[18:15] <gatox> nessita, so, in the init you can do something like:
[18:15] <gatox> vbox = QVBoxLayout(self)
[18:15] <gatox> and add the widgets to that layout
[18:16] <nessita> gatox: there is no default layout in a QWizardPage?
[18:16] <gatox> yes.... i don't remember which kind of layout it is
[18:16] <dobey> people use icons in the weirdest ways, for the things which they aren't icons for
[18:16] <nessita> gatox: thanks, I'll research from here
[18:16] <gatox> nessita, you can ask for the layout with self.layout()
[18:16] <nessita> thanks!
[18:16] <gatox> and do: self.layout().addWidget
[18:24] <dobey> ralsina: were you asking about the messages indicator, because someone was not seeing share notifications in it, and was expecting to?
[18:27] <nessita> ralsina, gatox: is there any signal that gets emitted when a .close() is called in a widget ?
[18:27] <gatox> nessita, depends on the widget..... but you can overload the closeEvent method
[18:28] <nessita> gatox: I want to connect to a widget's "signal" when that widget calls .close()
[18:28] <nessita> destroyed!
[18:28] <nessita> that's what I want
[18:29] <gatox> nessita, mmmm i'm not sure about destroyed..... i personally wouldn't use that in python
[18:29] <nessita> gatox: why not?
[18:30] <gatox> nessita, i don't know what you want to do..... but in python with the garbage collector i don't know if that works ok....... maybe i'm wrong..... ralsina ^
[18:30] <gatox> i think i had problems with that in the past.......
[18:45] <urbanape> briancurtin: back
[18:46] <briancurtin> urbanape: on phone with USPS, but back in a few mins
[18:46] <urbanape> k
[18:48] <briancurtin> urbanape: now im back
[18:48] <urbanape> cool. mumble?
[18:49] <briancurtin> logging in
[18:57] <nessita> dobey: I lost track of the progress on the 'dark grey' bug. Are you doing the UIFe?
[18:57] <nessita> (yes I'm old and drop packages :-D)
[18:59] <dobey> nessita: sure, i can
[18:59] <nessita> dobey: wanna propose the branch for merge, so I can use that?
[19:00] <dobey> nessita: about to yeah. was filing bugs and proposing my client branch to fix the indicator
[19:00] <nessita> dobey: thanks
[19:02] <gatox> need to restart....... my computer is crashing all the time
[19:03] <nessita> gatox: lies! :-P
[19:03] <gatox> nessita, please believe me..... is not funny :( jeje
[19:03] <nessita> gatox: of course I believe you, I was kidding
[19:04] <elopio> Friends,
[19:05] <elopio> when I create a U1 contact list on thunderbird, the list is shown nowhere on the website, right?
[19:05] <dobey> hey now. let's keep it professional! :P
[19:05] <dobey> elopio: depends on what you mean exactly, but couchdb support is drifting away
[19:06] <dobey> elopio: so even if you did it the right way (tb UI can be confusing), and it doesn't work, we probably won't be able to get it fixed
[19:06] <karni> ralsina: facundobatista: I replied to the tweet, thanks. 1) It depends how often picures are uploaded (obviously), which == radio 2) we'll be decreasing the memory footprint shortly, which can also help
[19:07] <dobey> gatox: was it the alienware?
[19:07] <facundobatista> karni, how reducing the memory footprint improves battery?
[19:07] <gatox> dobey, i'm having a lot of issues since the last upgrade (yesterday)
[19:08] <karni> facundobatista: Decreases paging, which is I/O
[19:08] <dobey> gatox: maybe it just wants you to reinstall it again :P
[19:08] <karni> facundobatista: Android prefers to have memory full, only then starts to swap pages. On the initial auto-upload, we're quite a memory hog (in-memory queues).
[19:08] <gatox> dobey, ohhhh fun..... not
[19:08] <gatox> jeje
[19:10] <facundobatista> karni, so probably it's the case
[19:10] <karni> facundobatista: ralsina: FWIW, we use a very efficient way to detect new photos. We have a lightweight background service, so that's not the problem.
[19:11] <elopio> dobey: it's like a weird bug. But what you said is probably the best answer for the reporter. Thanks.
[19:13] <dobey> elopio: so tb has local lists and remote address books, and it can be confusing which one you've created
[19:18] <dobey> nessita: https://code.launchpad.net/~dobey/ubuntuone-control-panel/the-darkness/+merge/95239 btw
[19:18] <nessita> dobey: FINALLY :-D
[19:19] <nessita> like the name
[19:19] <nessita> I* like the name
[19:19] <dobey> ralsina: btw; any word on the product sprint thing?
[19:21] <elopio> dobey: this is a list of contacts on a U1 remote address book. I think... It's confusing.
[19:21] <nessita> dobey: btw, where did you get the dark grey color from?
[19:21] <nessita> dobey: I'm looking at the UBuntu paletter and it does not match
[19:22] <dobey> nessita: the titlebar on the window
[19:22] <nessita> Ubuntu palette*
[19:22] <dobey> ubuntu palette?
[19:22] <nessita> dobey: I guess we need to change it to the Ubuntu dark grey, which is listed in http://design.canonical.com/the-toolkit/ubuntu-logo-and-circle-of-friends/
[19:22] <nessita> dobey: from http://design.canonical.com/brand/Tools/colour_palettes/UbuntuColours.png, I can tell the dark grey is:
[19:23] <dobey> elopio: don't know if desktopcouch supports that. or if the web ui for contacts does either.
[19:23] <dobey> elopio: i suspect not
[19:23] <nessita> dobey: #333333
[19:23] <nessita> dobey: can you please change that?
[19:23] <dobey> nessita: why do we need to change it to that?
[19:24] <nessita> dobey: the agreement with the design team was to stick to the ubuntu palette for this change
[19:24] <nessita> dobey: so I promised we were gonna use the ubuntu dark grey
[19:24] <nessita> and I would like to keep my promise :-)
[19:26] <dobey> then it won't match
[19:27] <nessita> dobey: I think it will, since the window top bar is a gradient
[19:28] <dobey> nessita: it's a gradient, and i picked the color at the bottom of the gradient so it would match correctly.
[19:29] <dobey> and the window borders theme doesn't even use 333333 anywhere within it
[19:29] <dobey> that color doesn't even appear anywhere within the Ambiance theme at all, actually
[19:30] <nessita> dobey: the difference is extremely sutil
[19:31] <dobey> but i can see the edge
[19:31] <nessita> hum
[19:31] <nessita> dobey: then we need to run this by design again
[19:31] <dobey> granted, *i* can see the edge, and people can't even read the text on my screen
[19:31] <nessita> dobey: yes, you're right, I can also see the edge :-/
[19:32] <nessita> hrm
[19:32] <nessita> ralsina: any opinion? ^
[19:32] <dobey> nessita: but you can only see it because i said i can and you looked harder :P
[19:32] <nessita> dobey: yes, is very sutil
[19:33] <dobey> nessita: anyway, i pushed the change
[19:33] <nessita> I had to use xmag to see the edge
[19:33] <nessita> dobey: but you're right, it does not look good
[19:33] <nessita> I wish I had known this discrepancy this morning :-/
[19:33] <dobey> should have used xmag :)
[19:34] <nessita> dobey: I assumed the dark grey in the windows was the ubuntu dark grey
[19:34] <dobey> well we should wait for the UIFe anyway
[19:39] <dobey> nessita: re: assumption: http://www.youtube.com/watch?v=miPPQu2iqts
[19:53] <dobey> oh, pitti gave the +1. so we just need to decide which color to use
[19:53] <dobey> :)
[19:54] <dobey> nessita: in the meantime… https://code.launchpad.net/~dobey/ubuntuone-control-panel/remove-gtk/+merge/95252
[19:55] <nessita> dobey: you're tackling all the easy and fun branches, is not fair :-)
[19:56] <dobey> it's not fun :)
[19:56] <dobey> it's a very sad branch
[20:05] <nessita> ralsina: can I somehow connect a callback to the clicked event of a qwizard cancel button?
[20:05] <urbanape> ralsina: getting dbus into PyQt4 should be as simple as adding a --dbus=/path/to/dbus/headers right?
[20:06] <urbanape> to the call to configure.py
[20:10] <dobey> urbanape: should do, yeah
[20:11] <dobey> urbanape: i presume you have pkg-config working?
[20:12] <urbanape> yeah, should be
[20:14] <dobey> urbanape: what does "pkg-config --cflags-only-I --libs dbus-1" output for you?
[20:14] <urbanape> -I/usr/local/Cellar/d-bus/1.4.18/include/dbus-1.0 -I/usr/local/Cellar/d-bus/1.4.18/lib/dbus-1.0/include  -L/usr/local/Cellar/d-bus/1.4.18/lib -ldbus-1 -lpthread
[20:15] <dobey> urbanape: and you have /usr/local/Cellar/d-bus/1.4.18/include/dbus-1.0/dbus/dbus-python.h ?
[20:15] <urbanape> aha.
[20:16] <urbanape> no, but it does exist at /usr/local/include/dbus-1.0/dbus/dbus-python.h
[20:17] <gatox> EOD here! see you tomorrow people!
[20:19] <dobey> urbanape: so it looks like dbus-python installed it to the wrong place. pyqt4 should be picking up the support automatically in configure.py. but that, and possibly the location of the dbus python package itself are causing that to fail
[20:19] <urbanape> yup. since the dbus-python wasn't a homebrew recipe, it just installed it straight into /usr/local/{lib|include|&c}
[20:19] <dobey> ah ok
[20:19] <urbanape> need to whip up a homebrew formula for it.
[20:28] <dobey> ugh, where did my postage stamps go :-/
[20:40] <ralsina> nessita: yes, get a reference to the button (QWizard.button, IIRC) and then use its clicked signal
[20:40] <mandel> nessita, http://developer.qt.nokia.com/doc/qt-4.8/qwizard.html#button
[20:40] <nessita> ralsina: I found it, is rejected
[20:40] <ralsina> urbanape: in theory but I have done nothing like it in the last 10 years or so
[20:40] <nessita> the specific signal is rejected
[20:40] <ralsina> nessita: oh, ok
[20:41] <urbanape> ralsina: I think we figgered it out.
[20:41] <ralsina> damn, I leave 1 hour and everyone solved everything!
[20:41] <urbanape> homebrew segregates its stuff off and then links into /usr/local/*
[20:41] <urbanape> and my dbus-python was installing into /usr/local/*, but pkg-config was not looking in the same place.
[20:42] <ralsina> dobey: niggle about an older branch already merged, why not have both installer and control panel have the window class be "Ubuntu One" instead of "Ubuntu One Installer"?
[20:42] <ralsina> urbanape: awesome
[20:42] <nessita> ralsina: so, I need some input from you
[20:43] <ralsina> nessita: sure
[20:43] <nessita> ralsina: which one? http://ubuntuone.com/0H4mGL2S5HaF1PSN5UUW6p or  http://ubuntuone.com/2fLrfst5ueA6MiAQEaFF0y
[20:43] <nessita> ralsina: I like neither :-/
[20:43] <ralsina> nessita: looking...
[20:44] <nessita> ralsina: if we could hide the ---------- bottom line, I would take the first one
[20:44] <ralsina> nessita: http://ubuntuone.com/2fLrfst5ueA6MiAQEaFF0y has two "default buttons" so, on this choice, thefirst
[20:44] <nessita> ralsina: can fix that, no prob
[20:44] <ralsina> nessita: we can!
[20:44] <nessita> ralsina: how????
[20:44] <ralsina> nessita: let me think a second ;-)
[20:44] <dobey> ralsina: well it's ubuntuone-installer, and because that would mean more work, and chanes to both, and more possibility to break
[20:45] <ralsina> nessita: ok, that is the line above the buttons in a wizard... let me dig a little bit
[20:45] <ralsina> dobey: yes, but it *is* weird, admit it ;-)
[20:45] <ralsina> dobey: maybe a low bug for the indefinite future?
[20:45] <dobey> ralsina: well, i didn't design unity, so… ;)
[20:46] <dobey> ralsina: a) i wish we could just get rid of ubuntuone-installer. b) i wish the qt control panel didn't hard code everything.
[20:47] <ralsina> dobey: I don't see how b) applies to this specific thing,but hey,whatever makes you happy, dude.
[20:48] <ralsina> nessita: I am sure it can be done, but it may involve some 15 minutes of experimentation. Stay tuned ;-)
[20:49] <nessita> ralsina: in your personal opinion, which one is better?
[20:49] <dobey> ralsina: the icon
[20:49] <dobey> which i don't understand why it's not using the same icon as on linux, but hey
[20:49] <nessita> ralsina: I updated the second screenshot with one that has only one default button
[20:50] <ralsina> "the same icon as on linux"? The icon is set on designer, it's not hardcoded.
[20:50] <ralsina> dobey: ^
[20:51] <dobey> ralsina: set how? it's embedded in the binary as i understand, and if not, then the full path must be listed. because windows doesn't do the Icon Theme Spec.
[20:52] <dobey> ralsina: and we are using a different icon for the winodws version, than we are on linux.
[20:52] <dobey> it's not using the ubuntu one icon we use everywhere
[20:54] <ralsina> nessita: to get rid of that line: the parent() of any QWIzardPage (after they are added) is a QFrame. do frame.setFrameShape(frame.NoFrame)
[20:54] <ralsina> dobey: well, it's using the icon we are telling it to use. If on Ubuntu we should use a different one, it's trivial to fix...
[20:54] <nessita> ralsina: can we do that with stylesheets?
[20:54] <ralsina> nessita: maybe with some weird selector. gatox may know
[20:55] <ralsina> nessita: but then there will be no line ever (even if we do have buttons) so maybe the second one is a better idea anyway
[20:56] <nessita> ralsina: you IRL tried it? it did not work here
[20:57] <ralsina> nessita: nope, I can try to IRL it though
[20:57] <nessita> ralsina: no rush, I'm leaving. Which one do you like better?
[20:57] <ralsina> The second
[20:58] <nessita> ack then!
[20:59] <ralsina> Ha, pdb really hates it if you have an object called p. p.whatever() gives a syntax error!
[21:06] <alecu> nessita, ping
[21:06] <dobey> brb. gotta run a couple quick errands
[21:06] <alecu> nessita, in your spawn-related code, how did you end up getting the cross platform path to the executable being spawned?
[21:07] <nessita> alecu: good question!
[21:07] <alecu> nessita, I need something similar for the tunnel process
[21:07] <nessita> alecu: the path is multiplatform, but it points to the python script, which in windows, strictly speaking, is not executable
[21:08] <nessita> alecu: understand my point?
[21:08] <alecu> nessita, so, via __file__ ?
[21:08] <nessita> alecu: no, please look at the get_bin_dir in ubuntu_sso/utils/__init__.py
[21:08] <alecu> looking
[21:08] <nessita> alecu: the same way we grab the data files
[21:09] <nessita> dobey: what's the "windows top bar" grey? I'm writting an email to robert
[21:11] <ralsina> nessita: you want to learn about kcolorchooser :-)
[21:12] <ralsina> nessita: #3C3B37
[21:13] <alecu> nessita, so, dirname(__file__)/../../bin
[21:13] <nessita> ralsina: I know kcolorchooser and xmag, but I'm also very lazy at this time of the day
[21:13] <alecu> nessita, does that work at all inside py2exe?
[21:13] <nessita> alecu: that does not work on install
[21:14] <nessita> alecu: not sure. But surely what you propose does not work on ubuntu installs
[21:14] <ralsina> nessita: there, doneitfor you then :-)
[21:14] <nessita> ralsina: thanks! though I recall there was an 'A' in it
[21:14] <nessita> ralsina: you sure you grabbed the last pixel from the bottom?
[21:14] <alecu> nessita, right. I see that ubuntu_sso.constants is used for installs
[21:15] <nessita> alecu: yeap
[21:15] <nessita> alecu: I was counting on tweaking that if py2exe was a pain
[21:15] <ralsina> nessita: fromthe bar inside chromium
[21:15] <ralsina> nessita: same thing for the tabbar inside thunderbird
[21:15] <nessita> ralsina: ack then!
[21:21] <urbanape> briancurtin: I'm EODing for now, though I typically get back on once Lex goes to sleep. I'll take a whack at brewing up the dbus-python package, rather than trying to piggy-back it on the dbus brew install location.
[21:27] <briancurtin> urbanape: the intertubes broke, im back on mumble
[21:27] <urbanape> briancurtin: I'm EODing for now, though I typically get back on once Lex goes to sleep. I'll take a whack at brewing up the dbus-python package, rather than trying to piggy-back it on the dbus brew install location.
[21:27] <briancurtin> urbanape: sounds good
[21:36] <nessita> dobey: remove-gtk reviewed
[21:37] <nessita> ok, I'm off crowd
[21:38] <nessita> bye all!
[21:38] <ralsina> bye nessita!
[21:38] <ralsina> dobey: do you have any pending reviews?
[21:42] <dobey> nessita: the bottom of the gradient is the color my branch was using before the 333333 change
[21:44] <dobey> nessita: #3c3b37
[21:46] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-control-panel/remove-gtk/+merge/95252
[21:46] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-control-panel/the-darkness/+merge/95239
[21:47] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-client/installer-not-panel/+merge/95237
[21:47] <dobey> nessita: ^^ you might want to look at that last one too
[21:47] <nessita> dobey: ack!
[21:47] <nessita> but tomorrow, I'm gone now
[21:47] <dobey> ralsina: that last one is the one that will conflict with your branch
[21:51] <ralsina> dobey: ok, will take a look at one or two
[21:53] <ralsina> dobey: why import glib as GLib and right away glib = GLib? in installer-not-panel?
[21:53] <ralsina> dobey: and the same with pyindicate and indicate
[22:03] <dobey> ralsina: to avoid the lint warnings
[22:03] <dobey> "redefinition of previously blah blah"
[22:18] <SpamapS> Question.. I think its been a few weeks now that U1 periodically says "Downloading XXXXXXXX and 199 other files to your computer" .. I haven't checked.. but.. is U1 broken on my system? Whats the deal?
[22:18] <SpamapS> BTW, XXXXXXX is always the same file
[22:19] <SpamapS> (and I'm running precise)
[22:21] <Chipaca> SpamapS: hm!
[22:21] <Chipaca> verterok: is that a you, or is it a nessita?
[22:22] <verterok> Chipaca: ?
[22:22] <Chipaca> verterok: or was that alecu
[22:22] <verterok> Chipaca: notifications? I think it's alecu/thisfred
[22:22] <alecu> probably
[22:23] <Chipaca> verterok: i know the notification issue was addressed, but i also know chicharra was involed in the fix :)
[22:23] <verterok> Chipaca: ah, ok. I didn't land the fix for it
[22:23] <alecu> I remember seeing a bug report for that...
[22:25] <SpamapS> So, is this a stuck, untrue notification?
[22:25] <SpamapS> or am I missing files that I should have?
[22:26] <SpamapS>  3022 clint     20   0  435m  64m 5520 S    7  1.6   3:46.80 ubuntuone-syncd
[22:26] <SpamapS> It always seems to be taking 5 - 8 % of the CPU .. so I assume its trying to do something
[22:36] <alecu> hmm... this is the bug I remembered: https://bugs.launchpad.net/ubuntuone-client/+bug/807005
[22:38] <dobey> there's a different report
[22:38] <ralsina> SpamapS: probably it's a lot more than 199 files and it just takes a long time
[22:39] <dobey> https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/939483
[22:39] <dobey> alecu: would be a different issue than that filename reset bug i think
[22:40] <alecu> dobey: it certainly looks so
[22:40] <ralsina> alecu, dobey: I think beuno mentioned this bug a few days ago
[22:41] <alecu> ralsina, dobey just pasted the url
[22:41] <ralsina> he, and he reported it, of course
[22:41] <SpamapS> ralsina: its always 199 .. and always the same file.
[22:41] <ralsina> SpamapS: yes, the number is a lie
[22:41] <SpamapS> ... like the cake..
[22:42] <dobey> SpamapS: what does "ls -lh ~/.cache/ubuntuone/log/*.log" list you as having?
[22:43] <alecu> ralsina, that number is taken from the events that went thru syncdaemon. Probably something changed with the changes that facundobatista was doing regarding storing some part of the queue on disk.
[22:43] <alecu> "something changed with the changes" -> doh
[22:43] <ralsina> alecu: right, and we are only getting the size of the not-in-memory queue or something
[22:43] <SpamapS> dobey: http://paste.ubuntu.com/862649/
[22:44] <dobey> the 199 is because there is a limit of 200 items in the queue
[22:44] <dobey> memory_pool_limit.default = 200
[22:44] <alecu> ralsina, dobey: data/syncdaemon.conf:memory_pool_limit.default = 200
[22:44] <dobey> heh
[22:44] <alecu> ditto :-)
[22:44] <SpamapS> I see downloads completing..
[22:44] <SpamapS> and more being added
[22:44] <dobey> so it probably is updating the notification every time a file completes, and a new item gets added to the queue
[22:45] <ralsina> now the interesting question is "can we know the size of the on-disk queue?"
[22:45] <dobey> ralsina: i think that's a question for facundo
[22:45] <ralsina> dobey: indeed. facundobatista? ^
[22:46] <SpamapS> I brought this up a while back in discussions. I'd much rather just see the queue length, and any errors. I don't really care about U1 doing its job normally.
[22:46] <dobey> SpamapS: how many files are you syncing exactly?
[22:46] <SpamapS> dobey: I'm not sure
[22:47] <SpamapS> AFAICT, these files were always on this particular machine, I'm not sure why they're being Downloaded again.
[22:48] <alecu> ralsina, it seems that it's very easy to find out the size of the queue with len(OffloadQueue), but that info is not useful in order to show the same data we were showing.
[22:49] <dobey> SpamapS: so the notifications do in fact, work the way you want (though i guess we don't have notify-osd notifications for errors); but a change in the underlying behavior of syncdaemon caused this particular issue to occur
[22:49] <ralsina> alecu: I won't pretend to understand what you said ;-)
[22:50] <alecu> dobey: SpamapS proposed on u1-discuss we got rid of most superfluous notifications altogether :-)
[22:50] <alecu> ralsina, sorry :-)
[22:50] <dobey> alecu: yes, we did that
[22:50] <alecu> dobey: we did a small part of that...
[22:50] <SpamapS> dobey: what I don't understand is that the files I see in the queue in magicicada, and the one in the notification, are already on disk.
[22:51] <dobey> SpamapS: i can't tell you why they're queued
[22:51] <SpamapS> so, is it just verifying hashes?
[22:51] <ralsina> alecu: I mean, I don't understand what "the same data we were showing" means in this context. Would weneed to examine the items before they are offloaded to disk and count something?
[22:51] <alecu> ralsina, well: we know the queue len, but we don't know how many items in the queue are files uploading, how many are files downloading, and how many are random stuff that syncdaemon needs to do.
[22:52] <alecu> ralsina, not in a clean way...
[22:52] <dobey> SpamapS: no, they wouldn't be in the content queue if that was the case. i have no idea why it's doanloading them again
[22:52] <dobey> if they're already there, that is
[22:52] <SpamapS> dobey: I have a theory
[22:52] <dobey> SpamapS: "the mayans did it" ?
[22:52] <SpamapS> http://paste.ubuntu.com/862655/
[22:52] <SpamapS> because I copied these files from my mac hard drive..
[22:53] <SpamapS> as root.. they're all owned by uids that aren't 'clint'
[22:53] <dobey> SpamapS: ah well, yeah, permissions problems are not fun
[22:53] <dobey> fix it :)
[22:53] <SpamapS> dobey: U1 may have been spinning for *months* on this
[22:53] <alecu> ralsina, the notification "aggregator" is loosely coupled with syncdaemon: it listens on a syncdaemon event bus. And the events are fired on that bus when they exit the "on-disk" queue.
[22:54] <SpamapS> $ find . -uid 501 -group dialout -type f | wc -l
[22:54] <SpamapS> 3556
[22:54] <dobey> that'd be a lot of files indeed
[22:54] <alecu> ralsina, we *could* do a kind of chanchada and send events only to the aggregator before they are sent to the on-disk queue... but it would probably break somewhere else.
[22:55] <SpamapS> Ok, chowned them all.. lets see what happens
[22:55] <SpamapS> well the exceptions stopped
[22:55] <dobey> SpamapS: you might get quite a lot of notifications still, but it should spin down to a stop fairly quickly
[22:56] <dobey> restarting syncdaemon might make it happen faster
[22:56] <SpamapS> dobey: yeah, even with it spinning on these forever, the notifications weren't that annoying. I just realized that it was the same file.. over and over.. and same length..
[22:56] <SpamapS> dobey: I would love to see the full queue length there. :)
[22:56] <SpamapS> 2012-02-29 14:56:52,930 - ubuntuone.SyncDaemon.MuteFilter - DEBUG - Blocking FS_FILE_CLOSE_WRITE {'path': '/home/clint/Pictures/FromMac/iPhoto Library/Originals/2009/Dec 9, 2009/2009-12-09 11.17.27.jpg'} (2051 left)
[22:57] <SpamapS> 2051 left .. that looks like a queue length
[22:57] <dobey> SpamapS: yeah, it used to be there. a change in syncdaemon to limit the in-memory queue length broke that though. i've just done some triage on the bug, and hopefully we can get it fixed for precise
[22:57] <SpamapS> dobey: *cool*
[22:58] <karni> ralsina: facundobatista: FWIW, I just saw this review on the Android Market (re: the question from twitter) "Android/Ubuntu One/Xbmc = sweet setup, can instantly share my photos with the family @ home on the TV's... I have no issues with battery drain or sluggish performance, I don't get it, it works flawlessly on my end. Do your research people, this is a great app..."
[22:58] <karni> I do not say there are no battery issues, we will always try to improve in that area.
[23:05] <Chipaca> karni: stop writing reviews for your own apps, it doesn't look good
[23:05] <Chipaca> :D
[23:05]  * karni thought he would trick people..
[23:06] <karni> Chipaca: I'm the person to know all shortcomings of the app, I wouldn't write such a review :) Now, back to building for the marketz
[23:09] <dobey> alright, i shouldn't still be here :)
[23:09] <dobey> later!
[23:10] <karni> bye dobey
[23:52] <alecu> bye bye, all!