[03:03] <cornwall> Hi, Ubuntuone team, just want to say hi and keep up the good work :)
[03:03] <cornwall> I appreciate Canonical and all that they've done
[03:24] <tcole> thank you, cornwall
[03:25] <tcole> I'll pass it on
[03:45] <dobey> heh
[03:45]  * dobey watched the "Bicycle Tour" episode of Monty Python last night
[07:55] <thisfred> hola ubuntuoneros!
[07:57] <__lucio__> what does thisfred standfor? why this and not that?
[07:58] <thisfred> __lucio__:  well, I'm *this* fred, not *that* fred ;)
[07:58] <__lucio__> so YOU say
[07:58] <__lucio__> you are that one for me
[07:58] <thisfred> indeed, you'
[07:58] <thisfred> re allowed to alias me to thatfred ;)
[07:58] <__lucio__> haha
[08:00] <thisfred> fred is a nick from university days, that sort of stuck, I have been called that for so long that it's as familiar to me as eric. And I started using thisfred a long time ago, and am not creative enough to come up with anything else, so that's my nick everywhere ;)
[08:01] <thisfred> I would not have used it for launchpad when I joined canonical, but I'd already had a launchpad account for a long time...
[08:07] <__lucio__> its not too bad, ive seen stranger nicks :)
[08:10] <thisfred> hehe
[08:21] <tcole> I can attest to that.
[10:15] <BUGabundo> guud day
[10:23] <thisfred> hi BUGabundo
[10:28] <thisfred> beards of python http://www.flickr.com/photos/termie/sets/72157616044454732/
[10:30]  * BUGabundo looks
[11:25] <pf> I've just installed 0.90.2.1+r55-0ubuntu1~ppa1~jaunty on my notebook: But ubuntuone-client-applet refuses to startup: Hangs 30 seconds and than stops without error message
[12:59] <facundobatista> Hi all
[13:02] <artir> o/
[14:48] <natewiebe13> anyone know approx how long the waiting list is?
[14:49] <urbanape> I don't, natewiebe13, but I can check for you.
[14:49] <natewiebe13> awesome.. thanks
[14:51] <natewiebe13> also, is there a limit as to the number of pc's you can sync together? [i have 3 that id like to sync]
[14:52] <urbanape> no limit that I'm aware of
[14:52] <jblount> natewiebe13: No limit to the number of sync'd machines, and we're aggressively inviting people, but are trying to keep the servers stable, so we don't have any sort of timeline for you.
[14:52] <urbanape> when did you sign up?
[15:00] <jblount> MEETING BEGINS
[15:00] <jblount> If you are here for the Ubuntu One desktop(+) developers meeting of incredible goodness, please say "me" !
[15:00] <CardinalFang> me
[15:00] <CardinalFang> only me.
[15:00] <CardinalFang> sorry.
[15:01] <CardinalFang> okay, you guys can help.
[15:01] <rodrigo_> me
[15:01] <jblount> me
[15:02] <urbanape> me
[15:02] <jblount> dobey, rodrigo_, aquarius ?
[15:03] <aquarius> me
[15:03] <rodrigo_> jblount: you always miss my 'me's' :)
[15:03] <jblount> rodrigo_: It's the underscore, it confuses me! :D
[15:03] <teknico> me
[15:03] <rodrigo_> yeah, someone has rodrigo in this irc network
[15:04] <CardinalFang> Okay!
[15:04] <CardinalFang> DONE: Made "pairing" code lint-happy.  Added failing test.  Started to link tests to "make test".
[15:04] <CardinalFang> TODO: Link to tests.  Get review.  Push.  On-call reviewing today.
[15:04] <CardinalFang> BLOCKED: []
[15:04] <dobey> me
[15:04] <CardinalFang> rodrigo_: you!
[15:05] <rodrigo_> done: started testing on tomboy sync with our server, now that we have oauth in tomboy. Submitted a new fixed package for couchdb-glib to REVU. Started coding a NoteArchiver class for Tomboy to use CouchDB for storage
[15:05]  * CardinalFang should have said "negative test", not "failing".  It passes, but it test badness.
[15:05] <rodrigo_> todo: make tomboy sync notes to our server, continue work on NoteArchiver class, and fix some details on evo-couchdb thing
[15:05] <rodrigo_> blocked: none
[15:06] <rodrigo_> jblount: go
[15:06] <jblount> DONE: Learning more yui3 than I care to, some css / html stuff to fix the layout of the newish popup info window
[15:06] <jblount> TODO: More yui3 learning / fixing, land some stinking code
[15:06] <jblount> BLOCKED: Nada
[15:06] <jblount> urbanape: t t t t tag!
[15:06] <urbanape> DONE: Stupid wrangling with the FF extension skeleton solved by a stupid trailing '/' on the directory entry in the manifest. (cue: "Honestly, it's 2009, if it needs a trailing slash and doesn't have one, don't we have the computational wherewithal to just friggin add one?"). Extension now actually injects a menu item in the Tools menu that pops up an alert.
[15:06] <urbanape> TODO: Now unblocked, hack on FF plugin and make it friggin do something other than an alert.
[15:06] <urbanape> BLOCKED: None
[15:06] <urbanape> aquarius: pour it on
[15:06] <aquarius> DONE: make everything depending on desktopcouch.records actually work (helping thisfred), read about quickly and how it's using couch already
[15:06] <aquarius> TODO: read more about quickly, talk to rickspencer3
[15:06] <aquarius> BLOCKED: still using the horror of lsof to find CouchDB port until the print-the-port logfile patch goes in
[15:06] <aquarius> go go gadget teknico
[15:06] <teknico> DONE: funambol_reset_devices branch fixed and submitted
[15:06] <teknico> TODO: landing that branch, starting one about the web ui interface for resetting devices
[15:06] <teknico> BLOCKED: pqm
[15:06] <teknico> NEXT: dobey
[15:06] <dobey> DONE: Python module layout changes
[15:06] <dobey> TODO: Land changes, 0.90.3 release, Update packaging, re-upload to REVU
[15:06] <dobey> BLCK: None.
[15:07] <dobey> anyone else?
[15:07] <jblount> dobey: I think that's all
[15:07] <jblount> MEETING ENDS
[15:07] <aquarius> urbanape: w00 extension!
[15:08] <jblount> urbanape: Yeah! I want to install it yesterday.
[15:08] <urbanape> yeah, I'm gonna get a review of it so far and merge it to trunk
[15:08]  * CardinalFang admires the word "wherwithal".
[15:08] <urbanape> I'll put up instructions for linking the source tree to your profile's extensions directory so you can keep getting improvements as it develops
[15:10] <urbanape> directory = whatever if whatever.endswith('/') else "%s/" % whatever
[15:10] <urbanape> HOW HARD IS THAT?
[15:10]  * dobey goes shopping
[15:10] <urbanape> me too
[15:11]  * urbanape masks his anger at himself with anger at silly stuff
[15:12] <dobey> heh
[15:18] <urbanape> outside of a team, can you not ask for multiple individual reviewers in launchpad?
[15:19] <jblount> urbanape: Click the request review button (on the merge proposal button), you'd have to do that seperately each time
[15:19] <urbanape> gotcha
[15:19] <dobey> urbanape: you can request new reviews, but you have to do it one at a time i think
[15:20] <urbanape> yup. hit up aquarius and jblount
[15:23]  * jblount eagerly reviews
[15:24] <urbanape> today I'm gonna read up on that dbus/XPCOM bridge
[15:25] <dobey> that sounds frightening
[15:27] <urbanape> http://sandbox.movial.com/wiki/index.php/Browser_DBus_Bridge
[15:27] <urbanape> works (currently) for gecko and webkit
[15:27] <urbanape> MIT, LGPL, and MPL licensed stuff
[15:29] <dobey> fun
[15:29] <dobey> multi-license == fail :)
[15:55] <jblount> thisfred: I want to make out with lp:earcandy, it is incredible.
[15:57] <thisfred> jblount: haven't tried it yet, as I'm scared to do anything to sound on my machine, now that it's working for the first time in forever, but thanks for guineapigging! ;)
[15:58] <jblount> thisfred: Heh, funny that you mention it. When I don't have earcandy running, it seems to kill audio from the two sources it was adjusting for me (firefox plugins and banshee)
[16:00] <thisfred> ah
[16:00] <CardinalFang> Pulse is spooky.
[16:00] <jblount> CardinalFang: Agreed. I've heard that Pulse is good for us though, from people who know about such things.
[16:02] <CardinalFang> Yeah, the kernel folks insist on doing complex things in userspace, so we *have* to have something like it somehow.  At least it ain't esound.
[16:02] <jblount> heh
[16:13] <tcole> it's a shame ALSA isn't simpler
[16:13] <tcole> a lot of the pulse problems come from abuses of the ALSA API because too few people understand it
[16:14] <tcole> granted in many cases they are abuses for which people should really have no excuse even with the lack of documentation, but...
[16:19] <leviatan89> Hi!
[16:20]  * CardinalFang boggles at  re.compile('.*%s.*'...)
[16:23] <leviatan89> hello
[16:24] <leviatan89> i'm spanish, sorry for my nglish :S
[16:25] <leviatan89> when i start my computer i need write my password for de keyring always
[16:25] <leviatan89> for the keyring*
[16:25] <CardinalFang> Boy, emoticons in Espanol are funny.
[16:25] <verterok> leviatan89: hi
[16:26] <leviatan89> thanks!
[16:26] <leviatan89> english too lol
[16:27] <leviatan89> so...
[16:27] <leviatan89> do you know why?
[16:27] <verterok> leviatan89: check Bug #391176
[16:29] <leviatan89> thanks you verterok and ubottu!
[16:29] <leviatan89> i'm going to read about the bug!
[16:31] <joshuahoover> hi leviatan89, let me know if you need any further help once you read through that bug :)
[16:33] <leviatan89> ok joshuahoover!
[16:39] <leviatan89> i have readed?? the bug... i have the same pasword as user and as keyring...
[16:39] <leviatan89> delting the archive ~/.gome2/keyrings/ is safe?
[16:40] <leviatan89> the keyring have me some problems in various computers that i don't know slove
[16:41] <CardinalFang> leviatan89: I do not know if it is safe.  If you insist on trying, please "mv" instead, so that you can recover if it proves disastrous
[16:41] <Chipaca> leviatan89: it's (afaik) safe as long as you remember the keys :)
[16:44] <leviatan89> =-O i remember the keys! :) i'm going to try moving the archive! thanks!. I will come when i will know something!
[16:44] <joshuahoover> leviatan89: are you set to auto-login?
[16:44] <leviatan89> and sorry for my english again
[16:44] <leviatan89> yes
[16:44] <leviatan89> i have auto-login
[16:44] <joshuahoover> leviatan89: ok...then that is a different issue
[16:44] <leviatan89> :O
[16:44] <leviatan89> =-O *
[16:45] <joshuahoover> leviatan89: you will get prompted with auto-login
[16:45] <joshuahoover> anyone know if there is a "safe" way to save the keyring password when auto-login is enabled?
[16:48] <leviatan89> i don't know
[16:48] <CardinalFang> Maybe set the keyring password to the empty string, ""?
[16:49] <leviatan89> but it is not very safe...
[16:49] <leviatan89> no?
[16:49] <joshuahoover> CardinalFang: that's a possibility...maybe
[16:50] <CardinalFang> leviatan89: What situation are you trying to protect against, then?
[16:50] <joshuahoover> leviatan89: well, i'm not sure if it's any more or less safe than auto-login
[16:55] <leviatan89> CardinalFang: Really... none. The computer is in my house. The only problem is me! I don't know if it is as root pasword. No root pasword is dangerous for the system. I refer to that.
[16:56] <leviatan89> joshuahoover: I forgot put your nick top.
[16:56] <leviatan89> above*
[16:57] <joshuahoover> leviatan89: i believe the danger of setting an empty keyring password is that all passwords stored in the keyring (ubuntu one, wireless, evolution, etc.) would be stored in plain text instead of encrypted
[16:59] <joshuahoover> leviatan89: i'm confirming that now on one of my test virtual images
[17:00] <leviatan89> joshuahoover: so... is it a bug?
[17:01] <joshuahoover> leviatan89: no, that's not a bug, you are warned that setting an empty keyring password is not as secure...this is an issue for auto-login and any app that uses keyring to store passwords and the choice is to use a password and get prompted or set an empty password and have your passwords saved in clear text
[17:06] <leviatan89> joshuahoover: Ok, so to save the password as clear text... I must delte ~/.gome2/keyrings/ ?
[17:07] <tcole> storing your keyring in cleartext seems extremely dangerous if your machine is ever compromised
[17:07] <tcole> considering all the stuff that goes in the keyring
[17:07] <joshuahoover> leviatan89: you'll have to get rid of the files in that directory...as CardinalFang pointed out, it's probably safer to rename them than to delete
[17:09] <joshuahoover> tcole: yeah, i'm not suggesting people do this...i'd rather suggest users enable a login and set the keyring and login password to be the same
[17:11] <leviatan89> joshuahoover: But do it in a personal machine that it's in your room... it's not very comfortable. Also there are people that use the computer and don't have idea about passwords.
[17:12] <leviatan89> joshuahoover: I know that it's not the place but... is it a papercurt or a think that can be reported?
[17:12] <leviatan89> :S
[17:12] <leviatan89> :-$
[17:12] <joshuahoover> leviatan89: understand...tcole is correct, that if your machine were compromised, then all the data in keyring is easily readable...that is the danger
[17:13] <joshuahoover> leviatan89: i don't think it's a bug, but maybe a feature request to see if there is a better way for ubuntu to allow auto-login setups to handle this
[17:15] <leviatan89> joshuahoover: thanks
[17:17] <joshuahoover> leviatan89: you're welcome :)
[17:17] <leviatan89> joshuahoover: the same hapens whit ubuntu netbook remix and the wifi password whit auto-loging activated. And it's very boring!
[17:18] <leviatan89> joshuahoover: so i'm going to search if i can do something!
[17:18] <leviatan89> thanks again :)
[17:18] <joshuahoover> :)
[17:19] <atrus> i'm trying to run ubuntuone-client-applet, but it runs for about 30 seconds, and then exits silently. i never get any kind of notification icon. any suggestions?
[17:21] <atrus> and  i'm not clear on where i'm supposed to supply my login credentials...
[17:23] <verterok> atrus: try running: 'ubuntuone-client-applet -s'
[17:24] <atrus> aurghhh. i see what's happened. it's loaded a web page in the background in a firefox tab on another desktop. that's pretty unintuitive.
[17:27] <mthaddon> atrus: doesn't your window manager notify you somehow that firefox is doing something on that other desktop?
[17:31] <atrus> neither my wm (openbox) nor the gnome panel notified me of any such thing
[17:38] <joshuahoover> atrus: are you able to complete the installation process now that you see the ubuntuone.com web page that was opened up automatically?
[17:39] <atrus> yeah, it seems to go okay. not sure if it's syncing right, but yeah.
[17:40] <joshuahoover> atrus: ok, let me know if it's not working for you from here
[17:43] <atrus> cool, seems to be working allright. i had one issue where I created a new folder and immediatly renamed it (in nautilus), but the web interface insisted it was called "untitled folder" until I renamed it again.
[18:03] <samme> hi
[18:20] <mint_> question: to use this software do you have to be running ubuntu or can you be running a child of ubuntu like linspire/kubuntu/xubuntu. then how about ubuntu's parent Debian?
[18:32] <dobey> mint_: it will run on anything where the dependencies are met
[18:32] <dobey> mint_: currently restricted to linux, as we use inotify
[18:33] <mint_> okay, thank you
[18:44] <natewiebe13> jblount: i joined last night
[18:45] <dobey> joshuahoover: you can reliably reproduce bug #389875 ?
[18:47] <natewiebe13> jblount: are you there?
[18:49] <jblount> natewiebe13: Only somewhat, did you have a question?
[18:49] <natewiebe13> yeah
[18:49] <natewiebe13> i left earlier
[18:49] <natewiebe13> forgot to tell ya
[18:49] <natewiebe13> i asked earlier how long the line is
[18:49] <natewiebe13> and you asked when i joined
[18:50] <natewiebe13> which was last night
[18:50] <jblount> natewiebe13: Ah, so you requested an invitation last night.
[18:50] <natewiebe13> yeah
[18:50] <natewiebe13> know how long it is until i can get this goin?
[18:51] <jblount> natewiebe13: We've been sending out tons, but if you joined last night you'll be on the end of the list I'm afraid, so it might take a while to get an invite out to you. Sorry about that.
[18:51] <natewiebe13> (great idea btw)
[18:51] <natewiebe13> no probs
[18:51] <jblount> natewiebe13: We don't have any strict timeline, it wil be a while though.
[18:51] <natewiebe13> cant wait to start keeping my files organized
[18:51] <natewiebe13> okay
[18:51] <natewiebe13> rough idea?
[18:51] <jblount> natewiebe13: Maybe next week?
[18:51] <natewiebe13> nice
[18:51] <natewiebe13> thats not that long
[18:51] <natewiebe13> i was expecting a month
[18:52] <dobey> natewiebe13: 0 < time < infinity :)
[18:53] <natewiebe13> haha
[18:53] <natewiebe13> nice
[19:11] <tahorg> Hi, I'm testing ubuntu one and it's eating 100% of one of my cpu core for ~ 10 minutes now
[19:12] <tahorg> I've put a 58MB git repository in it
[19:12] <tahorg> 0.90.2.1+r55-0ubuntu1~ppa1~jaunty
[19:13] <tahorg> maybe it doesn't like the 15648 files ...
[19:17] <tahorg> 582MB RES, oh well
[19:23] <dobey> tahorg: hi. am poking someone with better knowledge of that code than i, to help you :)
[19:32] <facundobatista> __lucio__, it's already released the branch that didn't compressed all the files simultaneously?
[19:32] <Chipaca> facundobatista: nope
[19:32] <__lucio__> facundobatista: i dont think so
[19:32] <Chipaca> facundobatista: it's not passing all the tests yet
[19:32] <facundobatista> Chipaca, that could explain tahorg's cpu usage, right?
[19:33] <__lucio__> tahorg: theres a bug about that, could you please attach your logs to it?
[19:33] <verterok|lunch> tahorg: Hi, it's known problem caused by the num of files, let me find the bug number
[19:33] <__lucio__> let me look for the bug no
[19:34] <Chipaca> __lucio__: ah, fun fact I wanted to tell you about
[19:34] <Chipaca> __lucio__: 1M deferreds use up 200M of ram
[19:34] <__lucio__> Chipaca: do we ever do 1M deferreds?
[19:34] <Chipaca> __lucio__: if somebody had 1M files, we would
[19:36] <verterok> Chipaca: we could delay the creation of the command...maybe? to avoid the big number of deferreds?
[19:36] <Chipaca> verterok: we can delay the creation of the deferreds
[19:36] <Chipaca> verterok: ... that's for another branch :)
[19:36] <verterok> :)
[19:37] <Chipaca> also, if we find we're creating say 10 deferreds per file (not completely unrealistic), ....
[19:37] <verterok> tahorg: is the bug #380533
[19:37] <__lucio__> Chipaca: still, thats 20MB for 15kfiles
[19:37] <tahorg> verterok: ok, now that I've interrupted the process, I'm unable to delete those files
[19:37] <__lucio__> sorry, 2MB
[19:38] <verterok> tahorg: please could you run: apport-collect ubuntuone-client 380533
[19:38] <Chipaca> __lucio__: yes
[19:38] <tahorg> verterok: I'd like to erase those datas first ;)
[19:38] <verterok> tahorg: the git repo?
[19:38] <tahorg> verterok: yep, I've killed the process
[19:38] <tahorg> but the datas are still online
[19:39] <verterok> tahorg: the data isn't uploaded to the bug, just the logs, that are located at: ~/.cache/ubuntuone/log
[19:39] <verterok> tahorg: oh, ok.
[19:39] <Chipaca> __lucio__: or no, my math is not with me today. But I think it's like 30M for 15k files, which is a lot
[19:40] <verterok> tahorg: I'ld recommend using u1sync for that something like: u1sync --init ~/tmp/temp_sync
[19:40] <__lucio__> Chipaca: if its 10 deferreds per file, yes.
[19:40] <verterok> tahorg: that's the only data you uploaded? do you want to delete everyhing under ~/Ubuntu One/My Files ?
[19:40] <__lucio__> but thats not 500mb
[19:40] <tahorg> verterok: yep
[19:41] <verterok> tahorg: ok, after the u1sync --init, do: u1sync --action=clobber-server
[19:41] <Chipaca> __lucio__: I didn't say it was the culprit :)
[19:41] <verterok> tahorg: that will delete the data in the server, after that you can delete the git repo from ~/Ubuntu One/My Files, and start the client again :)
[19:42] <tahorg> ok, I'll take a look a u1sync
[19:43] <tahorg> verterok: AttributeError: 'NoneType' object has no attribute 'unlink'
[19:43] <tahorg> mmh
[19:44] <verterok> tahorg: that's weird, did you exectued --init?
[19:44] <tahorg> u1sync --init ~/tmp/temp_sync; u1sync --action=clobber-server ~/tmp/temp_sync
[19:44] <tahorg> and it barked
[19:45] <verterok> tahorg: I think you must cd ~/tmp/temp_sync before runing clobber
[19:45] <tahorg> ho ok
[19:45] <verterok> tahorg: anyway, that's a bug :)
[19:45] <verterok> tcole: ^
[19:45] <tcole> hm
[19:45] <facundobatista> Chipaca, don't defer actions using deferreds, defer the deferred creation, :)
[19:46] <tcole> do you have a backtrace for the error?
[19:46] <tahorg> tcole: yep
[19:46] <tcole> I'm a little reluctant to clobber-server on my personal files just to see :)
[19:47] <tcole> can you pastebin the backtrace please?
[19:47] <tahorg> tcole: http://pastebin.com/m248b1849
[19:48] <tahorg> tcole: so, what's the easier way to "format" my repository ?
[19:48] <tahorg> easiest
[19:48] <tcole> I think that's basically it
[19:48] <tcole> it should work, but it sounds like you're getting disconnected partway through
[19:48] <tcole> self.factory.current_protocol will only be non-None whilst you are connected
[19:49] <tahorg> ok, let's see what pdb says
[19:49] <__lucio__> tahorg: if you stop syncdaemon, remove the files and start it again, it should remove everything
[19:49] <__lucio__> tahorg: hopefully it wont take as much memory
[19:50] <tahorg> __lucio__: I've tried already
[19:50] <tahorg> My Files is clean
[19:50] <tahorg> I've killed the syncdaemon 10 times
[19:53] <tcole> hm, it seems we need to debug that as well
[19:54] <tahorg> and the webinterface does not allow me to delete there :)
[19:54] <tcole> huh, the webinterface certainly should :(
[19:55] <tahorg> I've put a try: except: around the deferred unlink, but the exception occurs on every files
[19:58] <tahorg> the local-index is a pickled object ?
[19:59] <tahorg> looks like
[19:59] <verterok> tahorg: you can't access (and delete) the files  from the webui
[19:59] <verterok> tahorg: I think it's a yes
[19:59] <tahorg> I can "see" the files
[19:59] <verterok> (about the pickle)
[20:00] <verterok> tahorg: why you can't delete them?
[20:00] <tahorg> verterok: because when I click nothing happens ?
[20:01] <tahorg> (firebug does not show me any async request)
[20:01] <verterok> tahorg: are you deleting a file or a directory?
[20:02] <tahorg> directory
[20:02] <tahorg> but files are the same
[20:02] <verterok> tahorg: ok, I'll digg in the server logs, in the meantime, could you try to delete a single file
[20:02] <verterok> ?
[20:02] <tahorg> I can dl the files, they are empty
[20:02] <tahorg> yep
[20:02]  * verterok goes to ubuntuone.com and tests
[20:04] <tahorg> verterok: delete file "do not work", create new subfolder worked
[20:08] <tahorg> the metadatas say the files are here, but it seems to me they are not :)
[20:11] <verterok> tahorg: it seems there is a bug in "delete from the webui", hopefully I'll get a patch before the next rollout
[20:14] <joshuahoover> dobey: sorry, i was at lunch... bug #389875 can be reproduced pretty easily
[20:15] <dobey> joshuahoover: how pray tell? :)
[20:15] <dobey> joshuahoover: outside of intentionally breaking your configuration, that is
[20:16] <joshuahoover> dobey: yes, well, that's essentially what i had to do...go into preferred applications and set the default browser to a blank terminal command...get the same error as the bug reporter
[20:16] <dobey> well yes
[20:17] <dobey> you could set it to anything that doesn't exist, and it would fail
[20:17] <dobey> or /bin/false, which always fails
[20:17] <samme> Hi, I got an error when i'm trying to start the client : http://pastebin.com/d23633f8c
[20:18] <dobey> samme: are you using something other than GNOME?
[20:18] <tahorg> verterok: "Fetching metadata..." takes forever
[20:18] <tahorg> is that normal ?
[20:18] <samme> you its xfce
[20:19] <samme> yes*
[20:19] <tahorg> ~ 40 seconds
[20:19] <verterok> tahorg: it shouldn't could you check if there is network trafic?
[20:19] <tahorg> no network traffic
[20:19] <tahorg> adsl 10Mbps
[20:19] <verterok> tahorg: it's still running?
[20:19] <tahorg> no it died again
[20:20] <verterok> uh
[20:20] <tahorg> claiming that no files are on the server
[20:20] <dobey> samme: ok. so gnome-keyring-daemon isn't running, so I guess you need to start it
[20:21] <joshuahoover> dobey: on that bug, it will get marked as invalid once i hear back from the reporter...it could be something else so i'm leaving it as "confirmed" for now
[20:21] <verterok> tahorg: that's with --action=clobber-server or sync?
[20:22] <dobey> joshuahoover: well, except it's not invalid
[20:22] <joshuahoover> dobey: no?
[20:22] <tahorg> verterok: both. I'm trying to understand what happens with u1sync
[20:22] <dobey> joshuahoover: reproducible with an easy workaround != invalid
[20:22] <tahorg> verterok: btw, I've been able to send a file to the server
[20:23] <dobey> joshuahoover: because the workaround doesn't tell us why it was happening in the first places
[20:23] <dobey> joshuahoover: someone is just going to file the exact same bug down the road if we don't understand and fix it in some way
[20:24] <joshuahoover> dobey: ok, but is it a bug we can fix if that is the problem?
[20:25] <dobey> joshuahoover: there are many things we can probably do. i don't understand the issues well enough to solve the problem in the best way yet, and am busy with getting all the packaging bits fixed up for karmic right now
[20:25] <joshuahoover> dobey: got ya
[20:25] <dobey> joshuahoover: if a user intentionally screws up their system, then yeah, it's invalid. but i don't think that's what is happening, and this isn't the only bug where that error comes up :)
[20:29] <tahorg> ok, if I create a file, u1sync, delete this file, u1sync : everything's ok
[20:29] <tahorg> but the directory that was interrupted in the first place
[20:29] <tahorg> still exists in metadatas
[20:33] <tahorg> 49.8 seconds to fetch metadatas, almost no network activity during the download
[20:34] <tahorg> when unlink is called, share_uuid == None
[20:34] <tahorg> is that normal ?
[20:35] <verterok> tahorg: where do you get share_uuid == None?
[20:35] <tahorg> in Client.unlink, I've catched the exception
[20:36] <verterok> tcole: ^ do you remember if u1sync use None as the root share uuid?
[20:36] <tcole> yes, that's normal
[20:36] <tcole> we don't start using the empty string until the protocol client layer
[20:36] <verterok> oh, ok
[20:37] <tahorg> so, I can fetch a node_uuid but the server does not want to remove it
[20:37] <tcole> what's the exception we get from Client.unlink now?
[20:37] <tahorg> the same
[20:38] <tcole> well, that's not coming from the server
[20:38] <tcole> that's coming from being disconnected
[20:38] <tcole> self.factory.current_protocol is an object reflecting the current connection
[20:38] <tcole> if it's None, there is no longer a connection
[20:38] <tahorg> tcole: strange because it says that only for the first dir sync I interrupted
[20:38] <tahorg> tcole: the other files sync fine
[20:39] <tcole> odd
[20:39] <tcole> maybe a typo or something?
[20:39] <tahorg> a typo ?
[20:39] <tcole> in the code
[20:39] <tcole> I don't know, I mean ... self.factory.current_protocol is set to an object when we connect
[20:39] <tcole> and isn't set to None until we disconnect
[20:39] <tcole> I don't understand how other files could be syncing after that point
[20:40] <tahorg> tcole: I've catched the exception
[20:40] <tahorg> once it passed every "problematic" files
[20:40] <tahorg> it synced the others
[20:40] <tcole> I just ... don't understand how that's possible
[20:41] <tcole> is the directory the first thing synced?
[20:41] <tcole> the problem one?
[20:41] <tahorg> yes
[20:41] <tcole> hm, ok
[20:41] <tcole> so there's actually a race of some kind
[20:41] <tcole> and self.factory.current_protocol isn't being set early enough
[20:41] <tcole> that I can understand
[20:42] <tcole> I wonder how that happened though
[20:42] <tahorg> tcole: can't it be a server issue, still ?
[20:42] <tcole> well, hm
[20:42] <tcole> although
[20:42] <tcole> we use the same connection we used to get the metadata
[20:42] <tahorg> like, metadatas say one thing but actual data are not there
[20:42] <tcole> so self.factory.current_protocol should still be non-None if you got that far
[20:42] <tcole> that doesn't matter
[20:42] <tcole> if you are really getting the same exception you pasted earlier
[20:42] <tahorg> got to go
[20:43] <tcole> then whether or not the file is actually there won't make a difference
[20:43] <tcole> just whether self.factory.current_protocol is None or not, which is (supposed to be) based on whether we're connected or not