[09:22] <switchgirl1> hi thers a buwith the server in lucid lynx and launchpad
[09:22] <switchgirl1> ubuntuone wont let me get to the web page where my files are
[09:23] <teknico> switchgirl1, hi, what do you mean with "the server in lucid lynx and launchpad"?
[09:24] <switchgirl1> gives the error "parameter not found: oauth_customer_key"
[09:24] <switchgirl1> then when i try to file the bug on launchpad it wont allow me to - it times out all the time
[09:25] <switchgirl1> i'm using 10.04 -lucid lynx - to help find bugs thus making it a better release
[09:26] <teknico> switchgirl1, thanks, you're ahead of the curve :-)
[09:26] <teknico> switchgirl1, I'm not sure if we already started testing the service on lucid
[09:27] <teknico> switchgirl1, many people are at UDS this week
[09:27] <switchgirl1> well it's included in the packages / sources
[09:27] <teknico> switchgirl1, launchpad is working for me, but I'm on karmic
[09:27] <switchgirl1> same here karmics fine
[09:28] <teknico> switchgirl1, will you be around in about five hours? I may be able to get some answer by then
[09:28] <switchgirl1> actually its merly adding the actual machine
[09:29] <switchgirl1> cant add this machine
[10:03] <maxstirner> hello teknico et al, my issue with ubuntuone: no updating or only after unacceptable delays. this is on noatime ssd-driven pc, would that be the reason?
[10:05] <teknico> maxstirner, hi, no, I don't think so, I set noatime on my notebook partitions too, with no problems
[10:05] <maxstirner> it's rather odd then, I even got some half-updated directories w a couple of files lacking (always small text files)
[10:05] <teknico> maxstirner, in what direction do you have updating delays? web to local, or local to web?
[10:06] <teknico> or both?
[10:06] <maxstirner> web to local only
[10:06] <teknico> maxstirner, there are probably some problems with notification from web to desktop
[10:07] <maxstirner> ok.. any specific diagnostics i can do? change to ppa?
[10:07] <teknico> maxstirner, for now you could manually speed up the update by disconnecting and reconnecting the client
[10:08] <teknico> maxstirner, the half-updating dirs are more worrying
[10:08] <teknico> maxstirner, do you have bandwidth limits set?
[10:08] <maxstirner> no
[10:08] <teknico> ok
[10:08] <maxstirner> the files are really very small
[10:09] <maxstirner> e.g. 31.4 kb file was missing
[10:09] <teknico> I'm asking because there's a bug related to bw limits, independent of file size
[10:09] <teknico> but not your problem, apparently
[10:10] <teknico> maxstirner, can you check whether the reconnecting trick works?
[10:10] <maxstirner> will have a look at the bugtracker on launchpad myself, havent gotten beyond the faq yet ;)
[10:10] <maxstirner> i'm on it, i've reconnected and it now appears to be thinking long and hard about it
[10:11] <maxstirner> I think I've got that as well
[10:11] <maxstirner> Process still running but applet disappear from notification area.
[10:11] <maxstirner> If I kill the process (pkill -9 ubuntuone) and then I reopen it the applet reapper, but after first connection (also from desktop client or through web interface) the applet disappear again...
[10:11] <teknico> maxstirner, check the Preferences|Show Icon setting
[10:12] <maxstirner> yes thanks, I set it to "permanent" everytime it launches
[10:13] <teknico> maxstirner, do you mean "Always"?
[10:13] <maxstirner> yes exactly, then I kill it and it does "always" until next reboot
[10:13] <teknico> maxstirner, "everytime it launches"? do you need to re-set it over and over?
[10:13] <maxstirner> yes..
[10:14] <maxstirner> I also get that with skype settings for some reason ;)
[10:14] <teknico> maxstirner, mmm, that's weird
[10:14] <teknico> maxstirner, you may have permission problems on the config files
[10:14] <teknico> they are in .config/ubuntuone
[10:14] <maxstirner> ok
[10:15] <maxstirner> rw-r--r-- 1 user user 77 2009-11-18 11:09 ubuntuone-client.conf
[10:15] <maxstirner> my user is actually called user usually
[10:15] <teknico> user:user ?
[10:15] <maxstirner> ex
[10:15] <teknico> oh
[10:15] <maxstirner> :D
[10:16] <maxstirner> i've never had a single instance of a dictionary attack trying that username by the way, so shhhhh ;)
[10:16] <teknico> that's a great idea ;-)
[10:16] <teknico> maxstirner, how do you notice when you have dictionary attacks?
[10:17] <teknico> (out of curiosity)
[10:17] <maxstirner> on my server/s auth.log, I've got a few no-ip redirects, they seem to attract russians
[10:17] <maxstirner> I've implemented fail2ban etc to limit attempts
[10:18] <maxstirner> is that what you were asking?
[10:18] <teknico> yes, thanks
[10:18] <teknico> if you run "ps aux | grep ubuntuone", are the two processes run under the "user" user?
[10:19] <maxstirner> yes
[10:19] <teknico> then it's not a permission problem
[10:19] <maxstirner> user@mariner:~/.config/ubuntuone$ ps aux | grep ubuntu
[10:19] <maxstirner> user     11573  1.0  0.7  50988 25308 pts/2    Sl   11:14   0:02 /usr/bin/python /usr/bin/ubuntuone-client-applet
[10:19] <maxstirner> user     11575  2.4  0.5  40056 18420 ?        Sl   11:14   0:06 /usr/bin/python /usr/lib/ubuntuone-client/ubuntuone-syncdaemon
[10:19] <maxstirner> user     11684  0.0  0.0   3036   808 pts/2    S+   11:19   0:00 grep --color=auto ubuntu
[10:19] <teknico> what's in your ubuntuone-client.conf file?
[10:20] <maxstirner> the re-connect attempt didnt work, so I killed and relaunched
[10:20] <maxstirner> the icon is now displaying connected but not much appears to be happening as of yet
[10:21] <teknico> you can also stop the syncdaemon by running "u1sdtool -q"
[10:22] <teknico> also try "u1sdtool --current-transfers"
[10:22] <maxstirner> Current uploads: 0
[10:22] <maxstirner> Current downloads: 0
[10:24] <maxstirner> refresh-shares didn't do too much for me either
[10:30] <maxstirner> by looking at the web interface it actually appears it's not uploading properly sorry ;)
[10:58] <maxstirner> teknico: I'm getting quite a lot of stuff in my ubuntuone log btw..
[10:58] <maxstirner> 2009-11-18 11:24:08,390 - ubuntuone.SyncDaemon.sync - ERROR - T:We broke the Universe! local_hash '', server_hash '', is_partial True:T ce70a948-bfc1-4ccd-8e25-2461d72ccbf4 [root:940f9ee7-c193-4fd1-a5ac-778e1b447470] ''/home/user/Ubuntu One'' | cant find current state: {'is_directory': 'T', 'changed': "We broke the Universe! local_hash '', server_hash '', is_partial True", 'has_metadata': 'T'}
[10:58] <maxstirner> 2009-11-18 11:24:08,392 - ubuntuone.SyncDaemon.sync - ERROR - unhandled exception
[10:58] <maxstirner> Traceback (most recent call last):
[10:58] <maxstirner>   File "/usr/lib/python2.6/dist-packages/ubuntuone/syncdaemon/sync.py", line 310, in on_event
[10:58] <maxstirner>     **kwargs)
[10:58] <maxstirner>   File "/usr/lib/python2.6/dist-packages/ubuntuone/syncdaemon/fsm/fsm.py", line 116, in on_event
[10:58] <maxstirner>     raise KeyError("Incorrect In State")
[10:58] <maxstirner> KeyError: 'Incorrect In State'
[10:59] <teknico> maxstirner, can you pastebin it?
[10:59] <teknico> http://pastebin.ubuntu.com/
[11:00] <teknico> so you can put more stuff in there :-)
[11:00] <maxstirner> sorry
[11:00] <maxstirner> flooding your channel ;)
[11:02] <maxstirner> http://pastebin.ubuntu.com/321427/
[11:02] <teknico> thanks
[11:02] <teknico> are all the other errors similar to this one?
[11:05] <teknico> cannot find anything similar among the bugs
[11:05] <teknico> maxstirner, can you please report a new bug, and include the traceback in there? https://bugs.launchpad.net/ubuntuone-client/+filebug
[11:05] <maxstirner> i've posted a second one on pastebin..
[11:06] <maxstirner> the weirdest thing is it doesnt upload it fully actually looking at the web interface
[11:06] <teknico> the same pastebin? I still only see the same one as before...
[11:06] <maxstirner> but theres no error message on the uploading pc
[11:06] <maxstirner> http://pastebin.ubuntu.com/321431/
[11:07] <teknico> maxstirner, maybe just paste the whole log to the pastebin?
[11:07] <teknico> if it's not megabytes :-)
[11:07] <maxstirner> those are sections of log as I'm constantly restarting it as per your instructions
[11:08] <maxstirner> syncdaemon.log                      syncdaemon.log.2009-11-18_10-43-56
[11:08] <maxstirner> syncdaemon.log.2009-11-17_23-37-31  syncdaemon.log.2009-11-18_11-14-29
[11:08] <maxstirner> syncdaemon.log.2009-11-18_10-22-02  syncdaemon.log.2009-11-18_11-23-11
[11:08] <maxstirner> on the uploading pc, a folder was renamed from kempa to "kempa.u1conflict"
[11:11] <teknico> ok, problem is, I'm a server guy, and the client people are not yet here
[11:11] <teknico> plus, this week lots of us are at UDS
[11:11] <teknico> so it's best if you open a bug and add log info to it
[11:12] <teknico> so that we can track the problem later
[11:13] <maxstirner> yes, thats fine..
[11:28] <maxstirner1> ok done, thanks..
[11:28] <maxstirner1> I hadnt notice this ~/.cache folder before, is it possible to move it to ram?
[11:31] <teknico> if you don't mind losing the logs when you boot down, I think so, yes
[11:31] <teknico> you may also lose partially uploaded or downloaded files, they will have to be restarted
[11:31] <maxstirner1> I would probably have to change the setting in gnome somewhere?
[11:34] <teknico> probably, I'm not sure, see above :-)
[11:37] <maxstirner1> ok thanks, ciaoä
[12:45] <rtagger> Hi all, is the sync service down at the moment?
[12:53] <rtagger> i mean the file sync, I still get ConnectionLost error...
[12:53] <rtagger> ping teknico
[12:57] <rtagger> teknico_away: ping...
[13:45] <rtagger> teknico: I have a question and need to ping you. Is there any issues ATM with u1 servers? I keep getting WARNINGs in syncdaemon.log about Connection being closed in unclean fashion... Both with current Karmic and PPA clients.
[13:46] <verterok> rtagger: hi
[13:47] <verterok> rtagger: let me check with a losa
[13:47] <verterok> rtagger: this is during the auth step?
[13:48] <rtagger> verterok: The error is thrown to  syncdaemon.log from ubuntuone.SyncDaemon.ActionQueue - "Failure: twisted.internet.error.ConnectionLost: Connection to the other side was lost in a non-clean fashion: Connection lost."
[13:49] <rtagger> verterok: and... slightly above all that 2009-11-18 15:48:08,176 - ubuntuone.SyncDaemon.StorageClient - TRACE - start - sendMessage: id: 1 type: PROTOCOL_VERSION protocol {   version: 3 }
[13:50] <verterok> rtagger: ok, could you pastebin syncdaemon.log, no need to paste the whole file... ~10-15 lines of context is enough
[13:50] <verterok> rtagger: oh, that :)
[13:50] <verterok> rtagger: do you have bandwidth throttling enabled?
[13:50] <rtagger> verterok: and after that ...
[13:50] <rtagger>   File "/usr/lib/python2.6/dist-packages/ubuntuone/storageprotocol/client.py", line 1266, in checkWriteBandwidth
[13:50] <rtagger>     throttle_time = (float(self.writtenThisSecond) / self.writeLimit) \
[13:50] <rtagger> ZeroDivisionError: float division
[13:51] <rtagger> verterok: nope, throttling disabled, but if self.writeLimit is 0 then I know the reason... But throttling is disabled...
[13:51] <verterok> rtagger: I think you'r hitting Bug #483592
[13:51] <verterok> rtagger: there is a branch in the queue to fix it, it's linked to the bug
[13:52] <teknico> verterok, I approved that branch earlier
[13:52] <rtagger> verterok: [bandwidth_throttling] on = True... Is current PPA fixed?
[13:52] <verterok> rtagger: no, the branch is on it's way to trunk, will be in the ppa in a few days
[13:52] <verterok> teknico: yes, thanks ;)
[13:53] <rtagger> verterok: 'cause I was not able to get it connected as well. Ah, ok. Cancelling the end of the world
[13:53] <rtagger> verterok: still it is strange how could it suddenly became True...
[13:54] <verterok> rtagger: because there is a bug in the code that should set it to False...it set True instead :p
[13:54] <rtagger> verterok: wow
[13:55] <verterok> rtagger: yes, all because we didn't have a test for it
[13:56] <verterok> rtagger: but that's no more, now we have tests a fix :)
[13:57] <verterok> *and a fix
[15:44]  * rtagger found out that Fedora 12 switched from Tomboy to Gnotes...
[15:45] <teknico> rtagger, interesting :-)
[15:45] <rtagger> What is the most interesting, is that Gnote UI is nearly identical to tomboy except of Sync tab...
[15:50]  * rtagger wows, gnote is FAAAST...
[15:51] <rtagger> aha, basically this is Tomboy ported to C++.
[16:24] <exiton> my ubuntuone client is never connecting to the server. what can i do (ubuntu 9.10)
[16:25] <rtagger> exiton: could you please post the content of ~/.config/ubuntuone/syncdaemon.conf ?
[16:26] <rtagger> exiton: Have you already logged in to the service or this is the first time?
[16:27] <exiton> [bandwidth_throttling]
[16:27] <exiton> on = True
[16:27] <exiton> read_limit = -1
[16:27] <exiton> write_limit = -1
[16:27] <exiton> rtagger: i think i have logged in once. when i visit the website there is my computer linked to the account
[16:29] <joshuahoover> exiton: i believe you're affected by bug 455544
[16:29] <joshuahoover> exiton: the solution is to delete ~/.config/ubuntuone/syncdaemon.conf and then restart the ubuntu one client
[16:30] <rtagger> exiton: okay, this can also be done by  changing "on" value from  True to False in ~/.config/ubuntuone/syncdaemon.conf
[16:30] <joshuahoover> rtagger: thanks for all the help on here! we started to put together a page to help everyone with troubleshooting and triaging bugs in case you haven't seen it: https://wiki.ubuntu.com/UbuntuOne/Bugs
[16:30] <joshuahoover> rtagger: right, i think you may still need to restart the client, but i'm not 100% sure on that :)
[16:32] <rtagger> exiton: yep, you will need to quit the applet and start ubuntuone-client-applet again. If this does not help, we have some other places to search for the solution :)
[16:33] <exiton> rtagger: i renamed  ~/.config/ubuntuone/syncdaemon.conf and restarted the ubuntuone-client-applet but there is no new syncdaemon.conf and it's still not connecting
[16:33] <exiton> oh, now it's working
[16:33] <rtagger> exiton: okay, try running u1sdtool -q - this should quit t... Are you sure?
[16:34] <exiton> and there is a new syncdaemon.con
[16:34] <rtagger> exiton: okay, are you sure it is syncing the data, i.e. is u1sdtool --current-transfers showing something?
[16:35] <exiton> hm, now the applet is gone, it uploaded one file but it didn't downloded the file i put on the website
[16:36] <exiton> ok, i disconnected and reconnected and now it downloaded the file from the website
[16:37] <rtagger> exiton: Have you put the file to the web interface before or after removing syncdaemon.conf ?
[16:37] <exiton> rtagger: before
[16:38] <exiton> rtagger: ok, i put some more files in the Ubuntu One folder, is it correct that all the files get green checkmarks?
[16:39] <rtagger> exiton: yep, this means they are under Ubuntu One control, does not mean that they are synced, though
[16:39] <exiton> rtagger:  u1sdtool --current-transfers is showing the uploads
[16:40] <exiton> rtagger: is there a way to see wich files are already synced?
[16:40] <rtagger> exiton: prior to that there were arrows pointing to the clouds and from the clouds, giving the impression that the file is either being uploadded or not... It did not make much sense, though :)
[16:42] <exiton> rtagger: well, it semes to work now. thanks a lot. dropbox is better i think but maybe ubuntu one will improve.
[16:42] <rtagger> joshuahoover: is there any way to see what files are already synced except of running u1sdtool on every file in the directory?
[16:43] <joshuahoover> rtagger: not that i know of...we have this as something we need to address very soon...giving clear indicators as to what status a file is at (not synced, syncing, synced)
[16:43] <rtagger> joshuahoover: I guess it can be 'emulated' ATM using find and grep with u1sdtool --info
[16:44] <joshuahoover> rtagger: ah, good to know :) not good for users though, but good for troubleshooting
[16:46] <rtagger> exiton: ubuntuone will definitely improve. With more features are coming (e.g. phone syncing) and more bugs being fixed it promises to be a very interesting project :)
[16:47] <exiton> rtagger: i guess so, thx again for your help
[16:47] <rtagger> exiton: you are very welcome :)
[16:50] <rtagger> joshuahoover: btw, re: such issues, It takes a while to navigate from one.ubuntu.com to some source of wisdom, such as FAQ or bug report, as it is a tiny-tiny link located low enough to be skipped by users of 1280x800. It may be better to put some kind of a banner on top, such as 'Having problems using UbuntuOne? See the FAQ' - and direct link to the FAQ page...
[16:52] <joshuahoover> rtagger: that's a good point...we have the same issue with tutorials i think...people (even on the team) aren't sure they exist and it's because they're so far down on the page...i'll see what we can do to make the links more visible
[16:58]  * rtagger thinks that using u1sdtool iterating over 'find' results and later filtered by grep is a bad thing, better to add iteration over metadata into u1sdtool --status or something like this...
[18:55] <CardinalFang> thisfred, I updated my 'add-running-context-as-parameter' branch to merge from dc trunk.
[19:26] <thisfred> CardinalFang: ok, I'll retest
[19:31] <rtagger> joshuahoover: I guess the info about applet not being able to connect to syncdaemon should be added as well to Bugs page for UbuntuOne
[19:31] <joshuahoover> rtagger: do you have a bug #?
[19:32] <rtagger> joshuahoover: I mean when metadata is being read on startup (i mean when applet is unable to auto-start the syncdaemon)
[19:33] <joshuahoover> rtagger: hmmm...i've probably seen the end result in bugs but not sure i've seen that description of what is going on
[19:33] <rtagger> joshuahoover: ah, just a moment, will give the bug # soon
[19:33] <joshuahoover> rtagger: thanks!
[19:35] <rtagger> joshuahoover: Bug #461614
[19:35] <joshuahoover> rtagger: cool, ok, i'll add this to the wiki unless you want to :)
[19:36] <rtagger> joshuahoover: description - http://irclogs.ubuntu.com/2009/11/13/%23ubuntuone.html#t17:53 and up to facundobatista	dobey, it's the metadata loading... we have a bug for that
[19:38] <rtagger> joshuahoover: okay, I'll add this, as seen by me, still I can't find the bug facundobatista mentioned, searching for various metadata-related stuff does not bring anything useful
[19:45] <joshuahoover> rtagger: i'm just reading through that log you posted
[19:45] <joshuahoover> irc log
[20:16] <rtagger> another question - when will syncdaemon reach the nirvana? It looks like first DBus call is sent, then syncdaemon "is not yet ready to reach the nirvana", DBus call timeouts, and only after that syncdaemon says it has reached it. Is it a proper way to start syncdaemon, btw, by running u1sdtool -w?
[20:21] <joshuahoover> rtagger: i can't answer your questions... verterok should be able to if he's available
[20:24]  * rtagger is traversing over u1sdtool so expect strange questions :)
[20:31] <verterok> hi
[20:32] <rtagger> verterok: hi! Do you happen to know why syncdaemon might not reach nirvana in my case?
[20:32] <verterok> rtagger: I'ld say that calling get_root or current_status it's better...but a start method would be the prefered way... ;)
[20:32] <rtagger> rtagger: start method?
[20:33] <verterok> rtagger: yes, there isn't such thing..just wondering that a noop method to just start the daemon would be nice
[20:33] <rtagger> verterok: i mean "start method" ? don't see such thing in u1sdtool cmdline options
[20:33] <verterok> rtagger: yes, there are a lot of things missing in u1sdtool, we need to work on it to provide all the dbus exposed method via u1sdtool
[20:35] <verterok> rtagger: what's the problem with wait_for_nirvana?
[20:36] <rtagger> verterok: Basically, every time i issue u1sdtool -w, syncdaemon starts, does something, but it can't reach nirvana before dbus call times out
[20:37] <verterok> rtagger: nirvana == (state=IDLE, empty hash, content and meta queues)
[20:37] <rtagger> verterok: this is just of curiosity, it is not something I'd like to report as a bug :)
[20:38] <verterok> rtagger: so, as you'r starting it, it's doing local rescan and quite probably putting some stuff in the hash, and meta queues
[20:38] <rtagger> verterok: I can't attain Nirvana yet. [state: READY_WITH_NETWORK; queues: metadata: 0; content: 0; hash: 0]
[20:38] <verterok> rtagger: oh, :)
[20:39] <verterok> rtagger: isn't in IDLE state, because isn't connected
[20:39] <rtagger> verterok: So basically it is waiting for the connection. Ah, i see :)
[20:39] <verterok> rtagger: but probably u1sdtool -w should allow a configurable timeout for the dbus call
[20:46] <verterok> rtagger: the idea behind u1sdtool is to provide a CLI interface for all the DBus exposed methods, e.g: connect/disconnect, scheduling up/downloads, listing the queues, etc
[20:47] <verterok> all that can be done only via DBus ATM
[20:48] <rtagger> verterok: already exploring DBus methods of syncdaemon :)
[20:48] <verterok> :)
[21:08] <rmcbride> Test clients were just uploaded to the BETA PPA with the following
[21:08] <rmcbride>   * Fix syncdaemon exposed DBus Config.disable_bandwidth_throttling method. (fixes: 483592)
[21:08] <rmcbride>   * Try anyway if the error we get back from DBus is ServiceUnknown for NM. (fixes: 357395)
[21:09] <joshuahoover> rmcbride: cool!
[21:12] <verterok> yay!
[21:18] <rtagger> rmcbride: r278 ?
[21:24] <rmcbride> rtagger: yes indeed
[21:26] <joshuahoover> psypher246: hi
[21:26] <psypher246> hi joshuahoover
[21:26] <joshuahoover> psypher246: what's up?
[21:26] <psypher246> i am still having issues with syncing files up rom a jaunty machine, seemed to work ok for a few days until i dumped bout 2GB of pcitures in the folder and have been trying to sync it for 2 days now
[21:27] <psypher246> now it just says updating files yet never updates anything
[21:27] <psypher246> what wasthe command to kill the dyndaemon and startup in debug?
[21:29] <joshuahoover> psypher246: yes, ok, i just saw an email that is likely directed at this problem...
[21:30] <joshuahoover> psypher246: bug 485004
[21:30] <joshuahoover> psypher246: the result is uploads take FOREVER
[21:31] <psypher246> Not allowed here               Sorry, you don't have permission to access this page.
[21:31] <psypher246> ah ok, so there are till server issues?
[21:32] <psypher246> doesn't look like it's updating at all now though or when it did start updating i had to stop it cos i was at home and have limited bandwidth, at work now and hoping to upload but just stuck
[21:32] <psypher246> what is that command any again?
[21:32] <psypher246> anyway*
[21:32] <joshuahoover> psypher246: ah, let me change that
[21:33] <joshuahoover> psypher246: to kill the client and syncdaemon: killall ubuntuone-client-applet ubuntuone-syncdaemon
[21:33] <psypher246> and debug?
[21:33] <joshuahoover> psypher246: and then, to start syncdaemon in debug: /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug
[21:33] <psypher246> switch
[21:33] <psypher246> ah ok so chain it together
[21:33] <joshuahoover> psypher246: to log to a file: /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug > ~/syncdaemon-debug.log
[21:33] <psypher246> killall ubuntuone-client-applet ubuntuone-syncdaemon && syncdaemon in debug: /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug
[21:34] <joshuahoover> psypher246: sure, and then start the client up as you normally would
[21:59] <psypher246> joshuahoover: that seems to case the app to actually start sycning
[22:00] <joshuahoover> psypher246: i'm sorry...didn't understand that last post there :)
[22:00] <psypher246> although very slowly
[22:00] <psypher246> killing the daemon and starting again, not the files are actually syncing
[22:00] <psypher246> 2 of 10000,  yay
[22:01] <psypher246> gonna take loooong time at this rate
[22:01] <joshuahoover> psypher246: yes, and that is the deeper issue...it's very slow and we have some folks looking into it right now...it's a big issue for us to fix
[22:01] <psypher246> cool i understand, thanks
[22:01] <joshuahoover> psypher246: thank you for your patience!
[22:27] <donp> is there developer documentation to add ubuntuone storage support to an app running in ubuntu?
[22:28] <rtagger> donp: If you can use couchdb, then everything is settled - put your documents to couchdb and they will replicate to u1 cloud :)
[22:30] <donp> rtagger: k so there isnt an ubuntuone API layer, i just use the couchdb libs available in my language?
[22:30] <rtagger> donp: if you are talking about the file sync, then, everything that gets stored to ~/Ubuntu One will go to u1 cloud as well. It all depends on what you want to do
[22:30] <donp> rtagger: im talking about key/value storage from within an app.
[22:31] <donp> rtagger: file storage is interesting too. basically im trying to learn as much about ubuntuone as i can
[22:31] <rtagger> donp: The python users are the happiest since desktopcouch-python handles all interaction with couchdb, including auth
[22:31] <donp> k. ive been happy with the ruby libs but havent done auth with it.
[22:32] <donp> im happy to see oauth is involved
[22:33] <rtagger> donp: the python sources are pretty obvious about how to get the auth credentials for the local couchdb
[22:33] <donp> yeah, i was laughing at 'hammertime'
[22:34] <donp> one sec, im on this network twice. (im really donpdonp)
[22:34] <donpdonp> better.
[22:37] <rtagger> donpdonp: since couchdb is all JSON and HTTP, it will not be any problem to use it for your data. ATM, everything that gets to couchdb is replicated to U1 cloud, but in the future it will be possible to explicitly state what databases should go there
[22:38] <donpdonp> rtagger: yes couchdb is amazing. im using it in a project and trying to fully grasp a document-style database.