=== teknico is now known as teknico_away
=== teknico_away is now known as teknico
[11:59] <ahnfelt> If I use Ubuntu One for backing up files, will they be encrypted before leaving my computer?
[12:01] <ahnfelt> Sorry, I see it is in your faq
[12:03] <ahnfelt> It's not really for me then, since there are parts of the code I work on I am not allowed to share with third parties, and setting up an additional encryption step is sort of inconvenient ;-)
=== kenvandif is now known as kenvandine
=== rmcbride_ is now known as rmcbride
=== ozaed__ is now known as ozaed_
[13:21] <jml> hello everyone
[13:21] <jml> on the weekend I was trying to play around a little bit with couchdb, after statik did such a good job of selling desktopcouch to me.
[13:22] <jml> I started following some instructions I found at http://books.couchdb.org/relax/, specifically, I tried running curl http://127.0.0.1:5984/
[13:23] <jml> at which point, it cannot connect to the host
[13:23] <jml> so then I tried running couchdb
[13:23] <jml> which gives me an error and a crash dump
[13:23] <jml> Apache CouchDB 0.10.0 (LogLevel=info) is starting.
[13:23] <jml> {"init terminating in do_boot",{{badmatch,{error,shutdown}},[{couch_server_sup,start_server,1},{erl_eval,do_apply,5},{erl_eval,exprs,5},{init,start_it,1},{init,start_em,1}]}}
[13:33] <statik> hi jml, doncha love that error message?
[13:34] <statik> the book talks about a system wide couchdb running on a fixed port
[13:34] <statik> desktopcouch is per-user, running on a dynamically assigned port
[13:35] <statik> if you try xdg-open $HOME/.local/share/desktop-couch/couchdb.html you will be much happier
[13:36] <jml> statik, thanks!
[13:37] <jml> statik, for my second question, how would I find out that and other similar facts without asking you?
[13:37] <jml> Oops! This link appears to be broken.
[13:37] <statik> jml: btw the error message is due to your user not having permission to run the systemwide couchdb instance, i believe theres a bug filed already upstream about making it more sane
[13:37] <jml> statik, ahh, good to know.
[13:38] <statik> jml, aquarius will be writing some developer docs on desktopcouch soonish
[13:38] <statik> your questions are welcome
[13:39] <jml> statik, heh heh.
[13:39] <jml> statik, thanks.
[13:39] <jml> statik, if I browse to that page in my ~/.local/share, I get redirected to a page that does not exist.
[13:40] <dobey> hrmm
[13:40] <jml> and looking at my listening tcp ports, I can't see any likely candidates.
[13:42] <statik> jml: thats no good. got all the latest karmic updates to couchdb and desktopcouch? there are log files in ~/.cache/desktop-couch that might help
[13:43] <statik> jml: desktopcouch works as a demand-activated dbus service
[13:43] <statik> so the first time something tries to access it couchdb should be fired up for you
[13:43] <jml> statik, I'm running karmic, but it's a few days old.
[13:43] <statik> jml, there was a bug in the couchdb-bin package as recently as last week where couchdb would not start due to a not-yet-created log directory
[13:44] <jml> statik, ahh ok.
[13:44] <statik> couchdb-bin 0.10.0-0ubuntu3 should have fixed that
[13:44] <jml> statik, I'll try updating.
[13:45] <statik> jml: you might have another problem, i'm just trying to give you as much info as I can about how it's arranged in case it helps you find the problem
[13:45] <jml> *nod*, thanks.
[13:45] <statik> aquarius or CardinalFang probably know even more places to look to see why it's not working for you
[13:46] <aboSamoor> can anyone help me ? I lost all my files !
[13:46] <CardinalFang> statik, that was a bug in the system-wide couch, not per-user.
[13:47] <statik> CardinalFang: ah, thats right
[13:47] <CardinalFang> jml, do you have any "beam.smp" processes running?
[13:48] <jml> CardinalFang, no, I don't.
[13:48] <CardinalFang> jml, and what version of "desktopcouch" package?
[13:48] <jml> Version: 0.4.4-0ubuntu1
[13:49] <CardinalFang> jml, there should be 0.5-0ubuntu1 available.
[13:49] <jml> CardinalFang, it looks like apt is pulling that down.
[13:50] <aboSamoor> can anyone help me to recover my files, ubuntu one is till buggy, this is the last time I am trying to use without success !
[13:51] <CardinalFang> jml, when it's done, make sure there are no "desktopcouch-service" running.  Then, we're ready to start.
[13:51] <CardinalFang> jml, we do not start desktopcouch/couchdb automatically when you log in.  Some people will not use it.
[13:52] <joshuahoover> aboSamoor: can you tell me what happened so we can better help you?
[13:52] <CardinalFang> jml, we start it up when the first program goes to look for it, but unfortunately, the local bookmark file access isn't smart enough to do that.  When a program wants to access it, it uses DBus to get the port number it's running on.  That starts it if it's nor running.
[13:53] <aboSamoor> joshuahoover: for three times I upload my files from my laptop, then add my desktop to discover that adding the second machine wiped everything on ubuntu server and the same on my machines !
[13:53] <CardinalFang> jml, from a shell, you can do the same thing:
[13:53] <CardinalFang> dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort
[13:53] <aquarius> jml: hi
[13:53] <jml> aquarius, hello.
[13:54] <aquarius> jml, ah, CardinalFang's already on top of it :)
[13:54] <jml> aquarius, statik has asked me to be your documentation bug.
[13:54] <CardinalFang> Hope so.  Carry on, aquarius, and I'll ping you if I need help.
[13:54] <aquarius> jml, yes. I plan to write much developer documentation very shortly. :)
[13:55] <joshuahoover> aboSamoor: that is a HUGE problem...can you file a bug report by right-clicking on the ubuntu one client and selecting "report a problem"? in addition to that, please attach ~/.cache/ubuntuone/log/syncdaemon.log files from both machines and let me know once you've filed it so i can look into this right away
[14:00] <jblount> MEETING BEGINS
[14:00] <jblount> Hi kids! Do you like meetings? Say, "me" if you are part of the Desktop+ team and want to give us a status report. TODO / DONE / BLOCKED is the preferred format.
[14:00] <jml> CardinalFang, aquarius: thanks. sadly, things other than exploratory hacking have stepped onto the footpath of my life.
[14:00] <aquarius> jblount, we've got an hour yet, dude
[14:00] <CardinalFang> jml, We'll be here when you find time.  Laters.
[14:00] <teknico> jblount, you sure? :-)
[14:00] <CardinalFang> aquarius, has BST ended?
[14:01] <aquarius> CardinalFang, yep -- yestreday :)
[14:01] <teknico> in the USA, DST ends later than in Europe
[14:01] <teknico> so someone's got to give :-)
[14:01] <jblount> aquarius: Yikes! I hate time changes.
[14:01] <aboSamoor> joshuahoover: bug 461109
[14:01] <ubottu> Launchpad bug 461109 in ubuntuone-client "Adding new machine wipe ubuntu one contents" [Undecided,New] https://launchpad.net/bugs/461109
[14:02] <aquarius> jblount, yeah, I don't know when dst ends in the US, either, so you are excused :P
[14:02] <jblount> I'm happy to bow to our European hackers, does anyone care?
[14:02] <joshuahoover> thank you aboSamoor ...looking at it now
[14:02] <aquarius> jblount, I thought, blimey, is it 3pm already?
[14:02] <teknico> were we already doing standups in March?
[14:02] <aquarius> teknico, nope, this is our first dst crossover
[14:02] <aquarius> so, now, or an hour from now? which is most convenient?
[14:02] <aboSamoor> joshuahoover: within ten minutes I will reach my laptop and apport collect the ubuntu one there
[14:02] <aquarius> I'm happy either way
[14:02] <CardinalFang> I say let's stick to UTC.
[14:03] <joshuahoover> aboSamoor: were you able to copy ~/.cache/ubuntuone/log/syncdaemon.log files from each machine to this bug? apport won't attach this log by default
[14:03] <aboSamoor> joshuahoover: till now I attached the desktop log file, I will attach also the laptop one
[14:04] <joshuahoover> aboSamoor: thank you! i marked the bug as private so that only you and the ubuntu one team can see the bug for now
[14:05] <jblount> CardinalFang: I'm fine with sticking to UTC, does that mean now or in 1 hour?
[14:05] <CardinalFang> Now.
[14:05] <aboSamoor> joshuahoover: thanks, this is helpful because for ubuntu I don't think before I send my log and data files.
[14:05] <jblount> CardinalFang: In that case...
[14:06] <jblount> me
[14:06] <CardinalFang> me
[14:06] <CardinalFang> MEETING BEGINS AGAIN
[14:06] <aquarius> me
[14:06] <teknico> me
[14:06] <dobey> me
[14:07] <joshuahoover> verterok, facundobatista: can one of you look at bug 461109 as aboSamoor just filed it...he says after adding files to his laptop and then hooking up his desktop to the same account, the files get wiped from the server...he's attaching syncdaemon.log files from each computer to help us troubleshoot
[14:07] <ubottu> Bug 461109 on http://launchpad.net/bugs/461109 is private
[14:07] <jblount> Let's get this party started (again)
[14:07] <jblount> DONE: Got homepage graphic branch up with a few other small changes
[14:07] <jblount> TODO: More misc copy changes to get done before our cutoff of having it in trunk tonight for a early Tuesday rollout
[14:07] <rtg> Quick question - I have 2 laptops, one started syncing long ago and the second one started doing that only yesterday. The second one started syncing and failed to do it completely. I had 300 Mb of data but only 94 got downloaded. Several reconnects from the second one and... I have only 94 Mb of files ...
[14:07] <jblount> BLOCKED: Typing speed?
[14:07] <jblount> CardinalFang: Your turn
[14:07] <rtg> joshuahoover, that's exactly what I got!
[14:07] <teknico> urbanape, vds?
[14:08] <CardinalFang> DONE: Wrote program to scan couchdb log files.  Made bugs for distinct errors.
[14:08] <CardinalFang> https://bugs.edge.launchpad.net/ubuntu/+source/couchdb/+bugs?field.tag=couchlogscan
[14:08] <CardinalFang> TODO: Turn it into a cron service to tell us of new problems.
[14:08] <CardinalFang> BLOCKED: None
[14:08] <vds1> me
[14:08] <joshuahoover> rtg: files got deleted off the server after you added another machine to your account to sync with?
[14:08] <CardinalFang> aquarius, go go go!
[14:08] <aquarius> ⚀ DONE: help out kevinhuang with couch replication issues; investigate couch logs and find errors; admire cardinalfang for getting everything into karmic
[14:08] <aquarius> ⚁ TODO: help thisfred work out why sometimes newly added tokens don't end up in couchdb, causing badarg error responses from u1couch; look at oauth-enabling twisted; make tomboy first-sync experience nicer
[14:08] <aquarius> ⚂ BLOCKED:
[14:08] <aquarius> ⚃ BUG COUNT:https://bugs.edge.launchpad.net/~sil/+assignedbugs?field.tag=ubuntuone-karmic - 0 (!!)
[14:08] <aquarius> teknico, you're up
[14:08] <teknico> DONE: finished and landed the @subscription_required decorator needed by the /contacts/ URL (#458966); started investigating why the /contacts URL gives a 404 error for some subscribed users (#458446); reviewed one branch
[14:08] <teknico> TODO: fixing the 404 error on /contacts URL for some subscribed users (#458446)
[14:08] <teknico> BLOCK: none
[14:08] <teknico> next: dobey
[14:08] <dobey> uhm
[14:08] <dobey> ☺ DONE: Wrote script to help debug NM and attached to bug, Reviewed lucid auth spec, Branch reviews, Applied for Universe Contributor, Initial branch/code for central-services
[14:08] <dobey> ☹ TODO:
[14:08] <dobey> ☹ BLCK: None.
[14:08] <dobey> vds1: ciao
[14:09] <vds1> DONE:working on adapting the watchdaemon to the new controller api #458170
[14:09] <vds1> TODO: propose this branch
[14:09] <vds1> BLOCKED: nope
[14:09] <rtg> joshuahoover, the files started to download, so I thought that I will continue downloading later. But when I returned to my main PC I found that the files that were not downloaded by another machine are gone.
[14:10] <joshuahoover> rtg: do they disappear from the first pc you originally setup the account with?
[14:10] <rtg> joshuahoover, yes, they have disappeared from the main PC and the web UI
[14:10] <rtg> joshuahoover, I am searching for relevant entries in the logs
[14:11] <urbanape> me
[14:11] <joshuahoover> rtg: can you file a bug report as well? right-click on the ubuntu one client, select "report a problem" and then attach ~/.cache/ubuntuone/log/syncdaemon.log files from each machine to the bug report...i'll mark the report as private for you once you let me know which bug it is here
[14:12] <jblount> urbanape: I think you're up, if you're ready :)
[14:12] <urbanape> DONE: Wrangled Bindwood through release. Yay, I'm on the control tower team.
[14:12] <facundobatista> joshuahoover, ok
[14:12] <urbanape> TODO: Help asac get Bindwood tested and uploaded.
[14:12] <urbanape> BLOCK: None
[14:13] <facundobatista> aboSamoor, hi!
[14:13] <facundobatista> aboSamoor, will you upload the logs to #461109?
[14:14] <jblount> EOM (Thanks everyone!)
[14:14] <rtg> joshuahoover, I will remove all pcs, reinit my ubuntuone account and get some non-private data so that it is ok to be made public. Then I'll file a bug report.
[14:14] <joshuahoover> rtg: ok, thank you
[14:14] <joshuahoover> facundobatista: thanks!
[14:15] <urbanape> thisfred, ping
[14:17] <thisfred> urbanape: pong
[14:17] <urbanape> hey. I'm trying to work with asac to get Bindwood going. His is failing with the repetitive prompting for basic auth creds, which means that Couch and Bindwood disagree on the oauth tokens, right?
[14:18] <urbanape> Running python -c "from desktopcouch import local_files; tokens = local_files.get_oauth_tokens(); print ':'.join([tokens['consumer_key'], tokens['consumer_secret'], tokens['token'], tokens['token_secret']])" gets him the proper tokens, so I'm guessing that his .ini file is set up alright.
[14:18] <urbanape> what else could I have him check on?
[14:18] <urbanape> Or should I have him wipe something out?
[14:18] <urbanape> do we turn on that compulsory auth file by default?
[14:18] <urbanape> he's running 0.50
[14:18] <urbanape> (which even I'm not)
[14:19] <CardinalFang> urbanape, compulsory auth file should be loaded by default.
[14:20] <thisfred> urbanape: all, very good questions. 1. 0.5 should be in karmic now, so upgrade! :) 2. I'm not sure, this is mostly one for CardinalFang and aquarius unless they are solidly unavailable/otherwise engaged. I could probably find it, but not quicker...
[14:21] <philsf> I reported Bug #460851 on U1 applet crashing on startup, but it was marked dup of a private bug. How can I keep track of the problem, and check if there's a fix or workaround?
[14:21] <urbanape> k, thx.
[14:21] <ubottu> Bug 460851 on http://launchpad.net/bugs/460851 is private
[14:21] <CardinalFang> urbanape, what auth prompt are you referring to?
[14:22] <statik> philsf, i'll check why that bug is private and make it public if i can
[14:22] <philsf> statik, thanks
[14:22] <urbanape> CardinalFang, for each of our AJAX requests that should be stamped with the oauth headers, he's getting Basic Auth prompts. Which means, for things like checking the existence of the db, for checking the views, for creating bookmark records, &c
[14:22] <philsf> statik, mine was made public by the retrace system
[14:22] <aboSamoor_> joshuahoover:  can you give me please the location of that file again
[14:22] <philsf> BTW, is this the channel for desktopcouch problems also?
[14:23] <philsf> or only the U1 client and server?
[14:23] <joshuahoover> aboSamoor_: sure, ~/.cache/ubuntuone/log/syncdaemon.log
[14:23] <CardinalFang> urbanape, oh, so it sounds like the oauth headers are computed wrongly.  Are the HTTP requests getting HTTP 401?
[14:23] <statik> philsf, desktopcouch also
[14:24] <statik> i just marked the other bug public - looks like it's related to the webserver downtime we had recently (related to some deadlocks we hit in python bzip code)
[14:24] <joshuahoover> rtg, aboSamoor: we're looking into bug 461109 right now...in order to better diagnose this issue, we really need to reproduce the issue with full debugging on...i'm going to try to do this now with some test environments...if you two would be willing to do the same, it would be greatly appreciated...please create a new config file ~/.config/ubuntuone/syncdaemon.conf ...then add the following two lines to it:
[14:24] <ubottu> Bug 461109 on http://launchpad.net/bugs/461109 is private
[14:24] <joshuahoover> [__main__]
[14:24] <joshuahoover> log_level = DEBUG
[14:25] <philsf> statik, I also just reported a crash bug: Bug #461114
[14:25] <ubottu> Launchpad bug 461114 in desktopcouch "desktopcouch-service crashed with RuntimeError in find_port__linux()" [Undecided,New] https://launchpad.net/bugs/461114
[14:25] <aboSamoor_> joshuahoover: eid@TheOracle:~$ cp  ~/.config/ubuntuone/syncdaemon.conf /home/eid/Desktop/
[14:25] <urbanape> CardinalFang, I'd assume so, based on my experience with this particular behavior. I'm making sure he's running with BINDWOOD_DEBUG and can get us some diagnostics.
[14:25] <aboSamoor_> cp: cannot stat `/home/eid/.config/ubuntuone/syncdaemon.conf': No such file or directory
[14:26] <urbanape> CardinalFang, did they change between 0.42 and 0.50?
[14:26] <urbanape> I'm upgrading now.
[14:26] <rtg> joshuahoover, should we use /etc/xdg/ubuntuone/syncdaemon.conf and copy it to .config/ubuntuone/syncdaemon.conf ?
[14:26] <CardinalFang> urbanape, nothing like that changed, I think.  Maybe we require auth now, regardless of config file of user.
[14:26]  * dobey wonders how people always only type the first period in a version number when talking about it
[14:27] <dobey> it's so confusing sometimes
[14:27] <joshuahoover> facundobatista, verterok: see rtg's question above ^^
[14:27] <joshuahoover> rtg, aboSamoor_: are you both on karmic on both of the computers you are syncing?
[14:27] <verterok> rtg: if you are using an updated client that isn't needed
[14:28] <rtg> karmic, latest
[14:28] <aboSamoor_> joshuahoover: no log on my laptop, both laptop and desktop are using up to date karmic
[14:28] <verterok> rtg: the ubuntuone-syncdaemon will merge the user config with the /etc/xdg/ config
[14:29] <verterok> rtg: but you can use that approach and it should work just fine
[14:29] <urbanape> dobey, to confuse you
[14:29] <joshuahoover> aboSamoor_: and is the laptop the computer where you originally placed the files?
[14:29]  * dobey kicks apport retracer in the face
[14:29] <urbanape> it's a Turing test. You're in danger of failing.
[14:29] <dobey> philsf: your proxy is broken
[14:30] <aboSamoor_> joshuahoover: yeah, the laptop is the source of the files
[14:30] <philsf> dobey, I don't use one, never did
[14:30] <joshuahoover> aboSamoor_: hmmm...do you have any log files in ~/.cache/ubuntuone/log/ ?
[14:31] <dobey> philsf: hrmm
[14:32] <philsf> dobey, if there's some wrong or corrupt setting somewhere, it is wrong, but it only affects the U1 framework, and only in this desktop
[14:32] <philsf> dobey, I can use U1 in my laptop, and desktop at my workplace
[14:32] <rtg> joshuahoover, Found tons of lines like 2009-10-26 15:59:30,236 - ubuntuone.SyncDaemon.sync - INFO - -:-:- - [:d32ba442-62f9-49a7-80fb-d06f41c4e23d] ''-'' | Called delete_file (In: T:NONE:F)  in syncdaemon.log :)
[14:33] <rtg> okay, how can I delete all files from UbuntuOne Web Interface?..
[14:33] <dobey> philsf: oh. ok, it's a different error than the other bug where a proxy was the problem, i see... but SSL cert validation is failing in bug #460851
[14:33] <ubottu> Launchpad bug 460851 in ubuntuone-client "ubuntuone-client-applet crashed with AttributeError in from_token_and_callback()" [Undecided,New] https://launchpad.net/bugs/460851
[14:34] <aboSamoor_> joshuahoover: I am trying to update the bug description but it fails, is it related for being private bug !
[14:34] <philsf> dobey, it also failed in Jaunty (I upgraded to karmic yesterday)
[14:34] <aboSamoor_> joshuahoover: eid@TheOracle:~$ ls  ~/.config/ubuntuone/
[14:34] <aboSamoor_> ubuntuone-client.conf
[14:34] <joshuahoover> aboSamoor_: i think you should be able to even though it's private...you should have control of that bug in terms of viewing and updating (i think)
[14:35] <aboSamoor_> joshuahoover: http://paste.ubuntu.com/302091/
[14:35] <dobey> philsf: yes i see that in the log (since the version number in the log went down)
[14:35] <joshuahoover> aboSamoor_: i'm modifying the description for you
[14:35] <philsf> dobey, I entered some information on this in https://bugs.launchpad.net/bugs/376087
[14:35] <ubottu> Launchpad bug 376087 in ubuntuone-client "UnknownLoginError during request for OAuth token" [High,Fix released]
[14:36] <dobey> philsf: did you not get a dialog popped up with the ssl validation error?
[14:36] <philsf> dobey, when I upgraded, and it still didn't work, I decided to try the karmic version, since the Jaunty version from the PPA was a higher version. Should I try the latest karmic version from the ppa?
[14:37] <dobey> philsf: no i don't think the problem is ubuntuone, but something else
[14:37] <philsf> dobey, I do get a popup everytime. Do you want me to post a screenshot of it to the bug?
[14:37] <joshuahoover> aboSamoor_: you mention in the last step you see on your laptop that all the files were named as conflicts...did this create zero byte files or something else?
[14:38] <dobey> philsf: it just says "SSL3_GET_SERVER_CERTIFICATE: certificate verify failed"?
[14:38] <philsf> yes
[14:38] <joshuahoover> aboSamoor_: sorry if i missed this, but do you have any log files in your ~/.cache/ubuntuone/log folder? (you should have a syncdaemon.log file there so i'm curious if any log files are being created there)
[14:39] <dobey> philsf: ok, good. though not sure why it's failing :(
[14:39] <philsf> dobey, yes, that's right
[14:39] <philsf> dobey, is there a debug mode?
[14:39] <aboSamoor_> joshuahoover: the new folder in my laptop is consists of empty folders 39 items, totalling 156.0 KB
[14:40] <aboSamoor_> joshuahoover: ls  ~/.config/ubuntuone/ the output is ubuntuone-client.conf
[14:40] <dobey> philsf: you could run it under pdb i guess, and maybe watch the http traffic with wireshark or something
[14:41] <philsf> dobey, is there a wiki page with isntructions for this?
[14:41] <joshuahoover> aboSamoor_: and did those empty folders have their original names, or were they renamed with ".u1conflict" at the end?
[14:41] <dobey> not for ubuntuone specifically afaik
[14:42] <philsf> dobey, what do you suggest me to do then? I'm not familiar with these tools
[14:43] <dobey> philsf: i'm not sure it would provide any better information. and i'm not really familiar with pdb either
[14:43] <dobey> philsf: do you have 2 files named UbuntuOne*.pem in /etc/ssl/certs?
[14:44] <aboSamoor_> joshuahoover: http://pastebin.com/f436a7e83
[14:45] <philsf> dobey, yes UbuntuOne-Go_Daddy_CA.pem and UbuntuOne-Go_Daddy_Class_2_CA.pem
[14:45] <joshuahoover> aboSamoor_: and this is from your laptop?
[14:45] <aboSamoor_> joshuahoover: yes
[14:45] <joshuahoover> aboSamoor_: i see there are files in there as well as folders...is this after the problem occurred?
[14:46] <dobey> hmm
[14:47] <aboSamoor_> joshuahoover: the files are only in the folder that named to be conflicted and the new folder is empty
[14:48] <joshuahoover> aboSamoor_: ok, so, i'm trying to understand this completely so my apologies for all the questions...are all the files you had still located in the books.u1conflict folder?
[14:51] <aboSamoor_> joshuahoover: don't worry, my files in the books.u1conflict folder and I backed them up because in the past a mess happened bu having three partial groups of files among the server, laptop, and the desktop
[14:52] <joshuahoover> aboSamoor_: ok, well that's good to know and this additional info is helpful to as it gives a bit more details on exactly what is occurring...i originally thought the files were synced from the laptop to the server, you add the desktop to the account, files are deleted off the server and then files are deleted off the laptop
[14:52] <joshuahoover> aboSamoor_: this isn't better, but does give us more details to go on
[14:52] <dobey> philsf: very weird
[14:53] <aboSamoor_> joshuahoover: till now I can store my work on ubuntu one, because it is ambiguous in its merge algorithm
[14:53] <aboSamoor_> joshuahoover: then files are deleted off the laptop ---> the files named conflicted with the server and new folder made to pull down the empty folders from the server
[14:54] <joshuahoover> facundobatista: were you able to look at the syncdaemon-exceptions.log file aboSamoor_ attached to bug 461109 a while ago? i missed that one originally
[14:54] <ubottu> Bug 461109 on http://launchpad.net/bugs/461109 is private
[14:55] <facundobatista> joshuahoover, yes
=== john is now known as Guest84045
[14:58] <philsf> dobey, please tell me if there's more information I can post to the bug. I'm going out for lunch
[14:59] <philsf> dobey, also, maybe the desktopcouch problem is related, do you think this might be the case?
[15:00] <aboSamoor_> joshuahoover: is it clear now ? I return to work :)
[15:00] <joshuahoover> aboSamoor_: yes, it is clear...i'm now working on reproducing with full debug on in my test environments...this may take a little while as it's kind of an involved test
[15:01] <joshuahoover> rtg: any luck on your end reproducing this with full debug turned on?
[15:01] <dobey> philsf: i don't know what the desktopcouch problem is
[15:01] <dobey> philsf: i doubt it's related
[15:02] <rtg> joshuahoover,  i am still setting up the fresh UbuntuOne directory on both machines
[15:02] <aboSamoor_> joshuahoover: ok, I will watch the bug report for any needed logs or information. Thanks for the timely response.
[15:02] <joshuahoover> rtg: ok, thanks for the update and helping us with troubleshooting this!
[15:06] <dobey> grrr
[15:40] <adelie42> how can I see how much bandwidth ubuntuone is using?
[15:41] <dobey> adelie42: i'm not sure there's any easy way to monitor bw usage on a per-application level
[15:42] <adelie42> less than easy process level? I remember there being some cli tool, but I forget the name.
[15:45] <dobey> adelie42: i think there might be a top-like tool for network usage, but i don't recall the name of it
[15:47] <adelie42> looking at firestarter atm. A firewall that includes application level bandwidth and connection monitoring in a gui, live and cumulative. looks promising.
[15:47] <dobey> cool
[15:48] <adelie42> Also, is it in the works to be able to download directories from the ubuntuone web interface?
[15:49] <adelie42> I wanted to show off some web development yesterday and had to download each file one at a time :(
[15:49] <dobey> i think there are plans to grab a whole directory as a .zip file, yes
[15:50] <dobey> but it's not an easy problem to fix (we don't want to have the server consuming all the resources because someone decided to download a directory full of HD videos or something)
[15:50]  * dobey goes to fix his "must get lunch" issue :)
[16:16] <Scunizi> I've just tried to manually upload a file to my account and am experiencing an "Internal Server Error" on ubuntuone.com.. Is there an issue currently?
[16:21] <joshuahoover> Scunizi: i'm checking on this now
[16:22] <Scunizi> joshuahoover: thanks
[16:23] <joshuahoover> Scunizi: sorry for the errors...we have someone working on fixing it right now
[16:25] <Scunizi> joshuahoover: thanks!  My first attempt at uploading manually from a (eeeek) windows box at work.
=== john is now known as Guest25651
[18:37] <Scunizi> window hide 2
=== dpm is now known as dpm-afk
[18:56] <CardinalFang> aquarius, thisfred, I put you two in the list for email when weird things happen to u1couch.
[18:56] <CardinalFang> https://code.edge.launchpad.net/~cmiller/+junk/couchlogscan
[18:56] <aquarius> thanks
[18:57] <thisfred> CardinalFang: excellent!
[19:00] <CardinalFang> aquarius, thisfred, it runs twice per day, on two log files, so you may get at most 4 emails.  If you do get any, then run 'couchlogscan-cache' to associate a stacktrace with a reported LP bug, and you won't get it any more.
[19:31] <Scunizi> joshuahoover: server still showing "Internal Server Error".. any update?
[19:31] <joshuahoover> Scunizi: yes, we think it may be related to a cookie issue and we have several people working on the fix as i type this :)
[19:33] <Scunizi> joshuahoover: :)
=== teknico is now known as teknico_away
[20:09]  * CardinalFang boggles at Google Maps.
=== teknico_away is now known as teknico
[23:35] <jcastro> my desktopcouch page in my browser is now asking for login/pw, is that normal?
[23:46] <aquarius> jcastro, how are you getting to that page?
[23:46] <aquarius> through couchdb.html?
[23:47] <aquarius> jcastro, and is it asking you to *enter* a username/pw, or is it saying that it's going to log you in with a specific username/pw?
[23:49] <jml> hi
[23:50] <jcastro> I am going to file:///home/jorge/.local/share/desktop-couch/couchdb.html
[23:50] <jcastro> then there's a link
[23:50] <jcastro> and then I get a browser login screen
[23:51] <jcastro> the window looks like it's a browser generated one, not like, an html form or something
[23:51] <aquarius> jcastro, ok, that means that couchdb.html has forgotten your password, for some reason.
[23:51] <aquarius> or, rather, it's using an old one
[23:51] <aquarius> that's not supposed to happen
[23:51] <jcastro> ah nm
[23:51] <jcastro> it works in FF
[23:51] <jcastro> but not chrome
[23:51] <aquarius> ah!
[23:51] <jcastro> it looks like it genned some random-looking password to pass along
[23:51] <aquarius> right, then chrome doesn't support http://username:password@blahblah/ style URLs
[23:51] <jcastro> ah
[23:51] <aquarius> it is indeed a random password
[23:52] <jcastro> hey is bindwood supposed to work?
[23:52] <jcastro> like, should bookmarks be syncing with my laptops and desktops?
[23:57] <aquarius> jcastro, can you file a bug about the chrome thing? Not that I think that there's a lot I can do about it, mind.
[23:58] <jcastro> nod
[23:58] <aquarius> bindwood ought to be working now, but I don't know if urbanape's latest patches have made it into karmic yet
[23:58] <aquarius> he will know though :)
[23:58] <jcastro> it just did
[23:58] <jcastro> I got the update a few minutes ago
[23:58] <aquarius> that's *some* patches, not necessarily all patches ;)
[23:58] <aquarius> right, I am going to bed, since in two minutes I turn into a pumpkin
[23:58] <jcastro> I was getting crushed by the "sync livebookmarks every few minutes and thrash your disk for 15 minutes" bug
[23:58] <jcastro> awesome
[23:58] <jcastro> night!