[09:29] <jblount> HAMMERTIME
[11:02] <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/./?
[12:33] <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:34] <jdo> aquarius, yeah
[12:35] <jdo> aquarius, it's actually by design
[12:36] <aquarius> jdo, wtf?
[12:36] <aquarius> why is that a useful thing to happen?
[12:40] <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:42] <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:56] <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:58] <BadOmen> It woloud be easy to se that you are in the folder thats shared in the cloude then.
[13:25] <facundobatista> Llevando la conversación al punto explosivo de la catarsis
[13:25] <facundobatista> Muy buenos días, gente
[15:07] <rodrigo_> meeting?
[15:08] <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:09] <aquarius> me
[15:09] <dobey> me
[15:10] <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:11] <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:12] <dobey> everything is as it should be
[15:12] <vds> I guess that's it, EOM
[15:12] <vds> thank you all!
[15:50] <urbanape> Can I get a super-fast review for lp:~urbanape/bindwood/0.3-tag ?
[15:51] <urbanape> https://code.edge.launchpad.net/~urbanape/bindwood/0.3-tag/+merge/12422
[15:58] <dobey> urbanape: done
[16:26] <toros> hi
[16:27] <dobey> hi toros
[16:28] <toros> I see that lots of people having the same issue with the .u1conflict files
[16:29] <toros> do you know what the problem is, or do you need further infos?
[16:30] <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:31] <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:32] <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:33] <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:34] <facundobatista> toros, start it again, and if you see something bad in *this* run, give me the logs
[16:35] <toros> okay, I'll try
[16:36] <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:39] <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:40] <facundobatista> toros, do you know where are the logs located?
[16:42] <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:43] <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:44] <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:56] <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
[17:01] <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:02] <toxicWombat> are all the local settings for the client stored in ~/.cache/ubuntuone ?
[17:05] <dobey> no, there aren't any settings stored there
[17:05] <dobey> hrmm
[17:05] <dobey> define "drops"
[17:06] <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:07] <toxicWombat> Really should put ctrl-w somewhere else on the keyboard...
[17:08] <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:09] <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:10] <toxicWombat> which it does.
[17:10] <toxicWombat> and takes me to the "add computer" page, I accept, then the client quits
[17:11] <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:12] <dobey> on pastebin.ubuntu.com or somewhere
[17:12] <toxicWombat> will do
[17:13] <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:17] <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:19] <dobey> i got an internal server error too at the same point
[17:20] <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:35] <toros> re
[18:33] <toros> facundobatista: I think I was able to corner the issue: https://bugs.launchpad.net/ubuntuone-client/+bug/436760
[18:38] <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:40] <facundobatista> toros, we need full logs
[18:41] <facundobatista> toros, bzip2 them
[18:41] <CardinalFang> jan____, maybe I don't need help.  ...
[18:42] <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:43] <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:44] <toros> yes, it was
[18:44] <toros> so both machines were on and online at that moment
[18:45] <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:46] <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:47] <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:48] <toros> If I am not wrong, the file should be synced by then
[18:48] <facundobatista> toros, that line seems ok
[18:49] <toros> okay
[18:50] <facundobatista> toros, anyway, would you please submit the full logs?
[18:50] <toros> yes
[18:50] <toros> Should I tar.gz it?
[18:52] <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:53] <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:54] <facundobatista> aquarius, everytime you start the client the log is rotated
[18:55] <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:56] <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:58] <aquarius> dobey, wtf? rly? that's rubbish
[18:58] <aquarius> maybe the error needs re-raising
[18:59] <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.
[19:00] <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:01] <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:03] <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:04] <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:05] <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:06] <dobey> yes
[19:06] <dobey> i just wish i knew why dbus won't let me do what i want to do
[19:07] <facundobatista> toros, *ping*
[19:07] <facundobatista> toros, can you tell me please which client version you're using?
[19:08] <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:15] <dobey> aquarius: http://pastebin.ubuntu.com/278134/ <- does that look like it will break in any way?
[19:16] <dobey> verterok: ^^ does that patch make sense to you too?
[19:17]  * verterok looks
[19:19] <verterok> dobey: so, the applet will expose set_visibility_config and set_connection_config via dbus ('/config'), right?
[19:20] <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:21] <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:28] <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:29] <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:30] <dobey> verterok: hence my confusion
[19:30] <facundobatista> toros, remove everything, clean everything, and go to the step 5
[19:31] <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:32] <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:33] <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:34] <verterok> dobey: so, try this. create a class...let's callit Config ;) class Config(dbus.service.Object)
[19:35] <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:37] <toros> I stopped the daemon, and deleted the Ubuntu One and the .cache/ubuntuone folder from both machines
[19:40] <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:42] <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:43] <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:45] <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:46] <jan____> CardinalFang: you sorted?
[19:46] <facundobatista> toros, great
[19:48] <CardinalFang> jan____, I'm sorted.
[19:48] <toros> now waiting for the second file arriving to the second machine
[19:49] <dobey> verterok: *finally* i can call that branch done! :)
[19:49] <verterok> :)
[19:50] <jan____> perfect
[19:52] <toros> hmmm, still waiting for the second file to arrive
[19:52] <toros> but the syncdaemon seems to be idle
[19:53] <toros> should I check something?
[19:54] <toros> i see both files in the web interface
[20:03] <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:04] <toros> okay
[20:10] <toros> facundobatista: here it is: toros.hu/server/toros-syncdaemonlog-1.tar.gz
[20:10] <toros> should I put it somewhere else to?
[20:11] <facundobatista> toros, nop
[20:11] <facundobatista> toros, please, do the following:
[20:12] <facundobatista> "ls -la /home/toros/Ubuntu One/test/"
[20:12] <facundobatista> and tell me what you get
[20:13] <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:14] <toros> so no hidden files
[20:15] <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:16] <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:17] <dobey> raindog: on the other hand, there's an issue we're working to fix, with adding a computer, right now :)
[20:18] <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:19] <dobey> raindog: there can be
[20:19] <raindog> dobey: Not a big deal either way.  And , once again thanks.
[20:20] <dobey> sure :)
[20:21] <facundobatista> toros, so, leave the first machine off
[20:22] <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:23] <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:24] <facundobatista> verterok, ping
[20:25] <toros> facundobatista: ohhh...
[20:26] <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:27] <toros> yepp
[20:27] <toros> on both machines
[20:28] <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:29] <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:30] <facundobatista> verterok, check http://toros.hu/server/toros-syncdaemonlog-1.tar.gz
[20:31] <facundobatista> verterok, second-syncdaemon.log, lines 32 to 37
[20:36] <toros> facundobatista: http://toros.hu/server/toros-second-syncdaemon-2.log
[20:37] <toros> I see 3 files: karmic-boot.png, karmic-frog.png and .u1partial.karmic-frog.png
[20:38] <facundobatista> verterok, ^^^!!!!
[20:40] <facundobatista> toros, do "ls -la" of them
[20:41] <facundobatista> toros, I want to see permission bits, and sizes
[20:42] <toros> http://paste.ubuntu.com/278202/
[20:43] <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:44] <toros> ext3 on the second machine
[20:44] <toros> ext4 on the first
[20:45] <facundobatista> toros, if you update to to a version >216
[20:46] <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:47] <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:48] <facundobatista> toros: did you use nautilus at all?
[20:49] <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:50] <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:51] <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:52] <facundobatista> dobey, oh, you're right
[20:52] <facundobatista> verterok, he's right
[20:53] <dobey> toros: what version do you have?
[20:53] <toros> revno 213
[20:54] <toros> I found this bugreport about the partial filenames: https://bugs.launchpad.net/ubuntuone-client/+bug/379018
[20:54] <dobey> ok. the nautilus plugin thing was fixed in r217
[20:55] <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:56] <verterok> facundobatista: ~/.cache/ubuntuone/partials
[20:56] <verterok> toros: ^
[20:56] <toros> okay
[20:56] <toros> I'm upgrading right now
[20:59] <facundobatista> toros, you're the awesome
[21:04] <toros> facundobatista: thanks :)
[21:08] <toros> hmmm, it won't connect on the second machine
[21:09] <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:10] <toros> ls: cannot access /home/toros/.local/share/ubuntuone/syncdaemon: No such file or directory
[21:11] <verterok> toros: sorrry: ls -la /home/toros/.local/share/ubuntuone
[21:12] <toros> http://paste.ubuntu.com/278221/
[21:12] <verterok> thx
[21:13] <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:14] <toros> should I change the permissions, and see what happens?
[21:14] <verterok> toros: so, for the moment, just chmod the dir perms
[21:15] <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:16] <verterok> toros: or: watch 'ls -la ~/.cache/ubuntuone/partials' ;)
[21:16] <toros> http://paste.ubuntu.com/278223/
[21:17] <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:18] <verterok> ok
[21:21] <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:22] <toros> ok
[21:22] <verterok> Chipaca: we need drums
[21:25] <toros> toros.hu/server/toros-second-syncdaemon-3.log
[21:26] <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:27] <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:28] <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:29] <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:30] <toros> toros.hu/server/toros-second-syncdaemon-4.log
[21:34] <verterok> toros: is the 2nd client updated?
[21:34] <toros> yes, it is
[21:35] <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:36] <verterok> Chipaca: any ideas? ^
[21:36] <verterok> toros: ok, I think it's time to file a bug about this .u1partial files
[21:37] <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] <verterok> toros: ok
[21:38] <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:39] <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:40] <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:41] <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:42] <toros> okay, I do a logout-login
[21:42] <toros> one moment
[21:45] <toros> re
[21:45] <verterok> toros: welcome back!
[21:46] <verterok> toros: so, let's start again :)
[21:47] <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:49] <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:50] <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:51] <guntbert> verterok: http://pastebin.com/f6b69f369
[21:51] <hamax> http://jure.hamsworld.net/ufms/index.php?site=cboard
[21:52] <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:53] <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:54] <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:55] <verterok> guntbert: launchpad openid probably used the lp cookies
[21:55] <hamax> thanks for help. I'll try tomorrow :)
[21:56] <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:57] <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:58] <verterok> hamax: indeed it is! thanks!
[22:04] <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:05] <verterok> toros: so it was nautilus creating the partial files
[22:05] <verterok> not nautilus, the ubuntuone nautilus extension :)
[22:06] <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:07] <verterok> toros: cool, thanks a lot for the testing!
[22:15] <Bookman> Anyone else have this conflict file name problem?
[22:27] <nprodromou> Question: Is anyone using UbuntuOne as a replacement for a local file server in their office, using shared folders?
[22:29] <Bookman> nprodromou: no, tried it, and it does not work.
[22:30] <nprodromou> yeah, I'm having a little tourlbe accessing files that other users have created in a foldr I shared with them
[22:31] <nprodromou> Seems like kind of a one-way proposition at this point.
[22:45] <toros> Bookman: do you have problems with the .u1conflict files?
[22:46] <Bookman> yes
[22:48] <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:49] <toros> Bookman: we've just tested the issue in the last few hours (I had the same problem)
[22:50] <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
[23:32] <khtaam> yes, its working again, thank you
[23:33] <hamax> Adding new computers seems to work fine now. Good job.
[23:38] <toros> good night!