[01:31] <twotwenty> I was syncing notes with tomboy yesterday, and today the sync option on my desktop is lost, when I try to set it up again it takies me to the Confirm Computer Access page , and comptuer name is "None" yet this computer is registered when I look in accounts?
[02:35] <iosif> is there a way to reset ubuntu one?  i can bring up the preferences, but it doesn't appear linked to my account nor does it open a helpful firefox browser window to do so.
[02:38] <iosif> this is how, i suppose: https://answers.edge.launchpad.net/ubuntuone-client/+faq/778
[02:38] <duanedesign> iosif: first perhaps just try to reregister your account
[02:39] <duanedesign> iosif: if its not launching FF to add your computer after removing your computer, you probablly still have the Token in the keyring
[02:40] <duanedesign> Applications > Accesories > password and encryption
[02:41] <duanedesign> iosif: Click on the arrow next to "Passwords:default"
[02:41] <iosif> ubuntuone password deleted
[02:41] <duanedesign> Right-click on the Ubuntu One token and select "Delete"
[02:41] <duanedesign> Go to https://one.ubuntu.com/account/machines/
[02:42] <duanedesign> Click on the checkbox next to your computer and click remove selected computer
[02:42] <iosif> duanedesign: there it goes, thanks
[02:42] <duanedesign> ok
[02:42] <duanedesign> iosif: there is a bug about removing your machine not deleting the token
[02:42] <duanedesign> iosif: they are working on a fix as we speak
[02:43] <iosif> duanedesign: okay
[02:43] <iosif> duanedesign: you're right, now preferences doesn't open for ubuntu one
[02:59] <iosif> yikes, my computer is registered 5 times under Devices
[03:39] <urbanape> statik, wow, holy poop, that sucks
[06:06] <jcarroll> Legal question for Canonical employee:  May I please posted an annotated copy of the ToS and Privacy Policy?
[06:10] <jcarroll> Any Ubuntu One developers on?  Should I forward my question to legal@canonical.com ?
[06:16] <spm> jcarroll: in the first instance, perhaps just opening a question asking the same against U1 via launchpad? https://answers.launchpad.net/ubuntuone
[06:21] <akav> I've tried Ubuntu One a couple of times to sync files in my profile, and it seems to be working fabulously when I copy files...
[06:21] <akav> then later, mysteriously almost everything is missing.
[06:39] <jcarroll> @spm:  Thank you for the redirect.  I have posted my question there.
[06:39] <jcarroll> Chao!
[07:54] <kees> when buying stuff, should I see a progress bar during "Transfering to your Ubuntu One storage" ?
[09:29] <wgrant> kees: AFAICT that actually means transferring from U1 to you. It does them slowly, one at a time.
[09:29] <wgrant> Some of mine didn't happen for a day or so afterwards.
[09:30] <wgrant> And one of my tracks from a week ago still says "Preparing your download...", although it's actually long-done.
[09:32]  * wgrant pesters people about bug #452689 and bug #535651.
[09:34]  * wgrant plays the "even ISD responded faster" card.
[09:40] <rye> rodrigo_, grr ^
[09:41] <rodrigo_> rye, yeah, coming soon, as soon as I can leave the desktop work for a bit, haven't had much chance to work on those 2
[09:41] <rodrigo_> rye, I have a branch I started, but not finished yet
[09:41] <wgrant> Hm, Notes is down? I see no announcement on identi.ca.
[09:41] <rye> couchdb down for hardware upgrade 08:00 - 08:50 UTC
[09:42] <rye> oh come on...
[09:42] <wgrant> Hm?
[09:44] <rye> the notification about the outage came 10 minutes ago, while it started 40 minutes ago, grrr
[09:45] <wgrant> Odd. I still can't see it on identi.ca.
[09:46] <rye> wgrant, just posted that
[09:47] <rodrigo_> yeah, seems its down
[09:47] <wgrant> rye: Thanks.
[09:47] <rodrigo_> wgrant, sorry for taking that long to fix those bugs, having to match lucid milestones
[09:47] <rodrigo_> wgrant, I'll try to continue work on nmy started branch today
[09:48]  * rye needs to find out how to force outage messages appear _before_ the actual outage.
[09:51] <rye> desktopcouch service eats cpu
[09:51] <wgrant> rye: Mine has been eating a core for at least two hours now.
[09:51] <wgrant> I don't think it was this morning.
[09:52] <rye> wgrant, is it doing that right now?
[09:52] <rye> http://paste.ubuntu.com/406413/
[09:53] <wgrant> rye: It is still sitting there chomping away, yes.
[09:53] <rye> gdb is not helping
[09:53] <rye> aha
[09:54] <rye> it poll()s some filedescriptors several hundred times a second
[09:55] <wgrant> Sounds useful.
[10:05] <NickL> hi guys, I have a support query - I purchased some music on the weekend, and got the payment receipt, now my ubuntu one screen hangs in rhythmbox on the 'transferring to your ubuntu one stoarge' screen in my downloads. Can anyone help? I've recently upgraded to 10.04 and have been experiencing crashes with desktop couch - not sure if this is linked to Ubuntu One, but after installing today's updates its no longer crashing. Any ideas, should I log a bug?
[10:11] <aquarius> hi NickL
[10:12] <aquarius> NickL, so, your songs are showing up in My Downloads, but they just say "Transferring to your Ubuntu One storage", yes?
[10:20] <rye> aha, dc bug #551326
[10:22] <rodrigo_> rye, hmm that's probably the same as https://bugs.launchpad.net/bugs/548611 ?
[10:22] <rye> rodrigo_, nope
[10:22] <rye> rodrigo_, that was the e-d-s consuming the CPU cycles, and now desktopcouch-service does that
[10:36] <rye> rodrigo_, reproduced
[10:36] <rye> though that is weird
[10:37] <rye> if couchdb&desktopcouch-service is not started but gwibber starts it up - bug #551326
[10:37] <rye> but gwibber starts it via CouchDatabase, not dbus calls
[10:38] <rye> as the bug #519028 is not fixed
[10:38] <rye> welll
[10:38] <rye> desktopcouch-service _is_ started now
[10:38] <rye> but it consumes 100% CPU
[10:39] <rye> autolaunch with dbus call triggers 100% cpu usage as well
[10:40] <rye> and dbus Timeout exception
[10:40] <rye> something became even more broken
[10:41] <rye> grrr, it misbehaves only when autostarted
[10:47] <rye> anybody interested in desktopcouch strace when it is consuming 100% cpu?
[10:51] <rodrigo_> rye, me
[10:51] <rye> rodrigo_, desktop-couchdb.stdout
[10:51] <rye> rodrigo_, http://paste.ubuntu.com/406432/
[10:52] <rye> rodrigo_, I can reproduce that reliably so if you know how I can make this more useful I am all ears
[10:57] <rye> question 2: why that does not happen when service is started from the terminal, w/o dbus autostart?
[11:08] <rodrigo_> well, it's polling and waiting for something, which I guess is couchdb
[11:09] <rodrigo_> aquarius, http://paste.ubuntu.com/406432/ <- any hint on what dc is polling for?
[11:10]  * aquarius looks 
[11:10] <aquarius> (I am in the middle of trying to move from one hard drive to another, so if I disappear, that's why :))
[11:10] <rodrigo_> :)
[11:10] <aquarius> blimey.
[11:10] <aquarius> don't know
[11:10] <aquarius> we poll for couchdb startup
[11:10] <aquarius> that might be it
[11:12] <rodrigo_> it's waiting for file descriptors 3, 15, 16 and 17
[11:12]  * rodrigo_ looks what those correspond to
[11:13] <rodrigo_> open("/etc/resolv.conf", O_RDONLY)      = 15
[11:13] <rodrigo_> no, sorry, 15 and 16 are sockets
[11:13] <rodrigo_> 15 is couchdb local instance
[11:14] <rodrigo_> so yeah, seems it's waiting for couchdb
[11:16] <aquarius> which suggests that couch isn't starting
[11:23] <aquarius> start desktopcouch-service manually?
[11:25] <rodrigo_> aquarius, I guess that works, but the problem rye and others are having is they get that when gwibber or evolution start dc
[11:25] <aquarius> so it's the bloody -d-bus problem
[11:25] <rye> aquarius, couch is starting actually
[11:25] <aquarius> ok, I'll try and have a look in a bit when I have a cloned disc :)
[11:26] <rye> aquarius, if i simply do getPort() then couchdb is started (sometimes) but desktopcouch-service eats CPUs :)
[11:26] <aquarius> ok. chad's been working hard on this very recently
[11:26] <aquarius> rye, can you try with desktopcouch trunk?
[11:26] <rye> aquarius, locating trunk...
[11:38] <NickL> aquarius: sorry for not replying sooner. Yes you are correct.
[11:39] <rye> aquarius, is there any doc about how to create deb out of desktopcouch ?
[11:39] <rye> trunk
[11:39] <aquarius> NickL, do the songs have an apostrophe in the name?
[11:39] <aquarius> rye, ah, I don't know. I run it uninstalled.
[11:39] <aquarius> rye, but...thinking about it...that won't help you, because of the d-bus issue.
[11:39] <NickL> aquarius: no.
[11:39] <aquarius> rye, so ignore my suggestion about testing trunk
[11:39] <rye> aquarius, i can point dbus to the uninstalled dc
[11:40] <aquarius> NickL, OK. We're currently working on a server bug which causes some songs to get "stuck"
[11:40] <aquarius> NickL, and it sounds like you're being bitten by that.
[11:40] <aquarius> rye, CardinalFang is the bloke to talk to about this, conveniently ;)
[11:40] <CardinalFang> hi!
[11:40] <rye> aquarius, in case i can reproduce this on lucid vm then I won :)
[11:40] <aquarius> NickL, are the songs in Ubuntu One in the cloud? You can test this by looking at the web interface at one.ubuntu.com/files, under User Defined Folders > Purcased from Ubuntu One
[11:41] <rye> CardinalFang, desktopcouch starts eating 100% CPU when autostarted by dbus. I started observing this today.
[11:42] <rye> CardinalFang, and there is a corresponding bug report. It does not eat CPU when started manually from terminal. Strace is here - http://paste.ubuntu.com/406432/
[11:42] <NickL> aquarius: the folder are, but no files.
[11:42]  * CardinalFang boggles.
[11:42] <aquarius> NickL, OK. It sounds like the server bug that we're working on, yes. My apologies for that; we're working on it as hard as we can.
[11:43] <NickL> aquarius: I just checked and they are there. They just aren't showing up in Rhythmbox
[11:43] <aquarius> NickL, aha!
[11:43] <aquarius> NickL, do the songs have accented characters in them?
[11:45] <NickL> aquarius: No. They even play correctly when I click on them through the browser.
[11:46] <aquarius> NickL, OK. So, the songs are in Ubuntu One, hooray. It sounds like they're not being downloaded to your computer.
[11:47] <aquarius> rye, sounds like NickL has syncdaemon not working. Can you have a look? (I'm swapping hard disks, so I'm going now for a bit.)
[11:48] <rye> NickL, ok, could you please open the terminal and run u1sdtool --status ?
[11:49] <NickL> connection: With User With Network
[11:49] <NickL>     description: processing queues
[11:49] <NickL>     is_connected: True
[11:49] <NickL>     is_error: False
[11:49] <NickL>     is_online: True
[11:49] <NickL>     queues: IDLE
[11:49] <rye> NickL, that should print the state in which syncdaemon is. You can paste multiline entries to http://paste.ubuntu.com
[11:49] <rye> NickL, aha, idle.
[11:51] <rye> NickL, ok, do you see the purchased files if you navigate to ~/.ubuntuone/Purchased from Ubuntu One ?
[11:51] <NickL> rye: no
[11:52] <rye> NickL, ok, could you please reconnect syncdaemon with u1sdtool -d; u1sdtool -c
[11:52] <rye> hm, is there some issue with server-side notification of changed content?
[11:53] <NickL> rye: just type that into the command line?
[11:53] <rye> NickL, yup
[11:53] <rye> -d = disconnect, -c = connect
[11:53] <NickL> rye: done
[11:54] <rye> NickL, ok, what does u1sdtool --status say now?
[11:54] <NickL> working on metadata
[11:54] <NickL> rye: ^
[11:55] <rye> NickL, ok, basically it restarted fine and should start downloading content in a while. I'd say to give it 5 minutes for complete rescan and ping me in case the files are not downloaded
[11:56] <NickL> rye: cool. Thanks a lot. I'll let you know how it goes. Thanks.
[11:56] <CardinalFang> rye, which process is out of control?
[11:56] <rye> Thanks
[11:56] <rye> CardinalFang, desktopcouch-service
[11:56] <rye> i.e. the service itself, not other clients
[11:58] <CardinalFang> rye, is there anything unusual in  ~/.cache/desktop-couch/log/desktop-couch-replication.log  ?
[11:59] <rye> CardinalFang, 2010-03-30 12:36:03,559 DEBUG    Looking up prefix for service 'ubuntuone'
[12:00] <rye> CardinalFang, after this no other messages are printed when it is autostarted
[12:00] <rye> CardinalFang, i am upgrading lucid vm to check this on a different system
[12:01] <TeTeT> anyone else having 100% consumation of desktopcouch-service today?
[12:01] <TeTeT> that is 100% CPU
[12:02] <CardinalFang> Ooo.  rye, apply this patch on desktopcouch/replication_services/ubuntuone.py :
[12:02] <CardinalFang> http://bazaar.launchpad.net/~cmiller/desktopcouch/segv-ya-rly/revision/143
[12:02] <CardinalFang> Does that help?
[12:07] <rye> CardinalFang, %CPU: 99 - after gwibber startup
[12:08] <CardinalFang> Progress!
[12:08] <CardinalFang> I kid.  Are you sure that is running what you patched?
[12:15] <\sh> guys, strangly I can't startup ubuntuone-preferences on lucid...it hangs somehow with another process named ubuntuone-login ... any way to debug it properly?
[12:15] <NickL> rye: still no luck.
[12:15] <\sh> this problem means, I can't login into ubuntuone :(
[12:17] <rye> CardinalFang, unfortunately yes
[12:17] <rye> \sh, is ubuntuone-login consuming 100% CPU ?
[12:18] <rye> NickL, ok, is there something in u1sdtool --waiting-meta or u1sdtool --waiting-content ?
[12:18] <\sh> rye, well, 95% but yes somehow :)
[12:18] <NickL> rye: I can't see the files in my .ubuntuone/purchased from Ubuntu one. I ran the u1sdtool --status again and it now says:
[12:18] <NickL> State: QUEUE_MANAGER
[12:18] <NickL>     connection: With User With Network
[12:18] <NickL>     description: processing queues
[12:18] <NickL>     is_connected: True
[12:18] <NickL>     is_error: False
[12:18] <NickL>     is_online: True
[12:18] <NickL>     queues: IDLE
[12:19] <\sh> rye, and yes, goes up to 100%
[12:20] <rye> CardinalFang, something really broke ^
[12:27] <rye> NickL, ok, are there any queue items listed when you do  u1sdtool --waiting-meta  or u1sdtool --waiting-content ?
[12:37] <NickL> rye: no
[12:38] <rye> NickL, could you please pastebing the contents of ~/.cache/ubuntuone/log/syncdaemon.log ?
[12:38] <rye> NickL, to http://paste.ubuntu.com
[12:40] <NickL> rye: done
[12:40] <rye> NickL, could you please provide the URL?
[12:41] <NickL> rye: sorry, first time I've used this. http://paste.ubuntu.com/406474/
[12:42] <rye> NickL, that's ok, i should have used !paste :)
[12:42] <rye> ubottu, !paste
[12:42] <\sh> rye, any solution for http://paste.ubuntu.com/406477/ this?
[12:43] <kklimonda> rye: does u1 sync hard links?
[12:43] <rye> kklimonda, since hard links are regular files from application perspective, yes
[12:44] <kklimonda> rye: I've created new folders in U1, hardlinked there some files and folders did sync but not files :/
[12:44] <rye> NickL, ok, to sum it up - you can see the purchased files in https://one.ubuntu.com/files/  and you are able to download them via the web ui, but they are not synced to the computer, right?
[12:44] <rye> kklimonda, nothing in u1sdtool --waiting-content ?
[12:45] <kklimonda> rye: no - but let me see if something changes after I do u1sdtool -d && u1sdtool -c
[12:45] <NickL> rye: right
[12:47] <kklimonda> rye: nothings changes, u1sdtool returns "processing queues" but both --waiting-content and --waiting-metadata returns nothing
[12:48] <rye> nessita, http://paste.ubuntu.com/406474/
[12:48] <rye> NickL, what does u1sdtool --list-folder say?
[12:49] <nessita> u1sdtool --list-folders
[12:49] <rye> \sh, I am currently trying to investigate what's happening with desktopcouch...
[12:50] <rye> \sh, hm, could you please try quitting ubuntuone syncdaemon - u1sdtool --quit
[12:50] <rye> \sh, then kill ubuntuone-login completely. Then start /usr/lib/ubuntuone/ubuntuone-login manually and only then start u1sdtool --connect ?
[12:51] <rye> \sh, I am wondering whether ubuntuone-login is printing something when it hangs, It looks like dobey had the same issue yesterday.
[12:53] <\sh> ok the syncdaemon is stopped
[12:53] <\sh> now firing up ubuntuone-login -> fail...
[12:53] <\sh> doesn't come back actually
[12:53] <rye> \sh, it should not
[12:54] <rye> \sh, it just sits there waiting for dbus commands, please open another terminal and run u1sdtool --connect there
[12:54] <\sh> ok...new terminal u1sdtool --connect , comes back on the cli
[12:55] <rye> \sh, any changes in CPU usage ?
[12:55] <duanedesign> wow, been a busy morning.
[12:55] <\sh> rye, nope 100%
[12:55] <\sh> http://paste.ubuntu.com/406482/ <- log of syncdaemon btw
[12:56] <kklimonda> rye: it (not syncing) seems to have something to do with file permissions..  wish I knew what does green background mean
[12:56] <kklimonda> s/green/blue
[12:57] <rye> \sh, it looks like you have removed association for your local machine... have you removed anything from /account/machines ?
[12:57] <rye> kklimonda, could you please pastebin the output of ls -lR .ubuntuone  ?
[12:57] <nessita> NickL: are you around?
[12:57] <rye> kklimonda, wait, not .ubuntuone
[12:58] <\sh> rye
[12:58] <rye> kklimonda, could you please pastebin the syncdaemon.log as well ?
[12:59] <rye> CardinalFang, definitely not helping - autostarted desktopcouch continues eating CPU
[12:59] <rye> CardinalFang, but it replied for DBus query
[12:59] <kklimonda> rye: it's long but here you go: http://pastebin.com/cC4Z8RXn
[12:59] <rye> to
[13:00] <\sh> rye yes I removed my machine...and want to add it again ;)
[13:00] <CardinalFang> rye, suppose you make that is_available() in the same file you patched just "return True".  What happens then?
[13:00] <rye> kklimonda, #
[13:00] <rye> 2010-03-30 13:54:46,144 - ubuntuone.SyncDaemon.QueueManager - DEBUG - In WORKING_ON_CONTENT: running CONTENT_QUEUE
[13:01] <rye> kklimonda, it just started to upload/download file contents
[13:01] <rye> \sh, in this case please open seahorse and remove the token for ubuntuone.com :)
[13:01] <rye> \sh, this is going to be handled soon, I believe but that does not explain 100% CPU usage for ubuntuone-login
[13:02] <kklimonda> rye: hmm.. but I have nothing in --current-transfers, --waiting-content nor --waiting-metadata (this could be from me uploading small file to see if it syncs at all and the small file did indeed sync)
[13:02] <rye> kklimonda, IDLE. right
[13:03] <rye> kklimonda, hard links, not symlinks, right?
[13:03] <CardinalFang> Grr, 0800.  Afk a bit.  Taking kid to first day of pre-school.
[13:04] <kklimonda> rye: yes, hard links (and it did sync one album that is using hard links before so now I'm lost :/)
[13:04] <rye> kklimonda, hm
[13:05] <rye> kklimonda, pick one file that was not uploaded and could you please pastebin what is output by u1sdtool --info=full_path ?
[13:07] <kklimonda> rye: http://paste.ubuntu.com/406487/
[13:07] <rye> kklimonda, hmmm
[13:07] <rye> no local hash
[13:15] <\sh> rye, ok did that...and now?
[13:16] <rye> \sh, kill ubuntuone-login, restart it and try to connect with u1sdtool --connect
[13:16] <rye> \sh, it should try to re-register the machine
[13:16] <\sh> ok let's try
[13:17] <\sh> rye, so I should be able to start from the me menu the ubuntu one thingy
[13:17] <rye> \sh, me menu starts ubuntuone-preferences
[13:19] <\sh> rye, actually it doesn't ;) and I see ubuntuone-login again on 100% and deskopcouch-service somewhat around 93% cpu time
[13:21] <\sh> ubuntuone-prefrences doesn't start up
[13:21] <\sh> neither via me menu nor via system -> preferences -> Ubuntu One
[13:23] <rye> \sh, ok, try killing ubuntuone-login, ubuntuone-syncdaemon, then stop couchdb with /usr/lib/desktopcouch/desktopcouch-stop and kill desktopcouch-service
[13:23] <rye> \sh, then try launching desktopcouch service manually from the terminal, /usr/lib/desktopcouch/desktopcouch-service and see whether it starts
[13:23] <rye> \sh, then try to start ubuntuone-preferences and log in to ubuntuone
[13:24] <\sh> 2010-03-30 14:24:39,383 - replication of services aborted
[13:25] <\sh> and this while starting desktopcouch-service http://paste.ubuntu.com/406495/
[13:26] <\sh> ok starting -preferences now directs me to the ubuntuone user page, where I can add the computer
[13:27] <\sh> I saw for a second a gtk dialog which disappeared directly ... and starting again preferences == hanging process
[13:28] <rye> \sh, what is u1sdtool --status response now?
[13:28] <rye> \sh, the dialog with "Ubuntu One Error" or something like that?
[13:28] <\sh> rye, dialog == couldn't see it ... too fast to have a closer look ;)
[13:29] <rye> \sh, hanging process = 100% CPU usage?
[13:29] <\sh> and u1sdtool --status: State: Ready -> connection: not user with network , description: ready to connect. is_connected == false is_error: false is_online: false
[13:29] <rye> \sh, u1sdtool --connect ?
[13:29] <\sh> rye, nope..no process is on 100%
[13:30] <rye> \sh, but the terminal with desktopcouch-service running is not closed, right?
[13:30] <\sh> rye, nope the terminal is open
[13:30] <\sh> --status: server_scan , description: doing server rescan
[13:30] <\sh> isconnected: true
[13:31] <rye> \sh, great
[13:31] <rye> \sh, it looks like we have something to blame, CardinalFang, desktopcouch causes ubuntuone-login 100% usage as well, something really BIG broke
[13:32] <\sh> sounds nice ;) looks like you have some more work ;)
[13:32] <\sh> anyways...I need to grill a job applicant now...be back in 1h or so
[13:32] <rye> \sh, well, #548611
[13:34] <rye> CardinalFang, nevermind, it consumes 100% CPU even when started from commandline
[13:35] <rye> CardinalFang, and it does not want to be killed
[13:35] <rye> pdb hangs as well
[13:36] <rye> Program received signal SIGPIPE, Broken pipe.
[13:36] <rye> hmmm
[13:40] <rye> if python is started with gdb then it starts capturing SIGPIPE... can desktopcouch be polling fd that is longer opened?
[13:55] <Chipaca> CardinalFang: ping?
[13:55] <NickL> nessita: I'm back.
[13:55] <nessita> NickL: yey! so, what u1sdtool --list-folders say?
[13:56] <NickL> nessita: id=83397113-5af6-4342-9c3d-96aa32853ac5 subscribed=True path=/home/nick/.ubuntuone/Purchased from Ubuntu One
[13:57] <nessita> ok, so you only have on UDF and it belongs to the Music Store
[13:57] <nessita> rye: ^
[13:57] <nessita> NickL: is that the folder you were looking for?
[13:58] <NickL> nessita: That folder has no contents.
[13:58] <nessita> NickL: and did you purchased any music?
[13:58] <nessita> purchase*
[13:59] <NickL> nessita: yes, I can see the files in one.ubuntu.com/files, but they are not syncing to my computer.
[14:00] <nessita> rye: what tests/procedures did you ask NickL to follow?
[14:02] <rye> nessita, the client was completely restarted but it went to IDLE w/o downloading anything - http://paste.ubuntu.com/406474/
[14:03] <nessita> NickL: what version of the client do you have on your current computer?
[14:05] <NickL> nessita: I'm running lucid with the updates from this morning. Not sure what client version though, where can I find this?
[14:05] <nessita> NickL: aptitude show ubuntuone-client
[14:06] <NickL> nessita: 1.1.4-0ubuntu1
[14:07] <nessita> NickL: ok, let me think
[14:07] <nessita> rye: did you do a full-full restart?
[14:07] <dutchie> hmm, I see from topic contact syncing is in progress. How about the files (on android devices)?
[14:07] <rye> nessita, disconnect/reconnect
[14:07] <rye> nessita, hmmm
[14:08] <nessita> rye: ah
[14:08] <CardinalFang> Chipaca, hi
[14:08] <nessita> rye: could you make him do a full restart?
[14:08] <NickL> sure
[14:08] <rye> NickL, could you please do u1sdtool --quit
[14:08] <rye> NickL, then u1sdtool --connect
[14:08] <rye> I believe we are all in the same channel :)
[14:09] <NickL> rye, nessita, that's now done.
[14:10] <CardinalFang> rye, I think the strace would show the signal or fd polling.
[14:10] <nessita> rye: yes, I know, but I'm not as responsive as you are :-)
[14:11] <rye> nessita, is there something omitted during reconnect? i.e. something that is performed during the startup but not during the reconnect?
[14:11] <nessita> rye: yes, almost everything regarding index build and scanning
[14:12] <rye> nessita, hm...
[14:12] <rye> nessita, actually rmcbride's bug #551095 looks awfully related
[14:13] <nessita> rye: yes
[14:13] <nessita> NickL: what does u1sdtool --status say?
[14:14] <NickL> nessita, rye: State: SERVER_RESCAN
[14:14] <NickL>     connection: With User With Network
[14:14] <NickL>     description: doing server rescan
[14:14] <NickL>     is_connected: True
[14:14] <NickL>     is_error: False
[14:14] <NickL>     is_online: False
[14:14] <NickL>     queues: WORKING_ON_METADATA
[14:14] <nessita> NickL: ok, we need to wait a bit longer
[14:15] <rye> CardinalFang, i can reproduce 100% CPU usage of desktopcouch-service in vm as well
[14:16] <CardinalFang> rye, no difference in DBus-starte and manual-start assuages some terrible fears I had since you mentioned it.
[14:16] <CardinalFang> rye, on lucid beta1 ISO?
[14:16] <rye> CardinalFang, actually, it replies to DBus
[14:17] <CardinalFang> rye, Yes, I know.  It's a separate thread that's eating CPU.
[14:17] <rye> CardinalFang, no, that started today for me (with the latest upgrade available)
[14:17]  * CardinalFang boggles.
[14:18] <rye> CardinalFang, and I see that upgrade for deksoptouch 0.6.3-0ubuntu2 arrived today
[14:18] <rye> wow
[14:18] <rye> desktopcouch 0.6.3-0ubuntu2
[14:21] <nessita> NickL: and what does u1sdtool --status says now?
[14:22] <NickL> nessita: State: QUEUE_MANAGER
[14:22] <NickL>     connection: With User With Network
[14:22] <NickL>     description: processing queues
[14:22] <NickL>     is_connected: True
[14:22] <NickL>     is_error: False
[14:22] <NickL>     is_online: True
[14:22] <NickL>     queues: WORKING_ON_METADATA
[14:22] <nessita> NickL: ok, let's keep waiting, it's doing its job :-)
[14:24] <rmcbride> nessita: I'm at State: READY, queues: IDLE, and I still am in the same situation
[14:24] <nessita> rmcbride: did you do u1sdtool --quit and then -c?
[14:24] <rmcbride> nessita: yes, I'm doing it again now as well
[14:30] <nessita> rmcbride: once the syncdaemon reaches IDLE, could you please tar the whole SD log directory and send it to me?
[14:31] <rmcbride> nessita: gladly. Where would you like it placed? It's liable to be a very large tarball
[14:31] <nessita> rmcbride: yes. chinstrap would be ok I guess, right?
[14:32] <rmcbride> nessita: OK that will work
[14:34] <nessita> I'll reboot because I just updated the kernel
[14:46] <nessita> NickL: what does status say now?
[14:48] <dobey> hmm
[14:57] <jmuniz> I just updated my system and now ubuntu-client crashes when I try to load from the me bar and from system > preferences. Apport doesn't come up. Does anyone have a vibe on this?
[15:00] <nessita> jmuniz: and how do you know it crashes?
[15:04] <NickL> nessita:  Still the same
[15:04] <NickL> State: QUEUE_MANAGER
[15:04] <NickL>     connection: With User With Network
[15:04] <NickL>     description: processing queues
[15:04] <NickL>     is_connected: True
[15:04] <NickL>     is_error: False
[15:04] <NickL>     is_online: True
[15:04] <NickL>     queues: WORKING_ON_METADATA
[15:05] <nessita> NickL: could you paste on paste.ubuntu.com the last ~50 lines of the log file?
[15:05] <NickL> nessita: where is that located?
[15:06] <nessita> NickL: ~/.cache/ubuntuone/log/syncdaemon.log
[15:06] <nessita> NickL: do you know how to access it?
[15:15] <CardinalFang> rye, I can't reproduce the CPU-eating desktopcouch so far.
[15:25] <beuno> CardinalFang, I can
[15:25] <NickL> nessita: http://paste.ubuntu.com/406548/
[15:25] <beuno> fired up gwibber
[15:25] <beuno> BAM
[15:25] <nessita> NickL: thanks!
[15:25] <CardinalFang> hrm.
[15:25] <beuno> had to kill gwibber and desktopcouch, as it continued to be at 100%
[15:27] <nessita> beuno: Chipaca and dobey were talking about that, some python apps consume 100% CPU
[15:28] <dobey> it's not just python
[15:28] <dobey> some C apps are also
[15:28] <dobey> basically, anything that queries gnome-keyring has the potential to hang, it seems
[15:28] <Chipaca> good thing we aren't doing that, huh
[15:28] <nessita> NickL: everything seems in place in the log files. Would you please paste on the same site the output of u1sdtool --waiting-metadata ?
[15:28] <nessita> dobey: ugh
[15:29] <dobey> Chipaca: i wonder what happens if i just throw it in a Thread() :)
[15:29] <CardinalFang> Hrm.  "testdrive" on Lucid desktoip ISO, with VirtualBox.  I upgraded all packages with "desktopcouch" in the name.  Running gwibber.  "Processor %8 in use"
[15:30] <CardinalFang> Upgrading everything else now.
[15:34] <NickL> nessita: It just says Query all the way down the page.
[15:39] <nessita> NickL: could you paste that output on paste.ubuntu.com please? only if it's not that much trouble for you
[15:40] <NickL> nessita http://paste.ubuntu.com/406559/
[15:41] <rodrigo_> wgrant, rye: just submitted a fix for bug #452689
[15:45] <nessita> NickL: the client is working ok so far, it seems that you have a big Ubuntu One/ folder, is that so?
[15:48] <NickL> nessita: Last week I copied about 1Gb of files to there just before I upgraded.
[15:48] <nessita> NickL: ok, the client is checking if there is any need of synch between the local files and the server files
[15:59] <CardinalFang> rye, help me test?  I think it's the update to 'libgnome-keyring0' package that's causing it.
[16:11] <tcole> jdo: ping
[16:12] <tcole> er, wrong channel
[16:16] <jmuniz> nessita: the watch comes up to show that it is working, then quits without showing the dialog. And no updates are synched afterwards. Thats my guess.
[16:28] <rye> CardinalFang, here
[16:29] <CardinalFang> rye, I've confirmed the new libgnome-keyring0 avoids the SEGV, but now it eats CPU.  Talking to seb123
[16:33] <Technoviking> Is there a reason Ubuntu One does automatically connect at login?
[16:43] <nessita> jmuniz: the ubuntuone-preferences takes a while to open, did you try running it on a terminal?
[16:43] <nessita> NickL: any news? what--status say?
[16:44] <NickL> nessita: still the same State: QUEUE_MANAGER
[16:44] <NickL>     connection: With User With Network
[16:44] <NickL>     description: processing queues
[16:44] <NickL>     is_connected: True
[16:44] <NickL>     is_error: False
[16:44] <NickL>     is_online: True
[16:44] <NickL>     queues: WORKING_ON_METADATA
[16:44] <jmuniz> nope. I'll try that now
[16:49] <jmuniz> no dice. still hanging. Is there a log besides the one for the syncd?
[16:49] <nessita> NickL: in the mean time, could you please paste on paste.ubuntu.com the output of: /home/nick/.ubuntuone/Purchased\ from\ Ubuntu\ One ?
[16:51] <NickL> nessita: there's nothing in that directory
[16:52] <nessita> NickL: could you please paste the output of "ls -la /home/nick/.ubuntuone/Purchased\ from\ Ubuntu\ One"?
[16:53] <NickL> nessita: http://paste.ubuntu.com/406598/
[16:54] <nessita> NickL: thank you! sorry for insisting on this, but I wanted to be sure :-)
[16:55] <NickL> nessita: No problem, I don't know how to navigate there using CL so I had to do it through nautilus. :)
[17:10] <nessita> NickL: can I ask you another favor?
[17:22] <NickL> nessita: sorry... go for it, what can I do for you?
[17:26] <nessita> NickL: would you please compress the log folder and send it to me? In order to do so, navigate to ~/.cache/ubuntuone/ and right click over the "log" folder -> then hit "Compress"
[17:32] <CardinalFang> rye, I think that CPU bug is this:  https://bugs.edge.launchpad.net/ubuntu/+source/libgnome-keyring/+bug/530605
[17:34] <rye> CardinalFang, hm... that reminds me that I haven't checked my webdav folder since it broke today with apache upgrade...
[17:34] <rye> hmm
[17:41] <Sweevo> Can anyone help me troubleshoot an UbuntuOne issue on Lucid please?
[17:43] <kklimonda> rye: wrt to my problem with syncing it did sync after I've rebooted but not before then
[17:45] <NickL> nessita: where should i paste this?
[17:46] <nessita> NickL: could you please email that to natalia.bidart@canonical.com?
[17:52] <CardinalFang> Lucid-test reboot.  BRB
[17:56] <jmuniz> the ubuntuone client preferences pane hangs and I can't seem to get synching restarted any ideas?
[18:02] <rye> Sweevo, could you please describe what issue you are having?
[18:08]  * rye needs reboot to update kernel...
[18:51] <nessita> NickL: how is the --status going?
[18:53] <dobey> uhm
[18:54] <dobey> rye: can we shorten the topic perhaps. and say "Please be patient" or something instead of "Please honk if you need assistance with Ubuntu"
[18:54] <dobey> rye: if you need help with *Ubuntu*, you should probably go to #ubuntu instead :)
[18:55] <rye> wow, assistance with Ubuntu o_O
[18:55] <rye> do we really need a link to launchpad?
[18:56] <dobey> no
[18:57] <dobey> there's a link to lp on the /support page anyway i think
[18:58] <rye> or to get help "with"...
[19:07] <rye> NickL, i am now on duty to wait for your syncdaemon to reach IDLE state
[19:07] <dobey> rye: eh, the important part of my request was the "Please be paitent"
[19:07] <dobey> i'll switch to this window and see someone asking about something, but then they're already gone and nobody replied :(
[19:08] <rye> NickL, in order for you not to have do status polls, could you please download and start the folowing script - http://people.canonical.com/~roman.yepishev/ubuntuone-scripts/syncdaemon-monitor.py
[19:11] <rye> CardinalFang, my gvfs-dav is also using 100% of my CPU. cool, desktopcouch-service: 98% CPU, gvfs-dav - 94% CPU
[19:14] <Sweevo> rye: sorry I missed you earlier. The problem I'm having is that if I try and open Preferences then Ubuntu One, nothing happens. I can see in system monitor that ubuntuone-preferences starts, then ubuntuone-login starts and takes up lots of CPU but nothing else happens. I've tried following https://answers.edge.launchpad.net/ubuntuone-client/+faq/778 but it didn't make any difference. I also tried cancelling my UbuntuOne account and creating a
[19:14] <Sweevo> new one just in case there was a problem with it
[19:14] <CardinalFang> Fun, aint it?  I hope these bugs don't give me or Chipaca a heart-attack before someone figures them out.
[19:15] <CardinalFang> rye, thanks for confirming.
[19:15] <rye> Sweevo, ok, could you please perform the following (completely not obvious) things - killall ubuntuone-login; /usr/lib/desktopcouch/desktopcouch-stop; killall desktopcouch-service; /usr/lib/desktopcouch/desktopcouch-service
[19:15] <rye> in one terminal
[19:16] <rye> Sweevo, and start /usr/lib/ubuntuone/ubuntuone-login in another terminal
[19:16] <rye> Sweevo, after that try running ubuntuone-preferences
[19:17] <rye> CardinalFang, well, my laptop does not like the heat its CPU is creating, so I am very affected
[19:17] <Chipaca> rye: CardinalFang: I believe dobey has identified the issue and there is a fix in the pipes
[19:18] <Sweevo> rye: that gives me the same result - ubuntuone-login is currently sat there take about 30% cpu
[19:19] <rye> Sweevo, what does u1sdtool --status say?
[19:19] <Sweevo> rye: State: READY
[19:19] <Sweevo>     connection: Not User Not Network
[19:19] <Sweevo>     description: ready to connect
[19:19] <Sweevo>     is_connected: False
[19:19] <Sweevo>     is_error: False
[19:19] <Sweevo>     is_online: False
[19:19] <Sweevo>     queues: IDLE
[19:20] <rye> Sweevo, ok, could you then connect it now - u1sdtool --connect ?
[19:21] <Sweevo> rye: ok - that gives me; State: AUTHENTICATE
[19:21] <Sweevo>     connection: With User With Network
[19:21] <Sweevo>     description: doing auth dance
[19:21] <Sweevo>     is_connected: True
[19:21] <Sweevo>     is_error: False
[19:21] <Sweevo>     is_online: False
[19:21] <Sweevo>     queues: IDLE
[19:23] <dobey> yes, the cpu fix is in the pipeline of love
[19:29] <Sweevo> rye: so is there anything else I can do to get this working? - thanks for your help bye the way :)
[19:30] <rye> Sweevo, for now - has state changed to something other than AUTHENTICATE?
[19:30] <Sweevo> rye: State: QUEUE_MANAGER
[19:30] <Sweevo>     connection: With User With Network
[19:30] <Sweevo>     description: processing queues
[19:30] <Sweevo>     is_connected: True
[19:30] <Sweevo>     is_error: False
[19:30] <Sweevo>     is_online: True
[19:30] <Sweevo>     queues: IDLE
[19:31] <rye> Sweevo, ok, now it does things. Could you please killall ubuntuone-preferences and try to start them again?
[19:33] <Sweevo> ok, I can see that ubuntu-preferences has started in System Monitor, but it hasn't displayed the window and ubuntuone-login is still sat at 30% cpu
[19:37] <Sweevo> rye: is it worth me filing a bug for this problem?
[19:39] <dobey> already filed/fixedintrunk
[19:40] <dobey> :)
[19:41] <Sweevo> dobey: thanks! I didn't realise your previous comment about the cpu fix was aimed at me :)
[19:41] <dobey> Sweevo: not directly. it was just a "yes, that's true" in regards to Chipaca's statement :)
[19:43] <Sweevo> dobey: so do you think that my issue with ubuntuone-preferences not displaying is related to the high CPU with ubuntuone-login then?
[19:43] <dobey> Sweevo: definitely
[19:43] <dobey> Sweevo: what kind of CPU do you have?
[19:44] <dobey> 4-core intel? :)
[19:45] <Sweevo> No - it's a netbook running an AMD Sempron 210U
[19:48] <dobey> oh, interesting
[19:48] <Sweevo> dobey: interesting in a good or bad way? ;)
[19:49] <dobey> Sweevo: interesting, in that i would expect it to take 100% cpu (like it is on most machines)
[19:50] <dobey> unless it was on a multi-core :)
[19:50] <Sweevo> dobey: well I guess I'm just lucky :) can't wait to get the update, I'm missing using UbuntuOne :(
[19:52] <dobey> yep, there are lots of other things we are trying to get done today as well, for the lucid beta2 freeze
[19:53] <Sweevo> dobey: That's good to hear, I'll leave you to it - thanks for the help/advice
[20:42] <LaserJock> dobey: how do you stop desktopcouch? I can't find anything
[20:43] <dobey> LaserJock: /usr/lib/desktopcouch/desktopcouch-{start,stop}
[20:50] <LaserJock> dobey: ok, trying once again
[20:51] <dobey> LaserJock: i probably don't know enough about desktopcouch to solve your issue though. was just telling you how i would go about debugging it :)
[20:53] <LaserJock> it's helpful anyway
[20:53] <LaserJock> couchdb is kind of a pain that way
[20:56] <LaserJock> dobey: well, it's different this time it seems
[20:56] <LaserJock> now I get *no* accounts rather than recreation of all accounts :-)
[20:56] <dobey> well
[20:57] <dobey> that's what you wanted
[20:57] <LaserJock> well, as in I can now not add accounts
[20:57] <LaserJock> which was sort of unexpected, but probably a gwibber bug and not a desktopcouch one
[20:58] <dobey> ah
[21:02] <LaserJock> weird, so the gwibber preferences DB keeps growing
[21:02] <LaserJock> even though I'm not changing preferences
[21:02] <LaserJock> but the accounts DB has nothing in it
[21:02]  * CardinalFang boggles.
[21:03] <CardinalFang> LaserJock, Growing how?  What are you measuring?
[21:03] <LaserJock> the file size
[21:03] <CardinalFang> Ah.
[21:03] <CardinalFang> LaserJock, what about revision ids?  Are those growing?
[21:04] <CardinalFang> ...incrementing?
[21:05] <LaserJock> yep
[21:05] <LaserJock> so all I'm trying to do is set up gwibber accounts
[21:06] <LaserJock> and gwibber-preferences DB is gaining revisions and gwibber-accounts and gwibber-messages are not :-)
[21:13] <dobey> LaserJock: check your keyring?
[21:14] <LaserJock> hmm, how do I do that?
[21:16] <dobey> Accessories->Passwords & Encryption Keys
[21:17] <LaserJock> ok, I see a few Desktop Couch entries
[21:17] <LaserJock> should I delete them?
[21:17] <rye> LaserJock, are you running lucid now?
[21:17] <LaserJock> yeah
[21:18] <rye> LaserJock, could you please check the CPU usage by your processes? Is there anything weird right now?
[21:18] <LaserJock> no
[21:20] <LaserJock> ok, so every time I open gwibber I'm getting a new gwibber_preferences DB revision, but nothing else
[21:26] <LaserJock> bah, this is so silly, I hate having everything in these databases :(
[21:37] <CardinalFang> LaserJock, I agree that using those databases for even storing messages was overkill.  Account information, I totally get.
[21:46] <dobey> CardinalFang: account information belongs in the keyring.
[21:47] <dobey> that is in fact, what a keyring is supposed to be for :)
[21:47] <CardinalFang> Yeah.
[21:50] <nhaines> Using desktop-couch to store messages for Gwibber allows Gwibber to start instantly and have access to some message history even when you're offline.
[21:50] <nhaines> So that's the idea there.  :)
[21:51] <dobey> yeah, out of all the things gwibber stores in couch, messages makes the most sense to me
[22:04] <LaserJock> dobey: except I think it's making gwibber's startup time quite long
[22:04] <LaserJock> that's what I'm trying to track down
[22:05] <LaserJock> I wish we had a couch-less backend to compare with
[22:05] <dobey> LaserJock: afaik, gwibber's start-up time has always been pretty long
[22:05] <LaserJock> yeah, but for me it keep getting longer
[22:05] <LaserJock> so I'm trying to figure out why
[22:06] <LaserJock> so the first thing was to try to see if it's a DB issue perhaps
[22:13] <dobey> i wonder if gwibber is calling stuff synchronously
[22:14] <tcole> mbarnett: ping
[22:14] <tcole> er, wrong channel
[22:15] <dobey> heh
[22:34] <LaserJock> well, a reboot was no help :(