[03:56] <git__> is there a feature list for ubuntu one?
[03:56] <git__> i want to know if it does versioning
[03:57] <wgrant> It doesn't currently do versioning.
[03:57] <wgrant> I'm not sure where there's a feature list.
[03:58] <wgrant> https://one.ubuntu.com/features/ is a high-level overview of current functionality.
[04:00] <git__> looks like ubuntu one does support versioning ... based on the screenshot
[04:03] <git__> Cross Site Request Forgery detected. Request aborted.
[04:12] <git__> i don't see versioning in Ubuntu One
[04:54] <duanedesign> ~/7
[04:54] <duanedesign> d'oh
[04:55] <bladerunner> so, we're supposed to "honk" if we need help figuring something out?
[04:58] <bladerunner> 'cause my ubuntu one is all jacked up, and I'm out of troubleshooting ideas, and nobody replied to my bug, so... I figured it couldn't hurt to come here
[04:58] <duanedesign> bladerunner: yes honk usually pings rye
[04:58] <duanedesign> bladerunner: what is your bug number?
[04:59] <bladerunner> hold on, I'll get it
[05:00] <bladerunner> 535599
[05:01] <bladerunner> also agreed with 510210, sicne it HAD received a reply, but it never got another one
[05:01] <duanedesign> bug 535599
[05:01] <duanedesign> bug 510210
[05:06] <bladerunner> Any thoughts?
[05:06] <duanedesign> ok
[05:07] <duanedesign> try quitting U1 and then running it from the Terminal
[05:07] <duanedesign> the command from the Command Line would be:
[05:07] <duanedesign> /usr/lib/ubuntuone-client/ubuntuone-syncdaemon
[05:10] <bladerunner> Did so...as of now there's no icon in the bar, and no messages in terminal,
[05:10] <bladerunner> though if I try to close the terminal, it tells me something's running
[05:11] <duanedesign> hmm. OK I think there is some metadata that is corrupted
[05:12] <duanedesign> let me quickly find the metadata file you want to delete
[05:13] <duanedesign> it wont hurt any of your information to remove the metadata. It will just regenerate it
[05:13] <bladerunner> Okie doke
[05:20] <duanedesign> ok
[05:20] <duanedesign> you can quit the syncdaemon you started in the Terminal
[05:20] <bladerunner> k
[05:20] <duanedesign> Ctrl-C should take care of it
[05:20] <duanedesign> ok
[05:21] <duanedesign> run the command:    u1sdtool -q
[05:21] <duanedesign> to make sure its all quit
[05:22] <bladerunner> I typed it, got the message "ubuntuone syncdaemon stopped"
[05:25] <duanedesign> mv  ~/.local/share/ubuntuone/syncdaemon/  ~/.local/share/ubuntuone/syncdaemon_backup/
[05:25] <duanedesign> ok run that command to rename the folder with the metadata
[05:25] <duanedesign> we will hold on to it for now
[05:26] <bladerunner> Which folder?
[05:26] <duanedesign> ~/.local/share/ubuntuone/syncdaemon/
[05:28] <bladerunner> I copied and pasted that line, and got "Cannot stat  ..../syncdaemon/": no such file or directory
[05:28] <duanedesign> one sec..
[05:29] <bladerunner> I went manually to that folder using nautilus,
[05:29] <bladerunner> and in that ubuntuone folder is
[05:29] <bladerunner> a locked folder called "shares"
[05:30] <bladerunner> and one called "syncdaemon_backup"
[05:30] <kermiac> hey ppl :) I'm starting to see a few more "SYS_SERVER_RESCAN_DONE" bugs for ppl using karmic. bug 458393 is "fixed released", is there a new master bug report?
[05:30] <duanedesign> hey kermiac i noticed that today
[05:31] <kermiac> hi duanedesign :)
[05:31] <duanedesign> bladerunner: run : ls -la ~/.local/share/ubuntuone/syncdaemon/
[05:31] <duanedesign> sorry
[05:31] <duanedesign> bladerunner: you dont have that folder
[05:32] <bladerunner> nope
[05:32] <duanedesign> ls -la ~/.local/share/ubuntuone/
[05:32] <bladerunner> ok
[05:32] <duanedesign> and see who the owner and group is for the shares folder
[05:32] <bladerunner> me
[05:32] <duanedesign> sorry yes
[05:33] <duanedesign> bladerunner: should be a line like this
[05:33] <duanedesign> drwxr-xr-x  5 duanedesign duanedesign 4096 2010-03-19 17:34 vm
[05:33] <bladerunner> I don't mean to be a smartass... it's my username as the owner and group
[05:34] <duanedesign> bladerunner: ok
[05:34] <bladerunner> though the line isn't identical...
[05:34] <bladerunner> dr-xr-xr-x  2 grifter grifter 4096 2010-01-22 00:54 shares
[05:34] <bladerunner> so maybe I'm wrong and I'm not owner
[05:35] <duanedesign> looks right. If your grifter ;)
[05:35] <duanedesign> dr-xr-xr-x  2 duanedesign duanedesign 4096 2010-03-19 17:34 shares
[05:36] <bladerunner> k
[05:36] <bladerunner> the folder is empty, if that means something
[05:37] <duanedesign> try starting the applet from the Termminal
[05:37] <duanedesign> /usr/lib/ubuntuone-client/ubuntuone-client-applet
[05:38] <bladerunner> "No such file or directory"
[05:39] <bladerunner> going in there through nautilus,
[05:39] <duanedesign> ok
[05:39] <bladerunner> there's a syncdaemon dile
[05:40] <duanedesign> you must have the Beta version
[05:40] <bladerunner> I do?
[05:40] <duanedesign> no the report says you have 1.0.3
[05:42] <duanedesign> ok start ubuntu one from the menu
[05:42] <duanedesign> applications > Internet > Ubuntu One
[05:43] <bladerunner> ok
[05:44] <bladerunner> it's open
[05:44] <duanedesign> run this command
[05:44] <duanedesign> dbus-send --session --print-reply  --dest=com.ubuntuone.SyncDaemon --type=method_call /status com.ubuntuone.SyncDaemon.Status.current_status
[05:45] <bladerunner> Ok
[05:45] <bladerunner> spat out a bunch of messages
[05:45] <duanedesign> can you paste it at   paste.ubuntu.com
[05:45] <duanedesign> just copy and paste it into that texy box and hit paste
[05:46] <duanedesign> the resulting URL is what you post here
[05:46] <bladerunner> http://paste.ubuntu.com/398165/
[05:46] <duanedesign> thank you
[05:50] <duanedesign> bladerunner: what number you get from:  find ~/Ubuntu\ One | wc -l
[05:50] <bladerunner> 692
[05:51] <duanedesign> ok
[05:53] <duanedesign> what i am going to recommend is that Monday morning I will make  rye aware of your problem. He will be able to help you better.
[05:54] <duanedesign> if he comes in over the weekend I will tell him about your situation
[05:54] <duanedesign> also
[05:54] <duanedesign> if you can make sure its connected (looks like it is) and let it run like for several hours
[05:54] <bladerunner> okie doke
[05:55] <bladerunner> Thanks for trying, I do appreciate it!
[05:55] <duanedesign> but i will absoloutely make sure you get taken care of
[05:55] <duanedesign> bladerunner: rye will probablly comment on your bug report ( him or I) feel free to stop bt Monday, not necessary we will look at your bug either way
[05:56] <duanedesign> you left lots of good info on your report :)
[05:56] <duanedesign> i like reports like that
[05:57] <bladerunner> I try...I'm prety dumb about Linux, but I understand that the best way to get help is to make your problem clear :)
[05:57] <bladerunner> Thanks again. I hope you have a good night, assuming it's night where you are
[05:57] <duanedesign> bladerunner: it's rye's job is to handle just this. Strange bugs :)
[05:57] <bladerunner> lol, well, cool!
[05:57] <duanedesign> it is.
[05:57] <duanedesign> you have a nice (local time)
[05:58] <bladerunner> lol, I will try
[05:59] <kermiac> duanedesign: do you know if there's a new master bug report for SYS_SERVER_RESCAN_DONE? or what we should do with those bugs? there seems to be a few of them over the last couple of days & 3 so far from today (that I've found)
[06:00] <kermiac> or maybe we should re-open bug 458393?
[06:00] <duanedesign> oh, sorry kermiac
[06:00] <duanedesign> he he
[06:00] <kermiac> hey np duanedesign - i saw u were busy :)
[06:03] <duanedesign> unfortunately I do not know. That is a very good question. It says its been nominated for Karmic...
[06:04] <duanedesign> kermiac: probablly shouldnt of been marked fix released. But I might need to consult the Ubuntu One bug workflow diagram :)
[06:05] <kermiac> duanedesign: yeah, there's no changelog in the bug saying which version of the u1 client fixed the issue
[06:07] <duanedesign> heh, yeah. If you want I can make a note and try and get an answer for this.
[06:07] <kermiac> I'd really appreciate that duanedesign :) It would be great if you could please let me know what the devs say
[06:08] <duanedesign> unfortunately the team is usually not around much on the weekend. But if i do catch one before Mon Ill let you know
[06:08] <kermiac> hopefully I'll still be idle in here... Thanks again duanedesign :)
[06:09] <duanedesign> if not I know I can find you in ubuntu-bugs
[06:09] <kermiac> yup, I'm pretty much always there ;)
[06:13] <kermiac_> duanedesign: FYI - the SYS_SERVER_RESCAN_DONE bug's I found from today are bug 542433 bug 542297 & bug 542314. I'll leave them for now until someone can let us know what we should do
[06:13] <duanedesign> ok great. Thanks for posting those
[06:14] <kermiac_> np duanedesign, I'll talk to you later on :)
[06:14] <duanedesign> kermiac_: ok have a good day/night or wherever inbetween
[06:15] <kermiac_> duanedesign: it's still day here, gotta do outside chores :(   hehe. hope you have a great day/night too :)
[06:17] <duanedesign> bug 542137
[06:18] <duanedesign> bug 541867
[09:42] <kermiac> should all bugs with "UnicodeError: String parameters to be sent over D-Bus must be valid UTF-8" in the syncdaemon.exceptions.log be marked as dupes of bug 368626 & advised to test by running the utf8-filename-check.py script?
[09:52] <kermiac> hello rye :) should all bugs with "UnicodeError: String parameters to be sent over D-Bus must be valid UTF-8" in the syncdaemon.exceptions.log be marked as dupes of bug 368626 & advised to test by running the utf8-filename-check.py script?
[09:55] <rye> kermiac, hi, the "proper" version of the script is now in bzr - http://bazaar.launchpad.net/%7Erye/%2Bjunk/ubuntuone-scripts/download/roman.yepishev%40yandex.ua-20100317115059-i54wpleutgiorsba/utf8filenamecheck.py-20100317115012-ckrx3rvbex5oiozs-1/utf8-filename-check.py
[09:55] <rye> adding this to the bug report
[09:55] <rye> wow this is a long link...
[09:58] <kermiac> rye: yeah, that is a *very* long link :) to avoid the really long link, should I just point the bug reporters to that script in the bug report once you've replaced the script that is currently attached to 36826 with this new version?
[09:59] <rye> kermiac, will put the one at people.canonical.com, just a moment
[09:59] <kermiac> ok ty :)
[10:00] <rye> kermiac, is http://people.canonical.com/~roman.yepishev/ubuntuone-scripts/utf8-filename-check.py better ?
[10:00] <kermiac> rye: yes, that's much better ;)
[10:00] <rye> straight from bzr
[10:01] <kermiac> also, while you're around.... duane_design & I were discussing "SYS_SERVER_RESCAN_DONE" bugs being reported again.
[10:01] <rye> kermiac, added url to bug #368626
[10:01] <rye> hm
[10:02] <kermiac> bug bug 458393 is "fix released"
[10:02] <rye> well, SYS_SERVER_RESCAN_DONE state does not exist anymore in new revisions, in Lucid and PPA
[10:02] <kermiac> I'll find some bug reports in the backscroll
 duanedesign: FYI - the SYS_SERVER_RESCAN_DONE bug's I found from today are bug 542433 bug 542297 & bug 542314. I'll leave them for now until someone can let us know what we should do
