=== tootherminator is now known as facundobatista === lifeless_ is now known as lifeless [04:09] How do I sync my online ubuntuone folder with the one i have on my computer? === cpg is now known as cpg|biab === cpg|biab is now known as cpg [06:42] Yay... it seems that my transfer queue is (slowly) decreasing === jamesh_ is now known as jamesh === sandy is now known as Guest9762 [09:33] mo [09:33] err, morning all :) [09:36] duanedesign, morning! [09:37] morning [09:39] hello rye :) [09:40] 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] https://lp-oops.canonical.com/oops.py/?oopsid=fighter [09:40] ubottu, you are not helping, at all [09:40] Error: I am only a bot, please don't think I'm intelligent :) [09:40] you are not helping nevertheless [09:40] lol [09:41] rye: duanedesign: is there a better workaround for the "STANDOFF state" bug than killing the login & syncdeamon processes? [09:41] kermiac, unfortunately no, it stucks in that state [09:41] rye: re oops script - that's awesome :) [09:42] rye and it gets stuck in that state because of a disruption in the connection? [09:43] 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] thank you. Just making sure i understand it. :) [09:46] 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] s/setep/step [09:48] also i have not had my coffe yet this morning, but this is not something i think i have seen before. bug 533277 [09:48] Launchpad bug 533277 in ubuntuone-client "Ubuntu One FATAL ERROR, IndexError: list index out of range" [Undecided,New] https://launchpad.net/bugs/533277 [09:49] kermiac: maybe, quit the client ? [09:51] duanedesign: hmm... maybe "killall ubuntuone-login && killall ubuntuone-syncdaemon && killall ubuntuone-client-applet" ? This is for karmic where there is an applet [09:51] gm-scripts response... why my gm scripts do not work with lp?.. [09:52] rye: I'm not sure mate, what's going wrong? [09:53] kermiac, well, the monkey sits in firefox status bar, displays that lp scripts are loaded but they do not have any effect... [09:55] 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] hmmm [09:56] https://edge.launchpad.net/~gm-dev-launchpad/+archive/ppa [09:56] rye: then just modify or add any responses as required [09:57] 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] 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] sorry, just trying to make sure I've got my head around it properly & I haven't reproduced it locally [10:04] rye: duanedesign ^^ ? [10:04] i think so. But from what ihave noticed the problem is usually caused by something else that causes it to keep happening [10:05] But i have only worked with a couple people who have had this. [10:05] 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] 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] kermiac, connection can be lost now due to server overload :( [10:13] 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] ah, life calls.... bbs [10:13] kermiac, well, it is more likely connection is lost due to overload if nothing else is specified in the bug report [10:13] perl knowledge interferes with basic python skills... [10:13] grrr [10:19] 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] hmmm, i cant do a half smilie... [10:22] popey: were you having an issue syncing your notes on Lucid? [10:22] rye, then you know what to do :-P [10:23] this morning i cant seem to sync. Havent started to look into it yet. [10:23] duanedesign, can't sync couchdb or files? [10:23] Tomboy [10:24] duanedesign, hmm [10:24] popey, you just get server error, right? [10:24] duanedesign: i was but i have fixed it [10:24] http://paste.ubuntu.com/423272/ [10:27] yeah i got a 404 http://fpaste.org/OOsX/ [10:29] 404.. grrrrrrrrrr [10:29] 404 means that token has expired, which is strange because they do not expire [10:33] 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] the url I have in there is https://one.ubuntu.com/notes [11:25] Is the musicstore down today? [11:25] "Connecting you to the Ubuntu One Music Store..." when I'm proceeding to checkout [11:39] aquarius, ^ [11:41] elzapp, does it happen repeatedly, or has it just happened once? [11:42] 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] 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] sure [11:44] 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] (sorry if you already know this stuff; do say so if you do) [11:44] and then start rhythmbox as: rhythmbox -D U1 [11:45] then try adding the song to your basket again and going to checkout, and tell me if you get the same problem. [11:45] Damn. Now it worked. [11:47] ok, starting to auto-duplicate server-side bug reports [11:48] elzapp, heh. You see our problem. We can't make it happen on demand, either, which makes it almost impossible to debug :( [11:53] I know very well that sort of problems [11:53] I'll attempt to do it on the other machine as well [11:55] 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] aquarius: I have one question... does my music purchases use space off my quota? [11:58] No dice on the other machine either [11:58] yes. However, you can purchase music even if you are up to your quota limit; music purchases themselves avoid the quota. [11:59] 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] By the way, it was not in checkout, but when adding a release to the shopping cart [12:05] Antother question: can I control the "mountpoint" for syncronized folders? [12:06] 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] Without symlinking Musikk to Music? [12:13] aquarius: I think I've spotted another bug in the music store... [12:14] Search for "Tron" [12:14] err [12:14] elzapp, the folder *does* synchronize to the same location on each machine. [12:14] I mean, search for "Joker", then select the release "Joker - Tron" [12:15] 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] aquarius: Yes, I'll explain my question better in a moment [12:16] In that release (Joker - Tron) there's two tracks [12:16] Tron (Original Mix) and Tron (VIP mix) [12:17] elzapp, ok, I can see those two tracks [12:17] Then when you buy the release, you'll notice that both is named Joker - Tron in the downloadlist. [12:17] And, in the end it seems that only one of them will be downloaded [12:17] elzapp, ah, yep; files with the same name is a known bug which is being worked on. [12:18] So, now I didn't get the track I actually wanted, since I bought the whole release :/ [12:18] 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] I see [12:19] Yes, I would've thought that the mixname also was included in the filename [12:19] as would we [12:19] joy [12:19] but the metadata we get for the track does not include it. It is most vexing. [12:19] how about the tracknumber then? [12:19] 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] I would've liked to have the tracknumber in the filename anyways [12:20] so would the rest of us. The track number isn't in the metadata, though :( [12:21] lovely :p [12:21] elzapp, welcome to my life ;) [12:21] I feel with you... I know very well how it is to integrate against incomplete and crappy API's === teknico is now known as teknico_away [12:23] 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] 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] rye, no, not without a complete and total rewrite of *everything*. [12:25] do you have *anything* that's unique in the metadata? [12:26] I know musicstores like www.beatport.com is prefixing each trackname with a track-id [12:26] 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] which is that track's ID in the catalogue [12:27] ok [12:27] 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] heh, yeah, but that's how beatport does itr [12:27] -r [12:28] 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] that sounds reasonableish [12:29] 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] yes... I would run my own rename-script on it anyway, and use the id3-tags [12:29] 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] too long filenames? [12:30] elzapp, ya. https://bugs.edge.launchpad.net/ubuntuone-servers/+bug/567339 [12:30] aquarius: thanks for the warning [12:30] Error: Could not parse data returned by Ubuntu: list index out of range (https://launchpad.net/bugs/567339) [12:30] ah, is a private bug. [12:31] what would happen when the store thinks I don't have the file anymore? [12:35] It'll show it as "You've deleted or moved this file; click to download it again" in My Downloads [12:35] so it's not a crisis or anything. [12:35] Can I use that to get the other track? [12:35] hrm. [12:36] sneaky. [12:36] I don't think so. [12:36] but I'd be interested in what happens if you try :) [12:36] (I recommend taking a second copy of the mp3 you've got first, though) [12:37] I provoked the problem with the cart again [12:37] http://pastebin.com/LuL1yPwS [12:38] aha! [12:39] there you go, aquarius [12:39] rodrigo_, we have a replication of the "libu1 shows the error page when checking out" problem [12:39] rodrigo_, http://pastebin.com/LuL1yPwS -- looks like calling the login D-Bus method failed [12:39] * rodrigo_ looks [12:39] rodrigo_, what might cause that? how do we fix it? [12:39] elzapp, rodrigo_ is the expert on this part :) [12:40] I have an idea why this happens :) [12:41] Yesterday, when I was debugging a file synchronization problem, I noticed that the client disconnects pretty often from the u1 filestorage [12:41] then, each time that happens, it takes the DBus service down and up again [12:42] If I then use the store at the same time, it can't access the dbus for syncdaemon [12:42] well, from that log, dbus calls are failing, yes [12:42] we don't deal correctly with dbus going down after having started the music store [12:44] elzapp, if you restart rhythmbox, does it work, right? [12:45] rodrigo_: Probably, just a sec [12:45] rodrigo_, hm, can we just follow dbus name change in rb plugin?.. [12:45] name owner change [12:46] rye, yes, we can [12:47] I can fonfirm that [12:47] confirm even [12:47] that it works after restarting rhythmbox [12:50] 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] I'll file a bug then :) [12:52] What parts of the logfile do you need attached? [12:53] and where is U1s launchpad? (cuz I'm lazy) [12:54] Ok, seems that I guessed right [12:55] ubuntu-bug libubuntuone-1.0-1 will file the bug for you [12:56] aquarius: according to this https://bugs.launchpad.net/ubuntuone-servers/+bug/544596 a fix is committed for the filename conflict problem ... or? [12:56] Ubuntu bug 544596 in ubuntuone-servers "Songs not transferred from music store to U1 storage" [Critical,Fix committed] [12:57] elzapp, the fix is committed but not yet rolled out [12:58] Yes [12:59] Hm, wait a minute... [13:00] couchdb is down, pinged admins [13:00] 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] elzapp, attach the log you pastebin'ed [13:02] but I can't seem to find the bug [13:02] couchdb is up [13:02] elzapp, file a new one, the other one was fixed, and the cause was different [13:03] ah [13:03] elzapp, the new bug is about not working ok with syncdaemon being killed [13:04] 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] and every time we think we've finally fixed it it turns out there's another reason why it might fail ;) [13:07] :) [13:07] aquarius: Time for "Your error id is musicstore-12345"-style errors? :) [13:09] Treenaks, I have been thinking about that in some detail for maverick. [13:10] 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] But I think we need something a little more detailed, and a Back button as well as reload. [13:17] Um... Isn't it possible to attach more than one file when reporting a bug? [13:20] there we go https://bugs.launchpad.net/ubuntu/+source/libubuntuone/+bug/570672 [13:20] Ubuntu bug 570672 in libubuntuone ""connecting..." page when adding tracks to the basket" [Undecided,New] === teknico_away is now known as teknico [13:58] aquarius: I renamed the Joker - Tron track.. Nothing has happened yet, though.. [13:58] elzapp, what happens if you go back to My Downloads? === cpg is now known as cpg|away [13:59] 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] hrm. [13:59] OK, so renaming a duplicate song doesn't work :( [13:59] slightly concerned that you're seeing 0% downloaded for a track which actually is downloaded, mind. [14:00] or to be exact "Tron - Joker [14:00] Tron [14:00] err [14:01] or to be exact "Transferring to your Ubuntu One storage" and "0MB downloaded" respectivelt [14:02] No idea which is the one I got and which is the one I didn't get though... [14:03] both listings is bad [14:05] http://twitpic.com/1iuxlc [14:09] hi verterok -- last week i turned on the debugging like you asked for the syncdaemon. the sync still has not happened. [14:10] 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] 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] elzapp: i just wasn't that verbose. :) [14:11] aha, that makes more sense :) [14:11] * bac passive aggressive this morning [14:12] bac: if you do "u1sdtool --current-transfers", does all transfers have bytes written/bytes read equal to deflated size? [14:14] elzapp: no. it shows 0, 0. for some reason the syncdaemon is not recognizing there are files that need to be transfered. [14:15] elzapp: verterok and i worked on debugging this issue quite a bit last week. [14:15] Is u1sdtool -s saying "connection: With User With Network"? [14:16] bac: hi [14:16] bac: refresh my memory, it was an issue with purchased music? [14:17] 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] verterok: rhythmbox shows "transferring to your U1 storage"" for the affected files, though they are already transfered on the server. [14:22] bac: and you can download the affected files from the web? [14:22] verterok: haven't tried [14:24] bac: please try it, and check if the file is "ok" [14:24] verterok: yes, downloaded one file and it is playing now. [14:25] bac: is there a bug for this? [14:26] bac: please could you upload full debug logs to pastebin/devpad/chinstrap or to the bug? [14:26] verterok: sure [14:30] verterok: it's at http://people.canonical.com/~bac/syncdaemon.log.gz but looks pretty boring [14:31] bac: indeed, please: tar -cjf syncdaemon-logs.tar.bz2 ~/.cache/ubuntuone/log ;) [14:32] bac, sorry if you already told this: which song is "stuck"? [14:33] facundobatista: an entire album -- django reinhardt [14:33] verterok: no, i never filed a bug. [14:34] verterok: http://people.canonical.com/~bac/syncdaemon-logs.tar.bz2 [14:35] facundobatista: which is a little ironic... [14:35] verterok, do you know who calls current_status every 5 seconds? [14:35] facundobatista: no idea [14:36] bac: ok, nothing interesting in the logs...looks like the files were rotated and now most of the useful info is gone :( [14:37] bac, are you calling SyncDaemon's get current status every 5 seconds somehow? [14:38] facundobatista: no [14:44] verterok, there was a metadata upgrade issue with didrocks - see people.canonical.com:~didrocks/ubuntuone. http://paste.ubuntu.com/420938/ [14:44] rye: yes [14:44] verterok, the location there is full of metadata, so if you are interested - feel free to grab [14:44] rye: looks like a partially upgraded metadata, e.g: syncdaemon was killed/terminated during metadata upgrade :( [14:45] rye: there is all the metadata from didrocks machine? [14:46] verterok, hm, he uploaded it as is, w/o archiving... [14:46] 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] Ubuntu bug 451809 in desktopcouch "desktopcouch applications throw 401 error" [High,Confirmed] [14:46] rye: ok, I'll check, thanks [14:46] verterok, thanks! [14:47] CardinalFang, i really cant tell now. [14:48] CardinalFang, it really looks like i did change to confirmed, but i did not comment (-1 on me) [14:49] lucio__, do you mind terribly if I set it Incomplete? [14:49] CardinalFang, not at all. i can re test if you tell me how [14:50] lucio__, Well, if you use a desktop-couch--using app, and it crashes, then you have tested. Gwibber is a good test. [14:50] im not touching gwibber, sorry, any other candidates? [14:52] i got my own "server" couchdb... [14:53] now i need to make it timeout [14:54] bac, the logs are rotated and we lost the info because of this: #570724 [14:55] bac, please, restart the syncdaemon, so, it will start again, let it go to IDLE, and we can check those logs [14:55] bac, and avoid staying in the Downloads page of Rhythmbox, to avoid that bug [14:56] 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] facundobatista: ok [14:57] bac, thanks [14:59] CardinalFang, hitting "We seem to be running already, or can't publish our zeroconf advert." now. my isp has a .local domain [15:03] CardinalFang, lucio: I filed a similar bug regarding desktopcouch-pair or a related app [15:04] bug #506601 [15:04] Launchpad bug 506601 in ubuntuone-client "Pairing and replication does not work if Avahi is down (dup-of: 504282)" [Medium,Triaged] https://launchpad.net/bugs/506601 [15:04] Launchpad bug 504282 in desktopcouch "desktopcouch should not require Avahi" [Undecided,Confirmed] https://launchpad.net/bugs/504282 [15:05] lucio__, are you running a linux router? [15:05] rye: bug #564068 [15:05] Launchpad bug 564068 in desktopcouch "desktopcouch-pair crashed with DBusException in call_blocking()" [Undecided,Confirmed] https://launchpad.net/bugs/564068 [15:05] :) [15:06] rye, yes. i was hpoing somehow i could come across the knowledge i imagine you are about to share with me. [15:07] 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] I have --local=/local/ in the config, or option 'local' '/local/' in config 'dnsmasq' in OpenWRT config [15:09] heeeey, my blogspot template removed blogspot thingie on top... [15:10] 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] facundobatista, verterok: http://people.canonical.com/~bac/syncdaemon.log [15:10] lucio__, dnsmasq needs to be restarted, right [15:11] rye, tomato said it was restarting, but that did not help, ill try rebooting everything later today [15:12] lucio__, it should read --local=/local/ for it to work [15:12] it does [15:13] rye: i dont have dns in my local network anymore :) i need to run, ill play with this later [15:14] lucio__, thanks. [15:14] if --local is supported in your dnsmasql config... [15:14] s/config/release/ [15:36] 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] (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] 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] duanedesign: ah, gotcha. [15:40] 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] duanedesign: thanks. [15:44] We'll be down for a little over an hour starting at 1700 UTC today (http://bit.ly/9k343s) to improve your sync performance === rye changed the topic of #ubuntuone to: https://one.ubuntu.com | Planned outage: 1700 UTC April 27 2010 ( http://bit.ly/9k343s ) | Known issues: https://wiki.ubuntu.com/UbuntuOne/Status | Say "honk" to get help for Ubuntu One. Please be patient | Ping beuno for phone contacts syncing [15:45] hm, timezone.. hm [15:46] bac: here is the script: http://pastebin.ubuntu.com/423403/ [15:47] bac: save it as dump_metadata.py and run: python dump_metadata.py ~/.local/share/ubuntuone/syncdaemon > syncdaemon-md.dump [15:47] verterok: will do [15:57] ping teknico [15:58] mandel, pong [15:59] teknico, what is the "extended_address" field for? [15:59] teknico, cause you updated the wiki, right? [16:00] mandel, yes, I did [16:00] bac, thanks, verterok will work with you to ask for more data, and we'll analyze it together later [16:00] thanks facundobatista [16:00] mandel, it's for whatever address information does not fit on the first address line [16:01] mandel, the changes comes from this discussion: https://lists.launchpad.net/ubuntuone-users/msg00555.html [16:01] facundobatista: I missed to add UDF support to the script :/ working on it ATM [16:01] verterok, ok [16:02] mandel, does that change create problems to you (or who knows, maybe new opportunities ;-) )? [16:03] teknico, no problem at all, I'm very open to this changes [16:04] teknico, I'll just update my code [16:05] 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] 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] 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] mandel, I see [16:08] mandel, application_annotations is useful to keep each app data from interfering with each other [16:09] mandel, but it's not going to prevent having to change the common part of the contacts definition, once in a while [16:10] 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] tracks from the u1 music store are transferring very slowly, and I was referred to this channel for help [16:44] the tracks are _finally_ starting to come through now [16:45] but it is very slow [16:45] anything I can investigate? [16:47] 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] so nothing I can do locally? [16:48] well, the service outage is required to reconfigure the syncing service [16:50] sounds good [17:02] 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] 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] Thanks rye; this has been going on for almost a week though. Has filesync been slow for that long? [17:06] jay-tmt-2, i'd rather say it was in this state during last month [17:08] 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] I need some help with ubuntu one and evolution [17:14] I been install the evolution-couchdb [17:14] but [17:14] when I open evolution [17:14] none dialog appears [17:15] and [17:15] none dialog appears? [17:15] rodrigo_, none [17:15] and [17:15] I can add [17:15] in the contacts place [17:15] but Ubuntu One contacts appears empty [17:16] appear empty where? [17:16] an this isn't empty [17:17] something like this should be happen: https://wiki.ubuntu.com/UbuntuOne/Tutorials/Contacts [17:18] but none to to Allow access appears [17:19] and when I try to add Ubuntu One in contacts place of evolution, it appears inoperative [17:19] rodrigo_, explained better? [17:20] no, sorry, still don't understand what the problem is [17:20] rodrigo_, whell [17:20] you shouldn't be adding Ubuntu One in contacts place, it's done automatically [17:20] don't you already have a 'Ubuntu One' addressbook on the evolution left tree? [17:20] robtaylor, no... I don't have [17:20] I need to install the evolution-couchdb [17:21] yes, you need to, have you restarted evolution after doing so? [17:21] and its suppose to do all automatically [17:21] yes.. I restartated [17:21] run on a terminal -> evolution --force-shutdown and restart evolution again [17:22] ohh! XD [17:23] its work ;P [17:23] the evolution-data-server and the evolution-alarm-notify were still connected. [17:23] rodrigo_, thanks and sorry by the stupid mistake xD [17:24] yeah. np, if running,. it doesn't get the new backends [17:25] yes, that's correct [17:26] :) === cpg|away is now known as cpg === lifeless_ is now known as lifeless [21:29] hi! is it a known bug that the "More" link for files doesn't unroll (on the website)? [21:35] milanbv: the server is undergoing some maintenance right now. Check here for updates: http://identi.ca/ubuntuone [21:36] OK, thanks [21:36] No problem :) [21:36] though I think it was also failing, but differently, a few days ago [21:36] Hopefully whatever caused it to fail then will be addressed by this update. [21:37] cool [21:37] U1 is starting to be very nice, just need to fix a few annoying bugs (non-ASCII filenames...) :-) [21:38] jay-tmt-2, milanbv the "More" links were disabled deliberately for the time being [21:38] milanbv, as per failing in a different way - that's interesting [21:38] let's see [21:38] 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] milanbv, erm [21:38] yeah, but that's pretty annoying for a LTS [21:38] milanbv, no, non-utf8 filenames are not supported [21:39] you guys are only English speakers, aren't you? ;-) [21:39] milanbv, could you please describe what exactly is "not supported" regarding non-ascii [21:39] I don't mean non-UTF8, I really mean non-ASCII [21:39] cf. bug 557160 [21:39] Launchpad bug 557160 in ubuntuone-client "Can't sync folders with non-ASCII names (valid UTF-8)" [Medium,Confirmed] https://launchpad.net/bugs/557160 [21:40] what? [21:40] * rye subscribes [21:40] not really confirmed, though [21:40] I've not been able to find somebody who would explain the trace [21:41] :-/ [21:42] milanbv, well, i found a related UDF error (thanks!), but as per e.g. cyrullic folders sync - that works for sure [21:43] milanbv, will file it once the servers are brought up [21:44] milanbv, ah, that's _about_ UDF [21:45] 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)... === cpg is now known as cpg|away [21:48] rye: cool, thanks! [21:48] that will really help [21:49] (for now, I have renamed the dir to be ASCII, and I'm using a symlink for my work) [21:51] there is a "# XXX Unicode boundary?" comment there... [21:53] people should really avoid leaving those comments ;-) [21:55]