[09:44] <JamesTait> Happy Day-After-Valentine's-Day!
[09:45] <mandel> JamesTait: where is my box of chocolates?!?!?
[09:46] <rye> okay, who knows a reliable way of determining how much bandwidth is used by the process for sending data to outside world?
[09:47] <rye> best if it just shows - current transfer for python - 50KiB/s
[10:23] <rye> hm, it looks like bandwidth throttling is working
[10:24] <rye> i.e. it transfers a bulk of data, then stops for some period of time, so it is more like interrupting transfer than the delay before every packet
[10:24] <rye> anybody here saw ubuntuone bandwidth throttling not working?
[11:42] <duanedesign> morning all
[11:42] <duanedesign> rye: i did at one point
[11:43] <duanedesign> on maverick i think it was
[11:43] <duanedesign> (bandwidth throttling)
[11:43] <rye> duanedesign, i am trying to find out how to make it misbehave and even though it looks like once it failed to stop streaming it no longer fails :-/
[11:44] <rye> i wonder whether it is unable to modify throttling limits durnig the transmission
[11:44] <duanedesign> interesting idea
[11:44] <duanedesign> i am trying to play catch up to all the new changes :)
[11:45] <duanedesign> been looking for a job last few months so have not had the time I have wanted to put into U1
[11:46] <karni> hi guys
[11:46] <duanedesign> rye: the controlpanel.log is replacing the preferences.log?
[11:46] <duanedesign> hey karni
[11:46] <karni> nokia abandoned linux. what a fail.
[11:47] <duanedesign> uggh
[11:47] <rye> duanedesign, yes, completely, and it comes in 2 packages to enable 3rd party control panels for ubuntuone (not tied to gtk i mean)
[11:47] <duanedesign> rye: oh cool
[11:47] <rye> karni, nokia abandoned symbian, what a win... but what will happen to Trolltech's QT?
[11:47] <duanedesign> rye: and the credentials log?
[11:48] <nessita> hello everyone
[11:48] <karni> rye: from what I see nokia has been promoting Qt quite intensely recenly (if that's what you're talking about)
[11:49] <rye> karni, yes, exactly, since they believed QT is the magic thing that will attract the developers to the platform. They have even created a remote compile service so that you could compile code for symbian even on linux (sources are sent there, compiled, then binary is sent back)...
[11:50] <karni> rye: wow, cool. and they have abandoned that already o_O?
[11:52] <rye> karni, need to check, nevertheless i tried to compile some examples from the QT Creator/Nokia SDK thing with that remote compile and all failed. Probably symbian and I have a mutual hatred
[11:52] <karni> rye: :D
[11:52] <rye> nessita, credentials.log - whose part is that - sso, ubuntuone-syncdaemon or ubuntuone-control-panel?
[11:53] <nessita> rye: ubuntuone.credentials module, a thin layer on top of ussoc to provide dedicated auth services for U1
[11:54] <nessita> rye: but basically is part of ubuntuone-client
[11:54]  * duanedesign nods
[11:54] <nessita> rye: would you have some time to review (with fieldtest) https://code.launchpad.net/~nataliabidart/ubuntuone-client/really-download-ro-shares/+merge/49462 ?
[11:57] <rye> nessita, on it
[11:57] <duanedesign> rye: is anyone workiing on bug 718196
[11:57] <ubot4> Launchpad bug 718196 in ubuntuone-control-panel (and 1 other project) "Add control panel logs to apport reports (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/718196
[12:33] <rye> nessita, approved
[12:33] <nessita> rye: awesome, thanks
[12:33] <rye> duanedesign, i had some initial bits but i also wanted nessita to tell what other logs can be collected
[12:35] <duanedesign> ahh, ok
[12:36] <duanedesign> just saw something I might beable to help with :)
[12:36] <duanedesign> be able*
[12:39] <ralsina> good morning everyone!
[12:40] <rye> duanedesign, an idea is popping up regularly in my head about collecting not all syncdaemon.log but grepping out some parts (possibly screaning the paths) so that we have more info immediately
[12:40] <zyga> hi
[12:40] <zyga> yesterday I used the nightly ppa to get new u1* on my maverick box
[12:41] <zyga> there was a bug with missing platform.linux.tools python package
[12:41] <zyga> AFAIR someone said it's just a matter of hours till this is fixed
[12:41] <zyga> is there any update to this?
[12:44] <duanedesign> rye: yes that would be nice. Some of those logs you get hypnotized about half way through and start to possibly miss information
[12:44] <duanedesign> hello zyga
[12:44] <duanedesign> zyga: good question
[12:44] <zyga> duanedesign, hi, how are you1
[12:46] <rye> zyga, hm, is it working for you now? because my maverick sd starts properly
[12:46] <zyga> rye, nope, let me check my precise version
[12:47] <zyga> I'm on 1.5.3+r865~maverick1
[12:47] <zyga> and it's not working
[12:47] <zyga> I can paste the traceback if you want
[12:47] <ralsina> zyga: I was. sorry, no fix yet, I am working on it right now.
[12:47] <zyga> ralsina, okay, thanks, I'll check again after upgrade
[12:49] <rye> zyga, hm, u1sdtool not working?
[12:49] <ralsina> There's no way bug #572006 is for the desktop+ team right?
[12:50] <ubot4> Launchpad bug 572006 in ubuntuone-servers "Shared File URL are Guessable (affects: 5) (dups: 1) (heat: 15)" [Undecided,New] https://launchpad.net/bugs/572006
[12:50] <zyga> rye, yes, ImportError
[12:50] <rye> ralsina, no and it is web/foundations/anybody since there is already a plan on how to prevent that... and it is only server-side
[12:50] <rye> okay, why does mine work?
[12:51] <ralsina> rye: I'll assign to web
[12:51] <beuno> ralsina, it's foundations  :)
[12:51] <rye> zyga, ok, rebooting the vm to re-test, my sd nightlies work on maverick
[12:52] <ralsina> zyga could you post the traceback? It works for me too :-(
[12:53] <zyga> zyga@fx-maverick:~$ u1sdtool
[12:53] <zyga> Traceback (most recent call last):
[12:53] <zyga>   File "/usr/bin/u1sdtool", line 33, in <module>
[12:53] <zyga>     from ubuntuone.platform.linux.tools import (
[12:53] <zyga> ImportError: No module named platform.linux.tools
[12:53] <zyga> ralsina, I'm sure it's a missing dependency then
[12:54] <ralsina> zyga: let me re-check on maverick
[12:54]  * zyga will have to look at command-not-found for python packages and modules that hints on import error :-)
[12:57] <ralsina> zyga: should be in python-ubuntuone-client
[12:58] <zyga> ralsina, I have 1.5.3+r865~maverick1
[12:58] <zyga> ha
[12:58] <zyga> it's there
[12:58] <zyga> so what could have happened?
[12:59] <zyga> hmm I cannot import ubuntuone.platform
[12:59] <ralsina> zyga: output of "dpkg -L python-ubuntuone-client | grep tools" please?
[13:00] <zyga> /usr/share/pyshared/ubuntuone-client/ubuntuone/platform/linux/tools.py
[13:00] <ralsina> zyga: remove and reinstall python-ubuntuone-client
[13:00] <ralsina> zyga: ok, your python is screwed
[13:00] <ralsina> zyga: oh, wait, no it isn't :-)
[13:00] <ralsina> Or rather, your site.py may be, I am not really sure :-(
[13:01] <zyga> so, should I reinstall to check
[13:01] <ralsina> zyga: yes please
[13:02] <zyga> still the same
[13:02] <zyga> hmmm
[13:04] <ralsina> tell me what you get with "python -m ubuntuone.platform.linux.tools"
[13:04] <zyga> python -m ubuntuone.platform.linux.tools
[13:04] <zyga> /usr/bin/python: No module named platform.linux
[13:04] <ralsina> zyga: ok, I think I have a clue now
[13:05] <ralsina> zyga: friday we changed how the python modules are imported and something is broken.
[13:05] <zyga> ralsina, you have a custom import hook?
[13:05] <ralsina> please run "python -v -m ubuntuone.platform.linux.tools" and put the output in a pastebin
[13:05] <zyga> ralsina, I looked a the package and it looks normal to me, I'm surely missing something
[13:05] <ralsina> zyga: pth files
[13:06] <ralsina> zyga: or could be a stale .pyc file
[13:06] <zyga> http://pastebin.ubuntu.com/567301/
[13:06] <ralsina> zyga: ok, I'll read that. It's going to take a little while ;-)
[13:07] <ralsina> zyga: do you have a /usr/lib/pymodules/python2.6/libubuntuone/ubuntuone/__init__.py ?
[13:08] <zyga> yes
[13:08] <zyga> $ ls -ld /usr/lib/pymodules/python2.6/libubuntuone/ubuntuone/__init__.py
[13:08] <zyga> -rw-r--r-- 1 root root 0 2011-02-14 13:26 /usr/lib/pymodules/python2.6/libubuntuone/ubuntuone/__init__.py
[13:08] <zyga> I checked that too while looking at package structure
[13:09] <ralsina> Well, you shouldn't!
[13:09] <zyga> hmm, why not?'
[13:09] <ralsina> At least I don't have it :-)
[13:10] <zyga> w8
[13:10] <zyga> oh
[13:10] <ralsina> dpkg -S that file?
[13:11] <zyga> already did
[13:11] <zyga> not found
[13:11] <zyga> hmmmm
[13:11] <ralsina> Well, that's the problem, you have bits and pieces of some old ubuntuone thing. Before the change, they were later in the path than the oficial one. Now they are earlier, and are breaking things.
[13:11] <zyga> I remember one thing
[13:11] <zyga> just a second
[13:11] <zyga> let me check
[13:13] <zyga> hmm
[13:13] <zyga> I thought this might be caused by http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479852
[13:13] <ubot4> Debian bug 479852 in python-central "python-central: does not remove files when upgrading to a version not using pycentral" [Important,Open]
[13:13] <zyga> but I don't think so anymore
[13:13] <zyga> it's related to older pycentral
[13:13] <zyga> so...
[13:14] <zyga> any more ideas how this could have stayed behind
[13:14] <ralsina> zyga: no idea really
[13:14] <ralsina> But I found the same thing in one of my VMs for another module
[13:16] <zyga> so it could be a more common bug
[13:16] <zyga> I'm trying to think if this machine was hit by any random crash but I cannot think of anything really
[13:16] <zyga> and this issue popped out as soon as I started using the nightly ppa
[13:17] <ralsina> zyga: there is something broken here, it's just that I don't know what it is yet
[13:17] <ralsina> zyga: but I have a VM with very broken imports like yours
[13:20] <ralsina> zyga: I have a whole set of modules in /usr/lib/pymodules/python2.6/ubuntuone-client that I have no idea where they came from
[13:20] <ralsina> Do you?
[13:20] <zyga> zero idea, I don't know how pycentral works, all I know is that it tries to maintain the source away from the .pyc files for each python version
[13:21] <zyga> it looks like stale cache, leftovers from previous installation, right?
[13:21] <zyga> that were not removed for some reason
[13:21] <zyga> perhaps doko knows more
[13:21] <ralsina> zyga: probably the uninstall script failed badly
[13:22] <ralsina> I am snapshotting the VM to check if removing that folder fixes the problem
[13:22] <zyga> k
[13:23] <zyga> ralsina, yet another reason why dpkg should not have so many scripts and should just use triggers and other declarative actions
[13:24] <ralsina> zyga: still broken
[13:24] <ralsina> I need to look much deeper, sorry
[13:24] <zyga> ralsina, I'm playing with pycentral binary
[13:24] <zyga> sure
[13:29] <ralsina> zyga: I wish so much dpkg -S had told me those files were symlinks to files owned by a deb :-(
[13:30] <zyga> ralsina, what did you do exactly?
[13:30] <ralsina> zyga: nothing irreversible ;-)
[13:35] <ralsina> zyga: do you have a /usr/lib.python2.6/dist-packages/ubuntuone/ ? Deleting that fixed it for me.
[13:35] <zyga> ralsina, no I dont
[13:35] <zyga> hmmm
[13:35] <zyga> odd
[13:36] <ralsina> zyga: grmbl
[13:36] <ralsina> oops that 'slib/python2.6 :-)
[13:36] <ralsina> I can't copy/paste from that VM so I am retyping and made a typo
[13:39] <zyga> ralsina, you mean /usr/lib/python2.6/dist-packages/ ?
[13:39] <zyga> I still don't have ubuntuone there
[13:39] <ralsina> zyga: yes, it was a typo
[13:42] <ralsina> zyga: do you have a libubuntuone installed?
[13:43] <zyga> if you mean libubuntuone-1.0-1 then yes
[13:45] <ralsina> ok, uninstall it
[13:45] <alecu> hey all, I need some reviews here: https://code.launchpad.net/~alecu/ubuntuone-client/aggregator-fixes/+merge/49806
[13:47] <beuno> alecu, looking
[13:47] <nessita> alecu: I'll review
[13:47] <ralsina> alecu: small thing I noticed about notifications: starting nautilus will always cause a "file sync finished" bubble.
[13:48] <zyga> ralsina, gone
[13:48] <alecu> ralsina, weird. How are you restarting nautilus? by killing it?
[13:48] <zyga> that fixed i
[13:48] <ralsina> alecu: yes, I am testing the plugin :-)
[13:48] <zyga> :-)
[13:48] <zyga> ralsina, can you please enlighten me
[13:48] <ralsina> zyga: I have absolutely no idea why that happened :-)
[13:48] <zyga> ralsina, hmm :D
[13:49] <nessita> alecu: very likely that nautilus is trigerring a GetPublicFIles that translates to a command
[13:49] <ralsina> zyga: but if reinstalling it does it again, file a bug ;-)
[13:49] <ralsina> yes, a python script that calls getpublicfiles does that too
[13:49] <dobey> meh
[13:49] <alecu> nessita, right! good point.
[13:49] <ralsina> But I don't think that should cause bubbles
[13:49] <zyga> ralsina, sure
[13:50] <nessita> alecu: try with magicicada and an IDLE syncdaemon
[13:50] <alecu> nessita, queueing command (0/1): GetPublicFiles
[13:50] <alecu> nessita, it's exactly that.
[13:50] <nessita> :-)
[13:50] <nessita> ralsina: so, the sile sync complete is kinda a true message
[13:50] <nessita> file*
[13:50] <nessita> though we may hid that?
[13:51] <ralsina> we should only start bubbling with upload/download
[13:51] <beuno> +1
[13:52] <ralsina> BTW, can anyone tell me why this script is broken? https://pastebin.canonical.com/43304/
[13:52] <tumbleweed> zyga: might as well stick my nose in here then
[13:52] <nessita> ralsina: broken how?
[13:52] <ralsina> nessita: as in "not working" and "I am clueless about twisted" :-)
[13:53] <ralsina> I am trying to debug why nautilus is not getting anything back from getpublicfiles
[13:53] <ralsina> And I am not being able to get anything myself. But I am not sure if it's because my script sucks or not .
[13:53] <zyga> ralsina, reinstalling that library did not cause a regression
[13:53] <ralsina> zyga: ok, so it's magic.
[13:53] <zyga> tumbleweed, ralsina has a VM with a snapshot that shows the broken state
[13:53] <alecu> yes, we will only bubble with upload/download in an upcoming branch, there's a bug for it...
[13:54] <alecu> bug #715842
[13:54] <ubot4> Launchpad bug 715842 in ubuntuone-client "Percentage in notification is a bit off: Uploaded 52/52 files, 95% completed (affects: 1) (heat: 6)" [Medium,Confirmed] https://launchpad.net/bugs/715842
[13:54] <zyga> tumbleweed, I got this broken state by installing a few packages form ubuntuone nightly ppa
[13:54] <tumbleweed> zyga: aha, which ones, and do we know how thy are broken?
[13:55]  * tumbleweed is no expert here, but I have a fair understanding of the python helpers
[13:55] <ralsina> tumbleweed: the fun part is that libubuntuone is not even about python. It's about mono
[13:55] <zyga> tumbleweed, so looking back at my scrollback here, there seems to be a /usr/lib/pymodules/python2.6/libubuntuone/ubuntuone/__init__.py that should be gone, it was present in an older version of a library
[13:56] <zyga> ralsina, (if I miss something please correct me)
[13:56] <ralsina> zyga: no, that was not the problem. That file was a symlink to the one python-ubuntuone-client installed.
[13:56] <ralsina> Or maybe not, I don't remember anymore :-(
[13:56] <zyga> ralsina, hmm, sorry, so what was the problem?
[13:57] <ralsina> zyga: sadly the problem in my VM is only similar, but not the same.
[13:57] <zyga> tumbleweed, from the end user point of view a python import was failing, the package that shipped the python modules was okay but the cache was still holding older .pyc files that broke the import sequence
[14:00] <nessita> ralsina: well, several things. You're not using the reactor how is supposed to be used. You need to install a particular reactor (glib's, gtk's, etc). I switch to use the gobject loop, and is working. The second error is that the list is not returned, but signal back with 'PublicFileList' signal
[14:01] <mandel> ralsina: is there a stand up?
[14:01] <nessita> mandel: wow! I completely forgot
[14:01] <nessita> me (no notes yet)
[14:02] <mandel> me
[14:02] <alecu> me (no notes yet either)
[14:02] <nessita> ralsina, alecu, dobey, thisfred?
[14:04] <zyga> nessita, u1 control panel fails to work when you have static IP assigned, is there any way to force it to assume network is present?
[14:04] <nessita> zyga: it checks against network manager. If network manager reports no connection, then U1 thinks you have no connection
[14:05] <nessita> zyga: we have some bugs to support more net managers, but no schedule to work on those any time soon
[14:05] <thisfred>  me
[14:05] <thisfred> sry
[14:05] <tumbleweed> zyga: ok, unofrtunately ppas make digging through build history hard :)
[14:05] <ralsina> me
[14:05] <zyga> nessita, network manager is not started if all your interfaces are configured in /etc/network/interfaces
[14:05] <tumbleweed> which ppa was this?
[14:05] <zyga> tumbleweed, let me check
[14:05] <nessita> zyga: yeah
[14:06] <nessita> zyga: not sure what good solution we can provide there
[14:06] <zyga> tumbleweed, deb http://ppa.launchpad.net/ubuntuone/nightlies/ubuntu maverick main
[14:06] <dobey> zyga: networkmanager is started, it's just not used. does it work if you uninstall networkmanager?
[14:06] <zyga> dobey, let see
[14:06] <dobey> me
[14:06] <zyga> ah, sorry I did not have n-m installed
[14:07] <dobey> if u1cp doesn't work without nm installed, then it is a bug in u1cp
[14:07] <ralsina> nessita, start!
[14:07] <zyga> dobey, then it's a bug I guess
[14:07] <nessita> DONE: day off. Last Friday I coded several branches for small style fixes to the control panel UI.
[14:07] <nessita> TODO: file storage API work
[14:07] <nessita> BLOCKED: nopes
[14:07] <nessita> NEXT: alecu
[14:07] <nessita> sorry, NEXT: mandel
[14:08] <mandel> DONE: IPC servercie & client on windows.
[14:08] <mandel> TODO: Ensure all tests pass, talk with claire about windows installer UI. Talke with ralsina about starting ubuntu sso UI on windows.
[14:08] <mandel> BLOCKED: no
[14:08] <mandel> LOVE: http://bit.ly/fBZawM
[14:08] <mandel> alecu, please
[14:08] <alecu> DONE: fought *a lot* with VirtualBox, and the xorg from alpha2 just won't work with 3d needed for unity. Installed alpha2 in the desktop, so now I'm maverick free. Finished a branch to add a config option to disable notifications (part I) that's up for review: https://code.launchpad.net/~alecu/ubuntuone-client/aggregator-fixes/+merge/49806
[14:08] <alecu> TODO: finish part 2, catch up with DroidCouch
[14:08] <alecu> BLOCKED: no
[14:08] <alecu> THISFRED: you
[14:08] <thisfred> DONE: started on https://launchpad.net/ubuntu-one-couch | tried more things to get Unity on nvidia working and failed
[14:08] <thisfred> TODO: Bug #719039, Bug #719042, Bug #702183, Bug #702116, make UDF notifications aggregate
[14:08] <thisfred> BLOCKED: unity/nvidia
[14:08] <thisfred> HATE: binary drivers, and depending on stuff that isn't ready
[14:08] <ubot4> Launchpad bug 719039 in ubuntu-one-couch "Fix ubuntuone-couch-query to work with current SSO code (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/719039
[14:08] <ubot4> Launchpad bug 719042 in ubuntu-one-couch "Add tests and refactor out code to a library (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/719042
[14:08] <ubot4> Launchpad bug 702183 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to open the control panel in the background and change the launcher icon to urgent when the user exceeds their quota (affects: 1) (heat: 120)" [Medium,Triaged] https://launchpad.net/bugs/702183
[14:08] <ubot4> Launchpad bug 702116 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to show and update a progressbar in the Ubuntu One launcher for pending operations (affects: 1) (heat: 120)" [Medium,Triaged] https://launchpad.net/bugs/702116
[14:08] <thisfred> ralsina!
[14:08] <ralsina> DONE: lots of bug triaging, canonicaladmin, sprint planning (ask me!)
[14:08] <ralsina> TODO: reviews, management stuff, sprint planning, triage another 6 tons of bugs, some coding (my days are all alike)
[14:08] <ralsina> BLOCKED: no
[14:09] <dobey> λ DONE: bug 718806, updated servers for u1sync split,
[14:09] <dobey> λ TODO: banshee mustic store fixes, evaluate SRUs for maverick
[14:09] <dobey> λ BLCK: on-call for jury duty, server upgrade fail
[14:09] <ubot4> Launchpad bug 718806 in tarmac "LP EDGE is no more (affects: 1) (heat: 6)" [Critical,Fix released] https://launchpad.net/bugs/718806
[14:09] <thisfred> alecu: you have unity working on virtualbox now, or not?
[14:09] <alecu> thisfred, not
[14:09] <ralsina> comment time!
[14:09] <thisfred> ah :(
[14:09] <thisfred> same here
[14:09] <alecu> thisfred, I ended up with a full bare install on the desktop.
[14:09] <dobey> ralsina: computers hate me.
[14:09] <thisfred> right. And that also doesn't work for me
[14:10] <mandel> ralsina: are you done with  the sprint planning?
[14:10] <ralsina> I wonder if a eee 701 is enough for unity. It'sthe only box I can do bare installs in
[14:10] <mandel> also, any spanish speaker should watch the link I added :P
[14:10] <ralsina> mandel: it's advancing!
[14:10] <alecu> thisfred, oh, and the nVidia binary drivers won't work at all, so I ended up using the open source experimental (noveau), and it works just fine.
[14:10] <alecu> thisfred, I think I've got a nVidia 6600 something
[14:11] <thisfred> alecu:  really? nouveau did not yet work for me yesterday
[14:11] <nessita> ralsina: fell yourself asked about sprint planning
[14:11] <ralsina> SPRINT NEWS: the new plan is 2 sprints
[14:11] <dobey> ralsina: i think that machine is poulsbo, so i doubt it
[14:11] <thisfred> alecu: ah yeah, my hardware is probably older than that
[14:11] <ralsina> dobey: no, it's pre-poulsbo. i815? 845?
[14:11] <alecu> thisfred, yeah, I'm pretty sure it depends on the hardware a lot...
[14:11] <dobey> ralsina: oh, then it might work, depends on how much GL support unity needs. the i815 isn't that great at it
[14:12] <ralsina> dobey: it was enough for compiz a while ago. And even kwin 3d effects worked somewhat.
[14:12] <thisfred> 2 sprints? Is that serious?
[14:12] <ralsina> thisfred: or rather a split sprint not-in-parallel
[14:12] <thisfred> ah ok
[14:12] <alecu> ralsina, how comes?
[14:12] <thisfred> :)
[14:12] <ralsina> One in BA with most of the team, focused on killing bugs pre-release
[14:13] <ralsina> Another in London with Manuel, me, chipaca and UX help
[14:13] <mandel> alecu: i dont like u ;)
[14:13] <dobey> ralsina: yeah, a while ago. :)
[14:13] <ralsina> The London sprint is about the windows port
[14:13] <mandel> hehe
[14:13] <alecu> oh, that makes sense.
[14:13] <ralsina> dobey: a while as in "last november" :-)
[14:13] <ralsina> dobey: of course it was using Arch, so who knows ;-)
[14:14] <alecu> ralsina, I don't think arch makes magical gl drivers
[14:14] <ralsina> alecu: it's the other way around, They don't freaking touch xorg :-)
[14:14] <alecu> :-)
[14:15] <ralsina> So, I am now starting the formal process to get the sprint(s) on the way, so everyone but mandel should schedule april 4th-8th as sprint time, and mandel should think about april 11th-15th
[14:15] <dobey> my old laptop has i815 i think, but i uninstalled unity and all that jazz and switched to metacity, because i don't like spending all my time in swap
[14:15] <nessita> ralsina: ack
[14:15] <ralsina> dobey: I have 4GB of ram (and a 4GB SSD ;-)
[14:15] <tumbleweed> zyga, ralsina: looks like you didn't do any cleanup after migrating from python-central to python-support
[14:16] <tumbleweed> http://wiki.debian.org/Python/central2support
[14:16] <dobey> ralsina: you have 4GB of ram in an eee 701?
[14:16] <ralsina> tumbleweed: could be!
[14:16] <nessita> ralsina: be sure to ping CardinalFang and vds (if they are coming to the sprint), since they may not paying attention to this
[14:16] <ralsina> dobey: oh, no 2GB
[14:16] <ralsina> nessita: sure
[14:16] <tumbleweed> anyway, these days you should probably use dh_python2, which handles cleanup :)
[14:16] <dobey> my old laptop has 512M
[14:16] <dobey> which should be well more than enough to live on
[14:16] <vds> nessita, thx, I was not paying attention
[14:16] <dobey> but alas
[14:16] <ralsina> dobey: it came with 512MB. It now has 6hour battery, and a touchscreen. It's pimped to the limits :-)
[14:16] <zyga> tumbleweed, thanks for digging into this
[14:17] <thisfred> ralsina: but no ticket buying yet, right?
[14:17] <tumbleweed> zyga: that was a quick skim. I don't know *exactly* what you are seeing
[14:17] <ralsina> dobey: see what tumbleweed said, we have been experiencing some hiccups on maverick nightlies because of that
[14:17] <dobey> ralsina: another 512M stick for my old laptop would be like $500+
[14:17] <ralsina> thisfred: not yet, I'll let you know
[14:17] <thisfred> kthx
[14:17] <zyga> tumbleweed, but it could be this precisely, ralsina will look at this from their perspective
[14:18] <ralsina> zyga: I will try at least.
[14:18] <dobey> i am pretty sure dh_python2 vs dh_pysupport have nothing to do with issues in nightlies
[14:18] <dobey> and dh_python2 is new, and not available on lucid/maverick afaik
[14:18] <ralsina> dobey: I had a whole set of ubuntuone-client files in /usr/lib/python2.6/site-packages that shouldn't have been there. No idea why, though.
[14:19] <tumbleweed> correct, not in lucid
[14:19] <dobey> ralsina: you did a ./autogen.sh --prefix=/usr && make install probably
[14:19] <tumbleweed> /usr/lib/python2.6/site-packages is either created by install or pycentral. python-support uses pymodules
[14:19] <ralsina> dobey: yes I did. Oops.
[14:20] <ralsina> damn nautilus testing :-)
[14:20] <ralsina> zyga's was really something else.
[14:20] <dobey> ralsina: make -C nautilus install-extensionLTLIBRARIES
[14:20] <ralsina> dobey: didn't work because of libubuntuone
[14:21] <ralsina> libsyncdaemon, sorry
[14:21] <dobey> well
[14:21] <CardinalFang> So, I have the date, but what city?
[14:21] <dobey> make -C libsyncdaemon install-libLTLIBRARIES
[14:21] <thisfred> CardinalFang: BA
[14:21] <ralsina> CardinalFang: BA
[14:22] <ralsina> dobey: it's a VM, I should just throw them away every day ;-)
[14:22] <dobey> also that
[14:22] <thisfred> http://tinysong.com/jrbi
[14:22] <dobey> so what was zyga's problem?
[14:22] <ralsina> One important thing: dobey, lucid nightlies are broken
[14:23] <ralsina> because python-couchdb is not available, IIUC
[14:23] <dobey> please define broken
[14:23] <dobey> yes it is
[14:23] <dobey> https://edge.launchpad.net/~ubuntuone/+archive/nightlies/+files/python-couchdb_0.8-0ubuntu1%7Elucid1_all.deb
[14:23] <ralsina> dobey, ask chad and vds, they are saying it on #desktop+
[14:24] <ralsina> Also, the rythmbox plugin is completely broken on natty because of plugin API changes. I will be taking a look myself today.
[14:24] <zyga-afk> dobey, I'll tell you in 30 minj
[14:24] <ralsina> anything else? anyone? anyone? bueller?
[14:25] <dobey> life is broken
[14:25] <ralsina> Oh, please, quick report in private by everyone, because I have team leads today!
[14:26] <dobey> the only remaining uninstalled motherboard/cpu combo i have that i know works, is the one i have that doesn't have on-board video, and i don't have any PCI or PCIx video cards lying around :(
[14:27] <nessita> ralsina: the working example is http://pastebin.ubuntu.com/567329/
[14:27] <ralsina> nessita: cool!
[14:27] <ralsina> nessita: the bad news is that means I have no idea why it's broken on nautilus+libsyncdaemon
[14:27] <nessita> ralsina: is nautilus waiting for the signals?
[14:28] <nessita> ralsina: I changed your script considerably, please check that nautilus is doing the proper stuff
[14:29] <ralsina> nessita: nautilus calls libsyncdaemon and sets a callback
[14:29] <ralsina> So maybe that's the problem, that it's trying to use a callback instead of a signal
[14:29] <nessita> ralsina: libsyncdaemon should be waiting for the proper signal, you should check that
[14:29] <ralsina> nessita: will check
[14:49] <ralsina> dobey: https://code.launchpad.net/~ralsina/ubuntuone-client/fix_712674_on_1.4 is not landing. Is something broken?
[14:49] <ralsina> In the branch, I mean ;-)
[14:50] <dobey> my server is broken
[14:50] <ralsina> dobey: well, that explains it. Good luck with that
[14:51] <dobey> yeah, best buy opens in ~10 min, so i'm about to head up there to see if i can get some parts or just buy another machine to use as a server
[14:55] <ralsina> dobey: why don't we use this to ask for canonical server to run tarmac?
[14:55] <ralsina> dobey: it's unfair to you that you have to manage that on your own hardware
[14:55] <dobey> because either way i still need to fix my server for other reasons
[14:55] <ralsina> dobey: sure you have to, but it's just weird :-)
[14:57] <dobey> well i don't want to have to run tarmac on my machines either, so yes, i would love to get it moved to a magical VM thing. but right this second my network is in utter despair
[14:57] <dobey> i had to ifconfig/route add to get my workstation back on, because i have no dhcp/etc at the moment. and i can't even connect via wifi if i need to use my laptop for something :)
[14:58] <ralsina> dobey: like the good old times :-)
[14:58] <dobey> and we really need to come up with a good plan forhaving the magical VM stuff, because just having losoas control everything will be horrible pain for us and them both
[14:58] <ralsina> dobey: ok, I'll ask in team leads who I need to bug to move tarmac to official hardware
[14:58] <ralsina> and that without l*sas
[15:00] <dobey> we need our own metal running UEC wtih VMs that we can actually do stuff in without having to deal with vogon beauracratic methods to make changes :)
[15:00] <ralsina> exactly
[15:00] <ralsina> basically more or less like toay but out of your living room ;-)
[15:01] <dobey> anyway, off to recover from my mini disaster. be back shortly
[15:01] <ralsina> go ahead, good luck!
[15:07] <rye> facundobatista, is it ok that i got this exception after removing the file from the share (as another user) ? = http://paste.ubuntu.com/567345/ (file.flv was supposed to screen the filename :) )
[15:10] <facundobatista> rye, it's not ok, it's a bug that alecu is aware, but it's just a zeitgeist detail, won't afect your syncing
[15:11] <alecu> I am aware!
[15:12] <rye> alecu, thanks!, ah, zg_listener, missed that
[15:20] <alecu> thisfred, that mirah song is lovely
[15:20] <thisfred> alecu: yeah I really like it
[15:26] <CardinalFang> beuno, this music-app "prepare" error nearly has be flummoxed.  I'm sorry it's taking so long.  I'm going down deep in the OS source to find out the cause.
[15:26] <beuno> CardinalFang, cool. Lets give it another day, otherwise lets just download and tell the user it can't be streamed. Sound good?
[15:27] <CardinalFang> beuno, yeah.
[16:05] <dobey> oi
[16:49]  * nessita -> lunch
[16:50] <dobey> alright, lunch times for me too
[17:18] <birdybee> hi, i can't connect to ubuntu one on either of my maverick machines. ubuntu one preferences just says unknown
[17:24] <nessita> birdybee: hey there
[17:24] <birdybee> hi
[17:24] <nessita> birdybee: hve you tried removing your tokens from the keyring?
[17:24] <birdybee> tokens from keyring?
[17:24] <nessita> birdybee: system -> preferences -> pasword and encryption keys
[17:25] <nessita> birdybee: in there, right click to the entry that has 'Ubuntu One' in its name
[17:25] <nessita> and delete
[17:25] <birdybee> ok, deleted
[17:25] <nessita> re open preferences
[17:26] <nessita> birdybee: you should be prompted to login to Ubuntu One
[17:26] <birdybee> k, entering credentials...
[17:30] <birdybee> hm, it started reuploading 30k files i had previously unchecked for syncing, and deleted from web interface...ugh
[17:34] <birdybee> but why does it do that? is there a file or something with a list of places to sync?
[17:34] <birdybee> cause in nautilus, it isn't shared anymore, and i have deleted it from web ui
[17:35] <birdybee> nessita; (bump for attention) :P
[17:36] <nessita> birdybee: well, when syncdaemon starts, it performs a local rescan, where it build a match between what is on your hard drive and in your local metadata
[17:37] <nessita> birdybee: once that's done, it will connect to the server to actually sync up everything
[17:37] <nessita> that's when the syncdaemon should realize it should not upload all those files
[17:37] <nessita> birdybee: anyways, let me point you to someone from that particular area
[17:37] <nessita> facundobatista: ping
[17:38] <birdybee> hm, i just noticed in magicicada that it starts to upload files
[17:38] <nessita> birdybee: do you know if you have your logs in DEBUG mode?
[17:38] <birdybee> isn't there like a config file or anything, that lists directories?
[17:38] <birdybee> erm
[17:38] <birdybee> i don't know
[17:38] <nessita> in maverick, without our nightlies PPA, nopes
[17:39] <birdybee> k, that's a no then :)
[17:39] <birdybee> pure maverick here
[17:39] <facundobatista> nessita, pong
[17:39] <nessita> birdybee: let me put you in contact with facundobatista, he should be able to help you debug
[17:39] <birdybee> weird, cause both my machines were working, now, none of them :)
[17:39] <birdybee> ok
[17:39] <nessita> facundobatista: birdybee is reporting that "it started reuploading 30k files i had previously unchecked for syncing, and deleted from web interface...ugh"
[17:39] <nessita> (about syncdaemon)
[17:40] <nessita> facundobatista: can you please help him/her digging into what is going on?
[17:40] <facundobatista> nessita, do you know what "unchecked for syncing" means?
[17:40] <birdybee> well, i first did stop syncing this, on the folder, then i deleted the folder in webinterface on server
[17:40] <nessita> facundobatista: nopes, but you can ask directly the reporter :-)
[17:40] <birdybee> i figured that was the way to get rid of the content
[17:41] <birdybee> that would be me :)
[17:42] <birdybee> facundobatista, did i do it wrong?
[17:42] <nessita> birdybee: how did you 'stop syncing this'? using nautilus and the checkbox in the ribbon?
[17:43] <birdybee> i rightclicked folder, and stop syncing this folder
[17:43] <birdybee> then i deleted the content in one.ubuntu.com web ui
[17:43] <nessita> facundobatista: ok, uncheck for syncing is translated to delete the UDF in the plugin
[17:43] <dobey> hrmm
[17:44] <nessita> facundobatista: I'm more worry about syncdaemon uploading the same even if the UDF was removed in the web ui
[17:44] <facundobatista> birdybee, I would need to see the logs, could you please zip your log directory and send that to me?
[17:45] <birdybee> nessita, ok, it went back to unknown now, and magicicada is just grey, and nothing happens anywhere related to ubuntu one...
[17:56] <dobey> fun
[17:57] <beuno-lunch> almost like a statik-split
[18:01] <birdybee> nessita, you there?
[18:23] <karni> facundobatista: this is probably somewhere in the sources, could you tell me how SD handles such situation: a file appears in the synced folder. SD makes a file on the server and starts uploading content - in the mean time, it receives the notification of newVolumeGeneration. how does it know it shouldn't start downloading the file which it is uploading?
[18:25] <karni> facundobatista: does it try to enqueue the download command, but since upload is still in processed queues, it doesn't enqueue it/cancels the download, or some other approach?
[18:25] <karni> facundobatista: by "somewhere in the sources" I meant somewhere deep..
[18:27] <facundobatista> karni, the new volume generation is because a change in that very file?
[18:28] <karni> facundobatista: either because we just made the server create a new file or started uploading the content, yes.
[18:28] <karni> facundobatista: it's a new file that appeared in the system (say, somebody pasted it into a synced folder)
[18:29] <karni> facundobatista: I just don't want to invent the wheel for 2nd time, that's why I thought I'd ask how you guys handle this.
[18:39] <nessita> dobey: hey there. did you see bug #717829?
[18:39] <ubot4> nessita: Bug 717829 on http://launchpad.net/bugs/717829 is private
[18:39] <dobey> no
[18:40] <facundobatista> karni, the "magic" for that is in handle_AQ_DELTA_OK in Sync
[18:41] <karni> facundobatista: thank you
[18:41] <ralsina> nessita: I saw something similar this morning on maverick and it was because of old pyc files left around
[18:41] <karni> facundobatista: I'm sorry I don't have more, I owe you a beer or couple more ;)
[18:42] <nessita> ralsina: the bug has zillion of duplicates
[18:42] <ralsina> nessita: ugh
[18:43] <facundobatista> karni, we'll meet somewhen, and I'll remember that :)
[18:43] <karni> facundobatista: :)
[18:46] <ralsina> nessita: I am now switching to those versions to see if it happens to me too
[18:48] <ralsina> nessita: nope, doesn't happen
[18:50] <nessita> ralsina: I believe you, but I also believe the several bug reports :-)
[18:50] <nessita> ralsina: how are you testing?
[18:51] <ralsina> nessita: dobey just answered the bug as "you are missing an update" it seems
[18:51] <ralsina> nessita: uninstalled ubuntuone, and installed the versions listed in UbuntuOneClientPackages.txt
[18:52] <dobey> well
[18:52] <ralsina> It happened to a guy 20 minutes ago, though
[18:52] <dobey> UbuntuOneClientPackages.txt doesn't list all the ubuntuone related packages that might be installed
[18:52] <ralsina> dobey: yeah, but it was just something I could try
[18:54] <dobey> sure
[18:54] <ralsina> It's reported on L M and N :-(
[19:08] <ralsina> I am now installing a fresh natty VM to see if it happens, just to be sure,  but I really doubt it.
[19:08] <ralsina> Oh, great, here I was trying to fix the rhythmbox music store plugin and now all python plugins for rhythmbox are broken.
[19:09] <ralsina> What a crappy day am I having.
[19:17] <dobey> ralsina: i think bug #718760 is a dupe of one you were already fixing the other day, no?
[19:17] <ubot4> Launchpad bug 718760 in ubuntuone-client "problems with already published files in nautilus (affects: 1) (heat: 502)" [Undecided,New] https://launchpad.net/bugs/718760
[19:20] <ralsina> dobey: yep, that would be... bug #701557 I think
[19:20] <ubot4> Launchpad bug 701557 in ubuntuone-client "In nautilus and the ubuntuone-indicator "Copy the link" of a published file disappear after time (affects: 2) (heat: 10)" [High,Confirmed] https://launchpad.net/bugs/701557
[19:20] <ralsina> dobey: but calling what I did "fixing" is wildly optimistic.
[19:20] <dobey> well
[19:20] <dobey> arranging to be slightly less broken, if you will
[19:20] <beuno-lunch> CardinalFang, any eureka moments?
[19:20] <beuno-lunch> I don't think I'm eating lunch
[19:20] <ralsina> dobey: not even that
[19:20] <ralsina> mostly, I have no idea what's broken. I think it's libsyncdaemon but I am not sure yet.
[19:21] <alecu> ralsina, nessita: I've been discussing bug #715842 with lucio, and I think I found a better way to display that
[19:21] <ubot4> Launchpad bug 715842 in ubuntuone-client "Percentage in notification is a bit off: Uploaded 52/52 files, 95% completed (affects: 1) (heat: 6)" [Medium,Confirmed] https://launchpad.net/bugs/715842
[19:21] <alecu> I will use nessita's and lucio suggestion, and will count *all* operations, even those that are not Upload and Downloads
[19:22] <alecu> and we will not show individual file progress, but just the percentage.
[19:22] <alecu> something like:
[19:22] <ralsina> alecu: fine
[19:22] <alecu> "Uploading 53 files, Downloading 30 files
[19:22] <alecu> 40% completed."
[19:23] <nessita> alecu: that looks pretty good
[19:23] <nessita> alecu: and it simplifies things for you, right?
[19:23] <alecu> yes, it means less code :-)
[19:27] <nessita> :-)
[19:27] <ralsina> less code is better code.
[19:46] <CardinalFang> beuno, no "Eureka"s yet.
[19:46] <CardinalFang> beuno, I'm merging upstream's updates also.
[19:46] <beuno> CardinalFang, ah, cool
[19:46] <beuno> did we send Sindre the playlist work karni did?
[19:47] <alecu> beuno, Sinde?
[19:47] <beuno> alecu, Sindre, the subsonic upstream dev
[19:48] <karni> beuno: I was wondering if anybody tested that IRL, but I heard jblout doesn't hang around any more
[19:48] <alecu> oh, I thought "Sinde", as in the anti-internet spanish law.
[19:48] <beuno> karni, we did plenty, yes
[19:48] <karni> beuno: oh.. good. was it okey?
[19:48] <beuno> alecu, heh
[19:48] <beuno> karni, yeap, lovely
[19:49] <karni> beuno: I think that Sindre may come up with a cleaner solution as an upstream developer, but that did the trick :)
[19:49] <karni> cool
[19:50] <alecu> karni, question for you: I'm working on adding Ubuntu One support to DroidCouch, and I was wondering if you already use OAuth in android to talk to Ubuntu One web servers (for publishing, and similar operations)
[19:51] <karni> alecu: indeed, we do
[19:51] <alecu> karni, cool. Can you point me at some of that code?
[19:52] <karni> alecu: sure. I can also tell you that there'll be an Account Authenticator on the way, so all U1 android apps will probably use that
[19:52] <alecu> karni, that's "ultra-mega-cool" (tm)
[19:52] <karni> alecu: since it's not ready yet, I can point you at what we've got atm
[19:52] <karni> hehe
[19:55] <alecu> karni, thanks for the pointers!
[19:55] <karni> alecu: more coming ;D
[20:49] <nessita> can I have a couple of reviews for https://code.launchpad.net/~nataliabidart/ubuntuone-client/async-credentials/+merge/49866 ?
[20:54] <nessita> alecu_, thisfred: I assigned bug #718171 to alecu_ but any of view can tackle this (and is important! :-))
[20:54] <ubot4> Launchpad bug 718171 in ubuntuone-client "Untranslatable strings in ubuntuone/status/aggregator.py (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/718171
[20:55] <alecu_> nessita, ack
[20:58]  * dobey fixes the nightlies package versions
[21:00] <ralsina> nessita: I just finished a clean natty + updates install and everything works great.
[21:00] <nessita> ralsina: bug reports keep coming in
[21:00] <ralsina> nessita: no idea about those really :-(
[21:00] <nessita> ralsina: not sure what to say. dobey, do you have any ide what is going on (with platform.tools bug)?
[21:01] <dobey> other than people not having the latest updates for all packages, no
[21:01] <dobey> i would need more information to say anything else.
[21:07] <dobey> my guess is an older version of python-ubuntuone or python-ubuntuone-control-panel is installed
[21:11] <karni> nessita: if I may ask, grep "check_conditions" * under /syncdaemon folder returns only action_queue and volume_manager. is VM the only one calling check_conditions in case of SV_FREE_SPACE ?
[21:13] <nessita> karni: I have absolutely no idea :-) I can look in the source code if you need some help
[21:14] <karni> nessita: no it's ok. I don't think grep would like to me. I was just suprized that all this checking was implemented only for 'got free space!' event ;)
[21:14] <karni> nessita: I just expected more conditions on which commands could be waiting
[21:15] <karni> but since markers are treated separately, there's not much left for *conditions*
[21:15] <nessita> karni: right. facundobatista is the master nehind all that magic ;-)
[21:15] <nessita> behind*
[21:15]  * facundobatista takes a pidgin out of his hat
[21:15] <karni> nessita: I didn't want to overuse his helping hand
[21:15] <karni> hahah
[21:16] <facundobatista> karni, don't worry, I'm glad you ask these stuff
[21:16]  * facundobatista has a nice beer counter
[21:16] <karni> facundobatista: deal is a deal, true! but I should be getting some for the lack of documentation, too ;) !
[21:16] <facundobatista> karni, so, which was the question?
[21:17] <facundobatista> karni, you write that documentation using my responses, and I *surely* will buy you beer :p
[21:17] <karni> sometimes I think that this is not documented more then comments and /docs because somebody could start reversing this and write an OS server ;d
[21:17] <karni> facundobatista: hahah
[21:18] <karni> facundobatista: it's fine. the question was about who's calling check_conditions() on action queue - grep only showed volume_manager so I was a little suprized
[21:18] <karni> I expected more conditions, but there aren't any more than SV_FREE_SPACE or whatever it was exactly :)
[21:18] <facundobatista> karni, the check_conditions call is a kind of "hey, commands, check if you have your conditions to run ok because something may have changed"
[21:19] <facundobatista> the only "condition" to stop something, today, is free space in the server, that stop uploads
[21:19] <karni> facundobatista: right. but that's only invoked by the volume_manager in one place. am I right?
[21:19] <karni> aha, right
[21:19] <facundobatista> so, when VM notices that the free space changed, it calls check_conditions
[21:20] <karni> right. and if theres no network, StatesManager (through NetworkManager or whatever it was) shuts down the queue of commands
[21:20] <karni> correct?
[21:20] <karni> RequestQueue.stop() runs .cleanUp() on every command, from what I recall
[21:20] <facundobatista> karni, you still with unleashed-queues-6?
[21:21] <karni> facundobatista: I'm looking at free-the-queue but I haven't looked at the diff exactly
[21:21] <karni> facundobatista: anything I should be aware of? major changes?
[21:23] <facundobatista> karni, more than shut it down, it stops it, and the queue stops the commands in it
[21:24] <karni> hmm RequestQueue.stop(self) is a one-liner now, self.active = False
[21:27] <karni> facundobatista: interesting. there's no call to check_conditions on a cmd in RequestQueue.check_conditions(self). just _run_command(cmd) - does that check for conditions?
[21:28] <facundobatista> karni, btw, all this changed heavily in unleashed-queues-7
[21:28] <facundobatista> karni, the command life cycle is simpler now
[21:29] <karni> I'm fcked. I can't keep up with you (which isn't your fault)
[21:29] <karni> I wanted to port the SD to have a very cool queueing logic in U1F
[21:30] <karni> I ended up in such a huge machinery I wasn't sure it was a good idea any more. And day by day, you simplify things.
[21:30] <karni> If only we would code U1F in April or May, instead of know when there are so many chages :(
[21:30] <karni> *changes
[21:30]  * karni cries in the corner
[21:31] <facundobatista> karni, see it this way: you can ask me what changed, I can not ask anyone what I will do in the future :p
[21:32] <nessita> ok, I'm gone
[21:32] <nessita> see ya guys tomorrow!
[21:32] <karni> facundobatista: I don't blame you, don't get me wrong. I'm blaming the timing U1F was called into living (d'oh)
[21:32] <karni> bye nessita
[21:32] <facundobatista> nessita, chau
[21:35] <ralsina> bye all!
[21:37]  * karni gets back to work
[21:38] <ralsina> dobey: that platform.tools bug has stopped being reported 3 hours ago. I am betting on a package being stuck as you said, but let's check it tomorrow, ok?
[21:38] <dobey> ok
[21:40] <karni> facundobatista: free-the-queue came after unleash-the-queues-7, yup?
[21:41] <karni> so there's no 'canceled' in AQC anymore huh.. okey
[21:41] <facundobatista> karni, nop
[21:41] <karni> facundobatista: wait. that was considering 'canceled', not the branches question ;) ?
[21:42] <facundobatista> karni, IIRC, I did unleash-the-queues-7 and unleash-the-queues-8, and didn't touch the client until today (unrelated)
[21:42] <karni> aha
[21:42] <karni> what was free-the-quueue then?
[21:42]  * karni gets -8 branch
[21:43] <karni> I just want to make sure I'm looking at the lastest sources
[21:43] <facundobatista> karni, well... the latest source is trunk
[21:44] <facundobatista> karni, but yes, all the heavy changes stopped in the -8 branch
[21:44] <karni> facundobatista: perfect, thanks
[21:44] <facundobatista> (until next week or the other, where I resume these changes)
[21:45] <karni> facundobatista: I'll be happy to work with -8 till that time. Please ping me when you roll out some bigger changes :)
[21:45] <facundobatista> karni, ok!
[21:46] <karni> facundobatista: huge thanks!
[22:39] <dobey> later all