[02:53] Quick question, will ubuntuone work with kubuntu? [04:10] eventually yes [04:10] the main open issue right now I think is a dependency on gnome-keyring [04:14] Ok, thanks. [04:25] need some kind of KDE UI for it too, I think === tritium_ is now known as tritium [18:15] Hi, is there a way to make the ubuntu one directory refresh? [18:16] I have uploaded files on one machine but they don't show up on the other until I disconnect and reconnect ubuntuone client. === yofel_ is now known as yofel [18:33] No one else have trouble with syncing across multiple machines? [20:02] boas tardes [22:18] hi all! problem i have client ubuntuone-client-gnome,ubuntuone-client 0.90.3+r71-0ubuntu1~ppa1~jaunty [22:20] 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] but painly slow [22:21] im not a familiar with phyton but if is_already_running(): in daemon must preven to spam second instance... at least.. [22:50] hm, sounds like you should definitely file a bug [22:55] ok [22:57] I've heard of similar things happening occasionally, but that's more dramatic than other cases I've heard about [22:57] do you know if the second instance was a child process of the original daemon? [23:01] Hi everyone [23:01] I'm having a problem with the ubuntu one client [23:01] I can't seem to launch it [23:02] Is this a known issue? [23:06] possibly not [23:07] what version of ubuntu are you running? [23:11] 9.04 [23:12] When I clock Applications > Internet > Ubuntu One I just get no response [23:13] click* [23:15] Do you have any ideas on how to get it working? [23:16] not yet [23:16] could you try running /usr/lib/ubuntuone-client/ubuntuone-syncdaemon from a terminal? [23:16] and see if it shows any errors? [23:17] I get this: [23:17] harry@harry-desktop:~$ /usr/lib/ubuntuone-client/ubuntuone-syncdaemon [23:17] /var/lib/python-support/python2.6/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters [23:17] super(Connection, self).__init__(*args, **kwargs) [23:18] hm, that's it? [23:18] is there an ubuntuone-syncdaemon process running? [23:18] yeah, no window or notification icon or anything [23:19] yes the process is running [23:19] there is also ubuntuone-client-applet running apparently [23:21] hm [23:21] ubuntuone-client-applet should be providing the notificaiton icon [23:23] tcole: according to htop yes and have diffrent pids [23:24] sunnydrake: I wonder if that isn't a leftover form a fork/exec pair that failed or something along those lines [23:24] anyway, definitely capture that information in the bug report [23:27] tcole: i clean all before starting client :( hmm i see daemon write some logs do you know where they are? [23:28] yes, the logs go in ~/.cache/ubuntuone/log [23:38] tcole: what this mean?? 2009-07-12 01:36:43,128:128.734111786 dbus.proxies Executing introspect queue due to error [23:38] 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] hm [23:38] looks like syncdaemon was too busy to reply to a dbus query from the applet in time [23:39] definitely put all that in the bug report [23:40] tcole: i will wait while syncdaemon write log after scanning files and try to upload content.. [23:40] ok, thank you [23:44] 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] well, the thing is that there's obviously a problem [23:44] even if you work around it, we'd appreciate a bug report so we can solve it [23:45] (if you find a workaround that's probably worth mentioning in the bug report as well) [23:48] tcole: im not knowledgeble about inner code of client but it seems rescan files is very slow... [23:48] tcole: is there a code to check just timestamp? [23:48] I don't know offhand, probably not [23:49] it'd actually need to check more than just timestamps, since timestamps by themselves can miss changes in some situations [23:54] 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] changes made while the daemon is running are captured [23:55] the rescan is just to catch up with things that may have happened since the last time the daemon was running [23:55] pretty much we need to use inode fingerprints so we can skip rehashing files [23:55] (inode fingerprints are a quicker check, more comprehensive than timestamps) [23:56] but we do have to do it in a way that is reliable [23:57] 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] OOC, how long does u1sync take to scan?