[02:53] <InevGlitch> Quick question, will ubuntuone work with kubuntu?
[04:10] <tcole> eventually yes
[04:10] <tcole> the main open issue right now I think is a dependency on gnome-keyring
[04:14] <InevGlitch> Ok, thanks.
[04:25] <tcole> need some kind of KDE UI for it too, I think
[18:15] <windmill> Hi, is there a way to make the ubuntu one directory refresh?
[18:16] <windmill> I have uploaded files on one machine but they don't show up on the other until I disconnect and reconnect ubuntuone client.
[18:33] <windmill> No one else have trouble with syncing across multiple machines?
[20:02] <BUGabundo> boas tardes
[22:18] <sunnydrake> hi all! problem  i have client ubuntuone-client-gnome,ubuntuone-client 0.90.3+r71-0ubuntu1~ppa1~jaunty
[22:20] <sunnydrake> i need to sync 25k files (~400mb) with service but ubunone-syncdemon eat 100% of cpu 1.5G of mem and span another instance ... end of story no files synced at all(u1sync still works ..)
[22:20] <sunnydrake> but painly slow
[22:21] <sunnydrake> im not a familiar with phyton but if is_already_running(): in daemon must preven to spam second instance... at least..
[22:50] <tcole> hm, sounds like you should definitely file a bug
[22:55] <sunnydrake> ok
[22:57] <tcole> I've heard of similar things happening occasionally, but that's more dramatic than other cases I've heard about
[22:57] <tcole> do you know if the second instance was a child process of the original daemon?
[23:01] <harrydance> Hi everyone
[23:01] <harrydance> I'm having a problem with the ubuntu one client
[23:01] <harrydance> I can't seem to launch it
[23:02] <harrydance> Is this a known issue?
[23:06] <tcole> possibly not
[23:07] <tcole> what version of ubuntu are you running?
[23:11] <harrydance> 9.04
[23:12] <harrydance> When I clock Applications > Internet > Ubuntu One I just get no response
[23:13] <harrydance> click*
[23:15] <harrydance> Do you have any ideas on how to get it working?
[23:16] <tcole> not yet
[23:16] <tcole> could you try running /usr/lib/ubuntuone-client/ubuntuone-syncdaemon from a terminal?
[23:16] <tcole> and see if it shows any errors?
[23:17] <harrydance> I get this:
[23:17] <harrydance> harry@harry-desktop:~$ /usr/lib/ubuntuone-client/ubuntuone-syncdaemon
[23:17] <harrydance> /var/lib/python-support/python2.6/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters
[23:17] <harrydance>   super(Connection, self).__init__(*args, **kwargs)
[23:18] <tcole> hm, that's it?
[23:18] <tcole> is there an ubuntuone-syncdaemon process running?
[23:18] <harrydance> yeah, no window or notification icon or anything
[23:19] <harrydance> yes the process is running
[23:19] <harrydance> there is also ubuntuone-client-applet running apparently
[23:21] <tcole> hm
[23:21] <tcole> ubuntuone-client-applet should be providing the notificaiton icon
[23:23] <sunnydrake> tcole: according to htop yes and have diffrent pids
[23:24] <tcole> sunnydrake: I wonder if that isn't a leftover form a fork/exec pair that failed or something along those lines
[23:24] <tcole> anyway, definitely capture that information in the bug report
[23:27] <sunnydrake> tcole: i clean all before starting client :( hmm i see daemon write some logs do you know where they are?
[23:28] <tcole> yes, the logs go in ~/.cache/ubuntuone/log
[23:38] <sunnydrake> tcole: what this mean?? 2009-07-12 01:36:43,128:128.734111786 dbus.proxies Executing introspect queue due to error
[23:38] <sunnydrake> 2009-07-12 01:37:08,128:128.73005867 UbuntuOne.Client.Applet DBusError: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[23:38] <tcole> hm
[23:38] <tcole> looks like syncdaemon was too busy to reply to a dbus query from the applet in time
[23:39] <tcole> definitely put all that in the bug report
[23:40] <sunnydrake> tcole: i will wait while syncdaemon write log after scanning files and try to upload content..
[23:40] <tcole> ok, thank you
[23:44] <sunnydrake> tcole: i have a slight hope that i can resolve this withouth bugreport :) thanks for help anyway.( i uploading this files all week...)
[23:44] <tcole> well, the thing is that there's obviously a problem
[23:44] <tcole> even if you work around it, we'd appreciate a bug report so we can solve it
[23:45] <tcole> (if you find a workaround that's probably worth mentioning in the bug report as well)
[23:48] <sunnydrake> tcole: im not knowledgeble about inner code of client but it seems rescan files is very slow...
[23:48] <sunnydrake> tcole: is there a code to check just timestamp?
[23:48] <tcole> I don't know offhand, probably not
[23:49] <tcole> it'd actually need to check more than just timestamps, since timestamps by themselves can miss changes in some situations
[23:54] <sunnydrake> tcole: tes this is a tradeoff usability vs speed but good middle is if(quickcheck() )->longcheck .. most users don't usally need complex tracking SVN like ... u can always make special options file to define changes tracking style.. as i see now 4-5 of my web projects + 2 video make whole file check a hell.. (well other way is to implemet some VFS... and make parameters while coping files indir)...
[23:54] <tcole> changes made while the daemon is running are captured
[23:55] <tcole> the rescan is just to catch up with things that may have happened since the last time the daemon was running
[23:55] <tcole> pretty much we need to use inode fingerprints so we can skip rehashing files
[23:55] <tcole> (inode fingerprints are a quicker check, more comprehensive than timestamps)
[23:56] <tcole> but we do have to do it in a way that is reliable
[23:57] <sunnydrake> tcole: XML tree approach :) well it's upto devs to decide and i feel i have about 30-50 min more wait for rescan done (this is my 5 run of util with same files indir )
[23:58] <tcole> OOC, how long does u1sync take to scan?