jblount | HAMMERTIME | 09:29 |
---|---|---|
mrevell | Hello, I have a basic question that I can't find an answer to in the FAQ or the ML. | 11:02 |
mrevell | If I view a folder in the web interface, I can select all the files at once | 11:02 |
mrevell | but | 11:02 |
mrevell | I don't see a way to download all those files I've just selected. | 11:02 |
mrevell | What should I do to d/l mutliple files from a single folder through the web interface. | 11:02 |
mrevell | s/./? | 11:02 |
=== yofel_ is now known as yofel | ||
aquarius | jdo, http://www.mail-archive.com/apache-bugdb@apache.org/msg10215.html is someone complaining about %2F characters breaking ProxyPass. ELEVEN years ago. | 12:33 |
jdo | aquarius, yeah | 12:34 |
jdo | aquarius, it's actually by design | 12:35 |
aquarius | jdo, wtf? | 12:36 |
aquarius | why is that a useful thing to happen? | 12:36 |
BadOmen | Hi may i suggest that you put a max size on the syncdaemon.log, mine is now 5.2 GB. I stopt the program whene I so the disk spece was shrinking :) And i can not use syncdaemon.log it to see the problem because it is to big. | 12:40 |
aquarius | BadOmen, at the moment the logfile is in very-very-verbose mode because we're still in beta and it's important to be able to get feedback from people with problems | 12:42 |
aquarius | We'll be changing the default verbosity of the log :) | 12:42 |
BadOmen | okej :) | 12:42 |
BadOmen | the upload emblem does not go away after the upload is done. And can't you make an Emblem that is just a cloud that shows that it is in the cloud, after the upload has been done? | 12:56 |
BadOmen | It woloud be easy to se that you are in the folder thats shared in the cloude then. | 12:58 |
facundobatista | Llevando la conversación al punto explosivo de la catarsis | 13:25 |
facundobatista | Muy buenos días, gente | 13:25 |
rodrigo_ | meeting? | 15:07 |
vds | MEETING BEGINS: desktop+ you know how it works, say 'me' to join! | 15:08 |
rodrigo_ | me! | 15:08 |
vds | me | 15:08 |
CardinalFang | me | 15:08 |
teknico | me | 15:08 |
aquarius | me | 15:09 |
dobey | me | 15:09 |
aquarius | rodrigo_, you're a bit keen, aren't you? :) | 15:10 |
rodrigo_ | • DONE: Re-enabled HMAC oauth in U1 server. Wrote tomboy patch to support OAuth 1.0a | 15:10 |
rodrigo_ | • TODO: Talk to Ara about writing mago tests for evo-couchdb. Propose couchdb-glib/evo-couchdb for GNOME 2.29. Store UUIDs for postal addresses. Conflict resolver tool in pair tool. Look at becoming a MOTU (https://wiki.ubuntu.com/UbuntuDevelopers). openSUSE/Fedora packaging with aquarius. Make evo-couchdb deal with conflicting contact records. Simplify tomboy syncing config UI | 15:10 |
rodrigo_ | • BLOCKED: no | 15:10 |
rodrigo_ | vds: vai | 15:11 |
vds | DONE: wrote first version of couchdb database file watch daemon, on call review | 15:11 |
vds | TODO: on call review | 15:11 |
vds | BLOCKED: nope | 15:11 |
vds | CardinaFang all yours | 15:11 |
CardinalFang | DONE: re-merged a branch to desktopcouch. Packaged couchdb for PPA, got feedback. | 15:11 |
CardinalFang | TODO: finish packaging for distro. | 15:11 |
CardinalFang | BLOCKED: Not any more -- giving up on official 0.10 release. | 15:11 |
CardinalFang | teknico, hey | 15:11 |
teknico | DONE: sprinting in London, fixed two branches for adding/editing contacts (#406315) | 15:11 |
teknico | TODO: fix one more branch for adding/editing contacts (#406315), revise the contacts web ui interface according to the use cases, wireframes and design that came out of the sprint | 15:11 |
teknico | BLOCK: none | 15:11 |
teknico | next: aquarius | 15:11 |
aquarius | ⚀ DONE: sprinting in London: made Tomboy web notes UI nice, implemented tomboyxml to html converter and back again | 15:11 |
aquarius | ⚁ TODO: more sprinting. travel home. | 15:11 |
aquarius | ⚂ BLOCKED: | 15:11 |
aquarius | ⚃ BUG COUNT:https://bugs.edge.launchpad.net/~sil/+assignedbugs?field.tag=ubuntuone-karmic - 2 | 15:11 |
aquarius | is it a train? is it a plane? no it's dobey | 15:11 |
dobey | ☺ DONE: Found/Fixed #435992 #435994, | 15:11 |
dobey | ☹ TODO: Finish #434884, Fix #369488 | 15:11 |
dobey | ☹ BLCK: DBus is not letting me add methods in the applet. | 15:11 |
dobey | everything is as it should be | 15:12 |
vds | I guess that's it, EOM | 15:12 |
vds | thank you all! | 15:12 |
urbanape | Can I get a super-fast review for lp:~urbanape/bindwood/0.3-tag ? | 15:50 |
urbanape | https://code.edge.launchpad.net/~urbanape/bindwood/0.3-tag/+merge/12422 | 15:51 |
dobey | urbanape: done | 15:58 |
toros | hi | 16:26 |
dobey | hi toros | 16:27 |
toros | I see that lots of people having the same issue with the .u1conflict files | 16:28 |
toros | do you know what the problem is, or do you need further infos? | 16:29 |
dobey | i don't know about that. i believe there are some bugs filed about it though. i'm not working on that aspect of the system myself. one of the other developers might be able to help though | 16:30 |
dobey | facundobatista, verterok: I believe that's your area of expertise, yeah? :) | 16:30 |
toros | yes, I have seem some bugreports about the case | 16:30 |
facundobatista | dobey, reading | 16:30 |
toros | so I don't know if there are enough infos about the problem, or no | 16:31 |
toros | I don't want report duplicate bugs :) | 16:31 |
facundobatista | toros, what's happening with ".u1conflict" to you? | 16:31 |
toros | pretty stupid bug: some of my files are renamed to something.u1conflict when the client starts | 16:32 |
toros | then on the next start, the same file gets synchronized again | 16:32 |
toros | but only when there is a change in that particular folder | 16:33 |
facundobatista | toros, let's do this | 16:33 |
facundobatista | toros, stop the client | 16:33 |
facundobatista | toros, start it again, and if you see something bad in *this* run, give me the logs | 16:34 |
toros | okay, I'll try | 16:35 |
toros | It's not always very easy to replicate exactly the bug | 16:36 |
toros | because the file is renamed only on the machine which downloaded the file (so not on the first machine, where I uploaded it) | 16:36 |
facundobatista | toros, I understand, but conflict situations are not exactly "pretty stupid", so we need the logs of when that happens to study them | 16:39 |
facundobatista | toros, if it happens again to you, remember to file a bug and attach the logs of that run | 16:39 |
facundobatista | toros, do you know where are the logs located? | 16:40 |
toros | facundobatista: yes, I know | 16:42 |
toros | However it's pretty huge :) | 16:42 |
toros | okay, I will later try to do some tests, and locate the problem as exactly as I can | 16:42 |
toros | I was just curious if this is a known issue, because it seems that lots of people are affected, but it is pretty hard figuring out, what really happens | 16:43 |
toros | now I'm having dinner, and then I'll try to create a bugreport that you can use :) | 16:44 |
facundobatista | toros, thank you!! | 16:44 |
toros | bye, see you later | 16:44 |
toxicWombat | Are there server problems at the moment? I'm trying to add a new computer and getting this in the logs: | 16:56 |
toxicWombat | 2009-09-25 08:48:51,710:710.211038589 UbuntuOne.OAuthDesktop.auth Token was not successfully retrieved: data was 'Internal Server Error | 16:56 |
dobey | toxicWombat: hrmm, it should be working | 17:01 |
toxicWombat | dobey, darnit. That's what I was afraid of. I launch the client, the client opens the "add a computer" web page, I hit the button, then the client suddenly drops | 17:01 |
toxicWombat | are all the local settings for the client stored in ~/.cache/ubuntuone ? | 17:02 |
dobey | no, there aren't any settings stored there | 17:05 |
dobey | hrmm | 17:05 |
dobey | define "drops" | 17:05 |
toxicWombat | "no longer runs". No process is running | 17:06 |
dobey | the icon hides itself by default after a short period of time when there's no inactivity | 17:06 |
dobey | did you check the process list? | 17:06 |
toxicWombat | Yup | 17:06 |
dobey | ps afx|grep ubuntuone | 17:06 |
toxicWombat | Really should put ctrl-w somewhere else on the keyboard... | 17:07 |
toxicWombat | ps afx |grep ubuntuone gives me nothing (aside from the grep itself) | 17:08 |
toxicWombat | incidentally, when I first tried to add the computer, I fat-fingered the password and that may have been when my current joy began | 17:08 |
dobey | did you click "Deny" on the add the computer page? | 17:09 |
toxicWombat | nope | 17:09 |
dobey | if you typed the wrong password for your keyring, or clicked deny, it would have exited | 17:09 |
dobey | but we don't store anything in that case | 17:09 |
* toxicWombat nods | 17:09 | |
dobey | so starting the client again should just take you through the process again | 17:09 |
toxicWombat | which it does. | 17:10 |
toxicWombat | and takes me to the "add computer" page, I accept, then the client quits | 17:10 |
toxicWombat | tried switching my default browser and doing it in opera, but had the same issue | 17:11 |
dobey | can you pastebin your ~/.cache/ubuntuone/log/oauth-login.log please | 17:11 |
dobey | on pastebin.ubuntu.com or somewhere | 17:12 |
toxicWombat | will do | 17:12 |
toxicWombat | http://pastebin.ubuntu.com/278069/ | 17:13 |
dobey | oh, hmm | 17:13 |
toxicWombat | this is after some experimenting with the ~/.cache, so it's only the most recent attempt | 17:13 |
dobey | ok, so there does appear to be an issue with the server right now | 17:17 |
toxicWombat | Ah, I thought as much. Good to know I haven't gone mad | 17:17 |
dobey | i got an internal server error too at the same point | 17:19 |
toxicWombat | Well, thanks for the verification. Looks like it's back to work for me | 17:20 |
dobey | have ops looking at it, thanks :) | 17:20 |
toros | re | 17:35 |
toros | facundobatista: I think I was able to corner the issue: https://bugs.launchpad.net/ubuntuone-client/+bug/436760 | 18:33 |
ubottu | Launchpad bug 436760 in ubuntuone-client "Ubuntu One renames files to filename.u1conflict - but there is no conflict at all" [Undecided,New] | 18:33 |
CardinalFang | jan____, hi. I'm trying to make packages for couchdb, and I'm running in to an error of couchjs not finding libmozjs.so . What do you know of it? | 18:38 |
facundobatista | toros, we need full logs | 18:40 |
facundobatista | toros, bzip2 them | 18:41 |
CardinalFang | jan____, maybe I don't need help. ... | 18:41 |
facundobatista | toros, in your description, in point 6 you "restart" the client in your second machine... that means that it was running all through point 5? | 18:42 |
toros | facundobatista: as I said, the middle part is the same about 500 times :) so you won't see there anything new | 18:43 |
facundobatista | toros, you shouldn't have anything repeated 500 times, so that could be the cause of it | 18:43 |
toros | yes, it was | 18:44 |
toros | so both machines were on and online at that moment | 18:44 |
facundobatista | toros, so I don't understand the point 6 | 18:45 |
facundobatista | toros, you say "I restarted the Ubuntu One daemon on my second computer, and waited until it synced the file (still no conflict at this point)" | 18:45 |
facundobatista | toros, but the file should be synced at the moment of point 5, where you copied the second file in the first machine | 18:46 |
toros | no, it hasn't | 18:46 |
toros | It was synced only when I restarted the daemon | 18:46 |
facundobatista | toros, ok | 18:46 |
facundobatista | toros, maybe the interclient notificactions are taking longer, I know there was an issue about that | 18:47 |
toros | I see some strange things in the first log at 18:29:17,533 | 18:47 |
toros | is that part normal? | 18:47 |
toros | If I am not wrong, the file should be synced by then | 18:48 |
facundobatista | toros, that line seems ok | 18:48 |
toros | okay | 18:49 |
facundobatista | toros, anyway, would you please submit the full logs? | 18:50 |
toros | yes | 18:50 |
toros | Should I tar.gz it? | 18:50 |
facundobatista | toros, please | 18:52 |
toros | okay | 18:52 |
facundobatista | toros, I would need the logs previous to the last run in the second machine | 18:52 |
toros | okay, I will include them too | 18:52 |
toros | one moment please | 18:53 |
facundobatista | toros, thanks!! | 18:53 |
aquarius | if the logs are huge at the moment, is it worth deleting the logs so if it *does* happen again the logs you upload will be smaller? facundobatista? | 18:53 |
facundobatista | aquarius, everytime you start the client the log is rotated | 18:54 |
facundobatista | aquarius, is completely safe to delete them | 18:55 |
aquarius | facundobatista, oh, really? cool! I didn't know that :) | 18:55 |
aquarius | stops people saying "I have a 5GB log" :) | 18:55 |
dobey | aquarius: please please please get rid of pycurl | 18:55 |
dobey | aquarius: stops people saying it, assuming they actually go and delete the files regularly, which they won't | 18:55 |
aquarius | dobey, I should have a chance to look at that early next week, now that I'm not sprinting any more | 18:56 |
aquarius | what's up with pycurl? | 18:56 |
toros | facundobatista: there they are :) | 18:56 |
facundobatista | toros, thanks! | 18:56 |
dobey | well apparently it doesn't raise an error on 5xx/4xx responses | 18:56 |
toros | it was just 70 KB gzipped | 18:56 |
aquarius | dobey, wtf? rly? that's rubbish | 18:58 |
aquarius | maybe the error needs re-raising | 18:58 |
aquarius | question: when testing against localhost, do we have a (self-signed) cert so that we're using https? | 18:59 |
dobey | aquarius: yes | 18:59 |
aquarius | cool | 18:59 |
dobey | oh | 18:59 |
dobey | you asked that while i was typing a response to the "wtf? rly?" | 18:59 |
aquarius | oh, heh. | 18:59 |
aquarius | the whole reason for using pycurl is its proper handling of SSL. Not having any SSL to test against will make it a PITA | 19:00 |
dobey | i don't think we use https on localhost | 19:00 |
aquarius | :( | 19:00 |
dobey | but | 19:00 |
dobey | and we don't want to test against a self-signed cert anyway | 19:00 |
dobey | because that will just mean our code will successfully let someone MitM our cert :) | 19:01 |
aquarius | well, no, we want to test against a real cert, but we don't have one for localhost, and I'm not sure you can *get* one for localhost. Which means we can't actually test. | 19:01 |
dobey | well | 19:01 |
dobey | we can test that it fails correctly | 19:03 |
dobey | which is really what we want | 19:03 |
dobey | and we can test success against the live site easily enough | 19:03 |
dobey | or we can test that the public cert validates correctly | 19:03 |
dobey | outside of the HTTP bits | 19:04 |
aquarius | mm, true enough, I suppose | 19:04 |
dobey | i suspect hooking it up will be harder than testing it | 19:04 |
aquarius | still a big pain, though :( | 19:05 |
dobey | but probably not as hard as using dbus | 19:05 |
aquarius | the whole thing's hard :( | 19:05 |
dobey | yes | 19:06 |
dobey | i just wish i knew why dbus won't let me do what i want to do | 19:06 |
facundobatista | toros, *ping* | 19:07 |
facundobatista | toros, can you tell me please which client version you're using? | 19:07 |
toros | facundobatista: yepp: 0.95.0+r213-0ubuntu1~ppa2~jaunty | 19:08 |
toros | should I try the latest nightly? | 19:08 |
facundobatista | toros, wait | 19:08 |
toros | ok | 19:08 |
dobey | aquarius: http://pastebin.ubuntu.com/278134/ <- does that look like it will break in any way? | 19:15 |
dobey | verterok: ^^ does that patch make sense to you too? | 19:16 |
* verterok looks | 19:17 | |
verterok | dobey: so, the applet will expose set_visibility_config and set_connection_config via dbus ('/config'), right? | 19:19 |
dobey | verterok: that's the idea, ywah. but it's not working for me :( | 19:20 |
verterok | dobey: what's the problem? not exposing the methods? | 19:20 |
dobey | yeah, they don't show up in d-feet (which pops up a friendly apport crash dialog), and my code gives this: http://pastebin.ubuntu.com/278138/ | 19:21 |
facundobatista | toros, we've been discussing your issue with verterok | 19:28 |
facundobatista | toros, would you be so gentle to do a test similar to what you've done for the bug? | 19:28 |
verterok | dobey: I don't see any obvious error in the code :( | 19:28 |
toros | facundobatista: yes. What should I do? | 19:29 |
dobey | verterok: yeah, the code seems fine (and i pretty much just copied what syncdaemon does in dbus_interface.py) | 19:29 |
dobey | verterok: hence my confusion | 19:30 |
facundobatista | toros, remove everything, clean everything, and go to the step 5 | 19:30 |
facundobatista | toros, leave stuff for 3-4 minutes, stop both clients | 19:31 |
facundobatista | toros, give verterok and me the latest log of the second machine | 19:31 |
verterok | dobey: I think I found the problem! :) | 19:32 |
facundobatista | toros, and we'll ask you to check in your partials directory (verterok, what directory should be it for revno 213? | 19:32 |
verterok | dobey: all dbus-exposed objects in syncdaemon, extend DBusExposedObject, which extends dbus.service.Object | 19:33 |
toros | facundobatista: okay | 19:33 |
verterok | dobey: and the exposed methods are declared inside the exposed objects | 19:33 |
verterok | dobey: so, try this. create a class...let's callit Config ;) class Config(dbus.service.Object) | 19:34 |
dobey | verterok: the methods have to be methods on that object? | 19:35 |
toros | so, I cleaned all files from my Ubuntu One folder | 19:35 |
verterok | dobey: take the Config class in syncdaemon as an example. this class is just a wrapper (or not, your call) wth all the dbus stuff | 19:35 |
verterok | dobey: I think so | 19:35 |
dobey | ugh | 19:35 |
toros | I stopped the daemon, and deleted the Ubuntu One and the .cache/ubuntuone folder from both machines | 19:37 |
toros | okay, I copied the first file into Ubuntu One on the first machine, the second synchronized it | 19:40 |
toros | should I restart the daemon, or just copy the second file now? | 19:40 |
facundobatista | toros, I'd follow the steps you did before as close as you can... with one caveat: be sure to leave some minutes the system idle before stoping the client | 19:42 |
facundobatista | toros, just to be sure it finished doing everything | 19:42 |
dobey | verterok: so it seems to be :-/ | 19:42 |
toros | okay | 19:43 |
facundobatista | toros, you can also check the logs | 19:43 |
facundobatista | toros, do a "tail -f" on syncdaemon.log | 19:43 |
dobey | verterok: thanks | 19:43 |
facundobatista | and wait for it to say "IDLE" | 19:43 |
verterok | dobey: it's ugly :/ | 19:43 |
verterok | dobey: np, :D | 19:43 |
toros | facundobatista: okay, it's idle... now I restart the daemon on the second machine, and then I will copy the second file on the first machine | 19:45 |
jan____ | CardinalFang: you sorted? | 19:46 |
facundobatista | toros, great | 19:46 |
CardinalFang | jan____, I'm sorted. | 19:48 |
toros | now waiting for the second file arriving to the second machine | 19:48 |
dobey | verterok: *finally* i can call that branch done! :) | 19:49 |
verterok | :) | 19:49 |
jan____ | perfect | 19:50 |
toros | hmmm, still waiting for the second file to arrive | 19:52 |
toros | but the syncdaemon seems to be idle | 19:52 |
toros | should I check something? | 19:53 |
toros | i see both files in the web interface | 19:54 |
toros | facundobatista: hmmm, the second machine won't sync the second file... I uploaded it 10 minutes ago from the first machine... | 20:03 |
facundobatista | toros, stop both clients, give me the logs of the second machine | 20:03 |
toros | okay | 20:04 |
toros | facundobatista: here it is: toros.hu/server/toros-syncdaemonlog-1.tar.gz | 20:10 |
toros | should I put it somewhere else to? | 20:10 |
facundobatista | toros, nop | 20:11 |
facundobatista | toros, please, do the following: | 20:11 |
facundobatista | "ls -la /home/toros/Ubuntu One/test/" | 20:12 |
facundobatista | and tell me what you get | 20:12 |
toros | I see two files on the first machine: karmic-boot.png and karmic-frog.png | 20:13 |
toros | and just one file on the second machine: karmic-boot.png | 20:13 |
toros | so no hidden files | 20:14 |
raindog | I was unable to connect to ubuntuone so I logged into the website. I was trying to add this machine and removed the previous machine entry. Now it does not ask to add this machine and still won't connect. What am I doing wrong? | 20:15 |
toros | the permissions are different, if this means anything... | 20:16 |
dobey | raindog: if you quit the applet, and start it again, it should take you through the process | 20:16 |
toros | on the first machine it is: -rwx------ and on the second: -rw-r--r-- | 20:16 |
dobey | raindog: on the other hand, there's an issue we're working to fix, with adding a computer, right now :) | 20:17 |
raindog | dobey: Thanks. I figured out about restarting the applet. As for adding a machine, yeah - no go. Thank you very much for the information. | 20:18 |
raindog | dobey: When the fix for adding a machine is complete will there be an announcement on the mailing list? | 20:18 |
dobey | raindog: yeah, there's an issue on the server we're trying to debug right now | 20:18 |
dobey | raindog: there can be | 20:19 |
raindog | dobey: Not a big deal either way. And , once again thanks. | 20:19 |
dobey | sure :) | 20:20 |
facundobatista | toros, so, leave the first machine off | 20:21 |
facundobatista | toros, go to the second machine, turn the client on, wait for it to be idle, turn it off | 20:22 |
facundobatista | toros, and give me the logs, and do the "ls" again | 20:22 |
facundobatista | toros, oh, wait! | 20:23 |
facundobatista | toros, all tests are doomed | 20:23 |
facundobatista | toros, I can see now why all I saw was happening | 20:23 |
facundobatista | verterok, ping | 20:24 |
toros | facundobatista: ohhh... | 20:25 |
facundobatista | toros, maybe is something broken in your installation | 20:26 |
facundobatista | toros, see: | 20:26 |
facundobatista | toros, you said you have package version "0.95.0+r213-0ubuntu1~ppa2~jaunty" | 20:26 |
facundobatista | that is client revno 213 | 20:26 |
toros | yepp | 20:27 |
toros | on both machines | 20:27 |
facundobatista | mmm... | 20:28 |
facundobatista | no, forget it | 20:28 |
facundobatista | I'm seeing something strange, but maybe does not affect the test | 20:28 |
toros | what do you see? | 20:28 |
facundobatista | and I don't want to just dismiss you and make you update | 20:28 |
facundobatista | no matter, let's finish the test | 20:28 |
toros | okay | 20:29 |
facundobatista | go to the second machine, turn the client on, wait for it to be idle, turn it off | 20:29 |
facundobatista | and give me the logs, and do the "ls" again | 20:29 |
toros | ok | 20:29 |
facundobatista | verterok, check http://toros.hu/server/toros-syncdaemonlog-1.tar.gz | 20:30 |
facundobatista | verterok, second-syncdaemon.log, lines 32 to 37 | 20:31 |
toros | facundobatista: http://toros.hu/server/toros-second-syncdaemon-2.log | 20:36 |
toros | I see 3 files: karmic-boot.png, karmic-frog.png and .u1partial.karmic-frog.png | 20:37 |
facundobatista | verterok, ^^^!!!! | 20:38 |
facundobatista | toros, do "ls -la" of them | 20:40 |
facundobatista | toros, I want to see permission bits, and sizes | 20:41 |
toros | http://paste.ubuntu.com/278202/ | 20:42 |
facundobatista | toros, it's very strange for you to have the .partial there | 20:43 |
facundobatista | *very* strange | 20:43 |
facundobatista | toros, you're not over NFS, or samba, or a pen drive, or anything strange, right? | 20:43 |
toros | no, I'm not | 20:43 |
toros | ext3 on the second machine | 20:44 |
toros | ext4 on the first | 20:44 |
facundobatista | toros, if you update to to a version >216 | 20:45 |
facundobatista | toros, the .partials are stored in other directory | 20:46 |
facundobatista | but in your case I don't know if the .partial we also be left | 20:46 |
toros | do you have any idea, what could be the problem? :) | 20:47 |
verterok | facundobatista: nautilus? | 20:47 |
verterok | facundobatista: do you remember, that nautilus was creating partial files? | 20:47 |
facundobatista | toros: did you use nautilus at all? | 20:48 |
facundobatista | toros, the file browser, I mean | 20:49 |
toros | yes, I did | 20:49 |
toros | I copied the file via nautilus | 20:49 |
facundobatista | toros, *that* | 20:49 |
toros | so it is a nautilus bug? | 20:50 |
facundobatista | no | 20:50 |
facundobatista | it's a bug in a plugin of nautilus | 20:50 |
facundobatista | a plugin from ubuntuone | 20:50 |
dobey | huh? | 20:50 |
verterok | dobey: you already fixed that | 20:51 |
dobey | yes | 20:51 |
toros | so if I upgrade to a newer version, the problem should be solved? | 20:51 |
dobey | but even so they weren't .partial.filename, they were filename.partial | 20:51 |
facundobatista | dobey, oh, you're right | 20:52 |
facundobatista | verterok, he's right | 20:52 |
dobey | toros: what version do you have? | 20:53 |
toros | revno 213 | 20:53 |
toros | I found this bugreport about the partial filenames: https://bugs.launchpad.net/ubuntuone-client/+bug/379018 | 20:54 |
ubottu | Launchpad bug 379018 in ubuntuone-client ".partial files shouldn't be visible in the UbuntuOne folder during syncing" [High,Fix released] | 20:54 |
dobey | ok. the nautilus plugin thing was fixed in r217 | 20:54 |
facundobatista | dobey, ok, but it was another name there... | 20:55 |
toros | so I should upgrade now to the latest nightly, and try it again? | 20:55 |
facundobatista | toros, the best we can do | 20:55 |
facundobatista | is to upgrade | 20:55 |
dobey | facundobatista: right | 20:55 |
toros | facundobatista: okay | 20:55 |
facundobatista | toros, too many changes to just try to understand what could be wrong | 20:55 |
facundobatista | verterok, in which directory are now stored the .partial? | 20:55 |
facundobatista | verterok, I'd like toros to do the same test and check that directory manually | 20:55 |
verterok | facundobatista: ~/.cache/ubuntuone/partials | 20:56 |
verterok | toros: ^ | 20:56 |
toros | okay | 20:56 |
toros | I'm upgrading right now | 20:56 |
facundobatista | toros, you're the awesome | 20:59 |
toros | facundobatista: thanks :) | 21:04 |
toros | hmmm, it won't connect on the second machine | 21:08 |
toros | OSError: [Errno 13] Permission denied: '/home/toros/.local/share/ubuntuone/syncdaemon' | 21:09 |
facundobatista | verterok, ^ | 21:09 |
facundobatista | toros, I need to run, but verterok well keep helping you to debug this | 21:09 |
verterok | toros: did you started the client as root? | 21:09 |
toros | no | 21:09 |
verterok | toros: please paste: ls -la /home/toros/.local/share/ubuntuone/syncdaemon | 21:09 |
toros | ls: cannot access /home/toros/.local/share/ubuntuone/syncdaemon: No such file or directory | 21:10 |
verterok | toros: sorrry: ls -la /home/toros/.local/share/ubuntuone | 21:11 |
toros | http://paste.ubuntu.com/278221/ | 21:12 |
verterok | thx | 21:12 |
verterok | toros: looks like you don't have write perms in that dir :/ | 21:13 |
toros | yepp, and I don't understand, why... that's strange... | 21:13 |
verterok | toros: possibly a new bug due to the metadata move from ~/.cache to ~/.local/share/ubuntuone | 21:13 |
toros | should I change the permissions, and see what happens? | 21:14 |
verterok | toros: so, for the moment, just chmod the dir perms | 21:14 |
toros | okay, now it works | 21:15 |
verterok | good | 21:15 |
toros | it is syncing the file | 21:15 |
verterok | toros: please, do: ls -la ~/.cache/ubuntuone/partials | 21:15 |
verterok | toros: or: watch 'ls -la ~/.cache/ubuntuone/partials' ;) | 21:16 |
toros | http://paste.ubuntu.com/278223/ | 21:16 |
toros | it's okay so far... | 21:17 |
verterok | ok | 21:17 |
toros | now I try the part were I had the problem: I stop the client, then I restart it, and copy the second the second file | 21:17 |
toros | and see what happens | 21:17 |
verterok | ok | 21:18 |
Chipaca | the suspense is killing me | 21:21 |
verterok | toros: if the file don't sync in the other client, please: stop the client, paste the logs, and start it again (the notifications may take some time) | 21:21 |
toros | ok | 21:22 |
verterok | Chipaca: we need drums | 21:22 |
toros | toros.hu/server/toros-second-syncdaemon-3.log | 21:25 |
verterok | toros: that's the log of the second client? | 21:26 |
toros | yes | 21:26 |
toros | and now I restarted again the second client | 21:26 |
toros | and now it synchronized the second file | 21:27 |
toros | the partials folder is empty | 21:27 |
toros | and the client is idle | 21:27 |
verterok | toros: ok, so it worked :) | 21:27 |
verterok | so, no partials left around...that's good | 21:28 |
toros | well... now I see a file called .u1partial.karmic-frog.png in my test folder | 21:28 |
toros | so it's still there | 21:28 |
toros | what I really don't understand, how... | 21:29 |
verterok | toros: that's bad :( | 21:29 |
verterok | toros: could you paste the new logs? | 21:29 |
toros | toros.hu/server/toros-second-syncdaemon-4.log | 21:30 |
verterok | toros: is the 2nd client updated? | 21:34 |
toros | yes, it is | 21:34 |
toros | http://paste.ubuntu.com/278229/ | 21:35 |
verterok | hmm, ok. what it's happening it's weird...there shouldn't be a .u1partial file in your test folder, partials are stored in other place | 21:35 |
verterok | Chipaca: any ideas? ^ | 21:36 |
verterok | toros: ok, I think it's time to file a bug about this .u1partial files | 21:36 |
verterok | toros: on more thing. please restart the client in the second machine, and get the logs | 21:37 |
toros | this is my original bugreport: https://bugs.launchpad.net/ubuntuone-client/+bug/436760 | 21:37 |
ubottu | Launchpad bug 436760 in ubuntuone-client "Ubuntu One renames files to filename.u1conflict - but there is no conflict at all" [Undecided,New] | 21:37 |
verterok | toros: ok | 21:37 |
Chipaca | verterok: wasn't the bug where nautilus created the partials fixed? | 21:38 |
hamax | I have troubles adding my computer to ubuntu one. Every time I click Add this computer, ubuntu one icon disappear without error. I tried this on karmic in virtualbox and on jaunty. Both systems are updated. Any ideas? | 21:38 |
verterok | Chipaca: but that partial isn't created by nautilus...or is it? | 21:38 |
toros | It created a huge logfile again | 21:39 |
toros | 5 mbytes | 21:39 |
verterok | toros: as Chipaca pointed out it might be nautilus messing with the partials | 21:39 |
toros | something just like this: http://launchpadlibrarian.net/32440733/second-syncdaemon.log | 21:39 |
verterok | toros: did you restarted nautilus after the upgrade? | 21:39 |
toros | verterok: no | 21:39 |
verterok | dobey: how should we do to restart nautilus? | 21:40 |
toros | I think it's time to restart it, isn't it? | 21:40 |
verterok | toros: yes, to load the new extension | 21:40 |
toros | verterok: so I should logout now, and login again? | 21:41 |
toros | or maybe restart the whole computer? | 21:41 |
verterok | toros: it shouldn't be needed | 21:41 |
dobey | verterok: log out and in, or just kill it | 21:41 |
verterok | toros: worts case ^ | 21:41 |
verterok | *worst | 21:41 |
verterok | dobey: thanks! | 21:41 |
toros | okay, I do a logout-login | 21:42 |
toros | one moment | 21:42 |
toros | re | 21:45 |
verterok | toros: welcome back! | 21:45 |
verterok | toros: so, let's start again :) | 21:46 |
guntbert | adding my computer to my account seems to not work - any hints? | 21:47 |
verterok | guntbert: do you get a new firefox/tab with the ubuntuone site? | 21:47 |
=== rmcbride changed the topic of #ubuntuone to: File Sharing for Ubuntu | https://ubuntuone.com | https://launchpad.net/ubuntuone | Current Beta Client Revno is 222, Protocol Revno is 71 | Release 0.95.0 (protocol) 0.95.1 (client) | ||
guntbert | verterok: you mean after startin apps/internet/ubuntu one? yes, the one with "add this computer" | 21:49 |
hamax | in my case site opens, but when i click "add this computer" ubuntu one icon crashes and my computer isn't added | 21:49 |
verterok | guntbert: ok, could you paste the contents of ~/.cache/ubuntuone/log/oauth-login.log | 21:50 |
toros | hmmm... I tried a third file into the folder, and now it seems to be ok | 21:50 |
verterok | hamax: ^ same please :) | 21:50 |
toros | but I do the full test again to go for sure | 21:50 |
verterok | toros: cool | 21:50 |
verterok | toros: oh, that would be great. thanks a lot! | 21:50 |
guntbert | verterok: http://pastebin.com/f6b69f369 | 21:51 |
hamax | http://jure.hamsworld.net/ufms/index.php?site=cboard | 21:51 |
verterok | dobey: any ideas about oauthdesktop: 2009-09-25 22:50:02,489:489.552021027 UbuntuOne.OAuthDesktop.auth Token was not successfully retrieved: data was 'Internal Server Error' | 21:52 |
verterok | hamax: ^ that's the problem, the server is returning an internal error | 21:52 |
verterok | guntbert: same problem ^ | 21:53 |
verterok | guntbert, hamax: let me check if we are having any issues with the servers | 21:53 |
hamax | well ok, but this doesn't tell me much :) | 21:53 |
dobey | verterok: yes. the server issue we've been looking at for half the day ;) | 21:53 |
hamax | tnx | 21:54 |
verterok | dobey: oh :( | 21:54 |
verterok | dobey: ok, thanks | 21:54 |
hamax | verterok I tried this on 9.04 and 9.10 | 21:54 |
hamax | same error | 21:54 |
guntbert | verterok: ah, I remember seeing such a line after creating my account (or rather confirming my existing LP account - where I was never asked for a password btw) | 21:54 |
verterok | hamax: yes, isn't a problem in the client. our server is returning an error | 21:54 |
verterok | guntbert: launchpad openid probably used the lp cookies | 21:55 |
hamax | thanks for help. I'll try tomorrow :) | 21:55 |
guntbert | verterok: ok - its no big thing for me right now - ah cookies wold certainly explain :-) - thx for your input, I'm gonna try again some time later | 21:56 |
verterok | hamax: ok, sorry for the inconvenience. and thanks for trying ubuntu one | 21:56 |
verterok | guntbert, hamax: as soon we have this sorted out, I'll let you know | 21:56 |
guntbert | verterok: nice - thank you :-) | 21:57 |
verterok | probably also, a post in identi.ca or twitter... | 21:57 |
hamax | verterok btw karmic looks nice :) Keep up the good work | 21:57 |
verterok | hamax: indeed it is! thanks! | 21:58 |
toros | verterok, facundobatista: It seems that this update solved the issue | 22:04 |
toros | thank you! | 22:04 |
verterok | toros: cool! :D | 22:04 |
verterok | toros: thank *YOU* | 22:04 |
verterok | toros: so it was nautilus creating the partial files | 22:05 |
verterok | not nautilus, the ubuntuone nautilus extension :) | 22:05 |
toros | I will test it at the weekend... but I think this solves the conflict issue: https://bugs.launchpad.net/ubuntuone-client/+bug/436760 | 22:06 |
ubottu | Launchpad bug 436760 in ubuntuone-client "Ubuntu One renames files to filename.u1conflict - but there is no conflict at all" [Undecided,New] | 22:06 |
verterok | toros: cool, thanks a lot for the testing! | 22:07 |
Bookman | Anyone else have this conflict file name problem? | 22:15 |
nprodromou | Question: Is anyone using UbuntuOne as a replacement for a local file server in their office, using shared folders? | 22:27 |
Bookman | nprodromou: no, tried it, and it does not work. | 22:29 |
nprodromou | yeah, I'm having a little tourlbe accessing files that other users have created in a foldr I shared with them | 22:30 |
nprodromou | Seems like kind of a one-way proposition at this point. | 22:31 |
toros | Bookman: do you have problems with the .u1conflict files? | 22:45 |
Bookman | yes | 22:46 |
toros | You can try to upgrade to the latest nightly build: https://launchpad.net/~ubuntuone/+archive/nightlies | 22:48 |
Bookman | toros: I upgrade according to the regular releases | 22:48 |
toros | Bookman: we've just tested the issue in the last few hours (I had the same problem) | 22:49 |
khtaam | Hi! Any updates on the server problems? | 22:50 |
toros | and it seems that it is solved in the latest nightly build | 22:50 |
nprodromou | I have .u1conflict files, but also don't seem to see folders created by users that I've shared my folders with. | 22:50 |
toros | so if you wait for the next release, it should work again as expected | 22:50 |
khtaam | yes, its working again, thank you | 23:32 |
hamax | Adding new computers seems to work fine now. Good job. | 23:33 |
toros | good night! | 23:38 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!