[04:09] <evon> How do I sync my online ubuntuone folder with the one i have on my computer?
[06:42] <elzapp> Yay... it seems that my transfer queue is (slowly) decreasing
[09:33] <duanedesign> mo
[09:33] <duanedesign> err, morning all :)
[09:36] <rye> duanedesign, morning!
[09:37] <elzapp> morning
[09:39] <kermiac> hello rye :)
[09:40] <rye> kermiac, i am nearly 20 minutes away from running ./oops-fighter.py and it will process all server-side bug reports and mark them as duplicates....
[09:40] <rye> ubottu, you are not helping, at all
[09:40] <rye> you are not helping nevertheless
[09:40] <duanedesign> lol
[09:41] <kermiac> rye: duanedesign: is there a better workaround for the "STANDOFF state" bug than killing the login & syncdeamon processes?
[09:41] <rye> kermiac, unfortunately no, it stucks in that state
[09:41] <kermiac> rye: re oops script - that's awesome :)
[09:42] <duanedesign> rye and it gets stuck in that state because of a disruption in the connection?
[09:43] <rye> duanedesign, well, because it did not get the notification that connection broke and it will happen more often now that the servers are crowded which is now being fixed by adding more server and making it super fast. I am waiting to become a victim of a new db layout to see how much fast that is..
[09:46] <duanedesign> thank you. Just making sure i understand it. :)
[09:46] <kermiac> should "killall ubuntuone-login && killall ubuntuone-syncdaemon" be enough to temporarily get around the STANDOFF state? I feel like I might be missing another setep - I'm trying to put together another gm-scripts response
[09:47] <kermiac> s/setep/step
[09:48] <duanedesign> also i have not had my coffe yet this morning, but this is not something i think i have seen before. bug 533277
[09:49] <duanedesign> kermiac: maybe, quit the client ?
[09:51] <kermiac> duanedesign: hmm... maybe "killall ubuntuone-login && killall ubuntuone-syncdaemon && killall ubuntuone-client-applet" ? This is for karmic where there is an applet
[09:51] <rye> gm-scripts response... why my gm scripts do not work with lp?..
[09:52] <kermiac> rye: I'm not sure mate, what's going wrong?
[09:53] <rye> kermiac, well, the monkey sits in firefox status bar, displays that lp scripts are loaded but they do not have any effect...
[09:55] <kermiac> rye: I had issues with greasmonkey & karmic... what about using the lp-improvements ff plugin? It's pretty much exactly the same as the greasemonkey scripts. I'm using that on my Karmic box
[09:56] <rye> hmmm
[09:56] <kermiac> https://edge.launchpad.net/~gm-dev-launchpad/+archive/ppa
[09:56] <kermiac> rye: then just modify or add any responses as required
[09:57] <kermiac> not ideal, but it's the workaround I use on my karmic box. Greasemonkey seems to work fine on my lucid machine though
[10:01] <kermiac> re STANDOFF state, should a reboot get it "unstuck" from the STANDOFF state, or would you need to kill the processes manually if it's stuck?
[10:02] <kermiac> sorry, just trying to make sure I've got my head around it properly & I haven't reproduced it locally
[10:04] <kermiac> rye: duanedesign ^^ ?
[10:04] <duanedesign> i think so. But from what ihave noticed the problem is usually caused by something else that causes it to keep happening
[10:05] <duanedesign> But i have only worked with a couple people who have had this.
[10:05] <rye> kermiac, the problem is as follows - connection drops and syncdaemon switches to STANDOFF state waiting for the notification about closed connection to arrive (i.e. to retry), however that notification does not come because it is lost
[10:06] <kermiac> ah, so that won't really help hehe thanks. I need to investigate the OP's issue further to get to the cause of the problem (i.e. why the connection was lost). Thanks for the explanation - it makes sense now
[10:12] <rye> kermiac, connection can be lost now due to server overload :(
[10:13] <kermiac> rye: yes, I've seen that mentioned in here :( is there any way to tell if the connection was lost due to overload?
[10:13] <kermiac> ah, life calls.... bbs
[10:13] <rye> kermiac, well, it is more likely connection is lost due to overload if nothing else is specified in the bug report
[10:13] <rye> perl knowledge interferes with basic python skills...
[10:13] <rye> grrr
[10:19] <popey> rye: i managed to get my notes to sync from ubuntu up to u1 in the end, which is great, but windows fails to sync
[10:20] <duanedesign> hmmm, i cant do a half smilie...
[10:22] <duanedesign> popey: were you having an issue syncing your notes on Lucid?
[10:22] <teknico> rye, then you know what to do :-P
[10:23] <duanedesign> this morning i cant seem to sync. Havent started to look into it yet.
[10:23] <rye> duanedesign, can't sync couchdb or files?
[10:23] <duanedesign> Tomboy
[10:24] <rye> duanedesign, hmm
[10:24] <rye> popey, you just get server error, right?
[10:24] <popey> duanedesign: i was but i have fixed it
[10:24] <popey> http://paste.ubuntu.com/423272/
[10:27] <duanedesign> yeah i got a 404  http://fpaste.org/OOsX/
[10:29] <rye> 404.. grrrrrrrrrr
[10:29] <rye> 404 means that token has expired, which is strange because they do not expire
[10:33] <popey> ah, i just cleared my sync settings and tried to re-set it up. Clicked the connect button and it says "Server not responding. Try again later"
[10:33] <popey> the url I have in there is https://one.ubuntu.com/notes
[11:25] <elzapp> Is the musicstore down today?
[11:25] <elzapp> "Connecting you to the Ubuntu One Music Store..." when I'm proceeding to checkout
[11:39] <rye> aquarius, ^
[11:41] <aquarius> elzapp, does it happen repeatedly, or has it just happened once?
[11:42] <elzapp> I can only do it once, because when I return it still says the same. However, I've tried on two machines, and it's happened on both
[11:43] <aquarius> elzapp, we know there's a problem there, but we've never managed to replicate it to debug it. Are you able to spend a little time debugging?
[11:43] <elzapp> sure
[11:44] <aquarius> elzapp, ok. Quit Rhythmbox (make sure it's actually quit, not just minimized to the notification area), and then start a terminal (applications > accessories > terminal)
[11:44] <aquarius> (sorry if you already know this stuff; do say so if you do)
[11:44] <aquarius> and then start rhythmbox as: rhythmbox -D U1
[11:45] <aquarius> then try adding the song to your basket again and going to checkout, and tell me if you get the same problem.
[11:45] <elzapp> Damn. Now it worked.
[11:47] <rye> ok, starting to auto-duplicate server-side bug reports
[11:48] <aquarius> elzapp, heh. You see our problem. We can't make it happen on demand, either, which makes it almost impossible to debug :(
[11:53] <elzapp> I know very well that sort of problems
[11:53] <elzapp> I'll attempt to do it on the other machine as well
[11:55] <aquarius> if you manage to get the error while you're running as rhythmbox -D U1, I would very much like to see the terminal output in a pastebin
[11:57] <elzapp> aquarius: I have one question... does my music purchases use space off my quota?
[11:58] <elzapp> No dice on the other machine either
[11:58] <aquarius> yes. However, you can purchase music even if you are up to your quota limit; music purchases themselves avoid the quota.
[11:59] <aquarius> thanks for attempting to debug; if it happens again in the future, do please try again if you get the chance. I'd really like to nail this bug, I just can't find a way of making it happen.
[12:02] <elzapp> By the way, it was not in checkout, but when adding a release to the shopping cart
[12:05] <elzapp> Antother question: can I control the "mountpoint" for syncronized folders?
[12:06] <elzapp> Say, I have one machine with English language, and one with Norwegian language. On the english machine the music folder is Music, on the norwegian folder it's called "Musikk". Can I make the same folder on U1 syncronize to the correct location on each machine?
[12:07] <elzapp> Without symlinking Musikk to Music?
[12:13] <elzapp> aquarius: I think I've spotted another bug in the music store...
[12:14] <elzapp> Search for "Tron"
[12:14] <elzapp> err
[12:14] <aquarius> elzapp, the folder *does* synchronize to the same location on each machine.
[12:14] <elzapp> I mean, search for "Joker", then select the release "Joker - Tron"
[12:15] <aquarius> elzapp, the library folder in Rhythmbox is ~/.local/share/ubuntuone/XXX, where XXX is a translation of "Purchased from Ubuntu One" in your language.
[12:15] <elzapp> aquarius: Yes, I'll explain my question better in a moment
[12:16] <elzapp> In that release (Joker - Tron) there's two tracks
[12:16] <elzapp> Tron (Original Mix) and Tron (VIP mix)
[12:17] <aquarius> elzapp, ok, I can see those two tracks
[12:17] <elzapp> Then when you buy the release, you'll notice that both is named Joker - Tron in the downloadlist.
[12:17] <elzapp> And, in the end it seems that only one of them will be downloaded
[12:17] <aquarius> elzapp, ah, yep; files with the same name is a known bug which is being worked on.
[12:18] <elzapp> So, now I didn't get the track I actually wanted, since I bought the whole release :/
[12:18] <aquarius> elzapp, honest truth: it did not occur to me when I built the original download code that an album would have two songs with the same name, hence this bug :( We're working on it, though.
[12:18] <elzapp> I see
[12:19] <elzapp> Yes, I would've thought that the mixname also was included in the filename
[12:19] <aquarius> as would we
[12:19] <elzapp> joy
[12:19] <aquarius> but the metadata we get for the track does not include it. It is most vexing.
[12:19] <elzapp> how about the tracknumber then?
[12:19] <aquarius> so we're going to work around it, but it's quite fiddly. Sorry that you've been tripped up by this bug
[12:20] <elzapp> I would've liked to have the tracknumber in the filename anyways
[12:20] <aquarius> so would the rest of us. The track number isn't in the metadata, though :(
[12:21] <elzapp> lovely :p
[12:21] <aquarius> elzapp, welcome to my life ;)
[12:21] <elzapp> I feel with you... I know very well how it is to integrate against incomplete and crappy API's
[12:23] <rye> aquarius, can we pre-fetch the song, look at its metadata first (which is in the file itself) and then start operating on the new data... or no tracknumber in e.g. mp3 metadata at all?
[12:24] <elzapp> Come again when the apps you're developing against is produced by another team in your own company, and since you, beeing a collegue, are not a paying customer, and thus is in the back of the queue to get the bugs fixed
[12:24] <aquarius> rye, no, not without a complete and total rewrite of *everything*.
[12:25] <elzapp> do you have *anything* that's unique in the metadata?
[12:26] <elzapp> I know musicstores like www.beatport.com is prefixing each trackname with a track-id
[12:26] <aquarius> elzapp, it's not clear -- that's why this bug isn't fixed yet, because I need to be sure that the uniqueness is applicable to every track.
[12:26] <elzapp> which is that track's ID in the catalogue
[12:27] <elzapp> ok
[12:27] <aquarius> Also, I don't want to use the unique thing I do have (track ID) in the filename, because having files called 987654-Tron.mp3 would be really irritating.
[12:27] <elzapp> heh, yeah, but that's how beatport does itr
[12:27] <elzapp> -r
[12:28] <aquarius> What I'll probably do is only use it for duplicates, so you'd get FirstTrack.mp3, DupeTrack (123456).mp3, and DupeTrack (234567).mp3
[12:28] <Treenaks> that sounds reasonableish
[12:29] <aquarius> but that's a bit non-trivial to do, because you have to walk over the whole list first to see if you've got any duplicates, and then walk back over it again to allocate names, and you have to be careful that adding (trackid) doesn't make the name too long, and...etc, etc, etc. This is why this is not fixed yet.
[12:29] <elzapp> yes... I would run my own rename-script on it anyway, and use the id3-tags
[12:29] <aquarius> I recommend that you don't rename purchased tracks, because if you do that the Music Store thinks that you don't have them any more...
[12:29] <elzapp> too long filenames?
[12:30] <aquarius> elzapp, ya. https://bugs.edge.launchpad.net/ubuntuone-servers/+bug/567339
[12:30] <elzapp> aquarius: thanks for the warning
[12:30] <aquarius> ah, is a private bug.
[12:31] <elzapp> what would happen when the store thinks I don't have the file anymore?
[12:35] <aquarius> It'll show it as "You've deleted or moved this file; click to download it again" in My Downloads
[12:35] <aquarius> so it's not a crisis or anything.
[12:35] <elzapp> Can I use that to get the other track?
[12:35] <aquarius> hrm.
[12:36] <aquarius> sneaky.
[12:36] <aquarius> I don't think so.
[12:36] <aquarius> but I'd be interested in what happens if you try :)
[12:36] <aquarius> (I recommend taking a second copy of the mp3 you've got first, though)
[12:37] <elzapp> I provoked the problem with the cart again
[12:37] <elzapp> http://pastebin.com/LuL1yPwS
[12:38] <aquarius> aha!
[12:39] <elzapp> there you go, aquarius
[12:39] <aquarius> rodrigo_, we have a replication of the "libu1 shows the error page when checking out" problem
[12:39] <aquarius> rodrigo_, http://pastebin.com/LuL1yPwS -- looks like calling the login D-Bus method failed
[12:39]  * rodrigo_ looks
[12:39] <aquarius> rodrigo_, what might cause that? how do we fix it?
[12:39] <aquarius> elzapp, rodrigo_ is the expert on this part :)
[12:40] <elzapp> I have an idea why this happens :)
[12:41] <elzapp> Yesterday, when I was debugging a file synchronization problem, I noticed that the client disconnects pretty often from the u1 filestorage
[12:41] <elzapp> then, each time that happens, it takes the DBus service down and up again
[12:42] <elzapp> If I then use the store at the same time, it can't access the dbus for syncdaemon
[12:42] <rodrigo_> well, from that log, dbus calls are failing, yes
[12:42] <rodrigo_> we don't deal correctly with dbus going down after having started the music store
[12:44] <rodrigo_> elzapp, if you restart rhythmbox, does it work, right?
[12:45] <elzapp> rodrigo_: Probably, just a sec
[12:45] <rye> rodrigo_, hm, can we just follow dbus name change in rb plugin?..
[12:45] <rye> name owner change
[12:46] <rodrigo_> rye, yes, we can
[12:47] <elzapp> I can fonfirm that
[12:47] <elzapp> confirm even
[12:47] <elzapp> that it works after restarting rhythmbox
[12:50] <rodrigo_> elzapp, if you file a bug, I can cook a fix quickly and, maybe, we can ask for an update to the lucid package, although not 100% sure we'll can
[12:52] <elzapp> I'll file a bug then :)
[12:52] <elzapp> What parts of the logfile do you need attached?
[12:53] <elzapp> and where is U1s launchpad? (cuz I'm lazy)
[12:54] <elzapp> Ok, seems that I guessed right
[12:55] <aquarius> ubuntu-bug libubuntuone-1.0-1 will file the bug for you
[12:56] <elzapp> aquarius: according to this https://bugs.launchpad.net/ubuntuone-servers/+bug/544596 a fix is committed for the filename conflict problem ... or?
[12:57] <aquarius> elzapp, the fix is committed but not yet rolled out
[12:58] <elzapp> Yes
[12:59] <elzapp> Hm, wait a minute...
[13:00] <rye> couchdb is down, pinged admins
[13:00] <elzapp> If you already have a bug on "libu1 shows the error page when checking out", shouldn't I justb attach my data to that one?
[13:01] <rodrigo_> elzapp, attach the log you pastebin'ed
[13:02] <elzapp> but I can't seem to find the bug
[13:02] <rye> couchdb is up
[13:02] <rodrigo_> elzapp, file a new one, the other one was fixed, and the cause was different
[13:03] <elzapp> ah
[13:03] <rodrigo_> elzapp, the new bug is about not working ok with syncdaemon being killed
[13:04] <aquarius> yeah. There are about six ways that you can get the error page when you check out. This has made tracking down the problems be quite hard
[13:04] <aquarius> and every time we think we've finally fixed it it turns out there's another reason why it might fail ;)
[13:07] <elzapp> :)
[13:07] <Treenaks> aquarius: Time for "Your error id is musicstore-12345"-style errors? :)
[13:09] <aquarius> Treenaks, I have been thinking about that in some detail for maverick.
[13:10] <aquarius> At the moment we swallow all errors up into one single error page, which gives you the option to reload because the most common error by miles is "you are not connected to the internet".
[13:10] <aquarius> But I think we need something a little more detailed, and a Back button as well as reload.
[13:17] <elzapp> Um... Isn't it possible to attach more than one file when reporting a bug?
[13:20] <elzapp> there we go https://bugs.launchpad.net/ubuntu/+source/libubuntuone/+bug/570672
[13:58] <elzapp> aquarius: I renamed the Joker - Tron track.. Nothing has happened yet, though..
[13:58] <aquarius> elzapp, what happens if you go back to My Downloads?
[13:59] <elzapp> the my downloads screen still shows 0% downloaded for one of the tracks, and "transferring to ubuntu one" for the other. Just as it did before
[13:59] <aquarius> hrm.
[13:59] <aquarius> OK, so renaming a duplicate song doesn't work :(
[13:59] <aquarius> slightly concerned that you're seeing 0% downloaded for a track which actually is downloaded, mind.
[14:00] <elzapp> or to be exact "Tron - Joker
[14:00] <elzapp> Tron
[14:00] <elzapp> err
[14:01] <elzapp> or to be exact "Transferring to your Ubuntu One storage" and "0MB downloaded" respectivelt
[14:02] <elzapp> No idea which is the one I got and which is the one I didn't get though...
[14:03] <elzapp> both listings is bad
[14:05] <elzapp> http://twitpic.com/1iuxlc
[14:09] <bac> hi verterok -- last week i turned on the debugging like you asked for the syncdaemon.  the sync still has not happened.
[14:10] <elzapp> bac: turning on debugging won't make the problem go away by itself. It just makes it possible to find out why stuff doesn't work
[14:11] <bac> elzapp: yes.  i was alerting verterok that the debugging has been in place for a while and there should be plenty of data to look at now.
[14:11] <bac> elzapp: i just wasn't that verbose.  :)
[14:11] <elzapp> aha, that makes more sense :)
[14:11]  * bac passive aggressive this morning
[14:12] <elzapp> bac: if you do "u1sdtool --current-transfers", does all transfers have bytes written/bytes read equal to deflated size?
[14:14] <bac> elzapp: no.  it shows 0, 0.  for some reason the syncdaemon is not recognizing there are files that need to be transfered.
[14:15] <bac> elzapp: verterok and i worked on debugging this issue quite a bit last week.
[14:15] <elzapp> Is u1sdtool -s saying "connection: With User With Network"?
[14:16] <verterok> bac: hi
[14:16] <verterok> bac: refresh my memory, it was an issue with purchased music?
[14:17] <bac> verterok: yes.  a couple of albums got stuck due to issues on the server you resolved.  now one album has downloaded and the other shows up on the web files list but has not transfered locally.
[14:18] <bac> verterok: rhythmbox shows "transferring to your U1 storage"" for the affected files, though they are already transfered on the server.
[14:22] <verterok> bac: and you can download the affected files from the web?
[14:22] <bac> verterok: haven't tried
[14:24] <verterok> bac: please try it, and check if the file is "ok"
[14:24] <bac> verterok: yes, downloaded one file and it is playing now.
[14:25] <verterok> bac: is there a bug for this?
[14:26] <verterok> bac: please could you upload full debug logs to pastebin/devpad/chinstrap or to the bug?
[14:26] <bac> verterok: sure
[14:30] <bac> verterok: it's at http://people.canonical.com/~bac/syncdaemon.log.gz but looks pretty boring
[14:31] <verterok> bac: indeed, please: tar -cjf syncdaemon-logs.tar.bz2 ~/.cache/ubuntuone/log ;)
[14:32] <facundobatista> bac, sorry if you already told this: which song is "stuck"?
[14:33] <bac> facundobatista: an entire album -- django reinhardt
[14:33] <bac> verterok: no, i never filed a bug.
[14:34] <bac> verterok: http://people.canonical.com/~bac/syncdaemon-logs.tar.bz2
[14:35] <bac> facundobatista: which is a little ironic...
[14:35] <facundobatista> verterok, do you know who calls current_status every 5 seconds?
[14:35] <verterok> facundobatista: no idea
[14:36] <verterok> bac: ok, nothing interesting in the logs...looks like the files were rotated and now most of the useful info is gone :(
[14:37] <facundobatista> bac, are you calling SyncDaemon's get current status every 5 seconds somehow?
[14:38] <bac> facundobatista: no
[14:44] <rye> verterok, there was a metadata upgrade issue with didrocks - see people.canonical.com:~didrocks/ubuntuone. http://paste.ubuntu.com/420938/
[14:44] <verterok> rye: yes
[14:44] <rye> verterok, the location there is full of metadata, so if you are interested - feel free to grab
[14:44] <verterok> rye: looks like a partially upgraded metadata, e.g: syncdaemon was killed/terminated during metadata upgrade :(
[14:45] <verterok> rye: there is all the metadata from didrocks machine?
[14:46] <rye> verterok, hm, he uploaded it as is, w/o archiving...
[14:46] <CardinalFang> lucio__, hihi!  https://bugs.edge.launchpad.net/ubuntu/+source/desktopcouch/+bug/451809   You re-set to Confimed on 25 Jan.  Is that true?
[14:46] <verterok> rye: ok, I'll check, thanks
[14:46] <rye> verterok, thanks!
[14:47] <lucio__> CardinalFang, i really cant tell now.
[14:48] <lucio__> CardinalFang, it really looks like i did change to confirmed, but i did not comment (-1 on me)
[14:49] <CardinalFang> lucio__, do you mind terribly if I set it Incomplete?
[14:49] <lucio__> CardinalFang, not at all. i can re test if you tell me how
[14:50] <CardinalFang> lucio__, Well, if you use a desktop-couch--using app, and it crashes, then you have tested.  Gwibber is a good test.
[14:50] <lucio__> im not touching gwibber, sorry, any other candidates?
[14:52] <rye> i got my own "server" couchdb...
[14:53] <rye> now i need to make it timeout
[14:54] <facundobatista> bac, the logs are rotated and we lost the info because of this: #570724
[14:55] <facundobatista> bac, please, restart the syncdaemon, so, it will start again, let it go to IDLE, and we can check those logs
[14:55] <facundobatista> bac, and avoid staying in the Downloads page of Rhythmbox, to avoid that bug
[14:56] <CardinalFang> lucio__, Hah.  'ps x |grep desktopcouc[h]' and if service isn't running , then just run  /usr/lib/desktopcouch/desktopcouch-service from the terminal.
[14:57] <bac> facundobatista: ok
[14:57] <facundobatista> bac, thanks
[14:59] <lucio__> CardinalFang, hitting "We seem to be running already, or can't publish our zeroconf advert." now. my isp has a .local domain
[15:03] <verterok> CardinalFang, lucio: I filed a similar bug regarding desktopcouch-pair or a related app
[15:04] <rye> bug #506601
[15:05] <rye> lucio__, are you running a linux router?
[15:05] <verterok> rye: bug #564068
[15:05] <verterok> :)
[15:06] <lucio__> rye, yes. i was hpoing somehow i could come across the knowledge i imagine you are about to share with me.
[15:07] <rye> lucio__, if you are running dnsmasq then you can make local to be really local -     --local=/domain/                Never forward queries to specified domains.
[15:08] <rye> I have --local=/local/ in the config, or option 'local' '/local/' in config 'dnsmasq' in OpenWRT config
[15:09] <rye> heeeey, my blogspot template removed blogspot thingie on top...
[15:10] <lucio__> rye, cool, added the --local thing into the text box, dc wont start with the same message, maybe stuff needs to be rebooted
[15:10] <bac> facundobatista, verterok: http://people.canonical.com/~bac/syncdaemon.log
[15:10] <rye> lucio__, dnsmasq needs to be restarted, right
[15:11] <lucio__> rye, tomato said it was restarting, but that did not help, ill try rebooting everything later today
[15:12] <rye> lucio__, it should read --local=/local/ for it to work
[15:12] <lucio__> it does
[15:13] <lucio__> rye: i dont have dns in my local network anymore :) i need to run, ill play with this later
[15:14] <CardinalFang> lucio__, thanks.
[15:14] <rye> if --local is supported in your dnsmasql config...
[15:14] <rye> s/config/release/
[15:36] <greg-g> quick (stupid) question: In lucid, does the UbuntuOne client create an indicator applet or similar so I can A) visualy see the status and B) start/stop U1?
[15:37] <greg-g> (iow: I don't have one, but this FAQ refers to one: https://answers.edge.launchpad.net/ubuntuone-client/+faq/778 or at least something like it in step 10)
[15:39] <duanedesign> greg-g: in Lucid the applet has been replaced by Ubuntu One Preferences. Found in the Me Menu or System > Preferences > Ubuntu One
[15:40] <greg-g> duanedesign: ah, gotcha.
[15:40] <verterok> bac: hi, I'm working on a script to dump the metadata of your syncdaemon in order to diagnose what might be the problem
[15:40] <greg-g> duanedesign: thanks.
[15:44] <rye> We'll be down for a little over an hour starting at 1700 UTC today (http://bit.ly/9k343s) to improve your sync performance
[15:45] <rye> hm, timezone.. hm
[15:46] <verterok> bac: here is the script: http://pastebin.ubuntu.com/423403/
[15:47] <verterok> bac: save it as dump_metadata.py and run: python dump_metadata.py ~/.local/share/ubuntuone/syncdaemon > syncdaemon-md.dump
[15:47] <bac> verterok: will do
[15:57] <mandel> ping teknico
[15:58] <teknico> mandel, pong
[15:59] <mandel> teknico, what is the "extended_address" field for?
[15:59] <mandel> teknico, cause you updated the wiki, right?
[16:00] <teknico> mandel, yes, I did
[16:00] <facundobatista> bac, thanks, verterok will work with you to ask for more data, and we'll analyze it together later
[16:00] <bac> thanks facundobatista
[16:00] <teknico> mandel, it's for whatever address information does not fit on the first address line
[16:01] <teknico> mandel, the changes comes from this discussion: https://lists.launchpad.net/ubuntuone-users/msg00555.html
[16:01] <verterok> facundobatista: I missed to add UDF support to the script :/ working on it ATM
[16:01] <facundobatista> verterok, ok
[16:02] <teknico> mandel, does that change create problems to you (or who knows, maybe new opportunities ;-) )?
[16:03] <mandel> teknico, no problem at all, I'm very open to this changes
[16:04] <mandel> teknico, I'll just update my code
[16:05] <teknico> mandel, that's good, however we'll have to track them more closely, we're going to have more and more user data impacted
[16:07] <mandel> teknico, I was thinking about that kind of things lately, but I think is better to talk about it in UDS. application_annotations would have been a good way to solve it, but since there is no many other desktopapp working with the data is not a problem
[16:08] <mandel> teknico, right now I'm focused on releasing a mono(thinking about tagging photos in f-spot with U1 contacts) lib to access desktopcouch to enable more apps so I'm on stand by right now in the address book
[16:08] <teknico> mandel, I see
[16:08] <teknico> mandel, application_annotations is useful to keep each app data from interfering with each other
[16:09] <teknico> mandel, but it's not going to prevent having to change the common part of the contacts definition, once in a while
[16:10] <mandel> teknico, indeed, but in this case I think that something with a name2 is an app extra data. But evo is the big guy here, so the rest can adapt
[16:44] <autarch> tracks from the u1 music store are transferring very slowly, and I was referred to this channel for help
[16:44] <autarch> the tracks are _finally_ starting to come through now
[16:45] <autarch> but it is very slow
[16:45] <autarch> anything I can investigate?
[16:47] <rye> autarch, we are now working to improve the filesyncing speed , there will be a service outage starting from 1700 UTC that will speed things up
[16:47] <autarch> so nothing I can do locally?
[16:48] <rye> well, the service outage is required to reconfigure the syncing service
[16:50] <autarch> sounds good
[17:02] <jay-tmt-2> I was having trouble with Ubuntu One file syncing, so I deleted a bunch of the files that were in my ~/Ubuntu\ One folder.  Now, in the web interface, those files are are all listed in gray text with the status "Uploading."  How can I remove them?
[17:04] <rye> jay-tmt-2, currently filesync is extremely slow, so the changes you have made (i.e. removed the files) might not be picked up by the server, there is an ongoing work to make the service faster so i'd suggest to wait for 3 hours (the reconfiguration should happen at 1700 UTC) before trying to recover the state
[17:05] <jay-tmt-2> Thanks rye; this has been going on for almost a week though.  Has filesync been slow for that long?
[17:06] <rye> jay-tmt-2, i'd rather say it was in this state during last month
[17:08] <jay-tmt-2> Ok, thanks again.  I'll just wait it out.  Also, how can I tell which of the several registered computers I'm currently working at?
[17:13] <easter_egg> I need some help with ubuntu one and evolution
[17:14] <easter_egg> I been install the evolution-couchdb
[17:14] <easter_egg> but
[17:14] <easter_egg> when I open evolution
[17:14] <easter_egg> none dialog appears
[17:15] <easter_egg> and
[17:15] <rodrigo_> none dialog appears?
[17:15] <easter_egg> rodrigo_, none
[17:15] <easter_egg> and
[17:15] <easter_egg> I can add
[17:15] <easter_egg> in the contacts place
[17:15] <easter_egg> but Ubuntu One contacts appears empty
[17:16] <rodrigo_> appear empty where?
[17:16] <easter_egg> an this isn't empty
[17:17] <easter_egg> something like this should be happen: https://wiki.ubuntu.com/UbuntuOne/Tutorials/Contacts
[17:18] <easter_egg> but none to to Allow access appears
[17:19] <easter_egg> and when I try to add Ubuntu One in contacts place of evolution, it appears inoperative
[17:19] <easter_egg> rodrigo_,  explained better?
[17:20] <rodrigo_> no, sorry, still don't understand what the problem is
[17:20] <easter_egg> rodrigo_, whell
[17:20] <rodrigo_> you shouldn't be adding Ubuntu One in contacts place, it's done automatically
[17:20] <rodrigo_> don't you already have a 'Ubuntu One' addressbook on the evolution left tree?
[17:20] <easter_egg> robtaylor, no... I don't have
[17:20] <easter_egg> I need to install the evolution-couchdb
[17:21] <rodrigo_> yes, you need to, have you restarted evolution after doing so?
[17:21] <easter_egg> and its suppose to do all automatically
[17:21] <easter_egg> yes.. I restartated
[17:21] <rodrigo_> run on a terminal -> evolution --force-shutdown and restart evolution again
[17:22] <easter_egg> ohh! XD
[17:23] <easter_egg> its work ;P
[17:23] <easter_egg> the evolution-data-server and the evolution-alarm-notify were still connected.
[17:23] <easter_egg> rodrigo_, thanks and sorry by the stupid mistake xD
[17:24] <rodrigo_> yeah. np, if running,. it doesn't get the new backends
[17:25] <easter_egg> yes, that's correct
[17:26] <easter_egg> :)
[21:29] <milanbv> hi! is it a known bug that the "More" link for files doesn't unroll (on the website)?
[21:35] <jay-tmt-2> milanbv: the server is undergoing some maintenance right now.  Check here for updates: http://identi.ca/ubuntuone
[21:36] <milanbv> OK, thanks
[21:36] <jay-tmt-2> No problem :)
[21:36] <milanbv> though I think it was also failing, but differently, a few days ago
[21:36] <jay-tmt-2> Hopefully whatever caused it to fail then will be addressed by this update.
[21:37] <milanbv> cool
[21:37] <milanbv> U1 is starting to be very nice, just need to fix a few annoying bugs (non-ASCII filenames...) :-)
[21:38] <rye> jay-tmt-2, milanbv the "More" links were disabled deliberately for the time being
[21:38] <rye> milanbv, as per failing in a different way - that's interesting
[21:38] <milanbv> let's see
[21:38] <rye> milanbv, non-ascii filenames are not supported, i.e. they will not be uploaded and the warning will be issued to the log
[21:38] <rye> milanbv, erm
[21:38] <milanbv> yeah, but that's pretty annoying for a LTS
[21:38] <rye> milanbv, no, non-utf8 filenames are not supported
[21:39] <milanbv> you guys are only English speakers, aren't you? ;-)
[21:39] <rye> milanbv, could you please describe what exactly is "not supported" regarding non-ascii
[21:39] <milanbv> I don't mean non-UTF8, I really mean non-ASCII
[21:39] <milanbv> cf. bug 557160
[21:40] <rye> what?
[21:40]  * rye subscribes
[21:40] <milanbv> not really confirmed, though
[21:40] <milanbv> I've not been able to find somebody who would explain the trace
[21:41] <rye> :-/
[21:42] <rye> milanbv, well, i found a related UDF error (thanks!), but as per e.g. cyrullic folders sync - that works for sure
[21:43] <rye> milanbv, will file it once the servers are brought up
[21:44] <rye> milanbv, ah, that's _about_ UDF
[21:45] <rye> milanbv, i believe this is easy to fix and will most likely go to SRU - stable release update. Adding this to my todo list (i am not really a developer, but i occasionally patch things that do not work)...
[21:48] <milanbv> rye: cool, thanks!
[21:48] <milanbv> that will really help
[21:49] <milanbv> (for now, I have renamed the dir to be ASCII, and I'm using a symlink for my work)
[21:51] <rye> there is a "# XXX Unicode boundary?" comment there...
[21:53] <milanbv> people should really avoid leaving those comments ;-)
[21:55] <rye> milanbv, no, there is an util that searches for such types of comments. If everything is great, this is one line change, but need servers back up to test. Stay tuned. I am assigning this bug to myself since I am extremely interested in having full non-latin1 support
[22:50] <Moe> Hey guys
[22:51] <Moe> I'm having trouble running the Ubuntu One Preferences on Xubuntu Lucid (updated a few minutes ago)
[22:51] <Moe> http://pastie.org/938154
[22:51] <Moe> Any help or pointers would be greatly appreciated
[22:52] <Moe> Oh, uhm
[22:52] <Moe> honk ?
[22:53]  * Moe chuckles
[22:53] <rye> Moe, hi
[22:53] <Moe> Hey
[22:53] <Moe> Guess honking on IRC does help at times
[22:53] <rye> Moe, currently file sync is under maintenance so it won't work, but your traceback is weird
[22:53] <Moe> rye: I know, I couldn't figure it out as well
[22:54] <Moe> My Python isn't exactly prime (I'm more of a C/perl type of guy)
[22:54] <Moe> But I couldn't find anything about it in Launchpad or the wiki
[22:54] <rye> Moe, could you please pastebin your /etc/xdg/ubuntuone/syncdaemon.conf and ~/.config/ubuntuone/syncdaemon.conf ?
[22:54] <Moe> So I stopped by to ask for help
[22:54] <dobey> looks like it's not finding your config file
[22:54] <Moe> Sure, sec
[22:54] <dobey> the former is probably not there
[22:54] <joshuahoover> Moe: do you have a ~/.config/ubuntuone/syncdaemon.conf file?
[22:56] <Moe> http://pastie.org/938171 < /etc/xdg/ubuntuone/syncdaemon.conf
[22:57] <Moe> http://pastie.org/938173 < .config/ubuntuone/syncdaemon.conf
[22:57] <Moe> joshuahoover: They're both present
[22:58] <dobey> Moe: apt-get remove python-ubuntuone-client, rm both those files, and then apt-get install ubuntuone-client-gnome
[22:58] <joshuahoover> Moe: try adding this to the syncdaemon.conf file
[22:58] <joshuahoover> [__main__]
[22:58] <joshuahoover> log_level = DEBUG
[22:58] <dobey> joshuahoover: no
[22:58] <dobey> joshuahoover: there is a LOT missing
[22:58] <joshuahoover> dobey: ah, ok
[22:58] <dobey> do what i said instead :)
[22:59] <Moe> On it
[22:59] <joshuahoover> Moe: yeah, do what dobey tells you to do ;)
[22:59]  * Moe obeys
[22:59] <dobey> since it looks like the one in /etc/ got overwritten with the wrong data
[22:59] <dobey> and was probably therefore not replaced on update
[23:00] <dobey> Moe: if after that, it still doens't work, please file a bug
[23:00] <dobey> i have to go get away from the computer now. later :)
[23:00] <Moe> Sec, reinstalling
[23:01] <Moe> I suppose there's no ETA on the current maintenance, right?
[23:01] <dobey> it shouldn't be long
[23:02] <Moe> Ok
[23:02] <Moe> Alright, it finished reinstalling
[23:02] <Moe> However, now there are no configuration files whatsoever
[23:02] <Moe> So I have to run anything besides ubuntuone-preferences first?
[23:03] <dobey> no
[23:03] <Moe> That's a shame really then ..
[23:03] <Moe> The error message stayed exactly the same
[23:03] <dobey> really?
[23:03] <Moe> Do note I'm running this on Xubuntu .. not on a "regular" installation
[23:04] <dobey> and what is in /etc/xdg/ubuntuone/syncdaemon.conf now?
[23:04] <Moe> If that makes for any difference
[23:04] <Moe> Nothing, it's gone
[23:04] <Moe> (You told me to remove it earlier)
[23:04] <dobey> what files are in /etc/xdg/ubuntuone/ ?
[23:04] <Moe> (And it hasn't come back since)
[23:04] <rye> dobey, residual config, removed config do not reappear
[23:04] <Moe> Nothing but a single directory
[23:04] <dobey> rye: huh?
[23:04] <rye> Moe, try apt-get --purge remove python-ubuntuone-client now
[23:04] <rye> Moe, and reinstall it
[23:05] <Moe> Okay!
[23:05] <dobey> oh, right --purge might do better i guess
[23:05] <dobey> that seems like a bug in dpkg
[23:05] <dobey> if the file doesn't exist, it should put it there
[23:05] <rye> dobey, no, if config is removed then dpkg honors that - it was not it who removed the file
[23:05] <rye> dobey, it was the mighty root
[23:06] <Moe> Okay, running
[23:06] <Moe> (The reinstall)
[23:06] <dobey> i don't understand what you just said
[23:06] <dobey> but anyway, i have to go :)
[23:06] <Moe> hehe
[23:06] <Moe> Yeah, I'm sorry
[23:06] <Moe> Okay, now I have all the necessary files as it seems
[23:07] <Moe> Drat!
[23:07] <Moe> ubuntuone-preferences still tanks
[23:07] <Moe> Makes me a sad panda
[23:07] <rye> Moe, ok, now we just need to wait until maintenance is done... and it is waaay night here...
[23:07] <rye> Moe, hm
[23:08] <rye> Moe, what's apt-cache policy ubuntuone-client ?
[23:08] <Moe> I do have a syncdaemon.conf in /etc/xdg/ubuntuone/ now
[23:08] <Moe> But none in .config/ubuntuone
[23:08] <Moe> Sec
[23:09] <rye> Moe, .config/ubuntuone are created by preferences
[23:09] <Moe> http://pastie.org/938191
[23:09] <Moe> That's the output you just requested
[23:09] <Moe> Sorry for the German
[23:10] <rye> Moe, apt-cache policy python-ubuntuone-client ?
[23:10] <rye> Moe, and could you please re-paste  /etc/xdg/ubuntuone/syncdaemon.conf now?
[23:11] <Moe> http://pastie.org/938196 < output
[23:11] <Moe> Configuration coming
[23:12] <Moe> http://pastie.org/938198 < syncdaemon.conf
[23:12] <rye> Moe, is there anything ubuntuone-related running - ps auxw | grep [u]buntuone
[23:12] <Moe> Checking
[23:13] <Moe> moe       1651  0.2  3.8  40284 19408 ?        SLl  Apr27   0:06 /usr/bin/python /usr/lib/ubuntuone-client/ubuntuone-syncdaemon
[23:13] <Moe> Uh
[23:13] <Moe> Suppose that could be the bummer, right?
[23:13] <rye> Moe, it can be though i not yet understand why
[23:13] <rye> could you please kill it?
[23:14] <Moe> Did so via u1sdtool -q
[23:14] <Moe> Still no go on ubuntuone-preferences :(
[23:15] <rye> what does ubuntuone-preference respond with?
[23:15] <Moe> The exact same error as before
[23:15] <Moe> Shall I paste it again?
[23:15] <Moe> It does look pretty much the same
[23:16] <rye> Moe, i am a bit more puzzled now
[23:16] <rye> Moe, are you sure that's the same machine?
[23:16] <Moe> Don't look at me .. I'm probably you-puzzled + 1
[23:17] <Moe> Absolutely
[23:17] <rye> Moe, could you please try killing syncdaemon completely , w/o u1sdtool
[23:17] <Moe> Uhm sure .. but there is no daemon running according to ps aux
[23:18]  * Moe checks to make sure
[23:19] <rye> Traceback (most recent call last):
[23:19] <rye>   File "/usr/bin/ubuntuone-preferences", line 801, in files_check_toggled
[23:19] <rye>     self.__music_check_toggled(self.music_check)
[23:19] <rye> AttributeError: 'UbuntuOneDialog' object has no attribute '_UbuntuOneDialog__music_check_toggled'
[23:19] <rye> wow
[23:19] <Moe> Okay, scratch my earlier assumption .. there actually way one daemon still running
[23:20] <Moe> *was
[23:20] <Moe> However, ubuntuone-preferences still isn't a go
[23:20] <Moe> rye: I don't suppose your wow is related to my issue (just making sure)?
[23:21] <rye> Moe, no, it is something different that actually makes [ ]  File sync checkbox a bit bad...
[23:21] <Moe> Ok
[23:22] <rye> Moe, so you run ubuntuone-preferences and it fails again?
[23:22] <Moe> Let me cycle that machine
[23:22] <Moe> Yes, indeed
[23:23] <rye> but howw???
[23:23] <Moe> Waiting for the boot process to settle
[23:24] <Moe> Alright, it's up again
[23:24] <Moe> Arg, no go
[23:25] <Moe> Just a quick check .. I'm running Python 2.6
[23:25] <Moe> It's supposed to work with that, right?
[23:26] <rye> Moe, python -c 'import xdg.BaseDirectory; print xdg.BaseDirectory.xdg_config_dirs'
[23:26] <rye> Moe, what does that ^ print?
[23:27] <Moe> moe@moe-laptop:~$ python -c 'import xdg.BaseDirectory; print xdg.BaseDirectory.xdg_config_dirs'
[23:27] <Moe> ['/home/moe/.config', '/etc/xdg/xdg-xubuntu']
[23:27] <rye> Moe, aaaha!
[23:27] <Moe> Ow!
[23:27] <rye> Moe, it does not read the config because it does not have to read that
[23:27] <rye> why?
[23:27] <Moe> The ubuntuone directory is missing
[23:27] <rye> ['/home/rtg/.config', '/etc/xdg/xdg-gnome', '/etc/xdg']
[23:27] <rye> that's what I have
[23:27] <Moe> I see
[23:27] <rye> ok, at least this is now not that scary
[23:28] <Moe> Indeed
[23:28] <Moe> I wonder why I'm missing the /etc/xdg part
[23:28] <rye> Moe, echo $XDG_CONFIG_DIRS
[23:28] <Moe> Just this: /etc/xdg/xdg-xubuntu
[23:29]  * ajmitch wonders why xubuntu has to be different there
[23:29] <Moe> Somehow it dawns on me this might be a Xubuntu error
[23:29]  * Moe wonders along with ajmitch 
[23:31] <rye> # readd default if was empty
[23:31] <rye>   if [ -z "$XDG_CONFIG_DIRS" ]; then
[23:31] <rye>     XDG_CONFIG_DIRS=$DEFAULT_XDG_CONFIG_DIRS
[23:31] <rye>   fi
[23:31] <rye>   export XDG_CONFIG_DIRS=${DEFAULT_XDG_CONFIG_DIRS}/xdg-${GDMSESSION}:$XDG_CONFIG_DIRS
[23:32] <rye> whatever
[23:32] <rye> /etc/X11/Xsession.d/60xdg_path-on-session
[23:33] <rye> something is broken
[23:34] <Moe> hm, yeah
[23:34] <rye> Moe, ok, quick solution is to have export XDG_CONFIG_DIRS=/etc/xdg:$XDG_CONFIG_DIRS somewhere before preferences/syncdaemon startup
[23:34] <rye> but i will look into this tomorrow, addint TODO item
[23:34] <Moe> Awesome, thank you
[23:34] <rye> Moe, what's your lp username, so that I could subscribe you to the bug report?
[23:35]  * rye will d/l xubuntu and see what's wrong...
[23:35] <Moe> Given that syncing isn't working right now I might as well wait for you to fix it
[23:35] <Moe> rye: moe@xfce.org is my launchpad login
[23:35] <Moe> mheiber should be the right user credentials
[23:36] <rye> Moe, ok, found you
[23:36] <Moe> Brilliant
[23:38] <rye> ok, so far i am disconnecting since it is 01:38 here
[23:38] <Moe> So I actually hit a bug
[23:38] <rye> Moe, yes, but with xubuntu, not ubuntuone
[23:38] <Moe> Right, thank you so much for your help and consideration
[23:38] <Moe> nod
[23:38] <Moe> Sleep well
[23:39] <rye> so good night all!
[23:55] <Bookman> My ubuntuone is still not syncing on my 10.04 or 9.10 machines....not sure what is wrong.  Do I have to start it up manually every login?
[23:56] <Bookman> Oh, I guess it is down.