[10:03] <rye> kermiac, i believe the bug should get release attached, it is NOT fixed for karmic... hmmm
[10:04] <kermiac> so 458393 should be "fix committed" & mark any "SYS_SERVER_RESCAN_DONE" as dupes?
[10:05] <emry> Is there a way to tell the system to totally rescan my directories and update the server_
[10:05] <emry> ?
[10:05] <emry> I am showing about 20MB difference between local and the server
[10:05] <kermiac> rye: or maybe have the lucid task as "fix released" & open a karmic task?
[10:05] <rye> emry, what client version are you running?
[10:06] <rye> kermiac, I am trying to find how to add lucid task :-/ I believe I haven't done that before
[10:06] <emry> rye, What is the easiest way to find out?
[10:06] <rye> emry, in the terminal - apt-cache policy ubuntuone-client
[10:07] <emry> Installed: 1.0.3-0ubuntu1
[10:08] <rye> emry, ok, could you please run the script from the bug #488232 to see whether there are files that need to be updated. (In newer version that can be done with u1sdtool --waiting-content)
[10:10] <emry> rye, Does the script need to be  in a specific directory?
[10:11] <rye> emry, if no arguments given, that would scan the current dir, otherwise - utf8-filename-check.py /home/something would scan a different location
[10:11] <rye> need to write the doc page for that, not obvious
[10:12] <emry> The script has a different name ^^
[10:12] <rye> emry, oh, sorry, I am still not really woke up
[10:12]  * rye resets
[10:12] <kermiac> rye: from the bugsquad wiki, I think this might appropriate - "If a bug is fixed in the current development release, it is Fix Released. If the bug also needs to be fixed in a stable release, use the "Target to release" link to nominate it for that release. "
[10:13] <rye> kermiac, true
[10:13] <kermiac> rye: seems like joshua hoover has already done that ^^
[10:13] <rye> emry, no, that script checks your Ubuntu One folder
[10:13] <kermiac> rye: so I should be safe to just mark the other bug reports as dupes, right?
[10:14] <rye> kermiac, yes, I believe - the state machine (which was causing all these BadTransition errors) was completely rewritten
[10:14] <kermiac> rye: ok, thanks for all of your help :)
[10:14] <rye> kermiac, thank you! :)
[10:15] <kermiac> np rye :)
[10:16] <emry> u1sdstatus.py returned a list of file names.
[10:18] <rye> emry, ok, those files are need to go to the server, could you please post here (i believe nobody minds) the output of u1sdtool --status ?
[10:19] <emry> Usage: u1sdtool [option]
[10:19] <emry> ^^;
[10:23] <rye> u1sdtool --status
[10:25] <emry> Yes, tat is what I put in to get the response I pasted.
[10:26] <emry> Ah, it also gives this:
[10:27] <emry> u1sdtool: error: no such option: --status
[10:29] <emry> Is it possible I have outdated pieces?
[10:30] <rye> emry, hm, possible. could you do this - dpkg -l *ubuntuone*
[10:31] <emry> What is the preferred pastebin type thing here?
[10:32] <rye> http://paste.ubuntu.com
[10:33] <emry> http://ubuntu.pastebin.com/d1e5ir92
[10:33] <emry> Ah, I moved too fast. &&
[10:33] <emry> ^^
[10:56] <rye> emry, what does "apt-cache policy python-ubuntuone-storageprotocol" say about the candidate?
[10:58] <emry> No response.
[10:59] <emry> Does that mean that the 1.0.1 is the only option_
[10:59] <emry> ?
[10:59] <emry> brbr
[10:59] <emry> I did something wrong. ^^
[11:01] <emry> http://ubuntu.pastebin.com/FdMB8yWD
[11:02] <rye> emry, ok, good, now lets start with a clear state - could you please quit the applet and do u1sdtool -q in the terminal
[11:02] <rye> u1sdtool controls ubuntuone syncdaemon which is an application that performs actual file sync
[11:03] <rye> then please try starting applet from the terminal, ubuntuone-client-applet
[11:06] <rye> emry, and try to connect, if that does not start to pick up files, could you please check whether you have ~/.cache/ubuntuone/log/syncdaemon-exceptions.log and if yes, please pastebin it. If not, please page ~/.cache/ubuntuone/log/syncdaemon.log - that file will contain the filenames of the files that are in your ~/Ubuntu One folder, so if that's an issue, you might want to send the file to roman.yepishev@ubuntu.com (that's me)
[11:24] <emry> http://ubuntu.pastebin.com/QZPxDHMt
[11:26] <emry> The other will take a moment. ^^
[12:30] <yltsrc1> hi all
[12:31] <yltsrc1> how i can remove all u1 config files?
[12:32] <yltsrc1> i am using 10.04 and i can't connect to u1
[14:25] <huntz0r> Anyone here have any experience with building in desktop couch support to their apps to get them to sync to ubuntuone?
[14:29] <duanedesign> hello newlucio
[14:29] <duanedesign> sorry newlucio
[14:29] <duanedesign> huntz0r: hello
[14:29] <huntz0r> hey duanedesign, hows it going? :-)
[14:30] <duanedesign> Good. After a bunch of Spring like weather weather its cold and rainy.
[14:30] <duanedesign> So  good excuse to stay inside on the computer
[14:31] <huntz0r> hehe, I have no excuse, its sunny in dundee for a change ;-)
[14:31] <duanedesign> huntz0r: I built a Python script that saves the list of programs from your computer into a CouchDB
[14:32] <huntz0r> duanedesign: cool, I'm working on a rhythmbox plugin that will sync podcast feeds.  I've got the sync between rhythmbox and desktop couch working, it just doesn't seem to replicate to ubuntuone
[14:33] <duanedesign> nice!
[14:33] <duanedesign> I have been wanting to do a Rhythmbox plugin
[14:34] <huntz0r> The API is quite hard to understand if you don't know C,c++
[14:34] <huntz0r> I've never done any of that before so took me a while to figure it all out :-D
[14:37] <duanedesign> huntz0r: yeah they python code is underdocumented
[14:38] <huntz0r> duanedesign, yep!!  I had to hack about with the inbuilt python console plugin to figure out what I needed to do :-)
[14:38] <duanedesign> huntz0r: does UbntuOne work
[14:38] <duanedesign> huntz0r: huntz0r syncing files and such
[14:40] <huntz0r> duanedesign: yeah, file sync works fine, its the couchdb bit that doesn't seem to work at the moment :-(
[14:41] <duanedesign> and you see your DB at  file:///home/USERNAME/.local/share/desktop-couch/couchdb.html
[14:41] <huntz0r> yup
[14:42] <duanedesign> huntz0r: ok
[14:43] <duanedesign> huntz0r: open  ~/.cache/desktop-couch/log/desktop-couch-replication.log
[14:43] <huntz0r> duanedesign: Is there anyway to manually kick off the desktop couch replication process?
[14:43] <huntz0r> yep, have that tailed on the terminal
[14:43] <duanedesign> sort of
[14:44] <huntz0r> duanedesign: the log hasn't spat out any information since last sunday
[14:45] <duanedesign> huntz0r: ok run this command in the Terminal, it will start DesktopCouch
[14:45] <duanedesign> dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort
[14:46] <huntz0r> duanedesign, WOW!  now have *a lot* of errors!!!
[14:46] <duanedesign> heh, well at least its info
[14:46] <duanedesign> not the kind of information we would like to have ideally :)
[14:47] <duanedesign> could you http://paste.ubuntu.com
[14:47] <huntz0r> duanedesign:  Ive got a few other databases in my couchdb from when I was getting to learn it and most of the messages follow this pattern: ResourceNotFound: ('db_not_found', 'could not open https://couchdb.one.ubuntu.com/u%2F091%2Fe1a%2F41350%2Fjotty/') 2010-03-20 14:45:38,708 ERROR    replication of services aborted
[14:47] <huntz0r> duanedesign, sure!  Will do
[14:49] <huntz0r> duanedesign: may be a silly question.  But am I good to post up the debug there with all my conumer_secret and token information?  That won't allow anyone access to my account will it?
[14:50] <duanedesign> huntz0r: sorry. one sec
[14:51] <duanedesign> huntz0r: you can use find/replace in gedit to replace that
[14:54] <huntz0r> duanedesign: cool, here's the link: http://paste.ubuntu.com/398345/   As I say, there are is *lot* of info there! :-)
[14:58] <duanedesign> ok
[14:59] <duanedesign> huntz0r: have you tried deleting the desktop-couchdb.ini file yet?
[15:00] <huntz0r> duanedesign: no, not yet.  Will give it a go :-)
[15:00] <duanedesign> huntz0r: first run
[15:01] <duanedesign> huntz0r: killall beam.smp
[15:01] <duanedesign> no sudo with that command.
[15:01] <duanedesign> f this says beam.smp: no process found, then do killall beam instead
[15:02] <huntz0r> duanedesign: think that worked, no errors anyway (or output)
[15:02] <duanedesign> huntz0r: then run
[15:02]  * rye is relatively around
[15:02] <duanedesign> rm ~/.config/desktop-couch/desktop-couchdb.ini
[15:02] <duanedesign> rye: hello!
[15:03] <rye> duanedesign, hi, i see you are fixing couchdb, btw, do you have your one running now?
[15:03] <duanedesign> rye: I know its your weekend, but if you have a second  this is huntz0r log http://paste.ubuntu.com/398345/
[15:03] <duanedesign> rye: no I do not :(
[15:04] <duanedesign> huntz0r: after the 'rm' command
[15:04] <rye> duanedesign, already had a look, checking my couchdb replication now
[15:04] <duanedesign> huntz0r:   dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort
[15:05] <duanedesign> huntz0r: thats the command we used easlier to start desktopcouch
[15:05] <rye> ok, replication works
[15:06] <huntz0r> duanedesign: not so many errors this time :-)  Just one
[15:06] <huntz0r> duanedesign: 2010-03-20 15:05:35,632 ERROR    Can't get list of databases from <OAuthCapableServer 'http://localhost:33370/'>
[15:07] <duanedesign> ok
[15:07] <huntz0r> duanedesign: i can pastebin up the stacktrace if it helps
[15:08] <rye> huntz0r, yes, it would be great
[15:08] <rye> hm, can't get a list of dbs from local couchdb?
[15:09] <huntz0r> here's the link guys: http://paste.ubuntu.com/398351/
[15:10] <rye> huntz0r, is beam.smp/beam process running?
[15:10] <huntz0r> rye: yep, htop shows it running
[15:15] <rye> huntz0r, hm, could you please check whether dc can get the port - http://people.canonical.com/~roman.yepishev/ubuntuone-scripts/desktopcouch-futon.py and see whether futon can list the databases
[15:15] <rye> duanedesign,  http://people.canonical.com/~roman.yepishev/ubuntuone-scripts/ = lp:~rye/+junk/ubuntuone-scripts
[15:15] <duanedesign> ahh nice
[15:16] <duanedesign> rye: I have a few of those I have collected on my people.ubuntu.com page. Ill be sure to update to the newer more complete list
[15:18] <rye> duanedesign, i decided to keep them all in bzr and just fetch from it to http server for easy access. URLs for bzr download via the web are awfully long
[15:18] <huntz0r> rye: yes, the webpage loaded up fine and all my databases are there
[15:18] <rye> huntz0r, btw, lucid or karmic?
[15:18] <huntz0r> rye: karmic
[15:21] <duanedesign> huntz0r: are you syncing the DB to a VM or another machine?
[15:23] <huntz0r> duanedesign: got a karmic VM on the go at the moment
[15:24] <huntz0r> duanedesign: sorry, ment lucid vm
[15:40] <rye> so, can't get list of databases... hm, starting karmic vm
[15:45] <rye> except socket.error, e:
[15:45] <rye>         logging.error("Can't get list of databases from %s", couchdb_server)
[15:47] <duanedesign> rye: where did you find that^^
[15:48] <rye> /usr/share/pyshared/desktopcouch/pair/couchdb_pairing/couchdb_io.py
[15:48] <duanedesign> d'oh
[15:48] <rye> now I wonder what causes socket error and why it is so reproducible
[15:48] <duanedesign> i didnt see that one. I have been looking at replication.py and client.py
[16:23] <duanedesign> huntz0r: you still around :)
[16:25] <huntz0r> duanedesign: yep!! :-)  Have installed a clean karmic VM and have just run into an interesting problem ;-)  The couchdb-replication log hasn't been created although files are syncing.  I must be unlucky :-D
[16:25] <duanedesign> by files do you mean you DB's
[16:26] <huntz0r> duanedesign:  no, just files I dump into my ubuntuone folder are syncing,  havent tried creating a couchdb database.  Was just going to try that :-)
[16:27] <duanedesign> huntz0r: I want to try removing your tokens from the keyring and authenticating your computer again
[16:28] <huntz0r> duanedesign: sure, will try that now
[16:28] <duanedesign> Quit Ubuntu One client
[16:28] <duanedesign> Open Applications->Accessories->Passwords and Encryption Keys
[16:28] <huntz0r> duanedesign: do you want me to first remove my machine from the ubuntuone webui and then delete keys?
[16:29] <huntz0r> duanedesign: ok
[16:29] <duanedesign> Right-click on the Ubuntu One token and select "Delete"
[16:30] <duanedesign> Go to https://one.ubuntu.com/account/machines/
[16:30] <duanedesign> # Click on the checkbox next to your computer
[16:30] <duanedesign> 'remove selected computer'
[16:30] <duanedesign> #
[16:30] <duanedesign> Open Applications->Internet->Ubuntu One
[16:31] <duanedesign> and you should be promted to add your computer
[16:33] <huntz0r> duanedesign: ok, thats it done.  should i try restarting the desktop couch again or wait for the next replication cycle?
[16:34] <duanedesign> huntz0r: yeah we can 'kick it' wake it up :)
[16:35] <duanedesign> do you still have the dbus command
[16:35] <huntz0r> duanedesign: is that the dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort command?
[16:38] <duanedesign> yes sir huntz0r
[16:38] <huntz0r> duanedesign: sir huntz0r,  has a nice ring to it :-P
[16:39] <duanedesign> lol, it does
[16:40] <huntz0r> duanedesign, the command didn't seem to kick-start the replication process... :-/
[16:42] <duanedesign> dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort
[16:43] <duanedesign> looks correct.
[16:43] <huntz0r> nothing in the replication logs :-(  Although the next cycle *should* be in two mins
[16:45] <duanedesign> bug 463537
[16:45] <duanedesign> huntz0r: I was going to file a bug for you. And I came across this bug
[16:46] <huntz0r> duanedesign: yup, looks the same
[16:49] <huntz0r> although I had that earlier and haven't had that in a while.  I'm just getting the same error again as shown: http://paste.ubuntu.com/398383/
[16:50] <huntz0r> that's with the re-authentication process duanedesign took me through
[16:53] <duanedesign> huntz0r: lets remove the ini again and restart Couch
[16:53] <huntz0r> ok,  I've found that process you took me through up on freedesktop.org  so I'll run through that and let you know :-)
[16:53] <duanedesign> thats it :P
[16:54] <duanedesign> 'Killing and restarting desktopcouch'
[16:54] <huntz0r> got ya! :-D
[16:56] <duanedesign> that should rewrite the ini file with the new info...
[16:58] <huntz0r> duanedesign, thats it done, nothing in the replication logs yet though
[17:00] <duanedesign> well I am gonna file a bug report for you. Including the info we have gathered so far. That way if its not fixed by the time the whole U1 team comes in in Monday we can make sure it gets looked at
[17:01] <huntz0r> thanks duanedesign!  Thats very kind of you! :-)
[17:05] <duanedesign> ill have the bug number in a second
[17:08] <huntz0r> hold up, some new information! :-)  in the replication logs it shows "Can't get list of databases from <OAuthCapableServer 'http://localhost:33370/'>"  But when I access the couchdb through the web interface, it connects in on port 34208
[17:08] <duanedesign> huntz0r: what do you get on the terminal for the version:
[17:08] <duanedesign>  dpkg -l desktopcouch
[17:08] <duanedesign> huntz0r: you know i was gonna say something
[17:09] <duanedesign> I noticed earlier that port stayed the same from when we restarteds
[17:09] <duanedesign> restarted the first time
[17:09] <huntz0r>  v0.5-0ubuntu1
[17:09] <duanedesign> rye: ping
[17:10] <rye> pong
[17:10] <duanedesign> hello sir
[17:10] <duanedesign> in the replication logs it  shows "Can't get list of databases from <OAuthCapableServer  'http://localhost:33370/'>"  But when I access the couchdb through  the web interface, it connects in on port 34208
[17:10]  * rye reads the backlog...
[17:11] <huntz0r> brb, making coffee :)
[17:11] <rye> duanedesign, i believe that means that the couchdb process decided to restart...
[17:11] <rye> hmmm
[17:11] <rye> huntz0r, could you please do the following - python /usr/lib/desktopcouch/desktopcouch-stop then killall desktopcouch-service
[17:11] <duanedesign> i noticed earlier the port stayed the same after we started Couch the first time
[17:12] <rye> duanedesign, something does not re-check the pid so it reuses old data
[17:12] <rye> hmmm
[17:12] <rye> let me try this...
[17:12] <rye> no, that's weir
[17:12] <rye> d
[17:23] <duanedesign> huntz0r: i filed the bug. We can add to it or (hopefully) mark it 'Invalid' when we fix it.
[17:23] <duanedesign> bug 542841
[17:23] <huntz0r> duanedesign: thats me stopped the couch and run the kill all command on desktopcouch-service
[17:24] <huntz0r> thanks duanedesign
[17:31] <rye> huntz0r, ok, so now you should not have anything beam-like and desktopcouch-like, right ?
[17:32] <huntz0r> rye: thats correct, nothing showing up in top
[17:32] <rye> huntz0r, ok, now could you please start /usr/lib/desktopcouch/desktopcouch-service from the terminal?
[17:38] <huntz0r> rye: got a ton of debug and errors. http://paste.ubuntu.com/398399/  Looks like I'm getting bug 463537 again
[17:39] <rye> huntz0r, ok, now lets try accessing the server
[17:39] <huntz0r> though the ports match up this time :-)
[17:39] <rye> http://www.freedesktop.org/wiki/Specifications/desktopcouch/Documentation/Troubleshooting
[17:39] <huntz0r> rye: yep, can get into the web interface fine and as I said, the ports match
[17:39] <rye> huntz0r, now there's something wrong with the remote side, or with local side interaction with remote side
[17:39] <rye> or some other third side we are not yet aware of
[17:40] <rye> huntz0r, the URL ^ contains a script for accessing server-side instance
[17:41] <rye> could you please check whether you can say, create server-side db w/ your credentials
[17:41] <rye> buntuone-couchdb-query --http-method=PUT testdb
[17:43] <huntz0r> did  "python ubuntuone-couchdb-query --http-method=PUT xchattest" which gave me "status:500, response: '{"error":"unknown_error","reason":"function_clause"}\n'"
[17:48] <rye> O_O
[18:08] <huntz0r> hmm, am totally stumped on this one :-)  Is very weird
[18:20] <rye> huntz0r, what does it do with ubuntuone-couchdb-query --show-tokens=SHOW_TOKENS xchattest ?
[18:20] <rye> that will contain some tokens
[18:20] <rye> maybe some private ones
[18:21] <huntz0r> rye: yep got the consumer and token then after the token stuff i got There was a problem processing the request:
[18:21] <huntz0r> status:500, response: '{"error":"unknown_error","reason":"function_clause"}\n'
[18:22] <rye> huntz0r, are these tokens present in your /account/machines list?
[18:23] <huntz0r> rye: yep, my oauth_token matches up with the token for this computer on ubuntuone
[18:32] <rye> unknown error comes from couchdb
[18:32] <rye> huntz0r, hm, are you able to access the /contacts or /nots ?
[18:32] <rye> /notes
[18:37] <huntz0r> rye: both agave me the exact same error as above
[18:40] <huntz0r> rye: I can access those pages on the website fine
[18:41] <rye> huntz0r, hm? so you are able to, say connect to /notes/ and see the list of notes and /contacts/ give you the access to the contacts?
[18:41] <rye> hm
[18:41] <rye> have you used the web site in the past?
[18:41] <rye> i mean have you created some notes/contacts?
[18:42] <huntz0r> rye: no, haven't created notes or contacts as I don't use tomboy or evolution,  but I will give it a go the now
[18:42] <rye> huntz0r, could you please create at least one note?
[18:42] <huntz0r> certainly
[18:43] <huntz0r> rye: from tomboy locally or on the web interface
[18:43] <huntz0r> ?*
[18:43] <rye> huntz0r, web interface, please
[18:43] <rye> and save one note, then see whether it stopped working...
[18:44] <huntz0r> rye: yep, thats worked fine
[18:44] <rye> huntz0r, could you please now run h ubuntuone-couchdb-query notes ?
[18:45] <huntz0r> rye: same error -->   status:500, response: '{"error":"unknown_error","reason":"function_clause"}\n'
[18:45] <rye> grrr'
[18:45] <huntz0r> rye: do you think its something to do with my account?  Would it be worthwhile setting up a new account to test?
[18:54] <rye> huntz0r, well, you can do that, certainly. I am wondering how the webui succeeds in accessing the couch but your client does not, they seem to be using the same interface
[18:54] <rye> but I need some desktopcouch guys to verify this
[19:16] <huntz0r> rye: brand new account, new karmic VM exact same errors as before :-(
[19:27] <duanedesign> huntz0r: are you able to cancel your previous account when you do that?
[19:33] <huntz0r> duanedesign: I just created a new account with ubuntuone with a diff email address and created a new, clean, karmic VM
[19:35] <huntz0r> but faced the exact same problems: able to use the web interface to create notes but can not query the notes with the python cmdline tool and my test couchdb will not replicate.  Exact same errors and so on
[20:12] <beuno> rye, maybe it has something to do with the changes they did yesterday?
[20:15] <rye> beuno, well, my couchdbs are ok
[20:22] <beuno> rye, or maybe it has something to do with the oauth key migration?
[20:23] <huntz0r> beuno: the keys match when using the ubuntuone-couchdb-query cmdline tool
[20:24] <huntz0r> its all rather odd! :-)
[20:26] <rye> ok
[20:26] <duanedesign> I found this bug which seemed similar. bug 463537
[20:26] <rye> reproduced with new account
[20:26] <rye> beuno, oauth key migration?
[20:28] <huntz0r> duanedesign: yep, i found that earlier, my comment and log is up there
[20:28] <huntz0r> i re-opened it too
[20:37] <rye> new accounts do not get replication, the question is - "how new?"
[20:37] <beuno> rye, right, I think it's expected that new accounts dont
[20:38] <beuno> not sure how new, maybe 2 or 3 weeks?
[20:38] <huntz0r> rye: my initial account was created last summer
[20:39] <rye> expected?
[20:39] <duanedesign> what do you mean new accounts dont replicate?
[20:39] <rye> beuno, ^
[20:40] <rye> it is failing w/500, it should not be this way... there are no exceptions in database so...
[20:40] <rye> beuno, at the same time webui access the couchdb properly
[20:41] <rye> so there may be some kind of different paths
[20:50] <duanedesign> rye: new accounts dont get replication? what do you mean?
[20:50] <rye> duanedesign, just created new account - replication fails with the same message
[20:50] <rye> something has changed
[20:53] <duanedesign> rye: ohhh, ok. :P I understand what your saying
[20:56] <rye> well, it fails during /api/account/ call, does not get to couchdb actually
[20:56] <rye> so couch might be working, thats account code that does all that
[20:57] <rye> hm, but tomboy is ok
[20:58] <duanedesign> I filed a bug for huntz0_rs problem.
[21:00] <duanedesign> In case you come across anything to add to it.  bug 542841
[21:00] <rye> no
[21:00] <rye> /api/ works
[21:01] <huntz0r> duanedesign: bug 542841 was for when the ports were not updating properly and it was stuck using an old port even though the couchdb had been restarted and is not, i think, related to this problem :-)
[21:02] <duanedesign> huntz0r: ahh, thankyou huntz0r for noticing that. I was MIA there for a few minutes working on something else.
[21:02] <huntz0r> duanedesign:  hehehe, no worries :-)
[21:03] <duanedesign> i think it will still work. Just a few changes :)
[21:07] <rye> beuno, found couch.logs on beautyberry - function_clause error in HTTP request, not much info
[21:08] <beuno> rye, interesting
[21:08] <rye> ini_apply_changes.log  - hmmm - AssertionError: changes must be a file all over it
[21:08] <beuno> rye, make sure you tell thisfred about it
[21:09] <rye> some ini file holds oauth tokens, i remember this from some talk...
[21:11] <macfriendly> i have just installed ubuntu on my dell and joined ubuntuone, hurrah
[21:11] <ax_> i have the ubuntu-one preferences in my System -> Preferences menu in gnome.  None of the settings are editable except the bandwidth limiting.. There is no info in the 'account' tab.. .. is this normal?
[21:12] <rye> eh...
[21:12] <macfriendly> capabilities mismatch with server  #fail :(
[21:12] <ax_> Basicaly, I haven't been able to get my evolution contacts to sync.
[21:12] <rye> macfriendly, you might want to upgrade the installation
[21:14] <rye> duanedesign, i believe the rodrigo's bug needs to be left alone - the source of the error is definitely different from the things that were happening in 2009
[21:14] <macfriendly>  i tried update but it trashed my instal so am loathed to do again
[21:14] <rye> huntz0r, I will create new bug report for this problem adding some more info from the server logs, ok?
[21:15] <rye> macfriendly, o_O
[21:15] <huntz0r> rye: yeah man, that would be great! :-)
[21:15] <rye> macfriendly, were you trying to perform update of ubuntuone only or the whole system?
[21:15] <macfriendly> whole system I guess
[21:15] <rye> huntz0r, this is definitely a server issue
[21:16] <rye> macfriendly, well, there were some major upgrades done to 9.10 release in the past that were fixing the bugs that were found (SRU - stable release upgrades)
[21:16] <huntz0r> rye: ah, k.  I'm glad it wasn't me doing something wrong :-)
[21:16] <huntz0r> rye, duanedesign  thanks for all the help today! You guys are awesome! :-D
[21:17] <rye> huntz0r, I will subscribe you to the bug report once I file one
[21:17] <rye> thanks!
[21:18] <huntz0r> rye: cheers!  Very much appreciated  :-)
[21:30] <rye> this starts to be long...
[21:30] <rye> well, nobody put known issues to channel topic earlier
[21:43] <rye> duanedesign, https://wiki.ubuntu.com/UbuntuOne/Status - not approved in any way by anybody in ubuntuone team but I had some talk some months ago about this and it looks like that is really required
[21:43] <duanedesign> rye: sure. did you see the new bug i created earlier today for huntz0(r)
[21:43] <rye> duanedesign, thanks btw for the menubar!
[21:45] <rye> duanedesign, so I am not linking to it from other pages for now
[21:46] <duanedesign> rye:  we need to add 3 more pages to keep the menus even :)
[21:47] <rye> :-D
[21:47] <duanedesign> rye: i created bug 542841
[21:48] <rye> duanedesign, yep, I think that the port issue might have been fixed for Lucid but some bugs are still there in Karmic
[21:48] <duanedesign> when huntz0(r)s problem was starting to look like it might take a bit to figure out. If you create a new one, we can mark that invalid?
[21:48] <rye> duanedesign, that's really strange why couchdb would access the service on a different port, though...
[21:48] <duanedesign> rye: seems like every problem we fixed a new one came up :(
[21:50] <rye> duanedesign, well, for the ports that might be possible to have desktopcouch service not to update the port, i.e. it cached the old port then couchdb somehow exited, desktopcouch restarted it but failed to obtain the port
[21:50] <rye> that's why it was accessing the instance via different port
[21:50] <rye> theory only
[21:51] <rye> now I need to poke someone for couchdb thing... Grrr, still can't understand why that works for web ui but not for clients...
[21:51] <duanedesign> rye: you probablly saw, but I added the metadata_6 bug to the /Bugs page. I know its a 'Wont Fix' but it started to come up with more frequency lately. I use that as a dupe cheatsheet. If thats ok.
[21:52] <rye> duanedesign, yes, thats ok. However, though... we might want to add some sort of TooNewMetadataVersionException so that we could finally start using apport service for dups...
[21:52] <duanedesign> rye: what do you mean it works for web and not client
[21:53] <duanedesign> rye: accessing the Contacts and Notes DB
[21:53] <rye> duanedesign, if couch is down completely  (or for one user, for some reason) then both web ui and client access (e.g. replication) will be broken. In this case the web ui is OK but replication is failing suggesting that there exists something that handles access differently and I believe that's oauth handling.
[21:54] <rye> the stack trace I posted (while I don't know what that script does) may mean that something fails to be written somewhere
[21:54] <rye> if that's the case then that "something" might be required for the client access
[21:54] <rye> too much unknowns
[21:54] <rye> need desktopcouch/foundations+
[21:55] <duanedesign> ahhh
[21:55] <duanedesign> rye: thats intteresting... yeah =, find the difference in how the two access the DB and you have your problem
[21:56] <rye> I really hope that desktop+ will fix notes UI soon, even sooner than soon.
[21:57] <duanedesign> rye: I had been watching snowy for a long time waiting for it to land
[21:58] <duanedesign> in the syncdaemon folder what is the difference in fsm and vm?
[21:58] <duanedesign> rye: ^^
[22:00] <rye> FSM = file system metadata, vm - volume manager.
[22:01] <rye> but what volume manager does - haven't got to this point yet
[22:01] <duanedesign> i helped a guy last night with a bug
[22:03] <duanedesign> i made a note so I could talk to you about it monday
[22:03] <rye> duanedesign, yep, monday will be better, chicharra guys will be here
[22:04] <duanedesign> we must of been looking at metadata because i wrote that question above it :)
[22:04] <duanedesign> rye: i understand completely. Thanks for helping so much today.
[22:05] <duanedesign> rye: i am gonna wrap some MOTU stuff and go play in the snow :P
[22:05] <duanedesign> have a good weekend!
[22:06] <rye> duanedesign, well
[22:06] <duanedesign> yes
[22:06] <rye> duanedesign, http://www.facebook.com/photo.php?pid=1021474&l=f0d0b8ba9b&id=1034723290
[22:06] <rye> duanedesign, not much snow here, and pretty scary at some places :)
[22:06] <rye> duanedesign, actually it is now +8 :)
[22:07] <duanedesign> rye: wow
[22:07] <rye> i am looking at these pictures and can't believe that this is a _NEW_ location, looks like some nightmare
[22:07] <rye> well, my Motorola A1200 does pretty bad pictures, but that does not count
[22:08] <rye> it looks like there has been a war or something
[22:09] <duanedesign> rye: do a lot of Ukranians speak Russian as well as Ukranian?
[22:10] <rye> duanedesign, frankly speaking Russian is used almost everywhere in the capital :(...
[22:10] <rye> duanedesign, well, Ukrainian is the official one and a lot of people speak a mixture of both.
[22:11] <duanedesign> rye: during the elections I listened to a radio program where they talked to some Ukranians, probablly older ones, that still consider themselves Russian
[22:12] <rye> duanedesign, yeah, the younger generation can't talk proper Ukrainian
[22:13] <rye> duanedesign, as well as proper Russian, there is something like total dumbing of the population :-/
[22:13] <rye> __lucio__, foundations+ ?
[22:13] <duanedesign> rye: I know the feeling.
[22:13] <__lucio__> rye, ??
[22:13] <duanedesign> rye: you guys have a good weekend
[22:15] <rye> foundations+: bug #542993
[22:15] <rye> __lucio__, ^
[22:15] <rye> I know that's a weekend but something became broken
[22:16] <rye> duanedesign, thanks, have a good weekend as well!
[22:16] <huntz0r> duanedesign: thanks again mate for all your help!
[22:17] <duanedesign> o/