[00:13] <cviniciusm> Good evening.
[01:47] <gunksta> honk
[01:48] <gunksta> Question - I am using U1 to sync ~/bin between several computers. Would it be considered a bug that permissions are not preserved via U1
[01:48] <gunksta> Obviously, I have the shell scripts in ~/bin set to be executable.
[01:49] <gunksta> But, when I downloaded them onto my netbook, this file attribute had been lost.
[01:49] <gunksta> Just wondering if I should file a big or ignore it. It's easy to fix, but I was just wondering
[01:51] <duffydack> gunksta, Just a guess but I dont think perms would be sync`d... a file either exists in its md5`d state or it does not..
[01:53] <gunksta> I would think permissions are an attribute that could be shared via the couchdb, but I don't know if it's something they are trying to do or not.
[01:53] <gunksta> Perhaps I should log onto my DesktopCouch instnace and take a look
[01:55] <gunksta> sorry
[01:55] <gunksta> my connection is really flakey right now
[01:56] <gunksta> It might be easier to hit me via email
[01:56] <gunksta> andy.choens
[01:56] <gunksta> gmail
[01:56] <gunksta> you put the rest together
[01:56] <gunksta> :-)
[05:04] <skandl> ls
[05:04] <skandl> oops
[05:04] <skandl> lol
[05:27] <skandl> so has anyone actually purchased music in the music store?
[07:57] <elzapp> I just made my first purchase in the music store... How long does it take before my tracks appear on my Ubuntu One?
[07:58] <elzapp> It says "Transferring to your Ubuntu One storage", and have done so in a while now.. no progress appearantly
[08:11] <elzapp> Is there a way to cancel the upload of a specific file?
[08:12] <elzapp> U1 is hanging on the upload of a file that I removed last week
[08:43] <elzapp> Hm, the syncdaemon disconnects after each file transfer, making transferring a folder with many small files take forever
[09:56] <duanedesign> 'lo all
[09:56] <rye> duanedesign, o/
[09:57] <rye> or \o/
[09:57] <duanedesign> or if you are a pirate ?o/
[09:57] <duanedesign> :P
[09:58] <duanedesign> rye: your lead on OneConf turned out to be very interesting
[09:59] <rye> duanedesign, no no no no (*whispering* asterisk...)
[10:03]  * popey wonders if any U1 people are about
[10:03] <popey> I'm getting 500 Error trying to sync notes to U1
[10:03] <popey> one note goes up then no more do
[10:04] <popey> http://paste.ubuntu.com/422664/
[10:04] <rye> popey, are you running lucid ?
[10:04] <popey> this is on windows
[10:05] <rye> popey, what's the tomboy version ?
[10:06] <popey> 1.1.4
[10:06]  * popey updates to 1.2.0
[10:06] <popey> sorry, should have done that first
[10:06] <rye> popey, once you are on 1.2.0 and you can reproduce, could you please try using a replacement DLL with more debug...
[10:06] <popey> sure
[10:07] <rye> popey, http://ubuntuone.com/p/17q/ - that's WebSyncServiceAddin.dll
[10:07] <rye> wow, we got to three-letter urls
[10:09] <popey> wossat, shared files?
[10:09] <duanedesign> rye:  https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-oneconf/
[10:09] <rye> popey, yup
[10:09] <elzapp> Blindwood is starting to get on my nerves
[10:09] <elzapp> It asks for some "administrator" password every three minutes
[10:10] <elzapp> Appearantly its the admin password for desktopcouch it asks for, but I have no idea what that is
[10:12] <popey> hmmm, i edited a note locally, but syncing, tomboy thinks the one at U1 is _newer_ and offers to overwrite the local one
[10:13] <popey> that makes zero sense
[10:13] <popey> anyway, still broken in 1.2.0, will try that dll rye
[10:20] <elzapp> How do I get more information about what the syncdaemon is working on?
[10:20] <elzapp> I don't find the u1sdtool -s satisfactory
[10:20] <popey> rye: http://pastebin.ubuntu-uk.org/63932 fails even more spectacularly with your dll
[10:22] <rye> popey, please revert the dll... it appears that win32 and mono dlls are not that interchangeable..
[10:22] <popey> heh
[10:23] <rye> so it looks to me like some kind of a conflict
[10:23] <popey> the long story is.. I went into u1 notes via web and deleted all my notes
[10:23] <rye> i.e. server-side conflict. I had this once after i ... hm...
[10:23] <popey> (which btw is painful to do)
[10:24] <popey> i deleted all notes because they were quite old, and wanted to start fresh
[10:24] <rye> popey, there is a faster way, but that requires cli interaction, regarding notes/contacts
[10:24] <popey> well, its not the speed, there's brokenness in the web interface
[10:24] <rye> popey, bug #552501 ?
[10:24] <popey> if notes are long named then the delete (trash icon) is not clickable because it's on the next line
[10:24] <popey> hah
[10:24] <popey> yes
[10:25]  * popey subscrib0rs
[10:25] <popey> ok, so that aside, I had deleted all my notes. when syncing a small note is uploaded, but not the next note
[10:26] <popey> which happens to be a fairly large note and contains lots of html and random markup
[10:28] <popey> is there any further information I should give or file a bug?
[10:28] <rye> popey, the notes from web interface are removed, but if their uuid correspond to the ones that were left locally, then there is a high chance that local ones will be removed as well, unless they are modified..
[10:28] <popey> i have a backup
[10:28] <popey> i anticipated that might be the case
[10:28] <popey> is there any way you guys can "reset" my notes database at the backend?
[10:29] <popey> I've kinda had enough of my notes being trashed :(
[10:30] <rye> popey, it is not possible to do by us (we don't have any access to the production environment) but you can do this by yourself, however that will require python-oauth, python-urrlib python httplib modules - see http://people.canonical.com/~roman.yepishev/ubuntuone-scripts/ubuntuone-couchdb-query
[10:30] <rye> popey, in your case that would be ./ubuntuone-couchdb-query --http-method DELETE notes
[10:31] <popey> awesome, thank you!
[10:31] <rye> popey, that script just interacts with server-side couchdb directly
[10:31] <rye> popey, you might also want to remove local copy of couchdb database in your desktopcouch
[10:32] <popey> where's that located?
[10:32] <rye> popey, use futon - http://people.canonical.com/~roman.yepishev/ubuntuone-scripts/desktopcouch-futon.py - that script will open futon in your browser
[10:33] <rye> popey, physically that is a couchdb database in ~/.local/share/desktop-couch
[10:33] <rye> popey, but do not remove the file - i tried, it did not work properly :)
[10:34] <popey> heh
[10:34]  * popey will add this to a tomboy note.. and then sync it :)
[10:48] <popey> rye: http://paste.ubuntu.com/422673/ :S
[10:49] <rye> popey, what distributive of ubuntu are you running ?
[10:49] <popey> stock lucid
[10:49] <rye> popey, hmmm
[10:50] <rye> popey, well, if it is not started, then you do not need to remove local copy... is there something in ~/.local/share/desktop-couchd ?
[10:54] <popey> rye: there is a ~/.local/share/desktop-couch/notes.couch yes
[10:55] <rye> popey, ok, we now have 2 problems
[10:55] <popey> oh goody
[10:55] <rye> popey, is there something returned with ps auxw | grep [c]ouchdb ?
[10:55] <popey> no
[10:56] <popey> that might explain why gwibber doesnt start here either
[11:03] <rye> popey, ok, what does /usr/lib/desktopcouch/desktopcouch-service prints ?
[11:05] <popey> rye: http://paste.ubuntu.com/422680/
[11:06] <rye> o_O
[11:07] <popey> couchdb appears to be missing
[11:07] <popey> (the package)
[11:07] <popey> and I'm on lovely 3g giving me ~1KB/s so this will take a while :)
[11:07] <rye> popey, no, you need to have desktopcouch
[11:07] <popey> ah, ok
[11:07] <popey> thats installed okay
[11:07] <rye> popey, couchdb package is a full-fledged systemwide couchdb server
[11:08] <popey> this is a system that was karmic and was upgraded and has been kept up to date
[11:08] <rye> popey, could you please try aptitude reinstall couchdb-bin ?
[11:09] <popey> ok
[11:09] <popey> wont be for a while though
[11:30] <elzapp> Why won't syncdaemon continue onto the next file (or even recognize that the file upload is complete) when the file upload is complete? The debug log tells me nothing (Lucid Lynx)
[11:32] <duanedesign> elzapp: does debug log =  ~/.cache/ubuntuone/log/syncdaemon.log
[11:34] <elzapp> No, the output of /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug
[11:35] <duanedesign> elzapp: might look in - ~/.cache/ubuntuone/log/syncdaemon-exceptions.log
[11:35] <duanedesign> as well
[11:36] <elzapp> It's empty
[11:37] <elzapp> And if I restart syncdaemon, it starts uploading the same file again
[11:38] <elzapp> and then when deflated size = bytes written it just sits there
[12:10] <duanedesign> rye: did you notice that when editing contacts the format is mm-dd-yyyy and that entering dd-mm-yyyy causes an error?
[12:11] <rye> duanedesign, there is a bug for that, with rather strong arguments...
[12:11] <duanedesign> heh, ok. That is why i brought it  up. Just doing some triage and came across a new bug report on this
[12:12] <duanedesign> ill look for the master report to dupe it
[12:24] <didrocks> rye: hey, got some news? can you relaunch people supporting the metadata (I keep my system still "crashed" on purpose but if it can be fixed in a SRU juste after lucid release, it'll be good)
[12:26] <rye> didrocks, actually I think that's what can be done - could you please quit syncdaemon with u1sdtool --quit, then archive all the data from ~/.local/share/ubuntuone/syncdaemon and ~/.cache/ubuntuone and put it into a cool dry place
[12:26] <rye> didrocks, that would at least make it possible to reproduce this issue
[12:27] <rye> didrocks, let me see what happens if metadata is removed then...
[12:27] <didrocks> rye: sure, one sec
[12:28] <didrocks> rye: I should check that I don't have password there first :)
[12:28] <didrocks> I think gwibber is using gnome keyring
[12:29] <didrocks> rye: there is no credential stored in the ubutuone metadata?
[12:29] <rye> didrocks, no, only filenames
[12:29] <didrocks> ok, cool, pushing that
[12:29] <rye> didrocks, file names and their properties like size, parent folder, last modification date on the server etc.
[12:30] <didrocks> rye: I was thinking those info were stored in couchdb… Nothing is stored there for file syncing?
[12:31] <rye> didrocks, no, metadata is a separate storage completely (and it will be rewritten to be more efficient for maverick)
[12:33] <didrocks> rye: you can check on people.canonical.com:~didrocks/ubuntuone (not putting on public_html to don't bother everyone there) :)
[12:34] <didrocks> ok, renamed the folder too, trying to restart
[12:34] <didrocks> description: doing auth dance
[12:34] <didrocks> sounds good :)
[12:35] <didrocks> queues: WORKING_ON_METADATA
[12:35] <didrocks> resync in progress so
[12:37] <rye> didrocks, you mean you renamed Ubuntu One folder ?
[12:38] <didrocks> rye: the two folder your pointed me to _bak to keep the old copy locally too
[12:39] <rye> didrocks, while we are on metadata, could you please back up ~/Ubuntu One/ folder as well?
[12:39] <didrocks> rye: oupss, it's already resynchronizing, so, it won't be accurate now
[12:41] <rye> didrocks, i wanted to check what happens when metadata is removed first...
[12:43] <didrocks> rye: that's what I've done. I've removed metadata (renamed ~/.local/share/ubuntuone/syncdaemon to ~/.local/share/ubuntuone/syncdaemon_bak and ~/.cache/ubuntuone to ~/.cache/ubuntuone_old), then restarting ubuntu one and sync restarted, wasn't that what you wanted to check?
[12:43] <rye> didrocks, well, yes, but i wanted to see what happens on the test data :)_
[12:43] <didrocks> rye: argh, sorry for that :/
[13:24] <elzapp> Is there an upper limit on filesizes for a single file? Smallers files seems to go fine, but files over 500MB just hangs after completion
[13:26] <beuno> elzapp, I think the limit is something like 5gb, __lucio__ would know
[13:26] <beuno> 500mb should be fine
[13:26] <elzapp> But it closes the connection after each file upload for small files as well.
[13:27] <elzapp> beuno: I would think so as well, I'm just trying to figure out why file syncronization of the Ubuntu One folder don't work
[13:28] <elzapp> And after each reconnect, it does a complete server rescan, that takes forever
[13:29] <elzapp> (or, not actually forever, like the file uploads, but it feels like)
[13:29] <beuno> elzapp, the servers are oa bit overloaded at the moment
[13:30] <beuno> we're adding more of them right now, so things should speed up in the next 2-3 days
[13:30] <elzapp> Okay
[13:31] <elzapp> So it might be that the big files seems to hang because the server is doing checksums on them and that takes a wile, or something?
[13:32] <elzapp> But, the constant reconnecting and rescanning would also increase the server load even more, I would think..
[13:32] <beuno> so, I would expect big files to be fine, but lots of small files to be the problem
[13:32] <beuno> verterok, do you have any insights?  ^
[13:32] <elzapp> It seems to be the opposite though..
[13:33] <elzapp> from here I'm sitting
[13:35] <elzapp> Hm... could It be that the control-connection dies because of inactivity while the data connection is pushing the big files? (assuming there is one control- and one data-connection)
[13:37] <rye> elzapp, there is one connection... let me stuff an iso image in Ubuntu One..
[13:53] <elzapp> How is the UbuntuOne service scaling? Linearily number of servers with the number of users?
[13:59] <elzapp> Hm... I get these every now and then http://pastebin.com/2GSBVUWy
[14:10] <beuno> elzapp, yeap, that's due to our high load
[14:10] <beuno> those are internal timouts
[14:10] <elzapp> ah
[14:11] <elzapp> I see.. Then probably the rest is connected as well.. I'll just sit here and hope for better times then ;)
[14:12] <beuno> elzapp, hopefully it'll be a problem of the past very soon
[14:12] <elzapp> :)
[14:12] <beuno> we're working around the clock
[14:13] <elzapp> And the musicstore is great by the way. But this thing keeps me from getting the files without downloading them manually from the ubuntuone webinterface
[14:17] <elzapp> How long have these capacity problems lasted?
[14:18] <elzapp> Because I added these files that I'm having problems with a couple of weeks ago
[14:21] <didrocks> rye: well, it's still synchronizing and as you can see, I have almost nothing into my account (~30MiB), I guess there is an issue there…
[14:25] <rye> didrocks, what does u1sdtool --status ?
[14:25] <didrocks> rye: http://paste.ubuntu.com/422778/ for quite a long time
[14:25] <didrocks> rye: I see a file synced, folders created
[14:26] <rye> didrocks, what's in u1sdtool --waiting-meta?
[14:26] <didrocks> rye: but the biggest file (pdf of 30 MiB) isn't there
[14:26] <didrocks> "FreeSpaceInquiry"
[14:27] <didrocks> rye: it's "queues: WORKING_ON_CONTENT" now
[14:28] <rye> didrocks, until all metadata queue is finished, content is not uploaded... however it asks for FreeSpace each time before upload
[14:29] <rye> didrocks, there is an ongoing work now to make syncdaemon faster, I am going to test that as well to see whether it makes a difference, since it is SLOW now.
[14:29] <didrocks> rye: well, is it the usual speed of ubuntu one? (approx 2 hours for initial syncing). FYI, I'm downloading an entire iso there in 15 minutes, so not related to my network speed
[14:30] <didrocks> or the servers are just crowded right now? ;)
[14:30] <beuno> didrocks, super crowded
[14:31] <didrocks> beuno: ok, that can explain it as well, thanks for the info :) thanks rye
[14:31] <rye> beuno, and count me +1, i am uploading an ISO image now :)
[14:31] <beuno> didrocks, we're adding more servers like crazy
[14:31] <didrocks> beuno: I guess that with the music store, it'll be needed with lucid new ubuntu one users :)
[14:33] <beuno> didrocks, yeah, we're having a huge increase in users, which we didn't expect before lucid was released  :)
[14:33] <didrocks> beuno: maybe a lot of beta testers? It'll be even worse after ;) but that's good news!
[14:34] <rye> didrocks, and people like our public files :)
[14:35] <didrocks> rye: beuno: ok, I got it I think. It's loosing the connection: "processing queues" -> "waiting before try connecting again" -> "doing auth dance" and then "doing server rescan" with queues: WORKING_ON_BOTH. So recalculating metadata each time :/
[14:35] <beuno> didrocks, yeap
[14:35] <beuno> due to timeouts on our end
[14:36] <didrocks> yeah, I guessed that with "waiting before try connecting again" :)
[14:37] <rye> btw, can we make ServerError(500, '') have some kind of info in that ''... hmmm
[15:58] <bladernr> anyone know what happened to the Ubuntu One icon that used to reside in indicator-applet?  I was hoping it would return after the RC upgrade, but alas, it has not.
[16:34] <popey> rye: you helped me earlier, and suggested i reinstall couchdb-bin. Well, it errors during install, can't find /etc/couchdb/default.ini
[16:35] <rye> popey, errors during install?
[16:35] <popey> yes#
[16:35] <popey> during reinstall
[16:35] <rye> something is really broken
[16:35] <popey> good good
[16:35] <popey> :)
[16:35] <popey> should that file exist?
[16:42] <rye> popey, couchdb-bin: /etc/couchdb/default.ini
[16:43] <popey> doing a spot of reinstalling/updating
[16:53] <popey> rye: have cleared my desktop couch problem, and used the script you gave me to delete notes database, and still notes wont sync
[16:53] <popey> i can copy my notes manually over to an ubuntu machine and sync from there if it helps?
[16:54] <popey> at least that way I can "ubuntu-bug" it :)
[16:57] <popey> wheeeee syncing 140 notes over 3g (gprs)
[16:57] <popey> nom nom nom as lovely verbose xml eats my bandwidth :)
[19:30] <newton> honk (that felt stupid)
[19:31] <beuno> hi newton
[19:31] <beuno> what's up?
[19:32] <newton> upload speed is painfully slow :(
[19:33] <beuno> newton, yeah, we're sorry about that. We're adding new servers like crazy to get things back to "super fast"
[19:34] <newton> e.g. I deleted a file 2hrs ago and it still shows up on the webinterface?
[19:35] <beuno> newton, it should be fixed in a couple of days, we're deploying new servers to spread the load and scale better
[19:36] <newton> I don't want to sound cynical, but I really hope that you'll be in time for lucid, because it's predictable that there WILL be a lot of additional load
[19:37] <beuno> newton, of course, that's what's making us add more servers
[19:37] <beuno> the number of users increased massively in the last month
[19:37] <beuno> before we predicted
[19:37] <beuno> so it caught is a bit off guard
[19:38] <newton> hm
[19:38] <beuno> we're preparing for the Lucid launch, as well as getting up to speed with the growth in the last month
[19:38] <duanedesign> thats good beuno. That there are more users. Not that it caught you off guard :)
[19:38] <newton> you have to know that I come from Dropbox and my first reaction today was: :(
[19:39] <beuno> newton, yeah, not the best day to migrate for a great first impression
[19:39] <beuno> that said, things will be patched up real soon, and it'll be an issue of the past
[19:39] <beuno> duanedesign, yeah, we're both thrilled and crazy busy  :)
[19:39] <newton> I really like the "sync this folder"
[19:39] <newton> I was looking forward to resolve all those pesky symlinks that go into my dropbox ;)
[20:56] <PaulGit> vds: ping
[20:56] <vds> PaulGit: pong
[20:57] <PaulGit> vds: Hi!  I finally sorted out my TB3 crashing problem and re ran the sync tests, unfortunately i am still getting duplicates.  Do you want the Funambol client logs added to the bug for this attempt?
[20:59] <vds> PaulGit: please, when did you try?
[21:00] <PaulGit> vds: TB3 -> U1 was at 19:51:31, U1 -> iPhone 19:54:38
[21:01] <PaulGit> vds: That's UK time (BST)
[21:02] <vds> PaulGit: thanks, now that we have better log analysis tool I'll be able to understand more
[21:02] <PaulGit> vds: Good, do you want the client logs?
[21:03] <vds> PaulGit: sure
[21:03] <PaulGit> vds: I will attach to bug shortly. :)
[21:04] <PaulGit> vds: I got the times wrong, they were GMT so add 1 hour for BST.
[21:05] <vds> PaulGit: np I just need to know the day
[21:11] <PaulGit> vds: I have just updated bug #548657 with the logs.  I appreciate that you are buried with work right now, but ping me if you want me to do any further tests! Thanks. :)
[21:13] <vds> PaulGit: thank you! :)
[21:26] <aendruk> So, this is probably a stupid question, but I can't figure out how to start using Ubuntu One in Lucid. Ubuntu One Preferences says "Disconnected" and the "Connect" button under Devices -> LOCAL MACHINE isn't doing anything obvious.
[21:26] <aendruk> Have I hit a bug or am I just missing something?
[21:31] <aendruk> (honk)
[21:31] <rye> aendruk, were you using ubuntuone before lucid release?
[21:31] <rye> ah, lucid is not yet "released"
[21:32] <aendruk> Got it. I'll wait then, thanks.
[21:33] <rye> aendruk, no, no no
[21:33] <rye> aendruk, were you using ubuntuone on e.g. karmic ?
[21:33] <rye> aendruk, and what browser are you using?
[21:35] <aendruk> I wasn't. This is my first time trying it, and I'm using google-chrome-unstable.
[21:35] <rye> aendruk, ok, so you just started ubuntuone preferences from me menu and it did not open the browser...
[21:36] <rye> aendruk, could you please check whether you have ubuntuone-login process running ?
[21:37] <aendruk> It's running.
[21:38] <rye> aendruk, ok, could you please try killing ubuntuone-login and then clicking connect in ubuntuone-preferences
[21:38] <rye> something is strange with ubuntuone-login on _certain_ systems which look like don't have something in common...
[21:40] <aendruk> Ah ha. This time the Connect button opened my browser to an authorization page.
[21:42] <aendruk> Interesting, though. I tried adding this machine via the web page that opened, got a generic server side error, and the terminal output of ubuntuone-preferences shows ERROR:ubuntuone-preferences:Invalid request token
[21:43] <rye> aendruk, it displayed Internal Server Error with OOPS id?
[21:43] <aendruk> That's correct.
[21:44] <rye> thisfred, looks like couchdb misbehaves again ^
[21:44] <rye> aendruk, do you have that page still opened, what's the oops id?
[21:45] <aendruk> Hmm. I re-opened ubuntuone-preferences and it is now connected to my account and synchronizing.
[21:45] <rye> ah
[21:45] <rye> i see that
[21:45] <aendruk> Sorry, I didn't catch that id.
[21:46] <rye> aendruk, don't worry, i get that too now
[21:47] <aendruk> I'm going to have to take off pretty soon - is there anything else you'd like me to check right now?
[21:48] <rye> aendruk, ok, sorry for not perfect first experience, we are working to make that better
[21:49] <aendruk> No worries, I realize I'm using pre release software.
[21:51] <aendruk> Thanks for the help.
[21:51] <rye> aendruk, thanks for heads up!
[23:00] <courtjester> Hi. Doug here. I am still having a problem with downloading from UbuntuOne. When I go to my downloads in UbuntuOne, I see "There was a problem completing the download." Pressing "Try downloading again" does not change the status.