[00:23] <rapha> hmmm
[00:23] <rapha> any bot in here to leave rye a thank-you message?
[03:16] <mahfouz> I get these .u1conflict files all over
[03:16] <mahfouz> but bug 495646 is invalid
[03:16] <mahfouz> should I reopen?
[04:41] <duanedesign> kermiac: i think that wiki page looks good. rye has been holding out on us :)
[04:41] <kermiac> duanedesign: yeah, I agree hehe.
[04:41] <kermiac> I decided that would be almost exactly what I needed so I won't bother creating another one
[04:42] <duanedesign> kermiac: only thing i would say is maybe a mention of one oe two of those piped commands.
[04:42] <duanedesign> s/oe/or
[04:43] <kermiac> yeah, that's all that is missing. I didn't get a chance to ask rye to add them before he left
[04:48] <duanedesign> kermiac:  gotcha, looks good.
[04:50] <duanedesign> rye has a blog post similar to that, but written about the 'applet' U1. I used to use it a lot in bug reports and on the forums.
[05:54] <ravibn_> Hi! I neeed help with my new dell Latitude E6510 I wanna know which version of ubuntu I need to install?
[05:55] <ravibn_> No one here?
[11:38] <toabctl> hi
[11:39] <toabctl> i want to sync my contacts with ubuntu-one but always when i click on my addressbook, i got an error: addressbook does not exist
[11:39] <toabctl> can anybody help?
[11:47] <rye> toabctl, currently contact replication is disabled so it is not possible to sync them with evolution, However in your case it looks like evolution-data-server does not recognize the presence of couchdb - could you please try shutting down evolution then run evolution --force-shutdown and start evolution again?
[11:48] <toabctl> rye: i think there is no contacts.couch
[11:48] <toabctl> ~/.local/share/desktop-couch$ ls
[11:48] <toabctl> bookmarks.couch  gwibber_accounts.couch  gwibber_preferences.couch  notes.couch
[11:48] <toabctl> couchdb.html     gwibber_messages.couch  management.couch           users.couch
[11:49] <rye> toabctl, it should be created on the first run when evolution-couchdb is initialized
[11:49] <toabctl> rye, i tried to shutdown (--force-shutdown) and restarted evolution. no effect.
[11:50] <toabctl> rye, how to create it now?
[11:51] <rye> toabctl, could you please shutdown evolution again compeltely and run /usr/lib/evolution/evolution-data-server-2.28 in the terminal then open evolution /addressbook - are there any errors for couchdb initialization?
[11:54] <toabctl> rye, http://paste.ubuntu.com/436080/
[11:57] <rye> toabctl, I would suggest you shut down gwibber and evolution then shut down desktopcouch/couchdb with /usr/lib/desktopcouch/desktopcouch-stop, kill desktopcouch-service if it runs then start then run /usr/lib/desktopcouch/desktopcouch-service and try again. Something did not succeeded in putting OAuth tokens for couchdb into gnome-keyring
[11:57] <rye> toabctl, i will be available in an hour. If that does not help then i will try to get more info from that error.
[11:57] <toabctl> rye, ok. thx
[12:41] <soren> I'm a bit curious about how the Contacts syncing thing is supposed to work.
[12:41] <soren> If I look in evolution, the Ubuntu One contacts thing is set to talk to desktop-couch.
[12:42] <soren> If I connect to the desktop couch's web interface, it says that no replication is configured.
[12:43] <soren> So I fail to see how my contacts are supposed to move between my desktop couchdb and the one in the cloud?
[12:44] <aquarius> soren, it should be working, but at the moment replication between the desktop and the cloud is disabled while we work on some server issues.
[12:44] <soren> aquarius: Ah, I see.
[12:44] <soren> aquarius: Nevertheless, could you elaborate on the machines of the syncing?
[12:44] <aquarius> soren, replication isn't configured through the desktopcouch web interface, though -- it's handled externally by desktopcouch-service, which is the process that runs desktopcouch.
[12:44] <soren> Ah, I see.
[12:45] <soren> Can I interrogate its status somehow? Or perhaps force a sync?
[12:45] <soren> I realise the syncing is disabled right now.
[12:46] <aquarius> you can interrogate its status by looking in the log (~/.cache/desktop-couch/log/desktop-couch-replication.log), which will be full of errors right now because sync is disabled.
[12:46] <aquarius> At the moment there's no way to force a sync -- desktopcouch-service resyncs every ten minutes automatically. (You can force a sync by quitting desktopcouch and starting it up again.)
[12:46] <soren> Ah, yes, so it is.
[12:46] <soren> Ok, lovely.
[12:47] <soren> I suppose I just picked the worst time imaginable to start playing around with this :)
[12:47] <aquarius> sadly, yes :)
[12:47] <aquarius> we're working on it :)
[12:47] <soren> Do you have an ETA? If it's a couple of hours, I'll just wait until tomorrow.
[12:47] <aquarius> end of the week, we think. We're doing some fairly serious server changes to help us with scaling.
[12:48] <soren> Oh, I see. No worries. Have fun :)
[12:49] <aquarius> not quite the word I'd use for it, but we're getting there ;)
[12:55] <b1ackcr0w> honk
[12:55] <popey> hello b1ackcr0w, wassup
[13:00] <b1ackcr0w> eh up alan
[13:01] <b1ackcr0w> you good?
[13:02] <b1ackcr0w> two little U1 problems
[13:02] <b1ackcr0w> #1
[13:02] <b1ackcr0w> how do you get U1 to fire up on boot?
[13:02] <popey> it should do
[13:02] <popey> when you login
[13:03] <b1ackcr0w> ah, so far, it doesn't for me
[13:04] <popey> interesting, you running 10.04?
[13:04] <b1ackcr0w> i've tried it on desktop, unr and today mint 9, and have to fire it up manually every time
[13:04] <b1ackcr0w> yup
[13:04] <popey> what makes you think it's not running?
[13:04] <popey> (the sync daemon that is)
[13:05] <b1ackcr0w> because if you go into the settings dialogue, the button there says "connect"
[13:06] <popey> and if you click "connect" it connects okay?
[13:06] <b1ackcr0w> yes
[13:06] <popey> interesting
[13:07] <popey> congratulations! you have reacked the limit of my diagnostic knowledge :)
[13:07] <popey> *reached
[13:07] <b1ackcr0w> have broadband over ethernet on desktop and dongle on netbook
[13:08] <b1ackcr0w> which sort of leads me to problem/question #2
[13:08] <b1ackcr0w> are you allowed to call the thing that looks very much like a tray, a tray any more?
[13:09] <popey> hush your mouth!
[13:09] <popey> in what way exactly does it look like a tray?
[13:09] <popey> http://www.kidsmodern.com/imgProFam/royalvkb300/puzzle_tray_300.jpg
[13:09] <popey> anyway, it's the notification area :)
[13:10] <b1ackcr0w> anyway, so that I can tell whether U1 is active, how do you get the notification area icon to show up?
[13:10] <popey> the icon is no more
[13:10] <b1ackcr0w> can we have it back if we ask nicely?
[13:11] <RachaelB> hi all! any sign of contacts sync with evolution starting again at *any* point in the near future?
[13:12] <popey> 12:47:34 < soren> Do you have an ETA? If it's a couple of hours, I'll just wait until tomorrow.
[13:12] <popey> 12:47:52 < aquarius> end of the week, we think. We're doing some fairly serious server changes to help us with scaling.
[13:12] <popey> ^^ RachaelB
[13:12] <b1ackcr0w> this is going to sound really snarky, but spideroak gives me an icon ....
[13:12] <popey> b1ackcr0w: ubuntuone is open source ;)
[13:12] <RachaelB> ah... ok popey... thanks! it's just its been ages lol
[13:12] <popey> b1ackcr0w: feel free to make an icon :)
[13:12] <b1ackcr0w> so is spideroak
[13:14] <b1ackcr0w> i can make an icon, i'm just too thick to make it work properly :(
[13:14] <popey> welcome to my world :)
[14:40] <duanedesign> 'lo all
[15:06] <rye> duanedesign, hello!
[15:12] <falselight_> will future releases allow the user to choose which folder to be synchronized with the cloud?
[15:16] <dobey> falselight_: the current release allows you to specify any folder under your home dir to sync to ubuntu one, however the "Ubuntu One" directory is special and will remain, you can't remove it
[15:16] <duanedesign> falselight_: in Lucid you can select any folder in your /Home d......
[15:17] <duanedesign> dobey: your to fast for me ;)
[15:17] <dobey> hehe
[15:17] <duanedesign> better go get a cup of coffee
[15:33] <kazade> dobey, you were right about using bzr + Ubuntu One - not a good idea :)
[15:34] <kazade> didn't take long for me to try to pull from a repo that was mid-way through syncing
[15:34] <dobey> heh
[15:34] <dobey> well there's the other problem that if you give others write access to the directory, they may not even use bzr to modify files in it
[15:35] <dobey> so it can end up in some really weird state
[15:35] <kazade> yep
[16:59] <NickL> honk
[17:01] <NickL> I've just downloaded some songs, about 15 minutes ago, and rhythm box isn't syncing. The files are in my one.ubuntu.com account. Anyone got any ideas?
[17:14] <rye> NickL, just a moment - preparing the script to prevent manual work
[17:15] <NickL> rye: cool thanks.
[17:42] <rye> NickL, could you please download the script from http://people.canonical.com/~roman.yepishev/ubuntuone-scripts/music-folder-fix-571548.sh and run it from terminal?
[17:45] <NickL> rye: done, it says... 'please wait until syncdaemon reaches QUEUE_MANAGER state with IDLE queues'
[17:46] <NickL> rye: Is that fine?
[17:46] <rye> NickL, what is printed in current state?
[17:47] <NickL> rye: queue manager, then working on metadata
[17:48] <rye> NickL, hm, could you please paste the output of u1sdtool --waiting-meta to http://paste.ubuntu.com
[17:56] <NickL> rye: http://paste.ubuntu.com/436255/
[17:57] <rye> NickL, could you please check u1sdtool --waiting-meta ?
[17:58] <NickL> rye: http://paste.ubuntu.com/436258/
[17:59] <rye> can we have more interesting Query items ?
[18:00] <rye> NickL, could you please pastebin the output of grep MARK ~/.cache/ubuntuone/log/syncdaemon.log ?
[18:05] <NickL> rye: http://paste.ubuntu.com/436268/
[18:08] <rye> NickL, current syncdaemon is querying the server and it should finish querying in 15 minutes. I would suggest you to wait for 15 minutes and check whether files start appearing
[18:10] <NickL> rye: I have to shut down and head home, will it be fine to pick it up tomorrow. Should I run the same script again?
[18:16] <duanedesign> rye:  me and [k]ermiac were taking about a wiki page that tells people how to use u1sdtool to get more info about what is going on
[18:16] <duanedesign> rye:  your page ... .../RomanYepishev/UbuntuOne/ClientControl covers most that
[18:17] <duanedesign> rye: only thing i thought was showing some of the more useful pipe commands like  tail -fn 50 ~/.cache/ubuntuone/log/syncdaemon.log
[18:18] <duanedesign> in your opinion do you think that would be appropriate to add to the page you created or is this something better suited for its own page?
[18:22] <rye> duanedesign, hmm... let me expand this page now, I feel lucky today :)
[18:24] <duanedesign> :)
[18:42] <rye> i want to make a debugging UI, something like ubuntuone-preferences but with everything exposed.
[18:43] <duanedesign> rye: thats an interesting idea
[18:48] <duanedesign> rye: what is the default log level in Lucid for syncdaemon.log?
[18:49] <rye> duanedesign, should be INFO, for nightlies that's DEBUG
[18:50] <duanedesign> rye: thank you. One more question. I saw this used 'level.default = TRACE'
[18:51] <duanedesign> what is the benefit of TRACE over DEBUG
[18:54] <rye> duanedesign, trace is not used in the code, that was me being too cautious
[18:55] <rye> hm, we have CreateUDF but DeleteVolume
[18:56] <rye> weird
[18:56] <duanedesign> thanks
[18:56] <verterok> rye, duanedesign: with TRACE the protocol messages are logged
[18:56] <verterok> rye: a UDF is a Volume, an accepted share it's also a volume
[18:57] <rye> verterok, ah, wow, i still have a lot to read
[18:57] <verterok> :)
[19:03] <rye> duanedesign, https://wiki.ubuntu.com/RomanYepishev/UbuntuOne/ClientControl - u1sdtool starts to shine, i believe :)
[19:06]  * duanedesign looking
[19:08] <duanedesign> rye: looks good!
[19:09] <rye> is nautilus really sends 'Modify' in case share is read-write?
[19:09] <rye> i.e. nautilus plugin
[19:09] <rye> hm
[19:09] <rye> i remember filing the bug about this. I see the fix but need to check nautilus plugin behavior
[19:14] <rye> oops, there is a bug
[19:14] <rye> nevermind, known bug, i tested the fix today
[19:16] <duanedesign> cool video humphreybc made from footage from uds-m http://www.youtube.com/watch?v=Rxg2gjK4lHE
[19:17] <rye> aha
[19:28] <rye>  duanedesign btw, i don't really like piping from u1sdtool , I believe we can come up with a more intelligent dbus-based approach
[19:37] <joshuahoover> rye: have you had any users who never get u1 to auto-connect at startup but can connect it manually?
[19:38] <rye> joshuahoover, only in karmic
[19:39] <joshuahoover> rye: hmmm...a user in the forums is seeing this in lucid, not sure what what cause it
[19:39] <duanedesign> joshuahoover: i was just thinking about that...
[20:03] <duanedesign> rye: you mentioned being aware of an auto-connect issue in Karmic? I have a bug from a 9.10 user who cant auto-connect.
[20:03] <duanedesign> was there any one clear issue or workaround.
[20:09] <duanedesign> oh yes there was the dbus timeouts from ubuntuone-client-applet
[20:20] <rye> duanedesign, ok, https://wiki.ubuntu.com/RomanYepishev/UbuntuOne/ClientControl is ready for review and for questions.
[20:28] <duanedesign> kermiac: ^^
[20:31] <joey> honk
[20:32] <joey> I'm getting "[ERROR 13:31:02.431] Synchronization failed with the following exception: The remote server returned an error: (500) INTERNAL SERVER ERROR." when syncing tomboy
[20:34] <joey> mattgriffin: ^^ that's the same error I had at UDS.
[20:35] <mattgriffin> joey: probably couch-related. rye: seen this before? ^^^
[20:50] <dabaR> I deleted a sub-dir in my Ubuntu One directory, and I need it back. The files are still available online. How do I restore?
[20:52] <nhaines> dabaR: I'd create a new user account and authenticate that way if I were you.
[20:53] <duanedesign> dabaR: you can download the files from the webui
[20:54] <dabaR> Can I download them all at once?
[20:54] <dabaR> I have 100s
[20:54] <dabaR> It's my whole work dir
[20:55] <duanedesign> dabaR: no i dont think the ability to download folders is in the webui yet
[20:55] <dabaR> And I work a lot, and am super prolific
[20:55] <dabaR> jk
[20:55] <duanedesign> :P
[20:55] <dabaR> Is this a backup service without a restore all feature?
[20:55] <dabaR> Hehe
[20:55] <dabaR> Anyway, at least the files are there
[20:56] <dabaR> I can just get them if I need them
[20:56] <dabaR> Or soemthing
[20:56] <dabaR> until I forget to turn off sync after rebooting
[20:56] <beuno> dabaR, if you delete a file (or it gets deleted by accident), you can ping us and we'll recover it for you
[20:56] <dabaR> sweet
[20:56] <beuno> that feature will land on the web ui in the next 6 months
[20:57] <beuno> but know you have that possibility
[20:57] <dabaR> beuno: I deleted a bunch of files from my comp
[20:57] <dabaR> I see them online
[20:57] <dabaR> is there no convenient restore option, beuno ?
[20:57] <dabaR> Just to confirm I understand.
[20:57] <dabaR> Thank you for the offer above
[20:57] <nhaines> dabaR: Ubuntu One is file syncing, not backup software.
[20:58] <dabaR> Right.
[20:58] <beuno> dabaR, correct
[20:58] <dabaR> I sorta understand
[20:58] <dabaR> Hehe
[20:58] <dabaR> I only have one machine
[20:58] <dabaR> I thought it was backup
[20:58] <dabaR> Funny
[20:58] <dabaR> and my job title is IT manager
[20:58] <nhaines> dabaR: an understandable misconception.  But at least now you know!  :)
[20:58] <dabaR> Though I am a software developer, and just out of U too
[20:58] <dabaR> Ya, no big deal
[20:58] <dabaR> The files are there
[20:58] <dabaR> And they are all in SVN too
[20:59] <nhaines> I'd create another user account on the machine and then connect to Ubuntu One from that account.
[20:59] <dabaR> But just a couple of uncommitted changes
[20:59] <nhaines> then it would download everything again automatically.
[20:59] <dabaR> Aha, I see
[20:59] <duanedesign> I think nhaines suggestion is the best i can think of
[20:59] <dabaR> Super smart
[20:59] <nhaines> duanedesign: thanks. :)
[20:59] <duanedesign> or if you have a VM
[20:59] <dabaR> I just did not understand earlier
[21:00] <dabaR> Thanks everyone again
[21:00] <dabaR> This was a great experience
[21:00] <dabaR> Some channels are so damn idle!
[21:00]  * dabaR points to #doctrine
[21:00] <dabaR> hehe
[21:01] <duanedesign> dabaR: you should try #ubuntu . It is usuallt anything but idle
[21:02] <nhaines> duanedesign: that's an understatement.  :)
[21:02] <duanedesign> your questions and responses are on the screen for a couple of seconds when it is busy
[21:15] <rye> 500 on tomboy sync when couchdb is working may mean that some note got conflict, which is really hard to spot in the wild. joey does tomboy ask you to rename the note?
[21:15] <joey> rye: no
[21:15] <joey> rye: I even set the overwrite defaults for them, no luck
[21:17] <rye> joey, you are using lucid, right?
[21:17] <joey> rye: yeppers
[21:18] <rye> joey, give me 10 minutes - i will build a tomboy with debug
[21:30] <rye> joey, could you please file a bug about that including the output from tomboy ?
[21:33] <joey> rye: which project?  ubuntuone client?
[21:34] <joey> rye: or one of the libs?
[21:34] <rye> joey, it is ubuntuone-server
[21:35] <joey> hmm bug 459433
[21:35] <rye> joey, https://bugs.launchpad.net/ubuntuone-servers/+filebug
[21:36] <rye> joey, unfortunately the symptoms are the same yet the reason is very different i believe
[21:36] <joey> rye: https://bugs.edge.launchpad.net/ubuntuone-servers/+bug/583055
[21:36] <joey> yeah I think so too
[21:39] <dabaR> duanedesign: I'm a #ubuntu old-timer
[21:39] <dabaR> I was there when it had about 40 users
[21:39] <dabaR> When bob2 worked with Canonical
[21:39] <dabaR> maybe he still does, but you sure won't see him in #ubuntu anyway
[21:39] <jcastro> man, bob2
[21:40] <jcastro> I remember that guy
[21:40] <dabaR> I liked him
[21:41] <dabaR> I saw him in #python the other day
[21:41] <dabaR> And I totally still from time to time think of him, when #ubuntu is the topic
[21:42] <rye> joey, i am afraid that i will need to continue working on this tomorrow early in the morning (it is 23:42 here), would you be able to visit this channel tomorrow?
[21:42] <joey> rye: sure, if not, I'll be on freenode anyway so you can ping m
[21:42] <joey> me
[21:42] <joey> thanks for your help
[21:43] <rye> joey, thanks, i hope to get the build right but i it would take a bit more time than i expected
[21:43]  * rye thinks that doing rm -rf on a Projects dir in a vm was a bit unnecessary
[21:43] <dabaR> me too
[21:43] <dabaR> Ha
[21:43] <dabaR> I did the same
[21:44] <Elvis> hey there
[21:45] <duanedesign> hello Elvis
[21:45] <Elvis> I'm currently trying to follow the instructions in https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/582674
[21:45] <Elvis> but there's one little problem
[21:45] <Elvis> how do I quit the ubuntu one client
[21:45] <Elvis> since it is integrated into lucid's gnome desktop
[21:46] <duanedesign> Elvis: that is usually referring to Ubuntu One Preferences
[21:46] <Elvis> ok, but if I just close the window, it's still running in the background, right?
[21:47] <duanedesign> Elvis: the syncdaemon will
[21:47] <duanedesign> to quit it : syncdaemon -q
[21:47] <duanedesign> lol
[21:47] <duanedesign> thats not it
[21:47] <duanedesign> Elvis: u1sdtool -q
[21:47] <Elvis> aha
[21:48] <Elvis> I tried that one already :p
[21:48] <Elvis> wanted to make sure i got it right though
[21:48] <Elvis> and i suppose i start that again with the --start option
[21:48] <duanedesign> Elvis: then when you open U1 from the Me Menu it will start the syncdaemon as well as open preferences
[21:48] <Elvis> aha
[21:49] <Elvis> in that case I will need to submit my log files :p
[21:50] <Elvis> since I get the invalid authtoken again
[21:52] <duanedesign> Elvis: you reauthorized you computer and still have issues?
[21:53] <Elvis> yes
[21:53] <Elvis> immediately after I re-authorize I get the invalid token again
[21:54] <joshuahoover> Elvis: where do you see that you get an "invalid token"?
[21:55] <Elvis> i get a quick popup that immediately disappears
[21:55] <Elvis> and i can see it in .cache/ubuntuone/log/oauth.log with tail -f
[21:56] <Elvis> actuallyit says 'token not retrieved'
[21:56] <Elvis> because of an invalid request token
[21:56] <joshuahoover> Elvis: hmmm...ok, and if you go to applications->accessories->passwords & encryption keys do you see an ubuntu one token there? (i'm guessing no)
[21:57] <Elvis> or no
[21:57] <Elvis> the invalid token is probably what it was trying to retrieve, right?
[21:57] <Elvis> actually it has added a token
[21:58] <joshuahoover> Elvis: ok
[21:58] <joshuahoover> Elvis: if you run: u1sdtool -c; u1sdtool -s
[21:58] <joshuahoover> Elvis: can you tell me what gets output?
[21:59] <Elvis> hmm
[21:59] <Elvis> State: SERVER_RESCAN     connection: With User With Network     description: doing server rescan     is_connected: True     is_error: False     is_online: False     queues: WORKING_ON_METADATA
[21:59] <Elvis> could it be that I was too quick to judge?
[21:59] <Elvis> that it just had one bad request and is now connected properly?
[22:00] <joshuahoover> Elvis: likely, yes
[22:00] <joshuahoover> Elvis: though, i need to check to see why that invalid token warning is coming up
[22:00] <Elvis> hmm still
[22:01] <Elvis> it says sync complete while it's not
[22:02] <joshuahoover> Elvis: in ubuntuone preferences?
[22:02] <Elvis> yes
[22:02] <Elvis> State: QUEUE_MANAGER     connection: With User With Network     description: processing queues     is_connected: True     is_error: False     is_online: True     queues: IDLE
[22:02] <joshuahoover> Elvis: that means it's done processing
[22:02] <Elvis> u1sdtool -c; u1sdtool -s now gives me this
[22:02] <teton> can somebody tell me how i can synchronize my htc desire with ubuntu one (contacts)? which model on the configuration list should i choose? there is no htc desire in the list...
[22:03] <Elvis> so it says it's done processing
[22:03] <Elvis> while there are still 2 unsynced folders
[22:03] <joshuahoover> teton: if it's not on the list, we currently don't support that model...we are going to do an update in the near future to add support for more devices
[22:04] <joshuahoover> Elvis: can you tell me what this outputs? u1sdtool --list-folders
[22:05] <Elvis> Folder list:   id=accad835-122f-46b5-827c-f059f89e2703 subscribed=True path=/home/elvis/.purple/logs   id=c5dc54ba-012f-4efe-884c-aca54ed6cd44 subscribed=True path=/home/elvis/workspace_hro   id=db1c87e3-d0cc-4376-8c12-48bb916cffca subscribed=True path=/home/elvis/documents
[22:05] <teton> joshuahoover: ok, thanks for the information. so i will wait a little bit until enabling (and perhaps paying for) the contacts syncing service with my new android mobile... would be cool to have the feature soon :-)
[22:06] <joshuahoover> Elvis: is it 2 of those folders that are not synced?
[22:06] <Elvis> joshuahoover: yes, the purple logs is the only one that's synced
[22:06] <joshuahoover> teton: yep, we look forward to adding support for more people so they can try it out :)
[22:06] <Elvis> joshuahoover: the other two are empty
[22:07] <Elvis> joshuahoover: but they are not on the server of course
[22:07] <joshuahoover> Elvis: ok, so they don't show up in the web ui?
[22:07] <joshuahoover> Elvis: they should
[22:07] <Elvis> euh sorry
[22:07] <Elvis> i meant they are not empty on the server
[22:07] <joshuahoover> Elvis: oh, ok
[22:08] <joshuahoover> Elvis: do you see all those folders in the web ui?
[22:08] <joshuahoover> Elvis: sorry, i'm just trying to sort out what you see and what you don't there :)
[22:08] <Elvis> yes I do
[22:08] <Elvis> joshuahoover: no problem, glad to help find the problem
[22:09] <joshuahoover> Elvis: ok, and is ~/documents on the server empty?
[22:09] <Elvis> joshuahoover: no it isn't
[22:09] <joshuahoover> Elvis: ok, so i'm wondering why you think 2 of the folders are not synced
[22:10] <Elvis> joshuahoover: well, because ~/documents on the server contains 3 files and a bunch of folders
[22:10] <Elvis> joshuahoover: and ~/documents on my desktop contains nothing
[22:10] <joshuahoover> Elvis: which is correct?
[22:10] <Elvis> joshuahoover: by the way ~/documents on the server was synced from my laptop
[22:10] <Elvis> joshuahoover: so the server is correct
[22:11] <joshuahoover> Elvis: ok, that makes sense
[22:11] <Elvis> joshuahoover: since my desktop is the last one that was added
[22:11] <joshuahoover> Elvis: do you have a ~/Documents and ~/documents folder by any chance?
[22:12] <Elvis> joshuahoover: so to summarize,i added my laptop, uploaded a bunch of folders, added my desktop, and expected my desktop to download everything
[22:12] <Elvis> joshuahoover: nope, just the lowercase one
[22:12] <joshuahoover> Elvis: yep, it should work as you expect it to
[22:12] <joshuahoover> Elvis: ok...hmmm...
[22:12] <Elvis> joshuahoover: i changed it from the ubuntu default since I prefer lowercase
[22:13] <Elvis> joshuahoover: but i suppose that shouldn't be a problem, should it?
[22:13] <joshuahoover> Elvis: can you try this for me: touch ~/documents/test
[22:13] <Elvis> joshuahoover: on my desktop?
[22:13] <joshuahoover> Elvis: yes, please
[22:13] <Elvis> ok
[22:14] <joshuahoover> Elvis: then: u1sdtool -q; u1sdtool -c
[22:14] <joshuahoover> Elvis: i'm trying to see if you're impacted by a bug that affects some music store users (but is likely related to syncing folders like this - period)
[22:14] <Elvis> ok did that
[22:15] <joshuahoover> Elvis: u1sdtool -s
[22:15] <Elvis> State: QUEUE_MANAGER     connection: With User With Network     description: processing queues     is_connected: True     is_error: False     is_online: True     queues: WORKING_ON_BOTH
[22:15] <joshuahoover> Elvis: ok, let's let it run a bit more
[22:16] <Elvis> ok
[22:16] <joshuahoover> Elvis: u1sdtool -s
[22:16] <duanedesign> teton: there is a community member working on a U1 Android App (Android U1). http://ln-s.net/6eWC
[22:17] <Elvis> State: QUEUE_MANAGER     connection: With User With Network     description: processing queues     is_connected: True     is_error: False     is_online: True     queues: IDLE
[22:17] <joshuahoover> Elvis: and ~/documents doesn't have the other folders/files from the server?
[22:17] <Elvis> joshuahoover: no, ~/documents is empty
[22:18] <Elvis> joshuahoover: also, test did not appear on the server
[22:18] <joshuahoover> Elvis: hmmm...i'm running out of ideas
[22:19] <joshuahoover> Elvis: and when you ran u1sdtool --list-folders it was from the desktop?
[22:19] <joshuahoover> Elvis: seems the laptop is fine so i'm not worried about that right now
[22:19] <Elvis> joshuahoover: yes it was all on the desktop
[22:20] <joshuahoover> Elvis: ok, just checking :)
[22:20] <joshuahoover> verterok: ping
[22:20] <verterok> joshuahoover: pong
[22:20] <teton> duanedesign: i'm currently only looking for contacts synchronising. but thank you for the information anyway, sounds interesting...
[22:20] <Elvis> joshuahoover: 2010-05-19 23:14:36,210 - ubuntuone.SyncDaemon.VM - WARNING - Got a share deleted notification ('db1c87e3-d0cc-4376-8c12-48bb916cffca'), but don't have the share
[22:20] <Elvis> joshuahoover: is that relevant?
[22:21] <Elvis> joshuahoover: from the log
[22:21] <joshuahoover> verterok: Elvis has 2 computers, a laptop and desktop...synced some udfs (3) from the laptop successfully to the server...he then added the desktop and only has 2 of 3 of the udfs empty on his desktop and u1sdtool -s is IDLE
[22:22] <verterok> joshuahoover: 2 of the udfs have no content at all?
[22:22] <joshuahoover> verterok: right, on the desktop (the 2nd client to sync up)
[22:23] <verterok> joshuahoover: sounds like it might be Bug #571548
[22:23] <joshuahoover> verterok: i had Elvis try to touch a file in ~/documents (one of the folders that is empty on the desktop but should have content) and quit then reconnect but that didn't do anything
[22:23] <joshuahoover> verterok: that was my thought too :)
[22:23] <verterok> joshuahoover: ok, I'll try to get some data from Elvis's syncdaemon
[22:23] <verterok> Elvis: hi
[22:23] <joshuahoover> verterok: thanks!
[22:24] <Elvis> verterok: hey :)
[22:24] <joshuahoover> verterok: i haven't requested to look at the syncdaemon.log yet
[22:24] <verterok> joshuahoover: ok, I'll check the UDF's metadata and see if it's the bug
[22:24] <Elvis> want me to provide a new log.zip?
[22:25] <verterok> Elvis: /home/elvis/documents is one of the UDFs with problems?
[22:25] <Elvis> verterok: yes it is
[22:27] <verterok> Elvis: ok, please run this in a terminal: u1sdtool --info=/home/elvis/documents
[22:27] <verterok> Elvis: copy the output and paste it to http://pastebin.ubuntu.com/
[22:28] <Elvis> done
[22:28] <verterok> Elvis: click on the "Paste" button
[22:28] <verterok> Elvis: once you get the new url, please paste the url here :)
[22:28] <Elvis> already did that
[22:28] <Elvis> http://pastebin.ubuntu.com/436417/
[22:28] <verterok> Elvis: thanks :)
[22:29] <verterok> Elvis: hmm, interesting
[22:29] <Elvis> verterok: thank you for trying to help :)
[22:29] <joshuahoover> verterok: ummm...wasn't expecting that, huh?
[22:30] <verterok> joshuahoover: at all
[22:30] <verterok> joshuahoover: seems that the UDF root node info ins't in syncdaemon metadata
[22:30] <joshuahoover> verterok: hmmm...
[22:31] <joshuahoover> verterok: strange, because u1sdtool --list-folders shows that folder
[22:31] <Elvis> verterok: hmm i just realized something
[22:31] <Elvis> verterok: documents and workspace_hro were not present on my desktop when i attached it
[22:31] <verterok> joshuahoover: yes, that's the UDF itself, but the root of the UDF is a node
[22:31] <Elvis> verterok: but .purple/logs was present already
[22:31] <joshuahoover> verterok: ah, ok
[22:32] <Elvis> verterok: that's the one that is now synced properly
[22:32] <Elvis> verterok: could that have anything to do with the problem?
[22:32] <joshuahoover> Elvis: so you created ~/documents and ~/workspace_hro on the desktop?
[22:32] <Elvis> verterok: so documents and workspace were created by the syncdaemon
[22:33] <Elvis> joshuahoover: no, they were created by syncdaemon
[22:33] <Elvis> joshuahoover: ~/.purple/.logs was already there
[22:33] <joshuahoover> Elvis: ok
[22:33] <verterok> Elvis: please run this in a terminal: http://pastebin.ubuntu.com/436422/
[22:33] <Elvis> joshuahoover: so maybe something went wrong when the folders were created by the syncdaemon?
[22:34] <Elvis> verterok: ok, need the output?
[22:34] <verterok> Elvis: yes, please
[22:34] <verterok> Elvis, joshuahoover: looks like syncdaemon didn't donwloaded the root node info of the udf
[22:34] <verterok> Elvis, joshuahoover: do we have logs of Elvis's syncdaemon?
[22:34] <Elvis> http://pastebin.ubuntu.com/436423/
[22:34] <joshuahoover> verterok: no
[22:34] <joshuahoover> verterok: i don't
[22:35] <verterok> joshuahoover: ok
[22:36] <verterok> Elvis: could you create tarball with your logs? e.g: tar -cjf syncdaemon-logs.tar.bz2 ~/.cache/ubuntuone/log
[22:39] <Elvis> verterok: see https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/582674
[22:39] <verterok> oh, logs!
[22:39] <verterok> Elvis: thanks
[22:40] <verterok> Elvis: did you connected your syncdaemon?
[22:40] <verterok> Elvis: u1sdtool -c
[22:41] <Elvis> verterok: did now, if it was't already
[22:41] <verterok> Elvis: now, what's the output of: u1sdtool -s
[22:42] <Elvis> State: QUEUE_MANAGER     connection: With User With Network     description: processing queues     is_connected: True     is_error: False     is_online: True     queues: IDLE
[22:43] <verterok> Elvis: I don't see any error in the logs :(
[22:43] <verterok> Elvis: we might need to set the logs in DEBUG level
[22:43] <verterok> Elvis: please quit syncdaemon: u1sdtool -q
[22:44] <Elvis> verterok: ok
[22:44] <verterok> Elvis: create this file: ~/.config/ubuntuone/logging.conf
[22:44] <Elvis> ok
[22:44] <verterok> Elvis: and paste this in the just created file:  http://pastebin.ubuntu.com/436427/
[22:45] <verterok> Elvis: save it, and restart syncdaemon: u1sdtool --start; u1sdtool -c
[22:45] <joshuahoover> verterok: is that the new way to turn on debug logging for syncdaemon now instead of in syncdaemon.conf?
[22:45] <verterok> joshuahoover: logging.conf is a global logging config, so u1-prefs, etc will use debug logging ;)
[22:45] <verterok> joshuahoover: syncdaemon.conf is still valid
[22:45] <Elvis> verterok: ok
[22:46] <joshuahoover> verterok: ah, ok, good to know!
[22:46] <verterok> joshuahoover: and will just turn syncdaemon debug logging
[22:46] <verterok> Elvis: wait to reach IDLE, check that using: u1sdtool -s
[22:47] <verterok> Elvis: when it reachs IDLE, please copy/paste the contents of: ~/.cache/ubuntuone/log/syncdaemon.log to pastebin.ubuntu.com
[22:47] <Elvis> verterok: ok i will
[22:49] <tritium> I'm on a fresh install of 10.04.  Ubuntu One synchronization just completed.  Now, going into Tomboy to enable notes sync, Ubuntu One web page comes up, asking me to add computer, with name "None" to my account.  Tomboy needs a separate identifier?
[22:50] <joshuahoover> tritium: yes, i suggest appending "-tomboy" to the name you give it
[22:50] <joshuahoover> tritium: we're looking at streamlining this so you don't have to set it up multiple times like you do now
[22:50] <tritium> joshuahoover: hmm, really?  That's surprising.  Thanks for the quick reply!
[22:50] <Elvis> verterok: http://pastebin.ubuntu.com/436428/
[22:51] <tritium> Sounds like a good idea, joshuahoover.  Great responsiveness!  Thanks again!
[22:51] <joshuahoover> tritium: you're welcome :)
[22:51] <tritium> =)
[22:52] <verterok> Elvis: hmm, seems that the DEBUG logging isn't properly configured
[22:52] <joshuahoover> verterok: what is that UPLOAD_CORRUPT line?
[22:52] <verterok> joshuahoover: /me looks
[22:52] <joshuahoover> verterok: i noticed this afternoon on a vm that i wasn't getting debug logs when i did the debug line in syncdaemon.conf but then got pulled in here :)
[22:53] <Elvis> hmm ~/.cache/ubuntuone/logging.conf right?
[22:53] <verterok> joshuahoover: that the contents doesn't match
[22:53] <verterok> Elvis: ops, no, it should be ~/.config/ubuntuone/logging.conf
[22:53] <Elvis> joshuahoover: maybe it has someting to do with the fact that i'm currently having a conversation in pidgin, so the file is being updated often?
[22:54] <Elvis> verterok: doh, sorry, misread
[22:54] <verterok> Elvis: would you mind doing: u1sdtool -q; mv ~/.cache/ubuntuone/logging.conf ~/.config/ubuntuone/logging.conf; u1sdtool --start; u1sdtool -c
[22:54] <verterok> :)
[22:55] <Elvis> verterok: ok, waiting for it to be idle again ;)
[22:55] <verterok> cool
[22:58] <tritium> Ouch, is there version control on synced notes?  My 9.10 notes didn't sync properly into this new install.
[22:58] <tritium> I'm hoping I can revert to a previous version.
[23:01] <joshuahoover> tritium: version control isn't implemented but the database used on the server (couchdb) to store notes does keep versions
[23:01] <joshuahoover> tritium: what happened?
[23:01] <tritium> joshuahoover: I lost a significant portion of one of my notes.
[23:02] <tritium> It was a changelog of things I had done to my 9.10 install.
[23:02] <tritium> I may be able to recover it from my hard drive, as my 10.04 is on a new drive.
[23:02] <Elvis> verterok: http://pastebin.ubuntu.com/436435/
[23:02] <Elvis> verterok: hope you like reading...
[23:02]  * verterok likes :)
[23:03] <verterok> Elvis: yeap, DEBUG is for real :)
[23:03] <joshuahoover> tritium: did it come over wrong or were you prompted to overwrite?
[23:04] <tritium> There was no prompt.  I noticed some formatting oddities, mostly with bullets and indenting, that were different between web and tomboy versions of the note.  I wonder if that had something to do with it.
[23:04] <duanedesign> ahhh, a logging.conf file. Pays to read the scrollback :)
[23:05] <joshuahoover> duanedesign: yeah, i didn't realize we had that now :)
[23:08] <joshuahoover> tritium: i'm seeing if we can do something to help you recover the original note
[23:09] <verterok> Elvis, joshuahoover: something is really wrong with the documents UDF, but looks like workspace_hro should be working
[23:09] <Elvis> verterok: hmm it is empty though
[23:10] <joshuahoover> Elvis: and it's not empty on the server (according to the web ui)?
[23:10] <Elvis> verterok: on my desktop, not on the server
[23:10] <Elvis> joshuahoover: not according to the web ui
[23:10] <joshuahoover> Elvis: and the files in the web ui don't show "uploading..." do they?
[23:10] <verterok> Elvis: ok, please pastebin the output of: u1sdtool --info=/home/elvis/workspace_hro
[23:11] <Elvis> joshuahoover: haven't checked them all, but no
[23:11] <verterok> Elvis: let's take a look to the documents UDF later :)
[23:11] <joshuahoover> Elvis: ok, had to check :)
[23:12] <joshuahoover> tritium: we hope to have couchdb syncing yet this week...that means you'll get copies of your note synced down to your local machine...once that's there, we can give you instructions on how to recover it...could you check back here in about 24 hours?
[23:12] <Elvis> verterok: http://pastebin.ubuntu.com/436441/
[23:12] <Elvis> joshuahoover: can't hurt to check :p
[23:12] <Elvis> by the way, you know what pastebin could use?
[23:12] <Elvis> a simple 'back' button :p
[23:13] <Elvis> of course i could just use my browser's back
[23:13] <Elvis> but then i need to clear the form again :p
[23:14] <verterok> joshuahoover, Elvis: so, workspace_hro UDF root node is in a bad state, so isn't downloading...Bug #571548
[23:14] <verterok> Bug #571548
[23:14] <verterok> any bot around?
[23:15] <Elvis> verterok: anything i can do about it?
[23:15] <joshuahoover> Elvis: yes!
[23:16] <verterok> :)
[23:16] <verterok> joshuahoover: I don't remmebr the steps of the workaround
[23:16] <duanedesign> ****/5
[23:16] <verterok> Elvis, joshuahoover: regarding the "documents" UDF, something else is going on there
[23:16] <joshuahoover> Elvis: try: touch ~/workspace_hro/test; u1sdtool -q; u1sdtool -c
[23:16] <Elvis> joshuahoover: doh, should've read the bug report first :p
[23:17] <joshuahoover> verterok: how can you tell that workspace_hro is affected by that bug but ~/documents isn't?
[23:17] <verterok> joshuahoover: u1sdtool --info=<path> dumps the root node (the UDF folder itslef) metadata
[23:18] <verterok> joshuahoover: you can check for the value of server_hash and the info_is_partial
[23:18] <Elvis> joshuahoover, verterok: workspace_hro seems to be syncing!
[23:18] <verterok> cool
[23:18] <Elvis> one down, one to go :p
[23:19] <verterok> joshuahoover: when a directotry has partial = True and a server_hash == to the hash in the server...that means -> Bug #571548
[23:19] <joshuahoover> verterok: ah, ok, i didn't realize that
[23:19] <verterok> Elvis: FWIW, this bug is fixed in the nigtly builds and proposed to be included in lucid-updates
[23:20] <verterok> Elvis: so, gimme a few mintues to think on the documents UDF issue
[23:20] <Elvis> verterok: great!
[23:21] <Elvis> verterok: does it go into the normal repo or do i need to enable the unsupported/prerelease one?
[23:21] <tritium> joshuahoover: yeah, I found the original off of my old hard drive.
[23:21] <verterok> Elvis: running u1sdtool --info=$HOME/documents still fails with the error?
[23:21] <verterok> Elvis: lucid-updates is a repo, but we didn't included the fix there (yet)
[23:22] <joshuahoover> tritium: good! i'm sorry this happened to you...i'm following up on a couple of notes related bugs that need to get fixed that may be related to the problem you saw
[23:22] <tritium> Also, how long before my firefox bookmarks show up?  I installed the bindwood plugin about 10 minutes ago.
[23:22] <Elvis> verterok: doh, sorry about the dumb repo question
[23:22] <tritium> joshuahoover: not your fault.  No worries!
[23:23] <joshuahoover> tritium: not until we get couchdb sync back online, which we hope to have back up yet this week
[23:23] <tritium> joshuahoover: ok, no sweat!  I have a .json backup of them.  :)
[23:23] <Elvis> verterok: yup, still fails
[23:24] <verterok> Elvis: ok
[23:24]  * verterok thinks harder
[23:24] <Elvis> verterok: what is supposed to happen when i delete documents?
[23:24] <Elvis> verterok: does it delete everything on the server or would it recreate it?
[23:25] <joshuahoover> Elvis: you mean delete it from your desktop?
[23:25] <Elvis> joshuahoover: yes
[23:26] <joshuahoover> Elvis: well, considering the weird state it's in, i'm not sure what it will do
[23:26] <Elvis> joshuahoover: hehe
[23:27] <joshuahoover> Elvis: if you rm -rf ~/documents under normal circumstances, it will delete from your computer and the server
[23:27] <Elvis> joshuahoover: i guess in normal state it's supposed to delete the folder on the server?
[23:27] <joshuahoover> Elvis: yep
[23:27] <Elvis> joshuahoover: aha
[23:27] <joshuahoover> Elvis: but i found a slight twist on that today that doesn't work that way :(
[23:28] <Elvis> joshuahoover: oh well, where code is written, bugs will occur
[23:28] <joshuahoover> Elvis: where you delete the folder by moving it to the trash in nautlius...then it just unsubscribes the folder from the client but leaves it on the server, which is not what you would expect and then people wonder how to delete the folder on the server...i'm going to file a bug for this (fyi)
[23:28] <Elvis> joshuahoover: it's good to see such good support though
[23:29] <Elvis> joshuahoover: good to know
[23:29] <verterok> Elvis: let's try something different
[23:29] <Elvis> joshuahoover: what's the expected behaviour when someone deletes it then restores it? :p
[23:29] <Elvis> verterok: ok
[23:30] <verterok> Elvis, joshuahoover: I don't know how the documents UDF ended up in this sutiation, I'm tring to figure that out, but first let's fix it and then do a forensics :)
[23:30] <verterok> we already have DEBUG logs
[23:30] <verterok> Elvis: please quit syncdaemon: u1sdtool -q
[23:30] <verterok> Elvis: then remove the documents directory: rmdir ~/documents
[23:31] <verterok> Elvis: and now, let's remove the metadata for this UDF
[23:31] <Elvis> verterok: ok, how does that go?
[23:31] <verterok> Elvis: gimme 1' :)
[23:31] <joshuahoover> verterok: agreed...since we're not getting anything from debug logs at this point, we should try to get it back to normal, at least that way we might get something new from the debug logs that tip us off as to what is going on
[23:32] <tritium> Sweet.  Recovered all my items.  Just had to strip out a lot of </list-item><list-item dir="ltr">, and other such formatting, and re-paste into tomboy.
[23:32] <verterok> Elvis: rm ~/.local/share/ubuntuone/syncdaemon/vm/udfs/d/b/1/db1c87e3-d0cc-4376-8c12-48bb916cffca
[23:33] <verterok> Elvis: after those commands: u1sdtool --start; u1sdtool -c
[23:33] <tritium> Cheers, joshuahoover.  Have a great day!
[23:34] <Elvis> verterok: ok
[23:34] <joshuahoover> tritium: you too! i'm happy you had a backup!
[23:34] <tritium> =)
[23:34] <verterok> Elvis: once it reach IDLE, please pastebin the syncdaemon.log contents :)
[23:35] <Elvis> verterok: it seems to be syncing
[23:35] <Elvis> verterok: might take a while for it to reach idle though
[23:35] <verterok> Elvis: ok, no need for the logs then :)
[23:36] <verterok> thats good! but also bad, as I stil don't know how it got broked in this way
[23:36] <Elvis> verterok: for now I've got empty folders, but there's quite a bit of data in there so that's probably normal
[23:36] <verterok> I have a few ideas, but can't confirm any of them with our current logs
[23:36] <verterok> joshuahoover: so, it seems we have a new kind of issue wiht UDFs :)
[23:36] <Elvis> verterok: well thanks a lot for the help, I'm very glad it's working now
[23:37] <joshuahoover> verterok: ugh
[23:37] <Elvis> verterok: too bad the cause is still unknown
[23:37] <verterok> Elvis: np, glad it's working now!
[23:37] <joshuahoover> verterok: but we don't get any clues from the logs on what might be causing the problem, huh?
[23:37] <Elvis> I must say you guys give awesome support
[23:38] <Elvis> great job, really
[23:38] <verterok> joshuahoover: I *think* it might be related to broken node metadata, as what is missing is the metadata for the root node of the UDF
[23:38] <joshuahoover> Elvis: thank you for your patience...i think we only requested that you run about 5000 commands this session ;)
[23:38] <Elvis> joshuahoover: no problem, glad to help
[23:38] <Elvis> joshuahoover: I'm a developer myself, so I know how hard it can be to get proper debug information
[23:38] <verterok> joshuahoover: basically, if we have a UDF we must have a node for the UDF root directory
[23:38] <Elvis> joshuahoover: unfortunately I don't know python though :p
[23:39] <verterok> joshuahoover: we create this node when the UDF is added
[23:40] <verterok> joshuahoover: if the node metadata get's corrupted it's deleted and we don't do any server rescan on that node
[23:40] <verterok> joshuahoover: I need to check if this is still the case in trunk, as we now are doing local rescan of the root nodes (in order to fix #571548)
[23:41] <joshuahoover> verterok: ah, ok
[23:41] <Elvis> verterok, joshuahoover : there was another issue I had before I reinstalled Ubuntu One completely, but it might have been related to this one
[23:41] <Elvis> verterok, joshuahoover : I will see if I can reproduce it now that normal things are working properly again
[23:41] <verterok> Elvis: oh, ok. please let us know how that goes
[23:42] <Elvis> verterok: I'll definitely do that
[23:42] <Elvis> verterok: of course first I'll need to wait for everything on my desktop to be synced :p
[23:42] <joshuahoover> Elvis: cool, thank you!
[23:43] <joshuahoover> verterok: and, as always, thank you so much for coming to my rescue on this one :)
[23:43] <verterok> joshuahoover: np :)
[23:43] <verterok> joshuahoover: I'll try to reproduce this and let you know if we need yet-another-sru  :)
[23:45] <Elvis> verterok: by the way, should I add this workaround to my bug report?
[23:46] <verterok> Elvis: yes please. thanks a lot!
[23:46] <Elvis> verterok: or do you want to reproduce it first?
[23:46] <Elvis> verterok: ok
[23:47] <Elvis> so to sum up: u1sdtool -q; rmdir ~/documents; rm ~/.local/share/ubuntuone/syncdaemon/vm/udfs/d/b/1/db1c87e3-d0cc-4376-8c12-48bb916cffca; u1sdtool --start; u1sdtool -c
[23:47] <verterok> Elvis: yeap
[23:47] <Elvis> verterok: how do you determine the file to be deleted?
[23:47] <Elvis> verterok: since that probably varies per user
[23:47] <verterok> Elvis: or "deleted the UDF metadata and directory" ;)
[23:48] <verterok> Elvis: it's the file that contains the UDF metadata
[23:48] <Elvis> verterok: is it the same for every user?
[23:48] <Elvis> verterok: or randomly generated?
[23:48] <verterok> Elvis: no, it's particular for your UDF
[23:49] <Elvis> verterok: aha
[23:49] <verterok> Elvis: it's based on the UDF id
[23:49] <verterok> which is a uuid4
[23:49] <Elvis> verterok: so how to explain to someone else with the problem what to delete?
[23:49] <Elvis> verterok: how can they find out their id?
[23:50] <verterok> Elvis: isn't easy. and I'ld prefer to not tell every user to mess with syncdaemon metadata :)
[23:50] <Elvis> verterok: hehe lol
[23:50] <verterok> Elvis: u1sdtool --list-folders ;)
[23:50] <Elvis> verterok: can they just delete everything in .local/share/ubuntuone/syncdaemon?
[23:51] <verterok> Elvis: no! that will probably break syncdaemon
[23:51] <verterok> :)
[23:51] <Elvis> verterok: lol hehe ok
[23:51] <verterok> Elvis: so, adding this instructions should be enough: 1) stop syncdaemon 2) delete UDF metadata and directory 3) restart syncdaemon and connect
[23:51] <Elvis> verterok: ok :)
[23:52] <verterok> Elvis: and if you want: 4) ping verterok @ #ubuntuone
[23:52] <verterok> :)
[23:52] <Elvis> verterok: haha
[23:57] <Elvis> verterok: there, instructions on irc for others to find
[23:57] <Elvis> verterok: thanks again for your help
[23:57] <Elvis> joshuahoover: and yours too of course!
[23:58] <Elvis> verterok, joshuahoover : and congratulations to all the developers for creating such a great and useful tool
[23:58] <verterok> Elvis: thanks a lot!
[23:58] <joshuahoover> Elvis: appreciate the kind words...everyday we're trying to make it better
[23:59] <Elvis> verterok, joshuahoover : although it's still got some issues here and there, it looks very promising