[00:31] <karni> beuno: CardinalFang: uhh.. before you start building (or beuno, testing what I sent you) -- I'm sorry, but we broke the download using verterok's build of the storage-protocol. which is: java.lang.NoClassDefFoundError: java.util.zip.InflaterOutputStream -- I always included that in my custom build of the storage protocol, and recently we used verteroks build. so.. looks like I'll have to provide the custom sp build for android. I hav
[05:16] <somethinginteres> hi all, I just installed Ubuntu netbook and added my ubuntuone. Which it says was done successfully. However, I see I have duplicate entries under "Computers on your account" I'm wondering why?
[08:45] <somethinginteres> just checking in again, any ideas?
[09:15] <ploum> Hello
[09:15] <ploum> I've installed a new laptop
[09:16] <ploum> and my U1 contacts are not synced on that new laptop
[09:16] <ploum> (everything else is working fine)
[09:16] <ploum> what should I do ?
[09:24] <mandel> ploum: do you know how to access to your desktopcouch?
[09:24] <mandel> ploum: the contacts are stored there, can you check if you find them?
[09:35] <ploum> mandel, no, I don't know how to access my desktopcouch from the command line
[09:36] <mandel> ploum: there is not need to access it from the command line, there should be an html file you can open that will point to it in ~/.local/share/desktop-couch/couchdb.html
[09:37] <mandel> ploum: that will send you to futon if desktopcouch is running, to make sure that it is running do the following:
[09:37] <mandel> dbus-send --session --dest=org.desktopcouch.CouchDB \
[09:37] <mandel>    --print-reply --type=method_call / \
[09:37] <mandel>    org.desktopcouch.CouchDB.getPort
[09:37] <mandel> which will start it if it is not running
[09:38] <ploum> it asks me a login/password
[09:39] <mandel> ploum: ag, then you html file is old and you will need to kill it so that you get  a clean one
[09:39] <ploum> (the login/pass popup was spawned a zillion times )
[09:39] <mandel> ploum: let me get you the instructions to do that
[09:39] <mandel> ploum: look at killing and restarting: http://www.freedesktop.org/wiki/Specifications/desktopcouch/Documentation/Troubleshooting
[09:45] <ploum> mandel, the dbus-send command is not working
[09:45] <mandel> ploum: !?
[09:45] <mandel> what is the output?
[09:45] <ploum> copy/pasted from the wiki, it just tells me  : No file or folder of this type (translating it from french)
[09:46] <ploum> dbus-send is well installed
[09:49] <ploum> mandel, it seems to be a copy/paste error. While typing this manually, I get this traceback :
[09:49] <ploum> dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort
[09:49] <ploum> Error org.freedesktop.DBus.Python.RuntimeError: Traceback (most recent call last):
[09:49] <ploum>   File "/usr/lib/pymodules/python2.6/dbus/service.py", line 702, in _message_cb
[09:49] <ploum>     retval = candidate_method(self, *args, **keywords)
[09:49] <ploum>   File "/usr/lib/desktopcouch/desktopcouch-service", line 73, in getPort
[09:49] <ploum>     port = int(desktopcouch._direct_access_find_port())
[09:49] <ploum>   File "/usr/lib/python2.6/dist-packages/desktopcouch/__init__.py", line 193, in __find_port__linux
[09:49] <ploum>     return __find_port__linux(pid, ctx, retries_left - 1)
[09:49] <ploum>   File "/usr/lib/python2.6/dist-packages/desktopcouch/__init__.py", line 193, in __find_port__linux
[09:49] <ploum>     return __find_port__linux(pid, ctx, retries_left - 1)
[09:49] <ploum>   File "/usr/lib/python2.6/dist-packages/desktopcouch/__init__.py", line 193, in __find_port__linux
[09:49] <ploum>     return __find_port__linux(pid, ctx, retries_left - 1)
[09:49] <ploum>   File "/usr/lib/python2.6/dist-packages/desktopcouch/__init__.py", line 194, in __find_port__linux
[09:49] <ploum>     raise RuntimeError("Unable to find listening port")
[09:49] <ploum> RuntimeError: Unable to find listening port
[09:49] <ploum> oups, sorry, I thought I had copied the pastebin link
[09:49] <mandel> ploum: hehe, no worries, can you give me the link better
[09:50] <ploum> http://friendpaste.com/3Vl5vDYppy1btosOZq40oQ
[09:50] <mandel> ploum: reading this on irc is kind of crap :)
[09:51] <mandel> ploum: in what kind of machine are you running this? is it a netbook or slow in some way?
[09:51] <ploum> not at all
[09:51] <ploum> this is a brand new laptop
[09:51] <ploum> very fast
[09:52] <mandel> mmm
[09:52] <ploum> fresh new Ubuntu 10.10 install
[09:52] <ploum> nothing fancy
[09:52] <mandel> ploum: I suppose you did kill beam.smp right?
[09:53] <mandel> ploum: for what I can see the issue is that the code that reads the pid file to get the port used by couchdb is not getting it right… lame
[09:53] <mandel> ploum: lets try with python, give me 1 min
[09:53] <ploum> yep, I killed beam.smp
[09:55] <ploum> I don't understand, sometimes the command just block without any output, sometimes I have the trace
[09:55] <mandel> ploum: yes, it is certainly strange
[09:55] <mandel> ploum: can you try and run the following from python: http://friendpaste.com/78Lh7AC9kJworZGAYeOWxa
[09:56] <mandel> ploum: that should start the same process yet it does not use dbus AFAIK
[09:56] <mandel> ploum: ok, I'm lying, it does use dbus, but it gives mor einfo :P
[09:59] <ploum> http://friendpaste.com/wUAE04B14BObO6Xj405wE
[10:00] <ploum> ok
[10:00] <ploum> rekilling beam.smp and now it works
[10:01] <ploum> beam.smp was launched automatically it seems
[10:01] <ploum> have to kill it just before launching your script
[10:01] <ploum> the html file asks for a password
[10:01] <ploum> just like before : a billion popups
[10:02] <mandel> ploum: dammed, it should not be asking for the password.. something there is wrong
[10:02] <mandel> ploum: at least I know the part where that is written :)
[10:03] <ploum> mmm
[10:03] <ploum> it looks like it works with firefox
[10:03] <ploum> (I was using Epiphany)
[10:03] <ploum> dam, stupid things
[10:03] <mandel> ploum: oh, good so it is a js thing, nice :)
[10:03] <ploum> so the contacts is only 79bytes
[10:04] <ploum> which means that the desktop-couch is not synced with U1 one
[10:04] <mandel> ploum: well, then we have a bug there, mind adding that as a bug on desktopcouch, more like a wishlist because not that many people use epiphany
[10:04] <mandel> ploum: can you look at the records in the contacts db?
[10:04] <mandel> ploum: just to make sure
[10:04] <ploum> no records
[10:05] <mandel> ploum: ok, can you open your ubuntuone preferences to see if that is all correct, that is, if the info is there etc...
[10:06] <ploum> yep, it is
[10:06] <ploum> tomboy and file sync are working fine
[10:06] <ploum> contacts is well checked in "services"
[10:07] <mandel> ploum: hm, interesting, AFAIK desktopcouch replication should be working, let me check if there is any server sides issues that we know, I'll be back
[10:07] <ploum> just for the record, I've this problem since 19th of December (when I received the laptop)
[10:07] <mandel> ploum: uhhh that is a very long time == very lame
[10:08] <mandel> ploum: let me see
[10:08] <duanedesign> 'lo all
[10:08] <duanedesign> .5
[10:09] <mandel> duanedesign: hello!
[10:09] <mandel> duanedesign: one quick question, do you know if we have reported any issues with the replication of desktopcouch instances? it seems that ploum dbs are not synced
[10:12] <mandel> ploum: AFAIK replication should be working, yours is a very strange issue, do you mins installing the ubuntuone ppa with the latests desktopcouch version?
[10:15] <ploum> https://launchpad.net/~ubuntuone/+archive/beta mandel: that one ?
[10:16] <duanedesign> yeah i am not aware of anything at the moment
[10:18] <mandel> ploum: yes, please
[10:18] <mandel> ploum: just install the desktopcouch package since the rest works fine, then restart the service and wait 10 min or so to see if it replicates
[10:19] <ploum> mandel, there's nothing for maverick in that PPA
[10:20] <mandel> ploum: hmmm ok, let me tink about it over coffee to see what to do, I hope you do nto mind
[10:20] <mandel> ploum: I'll be back in 10 min is that ok?
[10:21] <ploum> mandel, perfectly fine
[10:21] <ploum> thanks :-)
[10:21] <ploum> should I try the nightlies ppa ?
[10:21] <mandel> ploum: yes, I use nightlies, it would be nice to use thos
[10:21] <mandel> ploum: and I'm running maverik
[10:21]  * mandel coffee => back in 10 min
[10:24] <ralsina> good morning!
[10:42] <ploum> mandel, upgraded the whole U1 stack to the nightly PPA and still don't have any contact sync
[10:43] <ploum> not sure it works at all because all boxes are unchecked in U1 preferences > services (and don't remain checked)
[10:45] <mandel> ploum: I wonder if the replication bit is borken…
[10:46] <mandel> ploum: can you open futon and look at the management db?
[10:47] <ploum> yep
[10:47] <ploum> what do you want to know ?
[10:49] <mandel> ralsina: did you have time to work on the windows ui?
[10:49] <ralsina> mandel: not really
[10:49] <ralsina> mandel: but I will start hard today
[10:49] <ralsina> My wife somehow convinced me that taking a week without computers was a good idea
[10:50] <mandel> ralsina: ok, no big deal hehe I started some crazy work during hte holidays to see if I could write a dbus alternative on windows with wcf
[10:50] <ralsina> mandel: any luck? :-)
[10:50] <mandel> ralsina: it could work, but ti will not be ready for the next release, but so far so good :)
[10:50] <ralsina> mandel: nice
[10:51] <mandel> ralsina: it takes a COM python object and compiles a .Net dll that uses it to expose a WCF service with it methods, it uses the python dbus syntax for methods etc..
[10:51] <mandel> the idea is to have a compatible API
[10:51] <mandel> ploum: so, did you open the management db? what data do you have there?
[10:54] <ploum> mandel, I've 4 keys
[10:54] <ploum> one is something like cfd40194-d549-4c2e-84fc-84ff150…
[10:54] <ploum> _design/ubuntu_one_pair_record
[10:54] <mandel> ralsina: can you take a look at this approach to solve the issue of test that cannot run in certain platforms: lp:~mandel/ubuntuone-dev-tools/load_test_according_to_platform the idea is to use the decorators to skip test when needed
[10:54] <ploum> _design/get_records_and_type
[10:55] <ralsina> Sure!
[10:55] <ploum> and the last is :
[10:55] <ploum> 712da15c04da471ca76398cb…  (looks like a hash)
[10:55] <mandel> ploum: hm, ok so you do have the management db pointing to replicate… lets take a look at the logs, do you know how to find them?
[10:55] <mandel> ploum: I think the wiki page a sent you has the needed info to find them
[10:56] <ploum> mandel, not yet
[10:57] <mandel> ralsina: I have not proposed the branch for that yet, but that is part of what I need to get working asap so that we can start running the tests of desktopcouch on windows, otherwhise we will have the ode on friday but will not have a decent process for testing
[10:57] <ploum> mandel, what should I look for in the log ?
[10:57] <ploum> should I paste you the whole stuff ? (is there any sensitive info in it?)
[10:57] <ralsina> mandel: right, things would fail all around anyway :-(
[10:59] <mandel> ralsina: certainly. I copied the approach of unittest2 and unittest in 2.7 with the decorators, i think is elegant enough, I just had to adapt it for twistter.trial
[10:59] <ralsina> mandel: I have about 20 minutes until my updates are done so I can check it correctly and I have some coffee in me, I'll ping you
[11:00] <mandel> ralsina: cool, I'll be here waiting :)
[11:00] <mandel> ploum: back t you, do you need help to find the logs then?
[11:01] <ploum> I've the log
[11:01]  * mandel is not good at multitasking :)
[11:01] <ploum> don't know what to look in it
[11:01] <mandel> ploum: may I have a pastebin?
[11:01] <ploum> mandel, you are quite efficient ;-)
[11:01] <mandel> ploum: there should be not private info in it
[11:01] <mandel> ploum: thx :)
[11:04] <ploum> mandel : http://friendpaste.com/6PnyutilUOybTYkOUmWBJc
[11:04]  * mandel looks
[11:05] <mandel> ploum: there is a bug, line 14 :)
[11:05] <mandel> ploum: thx a lot for discovering it!!!
[11:06] <mandel> no that is the reason for not getting the replication, but it is a good thing
[11:06] <ploum> it seems to happen quite often
[11:08] <mandel> ploum: does this happen with the nightly ppa, right?
[11:09] <mandel> ploum: that bug is in theory fixed: https://bugs.launchpad.net/ubuntu/+source/desktopcouch/+bug/682510
[11:09] <ubot4`> mandel: Error: Bug #682510 is private.
[11:09] <mandel> ploum: is private, yet is the same one let move to the next error in the logs
[11:10] <DiagonalArg> Hey!  Anyone free for a little help?
[11:11] <mandel> DiagonalArg: shoot, and I'll see what I can get you :)
[11:11] <DiagonalArg> Great, thanks mandel.
[11:11] <DiagonalArg> Got two machines, A & B.  Successfully synced files.
[11:11] <DiagonalArg> Now I'm on machine A, trying to sync tomboy notes.
[11:12] <DiagonalArg> The notes are present online (via web), but I can't sync.
[11:12] <ploum> mandel, I've installed the nightly ppa this morning, to give you an idea in the log
[11:12] <DiagonalArg> I get this message: Failed to synchronize ... could not synch notes.  Check the details below and try again.
[11:12] <DiagonalArg> Details are empty.
[11:13] <mandel> ploum: ok, so at the end of it, cool I'm looking there now, thx for the pointer
[11:13] <mandel> DiagonalArg: mm I wonder if there is an issue with snowy, let me ask around
[11:14] <DiagonalArg> Ok, I'll wait.  (Who's snowy?)  Is that the server?
[11:14] <mandel> DiagonalArg: that is the tomoboy sync server: http://live.gnome.org/Snowy
[11:16] <mandel> tomboy* although tomoboy is also kind cool hehe :)
[11:16] <DiagonalArg> Ya, sounds kind of Japanese.
[11:16] <DiagonalArg> :)
[11:16] <rodrigo_> DiagonalArg, run 'tomboy --debug' on a terminal
[11:16] <DiagonalArg> will do, hold on ...
[11:16] <mandel> DiagonalArg: rodrigo_ is your man :)
[11:17] <rodrigo_> DiagonalArg, and try syncing again and then paste the output from the terminal
[11:17] <DiagonalArg> Ok, so I did "tomboy --debug" and it said ... Tomboy is already running.  Exiting ...
[11:18] <DiagonalArg> All I get is the synchronization failed window, again.  Nothing in the terminal.  What am I missing?
[11:18] <DiagonalArg> (Thanks for taking this up, rodrigo ... bye mandel...)
[11:19] <mandel> no
[11:19] <mandel> problem
[11:19] <mandel> :P
[11:19] <rodrigo_> DiagonalArg, quit the current tomboy instance before running it again with --debug
[11:19] <DiagonalArg> Ok ... hold on.
[11:21] <DiagonalArg> I see 2 processes: /usr/bin/tomboy-panel and /usr/lib/tomboy/Tomboy.exe.  Do I kill one, both?
[11:22] <mandel> ploum: it looks like it is a bug related with python-couchdb, we updated the version recently and maybe screwed it up at some point
[11:22] <mandel> ploum: or the lib is broken, can you report a bug with the last Traceback (line 3703) so that you are notifies about the process?
[11:26] <DiagonalArg> Rodrigo - ok, I killed both processes, then started tomboy with debug.  There was not applet appearing, so I added it.  That gave me various applet errors.  Now, I'll try to sync.
[11:28] <DiagonalArg> Ok, so how do I get you the output?
[11:28] <ploum> mandel : against which launchpad project should I report that bug ?
[11:29] <mandel> ploum: desktopcouch, and assign mandel to it, I'll take care from there on
[11:30] <ralsina> mandel: still have not tried the code (apt hates me today) but reading the code I like the idea.
[11:32] <mandel> ralsina: ok, no worries, I was also wondering if you could think of a nicer way to do the skipIfNotModules decorator
[11:33]  * ralsina goes to read that
[11:33] <mandel> mainly to allow a from balh import foo
[11:33] <mandel> ralsina: getting that decorator right would be optimum since that way we will not have to list the platfroms, since dbus can be present on cygwin and darwin etc..
[11:34] <ralsina> right
[11:36] <ralsina> mandel: let me think 5' and I'll flame you about it (not really ;-)
[11:36] <mandel> ralsina: blame me if you wish hehe ;)
[11:37] <ralsina> Anyway listing the platforms is not terrible if this is hard to get right. Explicit >> Implicit and all that
[11:40] <mandel> ralsina: ideally i'd like to have a nice decorator syntax so that I can do: __import__('spam.ham', globals(), locals(), ['eggs', 'sausage'], -1)
[11:40] <mandel> so that I can do the from spam.ham import eggs, sausage
[11:41] <ralsina> oddly enough I think I have that code in a project somewhere
[11:41] <ploum> mandel, no mandel found, cannot assign it to you
[11:41] <ralsina> I used it for optional imports, and you got either the module or None. Is that useful?
[11:41] <ploum> https://bugs.launchpad.net/desktopcouch/+bug/696757
[11:41] <ubot4`> Launchpad bug 696757 in desktopcouch "Contacts are not synced from the server to the local instance (affects: 1) (heat: 6)" [Undecided,New]
[11:42] <mandel> ploum: ok, create it and send me the link...
[11:42] <mandel> ploum: ups sorry, you are too fast for me :)
[11:42] <duanedesign> hey rodrigo_ ! :)
[11:43] <rodrigo_> hi duanedesign, happy new year! :-)
[11:43] <duanedesign> thank you
[11:43] <mandel> ralsina: if you look at the Dbustest, it fails atm because of that, is not very nice to have to use the full import name
[11:43] <mandel> ralsina: cause calling import twice is a terrible thing, right?
[11:43] <ralsina> calling import twice is just a noop :-)
[11:44] <ralsina> you could just assign things to the names you want in some namespace but it means moving lots of code around
[11:44] <ploum> mandel, can I downgrade to the straight U1 lib/client and remove the PPA ?
[11:44] <mandel> ploum: yes, fill free to do that
[11:45] <mandel> I'll investigate the situation asap
[11:46] <ralsina> damn, I broke bzr :-(
[11:46] <mandel> ralsina: indeed, I want some thing that does not require a crazy thing to be done… let see if I can get something a little nicer
[11:46] <mandel> ralsina: ddi you type hg when trying to use bzr? hehe
[11:46] <ralsina> mandel: it looks nice to me, what bothers you is using the name dbus.bus.BusConnection in the test?
[11:46] <DiagonalArg> If someone can give me a hand, I've got some error output from Tomboy, produced during an attempt to sync.
[11:47] <mandel> ralsina: yes, that is it, is ugly as hell
[11:47] <ralsina> mandel: no it isn't, but I like full module paths :-)
[11:48] <ralsina> You could take either module names or (fullpath,desiredname) tuples as arguments to the decorator
[11:49] <ralsina> So you could rename modules if you really want to
[11:49] <ralsina> BTW: import a.b.c.d and then import a.b.c.d as d is ok for me too since it's just name binding
[11:50] <ralsina> Ok, so I did not break bzr, python 2.7 did :-(
[11:51]  * ralsina is not starting with the right foot
[11:53] <ralsina> What's an alleged ubuntu developer to do when bzr is just brokwn for launchpad? https://bugs.launchpad.net/bzr/+bug/693880
[11:54] <ubot4`> Launchpad bug 693880 in bzr (Debian) (and 3 other projects) "_ReportingFileSocket.readline lacks size argument (affects: 29) (dups: 10) (heat: 158)" [Undecided,New]
[11:54]  * ralsina starts sudo vi-ing through it, because life is too short
[11:56] <DiagonalArg> Tomboy sync problem: "Caught exception. Message: The remote server returned an error: (404) Not found".  Does this mean the server's down?
[11:57] <duanedesign> DiagonalArg: what version of Ubuntu?
[11:57] <DiagonalArg> 10.10, up to date
[11:58] <DiagonalArg> Here's the whole error log - http://pastebin.com/DBqXdabY
[12:01] <ralsina> mandel: __import__ returns the module besides importing it, so you don't have to import twice :-)
[12:02] <mandel> ralsina: yes, but the problem is the decorator has to be able to import the module so that the test that is not skipped can access it in its namespace
[12:03] <ralsina> yes, the decorator can do that
[12:03] <ralsina> mandel: it has to return a wrapped function with the module in its namespace
[12:03] <mandel> ralsina: how? this is the missing bit I have no clue of how to do :)
[12:04] <mandel> ralsina: my python foo is not that strong, do you mind to show me an example :)
[12:04]  * ralsina looks for the standard example...
[12:05] <ralsina> http://nomuerde.netmanagers.com.ar/indice.html#decoradores
[12:05] <ralsina> En particular, deco2.py
[12:06] <ralsina> In that example, imagine f2 doing something like dbus=__import__('dbus.whatever' )
[12:06] <ralsina> right before doing r=f(*args)
[12:06]  * ralsina starts doing a toy example to see if this is actually doable
[12:07] <duanedesign> DiagonalArg: you might take a look at this. https://bugs.launchpad.net/ubuntu/+source/tomboy/+bug/575937/comments/8
[12:07] <ubot4`> Launchpad bug 575937 in tomboy (Ubuntu) (and 1 other project) "Can't synchronize Tomboy Notes: Server returned 404 NOT FOUND (affects: 23) (dups: 5) (heat: 100)" [Undecided,Incomplete]
[12:08] <DiagonalArg> Thanks duaned, I'm having a look.
[12:08] <DiagonalArg> While we're at it, would you be willing to have a look at this bug? https://bugs.launchpad.net/ubuntuone-client/+bug/696194
[12:08] <ubot4`> Launchpad bug 696194 in ubuntuone-client "Syncing Bookmarks (pulling from Server) in Ubuntu One Failing (affects: 1) (heat: 6)" [Undecided,New]
[12:09] <DiagonalArg> I'm having that problem from the other side (the other machine).
[12:10] <ralsina> mandel: it's trickier than I thought because of scope :-)
[12:11] <mandel> ralsina: I know, I've tried to do something like that :)
[12:12]  * ralsina has a nastier idea. Testing...
[12:13] <mandel> ralsina:  if it is too hard we can go with listing the os and later get into this, I know is hard to resist working on it but…
[12:13] <ralsina> mandel: I was thinking of exec'ing the decorated function
[12:13] <ralsina> mandel: that way you can mess with its globals and locals
[12:13] <DiagonalArg> duaned - ok, so I ran the script, and I get "Starting with path: /home/dev/.local/share/tomboy/ Making sure that desktop-couch is starting properly... Done. CouchDB is running on port 42729"
[12:14] <DiagonalArg> Nope, I'm still getting the 404 error ...
[12:14] <ralsina> But it's probably just way too nasty for the expected payoff
[12:16] <ralsina> mandel: got it :-)
[12:16] <mandel> ralsina: fuck yeah!! let me see, let me see!!
[12:16] <ralsina> You have to add the module in func_globals dict of the wrapped function wth the name you want
[12:17] <mandel> ralsina: care to pasbin? I know what you mean but I prefer to read the code
[12:17] <ralsina> For example, if you did f1.func_globals['dbus']=__import__('dbus.whatever') then you can use the name dbus as a module in the function. let me do a full example :-)
[12:17]  * ralsina was just fooling arounf on IDLE so it's a mess
[12:18] <mandel> ralsina: you can clean it up before you show it if you want :)
[12:19] <mandel> but I'm not going to judge you for this
[12:22] <ralsina> mandel: https://pastebin.canonical.com/41421/
[12:22] <ralsina> mandel: it doesn't have the logic to fail if the import fails of course ;-)
[12:23]  * ralsina feels dirty inside because of that code
[12:24] <mandel> ralsina: I that plus the skip logic should be enough, let me try it :)
[12:25] <mandel> also, dirty code is always needed, othwewhise there is not way to explain windows :)
[12:28] <ralsina> Buen dia jefe!
[12:49] <Chipaca> ralsina: hey! good morning to you too :)
[13:43] <ralsina> nessita: ping?
[13:43] <nessita> ralsina: pong
[13:43] <ralsina> I have an error in the epic branch running the tests
[13:44] <nessita> ralsina: shoot
[13:44] <ralsina> ImportError: No module named defer
[13:44] <ralsina> That's from import aptdaemon.defer
[13:44] <ralsina> This is on natty + nightlies
[13:44] <nessita> ralsina: isn't that import in a try except clause? /me checks
[13:45] <ralsina> nessita: let me pastebin it for you
[13:45] <ralsina> https://pastebin.canonical.com/41423/
[13:50] <nessita> ralsina: fixed and pushed to revno 54
[13:52] <mterry> aquarius, heyo.  So I did some more work on the Ubuntu One frontend aspect of Deja Dup.  What's the status of the file API (and what's the term for that that I should use)?  And who is the person that I should actually be bugging instead of you?  :)
[13:53]  * ralsina updates
[13:55] <mandel> ralsina: how is up for the standup? is it just u and me?
[13:55] <mandel> oh and alecu
[13:55] <nessita> and me!
[13:55] <alecu> and alecu too
[13:55] <nessita> mandel: all of us should be
[13:55] <mandel> nessita: uh, hola, feliz new year :)
[13:55] <aquarius> mterry, heya (I'm on holiday; it's a day off in the UK). The person you should be bugging is indeed me. We haven't started building it yet
[13:56] <ralsina> I need to check dobey's status, everyone else is here :-)
[13:57] <mterry> aquarius, ah, well relax then!  :)
[13:57] <ralsina> dobey, ping!
[13:58] <ralsina> nessita, mandel, alecu, dobey standup in 3:25 minutes ;-)
[13:58] <alecu> ralsina, what about thisfred?
[13:58] <thisfred> 1.something by  my count :)
[13:58] <ralsina> alecu: good question!
[13:58] <ralsina> thisfred, standup in 1:45 minutes or so, sorry I forgot you :-)
[13:59] <thisfred> np, I've been away for so long I almost forgot about myself
[13:59] <thisfred> ralsina: standup here, right? or mumble?
[14:00] <ralsina> thisfred: here
[14:00] <alecu> me
[14:00] <thisfred> kk
[14:00] <ralsina> thisfred: so you are not on loan anymore? Cool :-)
[14:00] <alecu> ralsina, I think thisfred was never on loan :-)
[14:00] <thisfred> Was I on loan? I thought it was just a holiday. Oops :)
[14:01] <ralsina> thisfred: no, I am the confused one. You guys are too many and are doing too many things :-)
[14:01] <mandel> me
[14:01] <thisfred> heh
[14:01] <thisfred> me
[14:01]  * alecu is pretty sure ralsina has the nicknames -> names mapping wrong
[14:01] <nessita> me
[14:01] <ralsina> me
[14:02] <ralsina> alecu, start
[14:02] <alecu> DONE: vacations
[14:02] <alecu> TODO: catch up with mozmill for bindwood
[14:02] <alecu> BLOCKED: no
[14:02]  * alecu throws some lighted up firecrackers at mandel
[14:02] <mandel> DONE: Worked on ubuntuone-dev-tools so that we can use decorators to ignore tests according to the platform and if the required modules are present. Filled a desktopcouch bug related with the replication.
[14:02] <mandel> TODO: review nessitas branch of ubuntu-sso-client and desktopcouch, fix my decorator that loads the test if the module is present to work with a TestCase as well as with test methods.
[14:02] <mandel> BLOCKED: no
[14:03] <mandel> thisfred: go go go
[14:03] <thisfred> DONE: loooong holiday, before that bindwood TODO: hopefully get somewhere with bindwood, and (find out what to) prep for Dallas BLOCKED: not
[14:03]  * thisfred shoots a champagne cork at nessita
[14:03] <nessita> DONE: bug #673672, bug #673673, bug #693531, bug #695798, bug #696676
[14:03] <nessita> TODO: bug #694495 and bug #669645. Once the last branch of u1cp has landed, I need to package it and resolve bug #693879 and bug #693798. Maybe tackle bug #696782 ?
[14:03] <nessita> BLOCKED: nopes
[14:03] <nessita> NEXT: ralsina
[14:03] <ralsina> DONE: helped mandel a bit, reviewing nessita's epic branch, had not touched a computer since dec. 24th
[14:03] <ralsina> TODO: 3 or 4 more reviews, start ussoc-qt branch (depends on one of nessita's)
[14:03] <ralsina> BLOCKED: no
[14:03] <ubot4`> Launchpad bug 673672 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "Check with apt-get if the bookmark extension is already installed (affects: 1) (heat: 76)" [Medium,In progress] https://launchpad.net/bugs/673672
[14:03] <ubot4`> Launchpad bug 673673 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "Use apt-get with gksudo to install the extension (affects: 1) (heat: 76)" [Medium,In progress] https://launchpad.net/bugs/673673
[14:03] <ubot4`> Launchpad bug 693531 in ubuntu-sso-client "Failing to store a token in the keyring results in a verification email (affects: 2) (dups: 1) (heat: 14)" [High,In progress] https://launchpad.net/bugs/693531
[14:03] <ubot4`> Launchpad bug 695798 in ubuntu-sso-client (Ubuntu) (and 1 other project) "GTK UI should provide callbacks instead of gobject signals (affects: 1) (heat: 1749)" [High,Triaged] https://launchpad.net/bugs/695798
[14:03] <ubot4`> Launchpad bug 696676 in ubuntu-sso-client (Ubuntu) (and 1 other project) "{find,clear,store}_credentials should send CredentialsError signal on errors (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/696676
[14:03] <ubot4`> Launchpad bug 694495 in desktopcouch (Ubuntu) (and 1 other project) "ubuntuone pairing should call find_credentials (affects: 1) (heat: 503)" [Undecided,New] https://launchpad.net/bugs/694495
[14:03] <ubot4`> Launchpad bug 669645 in ubuntuone-client (Ubuntu) (and 4 other projects) "Use SSO new interface (CredentialsManagement) (affects: 2) (heat: 68)" [Medium,Fix released] https://launchpad.net/bugs/669645
[14:03] <ubot4`> Launchpad bug 693879 in ubuntuone-control-panel (Ubuntu) "The package lacks a .desktop file (affects: 1) (heat: 8)" [High,Triaged] https://launchpad.net/bugs/693879
[14:03] <ubot4`> Launchpad bug 693798 in ubuntuone-control-panel (Ubuntu) "u1cp should recommend u1cp-gui, and u1cp-gtk should provide it (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/693798
[14:03] <ubot4`> Launchpad bug 696782 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "Start DC service in backend to make that op asynch (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/696782
[14:04] <ralsina> nessita: stop cheating by working on holidays ;-)
[14:04] <nessita> :_D
[14:04] <ralsina> dobey is MIA, I'll check on him later, I suppose
[14:05] <mandel> ralsina: you mean MIO, he is a man hehehehe
[14:05]  * mandel has a terrible sense of humor
[14:05] <ralsina> mandel: yes you do :-)
[14:05] <ralsina> I meant like the Chuck Norris movie! :-D
[14:05] <Chipaca> ralsina: it helps if you imagine him singing "I'm so pretty" while he works
[14:06] <mandel> hehehe
[14:06] <ralsina> chipaca: it does? Whoa :-)
[14:06] <ralsina> http://www.imdb.com/title/tt0087727/
[14:06] <Chipaca> ralsina: yes. Not sure *what* it helps, but it helps.
[14:06] <ralsina> Any comments about the standup? Questions, etc?
[14:06]  * Chipaca peeks at canonicaladmin to see if he can continue ignoring it
[14:07] <ralsina> chipaca: if it even loaded you could
[14:07] <nessita> nopes
[14:07] <nessita> eom?
[14:07] <Chipaca> ralsina: nothing in canonicaladmin re dobey :)
[14:07] <ralsina> eom!
[14:08] <ralsina> Oh, great, now I can't login in canonicaladmin at all. Sheesh
[14:14]  * mandel lunch
[14:16] <dobey> hi
[14:17] <ralsina> nessita: the tests pass now, but I get a few pylint warnings: https://pastebin.canonical.com/41424/
[14:18] <nessita> ralsina: ah, I need to duplicate the pylint warning :-)
[14:18]  * nessita duplicates
[14:21] <nessita> ralsina: fixed and pushed
[14:22] <ralsina> nessita: ok, updating
[14:25] <dobey> λ DONE: bug 693462, bug 660648
[14:25] <dobey> λ TODO: discuss client backport details w/pitti/et. al.
[14:25] <dobey> λ BLCK: None.
[14:25] <ubot4`> Launchpad bug 693462 in ubuntuone-dev-tools "dbus config loading fails if not installed in system (affects: 1) (heat: 5)" [High,Fix committed] https://launchpad.net/bugs/693462
[14:25] <ubot4`> Launchpad bug 660648 in rhythmbox-ubuntuone-music-store (Ubuntu) (and 2 other projects) "Non translated elements in the interface (affects: 1) (heat: 50)" [Low,New] https://launchpad.net/bugs/660648
[14:25] <dobey> i guess that's right
[14:26] <ralsina> dobey: except for the timestamp, sure ;-)
[14:26] <dobey> timestamps are so passe
[14:31] <ralsina> nessita: I am going away for a while (bank) but I think the epic branch is going to pass as soon as I come back :-)
[14:32] <nessita> ralsina: awesome
[14:32] <nessita> Chipaca: how are you doing with the epic review?
[14:38] <Chipaca> nessita: you mean applications-woohoo?
[14:39] <nessita> Chipaca: yes
[14:40] <nessita> Chipaca: last week I sent you an email about it, not sure if you read it already
[14:47] <Chipaca> nessita: I have dc-service running, started the control panel, and still no pairing record. Did I understand it wrong?
[14:54] <nessita> Chipaca: maybe I understand it wrong. As per what dobey said, if the dc-service is running and the CredentialsFound signal is emitted, the pairing will be done
[14:54] <nessita> dobey: can you diagnose why Chipaca is not getting the u1 pairing records?
[14:56] <dobey> chipaca: what does "satarted the control panel" mean there exactly?
[14:56] <dobey> Chipaca: also, what version of desktopcouch?
[14:57] <Chipaca> dobey: 0.7+r240~natty1
[14:57] <Chipaca> dobey: (what's in nightlies)
[14:58] <Chipaca> dobey: started the control panel means I started the dc service, started the cp backend, started the cp frontend, waited for the info to appear, and still no pairing record
[14:59] <dobey> hmm
[15:06] <dobey> Chipaca: what does the desktopcouch log say about the matter?
[15:07] <Chipaca> dobey: which of 'em?
[15:11] <dobey> not sure, but i guess replication or dbus perhaps
[15:12] <Chipaca> dobey: nothing interesting in any of them afaict, fwiw
[15:12] <Chipaca> dbus sez: 2011-01-03 11:44:13,722 DEBUG    starting dbus main loop
[15:13] <Chipaca> replication says 2011-01-03 12:04:13,941 DEBUG    replication of discovered hosts finished  and then  2011-01-03 12:04:13,957 DEBUG    static pairings are []  (and the started/finished)
[15:13] <dobey> hmm
[15:13] <mandel> nessita: pinng
[15:14] <nessita> mandel: ponnng
[15:15] <mandel> nessita: on the ubuntu-sso-client branch that has no gobject, everything looks good but I'd like to know why do your return 0 on success and something else for error, why not a bool?
[15:15] <nessita> mandel: I wanted to let the possibility of return specific errors. Right now the UI don't care, but we may need to return specific codes for specicif errors and show that on the UI
[15:16] <nessita> mandel: makes sense?
[15:17] <mandel> nessita: sure, makes complete sense. I just wanted to make sure it was done on purpose
[15:17] <nessita> :-)
[15:17] <Chipaca> mandel: could you answer http://askubuntu.com/questions/19861/ubuntu-one-windows-beta-locks-up-what-to-do ?
[15:18] <Chipaca> mandel: (or if you'd rather not, put words in my mouth and I'll go through the motions)
[15:18] <mandel> Chipaca: let me take a look
[15:19] <mandel> I'll take care of that, is simple
[15:21] <Chipaca> nessita: awesome branch
[15:21] <Chipaca> mandel: please don't kill the user
[15:21] <nessita> thanks :-)
[15:22] <mandel> Chipaca: I wont ;)
[15:23] <Chipaca> mandel: thank you!
[15:25] <dobey> Chipaca: anything from desktopcouch-service in ~/.xsession-errors ?
[15:26] <Chipaca> dobey: negative
[15:26] <Chipaca> dobey: grep -i couch produces no output
[15:27] <dobey> where would logging.info() go, if it was called before set_up_logging()?
[15:28] <nessita> dobey: standard logging of the system, ie sys.stderr I think
[15:29] <dobey> hmm
[15:29] <mandel> Chipaca: let me know if a did kill the user, but I think i was kind of nice this time, at least I did not say puta or something like that :)
[15:29] <Chipaca> dobey: but only if it's logging info
[15:30] <Chipaca> mandel: were feces involved in any part of the reply?
[15:30] <mandel> Chipaca: no, I behaved, I want my presents on the 6th :)
[15:30] <karni> hi everyone!
[15:31] <beuno> karni!
[15:31] <karni> good to see you guys again
[15:31] <beuno> happy new years!
[15:31] <karni> beuno: CardinalFang: hello!!
[15:31] <karni> beuno: Happy New Year!! :)
[15:31] <beuno> karni, I have your apk, haven't tested it yet, though
[15:31] <beuno> catching up on work still
[15:32] <dobey> Chipaca: and what about logging.debug()?
[15:32] <karni> CardinalFang: I saw in U1M revision history you started something with android Authenticator - any progress?
[15:32] <dobey> and why is nm-applet crashing a bunch
[15:32] <karni> beuno: sure, np. I'll rebuild with the protocol and update you shortly.
[15:33] <karni> beuno: if you're ok with that, I'm ready to rock starting from today ;)
[15:33] <Chipaca> dobey: what level are we logging at?
[15:33] <beuno> karni, absolutely!
[15:33] <karni> aquarius: it's been a while, I'll be updating you shortly about the progress :)
[15:33] <karni> beuno: great!
[15:33] <dobey>         logging.debug("Pairing desktopcouch with Ubuntu One")
[15:34] <Chipaca> /usr/share/pyshared/desktopcouch/application/service.py:70:    console_log.setLevel(logging.WARNING)
[15:34] <karni> aquarius: by the way, Happy New Year! May it be even better than the previous one! =)
[15:36] <Chipaca> dobey: but rotating_log (which is the desktop-couch-<blah>.log file) is set at debug
[15:36] <dobey> right
[15:37] <dobey> i guess i don't know which one the debug is going to
[15:38] <Chipaca> dobey: if it's under application/service, to both
[15:39] <dobey> Chipaca: the u1 pairing is in a plug-in
[15:40] <dobey> Chipaca: and the load_plugins() is called by the init_mainloop() which returns a reactor, so it's called in the initialization of DesktopcouchService(), which then later calls set_up_logging() in a submethod
[15:40] <dobey> Chipaca: which is why i'm confused about where said log messages might actually end up
[16:06] <dobey> and now, bzr is super crashy
[16:07] <mterry> dobey, you know the python2.6 /usr/bin/bzr workaround?
[16:07] <karni> verterok: hi my man. so, in the end, looks like you are using the import com.ubuntuone.storageprotocol.android.InflaterOutputStream; in GetContent.java request, specifically for us. did your latest build that you put up in the repo include that, too?
[16:07] <dobey> mterry: yes; but i keep forgetting to do it every time i type bzr (which is a lot)
[16:07] <karni> verterok: I got a classNotFoundException with that InfpaterOutputStream yesterday, and was sure that's what's missing. after I bzr pull'ed, I see it's actually there!
[16:08] <dobey> mterry: and it's only being crashy on push at the moment for me
[16:08] <mterry> dobey, yar.  I'm thinking I should alias it for the nonce.  Or edit /usr/bin/bzr to specify python2.6
[16:08] <verterok> karni: the build is from the latest tip of the branch...weird
[16:08] <karni> verterok: weird o_O
[16:08]  * karni rebuilds and tests
[16:08] <verterok> karni: I'm in a meeting, I'll take a look to the build as soon I'm done with thins
[16:08] <verterok> *this
[16:08] <karni> verterok: sure, don't bother! sorry
[16:16] <karni> verterok: /me whispers: last u1-java-sp revision doesn't include rev 29 changes ( http://goo.gl/7ChJm ). problem triaged.
[16:16] <verterok> karni: k, I'll merge that and execute a new build
[16:16] <karni> \o/
[16:23] <dobey> lunch, bbiab
[16:43]  * nessita -> lunch
[17:07]  * nessita is back
[17:09]  * mandel -> merienda, will be back later in the evening
[17:27] <snap-l> Hello, I just upgraded my Lucid Ubuntu One with the PPA, and it appears that my account is no longer connected.
[17:27] <snap-l> Ubuntu One preferences is showing no account details, and no machines are showing under devices, save for <LOCAL MACHINE
[17:28] <snap-l> Is there a way to reconnect my account, or alternately, what's the best way to downgrade back to Lucid's packages?
[17:43] <dobey> snap-l: which PPA?
[17:45] <snap-l> ppa:ubuntuone/stable
[17:45] <dobey> snap-l: have you logged out, and back in, or rebooted, since upgrading to that PPA?
[17:46] <snap-l> I rebooted after upgrading using that PPA
[17:46] <snap-l> and have since logged back in
[17:46] <dobey> hmm, ok
[17:46] <dobey> nessita: ^^ could you help snap-l get his account working again?
[17:47] <nessita> sure!
[17:47] <snap-l> syncdaemon appears to be working OK, but preferences, and desktop couch appear to be horked
[17:47] <snap-l> (at least gwibber appears not to be working)
[17:48] <nessita> snap-l: hi there. So, can you please confirm that you have syncdaemon running? to do so, please paste the output of u1sdtool -s
[17:48] <nessita> snap-l: do you know how to run commands in a terminal?
[17:48] <snap-l> Yep, I'm fluent in cmdlin. :)
[17:48] <snap-l> State: QUEUE_MANAGER connection: With User With Network description: processing queues is_connected: True is_error: False is_online: True queues: IDLE
[17:49] <nessita> snap-l: so, syncdaemon is connected and is using a valid oauth token, since it authenticated against our servers
[17:49] <snap-l> right, I regenerated the token
[17:49] <nessita> snap-l: so, what do you mean with "preferences, and desktop couch appear to be horked"?
[17:50] <snap-l> OK, under System / Prefs / Ubuntu One, I'm not seeing any acount details
[17:50] <nessita> snap-l: you just see 'unknown's?
[17:50] <snap-l> Status is unknown, name / email / current plan are unknown
[17:50] <snap-l> yep
[17:50] <nessita> snap-l: ok, let me confirm the token is valid. To do so, please run in a terminal:
[17:50] <nessita> u1sdtool -q; u1sdtool -c
[17:51] <snap-l> craig@lister:~$ u1sdtool -q; u1sdtool -c
[17:51] <snap-l> ubuntuone-syncdaemon stopped.
[17:51] <snap-l> craig@lister:~$
[17:51] <nessita> and after a few minutes, please paste on ubuntu.pastebin.com the output of u1sdtool -s
[17:51] <snap-l> sure
[17:52] <snap-l> http://ubuntu.pastebin.com/DWCDaw3a
[17:53]  * nessita looks
[17:53] <snap-l> Just added an additional paste to that paste
[17:53] <nessita> dobey: ussoc is working just fine, any ideas why preferences is not updating the account info?
[17:55] <dobey> maybe it's really slow? what does the log say about it?
[17:55] <dobey> i think it's ~/.cache/ubuntuone/log/u1prefs.log
[17:55] <snap-l> .cache/log/syncdaemon.log?
[17:56] <snap-l> http://ubuntu.pastebin.com/08BT2pnv
[17:56] <snap-l> That's u1prefs.log
[17:57] <nessita> snap-l: are you behind a proxy? (I think not since you were able to login via ubuntu sso client)
[17:57] <snap-l> no, no proxy that I'm aware of
[17:58] <nessita> dobey: how can snap-l run preferences on debug mode?
[17:58] <snap-l> I think desktop couchis having trouble though
[17:59] <snap-l> file:///home/craig/.local/share/desktop-couch/couchdb.html is unable to connect to localhost:41492 after timeout
[17:59] <dobey> nessita: there isn't a debug mode. but maybe the log level needs changed inside ubuntuone-preferences itself. i don't remember off hand what it does to set up logging
[17:59] <snap-l> though there's several erlang processes running couchdb
[18:00] <nessita> snap-l: after upgrade of the PPA, did you get prompy by a GTK UI to login or register?
[18:00] <snap-l> No, I didn't. I forced it by removing the token
[18:00] <nessita> snap-l: how did you remove the token?
[18:01] <snap-l> apps / accessories / password & encryption keys. Removed Ubuntu One, and restarted
[18:01] <snap-l> u1sdtool -q; u1sdtool -c
[18:02] <nessita> snap-l: ok, all that sounds correct
[18:02] <nessita> dobey: I'm not sure what else I can do, could you please follow up on why preferences is not loading the account info?
[18:05] <dobey> snap-l: if you copy /usr/bin/ubuntuone-preferences to your home, edit it so that it has LOG_LEVEL = logging.DEBUG instead of INFO, and run the modified version, it should perhaps give more info in u1prefs.log as to what is failing if anything is
[18:05] <snap-l> Ah, I think I figured it out
[18:05] <dobey> nessita: sure, but it's weird. it's like nothing is failing, but it's just not completing or even running the requests
[18:06] <snap-l> couchdb needed a kicking
[18:06] <nessita> snap-l: meaning? :-)
[18:06] <snap-l> I've got prefs now
[18:06] <dobey> ok
[18:06] <snap-l> Not sure why it was messed up initially, though
[18:06] <dobey> nessita: couchdb was probably locked somewhere, and was causing prefs to block
[18:06] <snap-l> but it appears to be working
[18:06] <snap-l> Thank you dobey, nessita
[18:07] <dobey> sure
[18:07] <snap-l> quick question: are UbuntuOne Contacts supposed to be working with Evolution yet?
[18:08] <snap-l> ie: I've never ever seen them sync since using U1
[18:14] <karni> verterok: lemme know when you've finished the meeting, please :)
[18:16] <dobey> snap-l: should work if desktopcouch is replicating to the server. but we had replication disabled for a while, and having it work now requires the newer couchdb (which is in the stable ppa)
[18:16] <dobey> snap-l: so it should hopefully start working for you again since you upgraded to that :)
[18:16] <verterok> karni: sorry, got some lunch in the middle :)
[18:16] <verterok> karni: so, don't know why the change was reverted...
[18:17] <karni> verterok: np :) I am and will be patient :)
[18:17] <verterok> karni: I'll do the android-thingy import instead of java.util.zip
[18:17] <karni> verterok: I remember you didn't want to introduce android-specific changes, perhaps that was the reason
[18:17] <verterok> karni: ah, maybe
[18:17] <karni> verterok: That'd be great, thank you. If you want, I can build a custom android-specific build, but you have the repo/domain, which is neat.
[18:18] <verterok> karni: I'll take a look at how to parametrize the build to build a android-friendly version
[18:18] <karni> verterok: niceee ^ ^
[18:18] <karni> verterok: Some more Java magic from verterok ;)
[18:18] <verterok> karni: heh, ant/maven magic
[18:19] <karni> verterok: ah, right. still, good stuff :)
[18:23] <karni> verterok: Q: hashInfo.size -- this is the real size in bytes of a file, which HashInfo was requested with HashUtils.getHashInfo(..) ?
[18:23] <verterok> karni: where? I don't remember :)
[18:23] <karni> verterok: one sec
[18:24] <karni> verterok: http://paste.ubuntu.com/549926/ line 6 / line 12
[18:25] <karni> verterok: line 12 was actually written by me, but that was a wild guess, I know the size of a file from elsewhere. But using hashInfo variable here would be cleaner.
[18:25] <verterok> karni: yes, the real size
[18:25] <karni> verterok: great, thanks
[18:34] <karni> verterok: Please bare with me.. It's quite a challenge using undocumented code, and you're my main sp-knowledge support. I've got a question about Deferreds, since long I've been thinking how to pass a variable from one deferred, to a callback. But a member field sounds like an overhead.. Could you spend 30 seconds and look at comments in that code? http://paste.ubuntu.com/549933/
[18:35] <karni> verterok: if RequestId is unique, I indeed could use a member field (a hashmap of some sort). but it doesn't sound lightweight.
[18:38] <karni> SparseArray sounds good. I think assuming RequestId is unique is rather safe :)
[18:40] <verterok> karni: let me take a look
[18:40] <verterok> karni: I don't understand the question :)
[18:40] <verterok> karni: what do you want to do?
[18:40] <karni> verterok: it'd be the same way you use a hashMap to cache hashes of files.
[18:40] <karni> ok, so basically
[18:40] <karni> I'd like to take that long id returned by insertFile( .. )
[18:40] <karni> and have it accessible in the callback
[18:40] <karni> that's it.
[18:41] <karni> but callbacks don't support more than a one 'parameter', which is a result of a previous deferred
[18:41] <karni> here, the result is returned when file content has finished uploading
[18:41] <karni> since I save the file to a ContentProvider before it is uploaded (because I can ;) )
[18:42] <karni> I'd like to forward that ContentProvider id, and invoke in the next callback: mService.onFileUploaded(id_goes_here, fFilename);
[18:42] <karni> verterok: I'm sorry if I'm confusing.
[18:42] <snap-l> dobey: Yippee! It's working! Thanks! ;)
[18:43] <verterok> karni: looks like you need to keep than info somewhere
[18:43] <dobey> snap-l: no problem
[18:43] <verterok> karni: at least in the context, e.g: http://paste.ubuntu.com/549942/
[18:46] <karni> verterok: adding 'final' won't make it accessible in the "and pull it here" context ^ ^ but certainly I can use a SparseArray member field of SyncDaemon to store that info.
[18:47] <verterok> karni: look closer
[18:47] <verterok> :)
[18:47] <karni> verterok: ok, sorry.. /me looks closer
[18:47] <verterok> karni: I moved the block that starts with: "// .. and pull it here, instead of 0L"
[18:48] <karni> verterok: :D:D!!!
[18:48] <karni> verterok: This is it!
[18:48] <karni> verterok: God those deferreds are flexible!
[18:48] <verterok> karni: actually, that code is wrong
[18:49]  * verterok fixes it
[18:50] <verterok> karni: http://paste.ubuntu.com/549945/
[18:50] <verterok> karni: it might not compile, but I think it's a bit clear
[18:51] <karni> verterok: indeed, this is good. this is what I needed :) thank you!!
[18:52] <ralsina> nessita: bad news with the epic review, it didn't work. It installs desktopcouch just fine, but I don't get the option for other services later, and I get a backtrace in the console
[18:52] <ralsina> nessita: https://pastebin.canonical.com/41434/
[18:53] <nessita> ralsina: you should re click on the tab, since that is DC service timeouting
[18:53] <ralsina> nessita: ok, trying!
[18:53] <nessita> ralsina: see my third comment: "Just filled bug #696782 to make the DC service starts on the backend."
[18:53] <ubot4`> Launchpad bug 696782 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "Start DC service in backend to make that op asynch (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/696782
[18:54] <ralsina> Now I got No UbuntuOne pairing record
[18:55]  * ralsina checks for old daemons just in case
[18:55] <nessita> ralsina: yes, you should now close the Control Panel and re open
[18:55] <nessita> ralsina: if still no pairing record, you're having the same issue as Chipaca
[18:55] <nessita> ralsina: and dobey was working on diagnose that
[18:56] <ralsina> Yup, same problem.
[18:56] <nessita> dobey: any news on the not-u1-pairing issue that Chipaca was having?
[18:58] <dobey> nessita: no. afaict, either something is wrong with the logging and the log messages aren't showing up in the logs for some reason, or the signal is never getting fired
[18:58] <nessita> dobey: the signal is, you can check it with dbus-monitor
[18:59] <dobey> it is for you, or it is for Chipaca and ralsina?
[18:59] <nessita> dobey: Chipaca and ralsina
[19:00] <nessita> dobey: I haven't been able to test this on natty, I updated my natty system last week and went unusable
[19:00] <dobey> unusable how? the nightlies are available for lucid and maverick too, btw
[19:00] <nessita> dobey: no, becasue of basic UI issues
[19:01] <dobey> you mean the gdm problem?
[19:01] <nessita> dobey: no, basic desktop issues, piece of windows drawn out of nowhere, etc
[19:01] <nessita> pieces*
[19:01] <dobey> if you can log in on console and manage to apt-get upgrade to the latest updates, it should work again
[19:01] <nessita> dobey: I'll try tomorrow
[19:01] <dobey> oh hmm
[19:02] <dobey> sigh, and firefox is really annoying me now
[19:07] <verterok> karni: new build uploaded, I moved the InflaterOutputStream outside of the ubuntuone package
[19:08] <karni> verterok: Sounds great :) I'll update the setup script. Thank you verterok :)
[19:14] <karni> CardinalFang: Please warn me when you get around U1F sources. I'm still pushing changes directly to trunk, but will stop the moment you or beuno advise so :) And will then use merge proposals instead.
[19:16] <ralsina> nessita: while that branch cooks, which one do you prefer I review first?
[19:17] <nessita> ralsina: the other 3 branches have a depedency chain among them, so you should go in order (first https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/fix-693531/+merge/44919, then https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/no-more-gobject/+merge/44988 and last https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/really-errback-on-error/+merge/45016)
[19:17] <ralsina> ok, starting at the top now
[19:17] <nessita> ralsina: anyways, I'm not sure the other branch is being cooked... dobey, can you please confirm?\
[19:20] <ralsina> oh, BTW for everyone: if you are on natty with today's nightlies bzr breaks with a readline error. There is a build around that fixes that. So, bad day to test natty in general :-(
[19:23] <dobey> hrmm?
[19:24] <dobey> ralsina: which workaround?
[19:24] <dobey> "use python 2.6" ?
[19:24] <ralsina> nope, there's a .deb for 2.7
[19:24] <ralsina> Since we are supposed to test on natty + 2.7 going back to 2.6 is not enough :-)
[19:24] <ralsina> let me find it...
[19:25] <dobey> eh, "python2.6 /usr/bin/bzr push" solves it for me :)
[19:25] <ralsina> https://launchpad.net/~bilalakhtar/+archive/stage/+build/2117223/+files/bzr_2.3.0~beta3-1ubuntu1_amd64.deb
[19:26] <ralsina> dobey: now that's an idea ;-)
[19:27] <dobey> of course, i had to change tarmac to be run under 2.6 for the moment as well
[19:27] <dobey> because it was failing with the bzr issue
[19:27] <ralsina> nessita: approved lp:~nataliabidart/ubuntu-sso-client/fix-693531
[19:28] <dobey> nessita: which branch being cooked?
[19:28] <dobey> what does being cooked even mean? :)
[19:30] <dobey> Chipaca, ralsina: could you retry with latest desktopcouch 'nightlies' and see if it still doesn't hook up u1 replication?
[19:30] <ralsina> dobey: I can try!
[19:31] <nessita> dobey: not sure, ralsina mentioned that
[19:31] <ralsina> having someone wok on it.
[19:31]  * ralsina gets too creative sometimes
[19:31] <nessita> dobey: I guess he was referring to fixing the u1 pairing
[19:32] <dobey> oh
[19:32] <ralsina> nessita dobey: exactly.
[19:33] <dobey> well, there's nessita's one branch, that should be in r242. but not sure what else would be wrong there
[19:33] <dobey> if that still fails for you i'll see if i can't dig deeper
[19:33] <nessita> dobey: thnaks
[19:33] <nessita> and thanks also
[19:34] <dobey> i could use some thnacks right now. but with less lisp.
[19:37] <ralsina> nessita: is anything still missing with the MIR? Should we go on the next step?
[19:37] <dobey> which MIR?
[19:38] <ralsina> dobey: https://bugs.launchpad.net/ubuntu/+source/ubuntuone-control-panel/+bug/690227
[19:38] <ubot4`> Launchpad bug 690227 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "[MIR] ubuntuone-control-panel (affects: 2) (heat: 12)" [High,New]
[19:38] <nessita> ralsina: what is missing is just me fixing the package related bugs (.desktop file, dependencies). I ll do that when application-woohoo lands
[19:38] <ralsina> nessita: cool
[19:38] <nessita> ralsina: not sure if we should wait for those bugs to be resolved first?
[19:38] <ralsina> yes for the .desktop and dependencies
[19:38] <nessita> ok
[19:39] <nessita> in the mean time, I'm doing all the needed lobby for that MIR to happen
[19:39] <nessita> s/needed/possible/
[19:41] <ralsina> nessita: ok, I'll try to help with that
[19:41] <ralsina> nessita dobey: latest nightlies and still no pairing record
[19:42] <dobey> ok. weird. i'll dig into it
[19:43] <ralsina> Here's the pastebin if it helps: https://pastebin.canonical.com/41436/
[19:46] <nessita> ralsina: you're actually getting the exception on the control panel or a user friendly 'no pairing record'?
[19:46] <ralsina> user friendly message
[19:46] <nessita> ah, ok
[19:48] <dobey> hmm
[20:04] <dobey> hahahahahahahah
[20:04] <dobey> Chipaca, ralsina: do you guys have desktopcouch-ubuntuone installed?
[20:04] <nessita> dobey: ah! I wasn't aware of that!
[20:05] <ralsina> dobey: nope
[20:05] <dobey> well that would be why it's not pairing :)
[20:07]  * ralsina is testing that now....
[20:07] <ralsina> Same error
[20:07] <ralsina> after installing desktopcouch-ubuntuone
[20:08] <dobey> you installed it and restarted everything?
[20:08] <dobey> or you installed it and started controlpanel?
[20:08] <dobey> desktopcouch-service would need to be restarted for it to load the plug-ins
[20:09] <ralsina> dobey: I'll reboot it just in case
[20:13] <ralsina> dobey: no luck. It first failed with a timeout, then again the friendly no pairing record message
[20:13] <dobey> what failed with a timeout?
[20:14] <ralsina> it doesn't matter, I just reproduced it without it
[20:14] <dobey> i'm confused
[20:15] <dobey> and dpkg has shot itself in the face on my computer :-/
[20:16] <ralsina> dobey: mine got twisted in a knot for 45 minutes today, I had to delete cached debs manually :-(
[20:16] <ralsina> Just in case, I have ii  desktopcouch-ubuntuone               1.0.3+r242~natty1
[20:16] <dobey> dpkg really does not deal with file conflicts well at all
[20:17] <dobey> ralsina: but you're relying on an untested branch of control panel to tell you whether or not the pairing record is there?
[20:17] <ralsina> dobey: well, that branch is what I am supposed to be testing :-)
[20:17] <ralsina> How can I know if the pairing record is there or not?
[20:17] <nessita> dobey: can you provide ralsina an isolated script to test the pairing?
[20:17] <nessita> just to be sure control panel is out of the equation
[20:17] <dobey> well how can you test that it works if you don't know if everything else works already?
[20:18] <nessita> dobey: exactly
[20:18] <ralsina> I have to start testing somewhere, and this is what I have at the moment, so I would love such a script :-)
[20:18] <ralsina> brb
[20:35] <dobey> so it looks like for some reason the plug-in isn't being initialized properly
[20:36] <karni> U1 is being slow atm
[20:36] <karni> and I don't mean the transfers..
[20:38] <ralsina> I am back
[20:40] <dobey> this is weird.
[20:45] <karni> beuno: aquarius: Out of curiosity, the REST API to *storage* - I heard it's planned. Has it's development started?
[20:45] <aquarius> karni, development has not started yet; we're still working on the spec
[20:45] <karni> aquarius: ack. thanks
[20:45] <dobey> ralsina: can you file a bug if there isn't one already, for the pairing not working?
[20:45] <dobey> ralsina: and assign to me
[20:46] <ralsina> dobey: but if it's just for this branch...
[20:46] <dobey> ralsina: no it's broken
[20:46] <dobey> ralsina: the plug-in isn't even loading
[20:47] <ralsina> ok, against what I file it the? desktopcouch-ubuntuone?
[20:47] <ralsina> s/the/then/
[20:50] <karni> I'm experiencing terrible U1 slowdown during testing. Maintanance? Server software upgrade?
[20:50] <ralsina> Isn' t this bug #634396
[20:50] <ubot4`> Launchpad bug 634396 in desktopcouch (Ubuntu) (and 1 other project) "desktopcouch pairing broken (affects: 2) (dups: 1) (heat: 35)" [Medium,Fix released] https://launchpad.net/bugs/634396
[20:50] <ralsina> Nah, forget it, not the same bug
[20:51] <dobey> ralsina: desktopcouch
[20:51] <ralsina> dobey: creating
[20:56] <ralsina> dobey: bug #696968 (so close!)
[20:56] <ubot4`> Launchpad bug 696968 in desktopcouch "Pairing fails (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/696968
[21:19] <inaety> I've signed up for the mobile music service.  But I am not sure how to "tell" ubuntu one where music is?  Is it as simple as right clicking > synchronize?
[21:19] <beuno> inaety, yeap
[21:20] <beuno> any music that is synced on ubuntu one will be found and scanned
[21:20] <inaety> beuno, It seems as though its taking forever
[21:20] <inaety> I have over 30 gigabytes but I can't tell if even one song made it online
[21:21] <beuno> inaety, you could take a peak at the website
[21:21] <inaety> beuno, and one last question, I don't have to buy extra space for the music do i?
[21:22] <karni> U1 might be a lil slow at the moment.
[21:22] <beuno> inaety, for music you own, yes
[21:22] <beuno> music that is purchased in the ubuntu one music store, no, it will overflow your quota
[21:23] <inaety> beuno, ah, well then i would have to purchase 40 gigabytes of space
[21:23] <beuno> inaety, right
[21:23] <inaety> beuno, thanks for your help mate
[21:24] <joshuahoover> nessita: ping
[21:24] <beuno> inaety, any time!
[21:24] <nessita> joshuahoover: pong
[21:24] <joshuahoover> nessita: do you know what would cause a user to get "An non-2xx response code was received" message from the sso gui?
[21:25] <ralsina> joshuahoover: I got those when my system's time was more than 15 minutes off
[21:26] <nessita> joshuahoover: it means that the SSO service (server side) is returning that. Last know cause is the user having the computer clock wrong
[21:26] <nessita> joshuahoover: oauth will not work (in any app, U1, twitter, etc) with the computer clock off
[21:26] <ralsina> joshuahoover: that's bug #692597
[21:26] <ubot4`> Launchpad bug 692597 in ubuntuone-control-panel "If the user has the date wrong, connection fails (affects: 1) (heat: 13)" [Low,Confirmed] https://launchpad.net/bugs/692597
[21:26] <nessita> joshuahoover: if the computer clock is synched with ntp or similar, please request logs (~/.cache/sso)
[21:27] <joshuahoover> nessita: ah ok, i'll have them check their clock...i know that was an issue with the old (before sso gui) setup but i haven't seen that message before now
[21:27] <nessita> joshuahoover: the clock.date issue will always be an issue as long as we use oauth
[21:27] <nessita> clock/date I meant
[21:27] <karni> beuno: I'm worried about the service speed at the moment. Could you use any of U1F version you have installed just to see how long it takes it to Authenticate?
[21:27] <joshuahoover> nessita: :)
[21:28] <nessita> joshuahoover: it depends on timestamps that are validated against a valid time range
[21:28] <karni> beuno: I'd now if it's like that just for me.
[21:28] <beuno> karni, sure, give me a few
[21:28] <karni> beuno: thanks
[21:29] <karni> beuno: I'll update you with an apk this evening.
[21:29] <ralsina> nessita: in ny case, there is a 401 error that is being converted into the "non-2xx" message so there is something to improve there somewhere
[21:29] <ralsina> s/ny/any/
[21:29] <beuno> karni, awesomE!
[21:29] <joshuahoover> ralsina: agreed
[21:30] <nessita> ralsina: yeah, the non-2xx is directly what the sso server sends, we're not processing that right now
[21:31]  * karni is worried. It's taking ages to set capabilities of the client (that's visible only under adb logcat, by no sign of onClientSetup nor onClientSetupDone)
[21:31] <ralsina> nessita: I remember the logs and there was a clear 401 error there :-)
[21:32] <nessita> ralsina: is in the middle of the HttpError trace, but the message sent in the HttpError is the non-2xx
[21:32] <ralsina> nessita: ok
[21:33] <ralsina> That's it for me today. Have a nice day/evening/etc. everyone!
[21:42] <mandel> nessita: ping
[21:42] <nessita> mandel: pong, almost leaving
[21:42] <nessita> mandel: shoot
[21:44] <mandel> nessita: ok, I got the way to do the skipIf for the modules thanks to the mainling list you gave me, take a quick look: http://bazaar.launchpad.net/%7Emandel/ubuntuone-dev-tools/load_test_according_to_platform/annotate/head%3A/ubuntuone/devtools/testcase.py
[21:44] <mandel> nessita: look at the try, except ImportError, I think that is the best/cleanest way to do it
[21:45] <nessita> mandel: very good! I'll review it tomorrow
[21:46] <mandel> nessita: cool :)
[22:07]  * nessita -> eods
[23:51] <poolie> hi, anyone around? my laptopt isn't syncing down file newly added elsewhere