[00:18] <zacktu> i have a client, but don't have an icon
[00:24] <zacktu> does the client open a window?  it's running, but nothing is visible
[10:20] <codec> re
[11:23] <MenZa> Is the Tomboy note syncing with Ubuntu One in tomboy upstream?
[11:44] <rtagger> Hi, re bug #443121 - looks like firefox bindwood extension does not delete bookmarks from bindwood database when they are deleted in firefox. Is there any way to remove all bookmarks locally AND force removal from server? P.S. I have 10003 live bookmarks :)
[13:56] <damien> Hi, I think my client is still trying to connect to ubuntuone.com - is there any way I can check this?
[14:01] <tcole> hi damien; is the client icon currently being shown?
[14:03] <damien> yes - Disconnected
[14:03] <damien> When I click connect, it does, but immediately quits.
[14:04] <damien> I got an error a few days ago which mentioned ubuntuone.com, so I assumed it was that
[14:04] <damien> I upgraded to Karmic a few days before the final release
[14:05] <tcole> is the client icon still showing up with a ! indicating an error?
[14:06] <verterok> tcole, damien: hi
[14:06] <verterok> damien: are you behind a proxy?
[14:06] <damien> tcole: yes
[14:07] <damien> there's no proxy
[14:07] <tcole> damien: if you mouse over the icon, what does the tooltip say?
[14:07] <damien> Disconnected
[14:08] <damien> I have another machine attached to the account, which has some files uploaded to one
[14:08] <joshuahoover> damien: if you run this from a terminal session, can you tell us what it outputs? sudo apt-cache policy ubuntuone-client
[14:09] <damien> ubuntuone-client:
[14:09] <damien>   Installed: 1.1+r273-0ubuntu1~ppa2~karmic
[14:09] <damien>   Candidate: 1.1+r273-0ubuntu1~ppa2~karmic
[14:09] <damien>   Version table:
[14:09] <damien>  *** 1.1+r273-0ubuntu1~ppa2~karmic 0
[14:09] <damien>         500 http://ppa.launchpad.net karmic/main Packages
[14:09] <damien>         100 /var/lib/dpkg/status
[14:09] <damien>      1.0.2-0ubuntu2 0
[14:09] <damien>         500 http://gb.archive.ubuntu.com karmic-updates/main Packages
[14:09] <damien>      1.0.2-0ubuntu1 0
[14:09] <damien>         500 http://gb.archive.ubuntu.com karmic/main Packages
[14:09] <damien> I installed the ppa version, as I assumed that would fix the issue
[14:09] <joshuahoover> damien: ok, so you're running the ppa version...that should be ok
[14:10] <tcole> I guess the next thing would be to have a look at the logs
[14:10] <joshuahoover> damien: can you paste both of these log files to http://paste.ubuntu.com and post the url(s) here? ~/.cache/ubuntuone/log/oauth-login.log  & ~/.cache/ubuntuone/log/syncdaemon-exceptions.log
[14:10] <joshuahoover> damien: also, are you using NetworkManager?
[14:12] <damien> yes, NetworkManager
[14:12] <joshuahoover> damien: good :)
[14:14] <damien> oauth - http://paste.ubuntu.com/310611/
[14:16] <damien> http://paste.ubuntu.com/310614/
[14:17] <verterok> damien: I have a woraround for that issue ;)
[14:17] <sandy|lurk> MenZa: yes, the note syncing stuff is all in upstream Tomboy. But for Ubuntu One, a patch was required that has been merged upstream but not yet released (will be in 1.0.1 and 1.1.0)
[14:17] <verterok> damien: you'r hitting Bug #455544
[14:18] <verterok> damien: please run this in a terminal: rm ~/.config/ubuntuone/syncdaemon.conf
[14:18] <verterok> damien: sorry, first quit the client ;)
[14:19] <damien> done
[14:19] <verterok> damien: delete that file and start the client again
[14:19] <verterok> damien: this bug is triggered when the bandwidth throttling is enabled with the default values
[14:20] <damien> Just checking it now
[14:22] <damien> That's worked :) Thanks :) Only, the file that's already there hasn't been downloaded to my local machine
[14:23] <joshuahoover> verterok: i see you have this merged already with trunk?
[14:23] <joshuahoover> verterok: so your fix should go in the next ppa release, right?
[14:23] <verterok> joshuahoover: yes, it's in trunk. and I asigned the package bug to Chipaca to apply the patch to the karmic version
[14:23] <verterok> joshuahoover: I hope so! :-)
[14:24] <joshuahoover> verterok: cool, i'm going to make sure we get this into our sru (service release update?) for karmic, which we're still deciding when that'll be
[14:24] <Chipaca> I... haven't gotten round to doing that yet :(
[14:24] <joshuahoover> Chipaca: np, i'll at least make sure it's on the list of fixes to go
[14:24] <Chipaca> joshuahoover: thanks
[14:24] <verterok> indeed, thanks!
[14:32] <damien> It's got both files now :) Thanks so much for your help.
[14:33] <rtagger> Hello everybody again, I'm hitting the bug #443121 - looks like firefox bindwood extension does not delete bookmarks from bindwood database when they are deleted in firefox. Is there any way to remove all bookmarks locally AND force removal from server? P.S. I have 10003 live bookmarks :)
[14:34] <joshuahoover> rtagger: hello!
[14:34] <rtagger> couchdb web ui allows removal of one item at a time, but this does not look like a good thing to spend the evening with :)
[14:35] <joshuahoover> rtagger: thisfred may have something for you...he and i chatted about a script to do this
[14:35] <joshuahoover> rtagger: and i filed that bug about not being able to get rid of a database once it is sync'd based on the chat you and i had earlier
[14:35] <joshuahoover> thisfred: ping
[14:35] <thisfred> rtagger: yes, I will have that done soon (sry joshuahoover, have not done it yet)
[14:36] <joshuahoover> thisfred: np, i wasn't sure if you had time to work on that or not
[14:36] <thisfred> rtagger: we will of course make database removal possible in the slightly longer term
[14:37] <rtagger> joshuahoover, thanks, so basically if I figure out how to connect to db locally , then iterate over the records and kill them all, they will be removed from server as well...
[14:37] <thisfred> rtagger, joshuahoover it should not be that much work, I just need to do it. Where can I put it when it's done? Attach it to the bug?
[14:37] <joshuahoover> rtagger: yep
[14:37] <joshuahoover> thisfred: sure :)
[14:38] <joshuahoover> thisfred: and i'll point people to that as a workaround in the mean time...not ideal, but gets around the major issue for people in rtagger's situation
[14:38] <thisfred> rtagger: keep an eye on https://bugs.edge.launchpad.net/desktopcouch/+bug/474170 and I will post it there this week
[14:38] <rtagger> joshuahoover, eh, I wish I knew python, being perl guy is not fashionable these days :), okay, diving into python...
[14:40] <rtagger> joshuahoover, will there be UI in the web interface for bookmarks?
[14:40] <joshuahoover> rtagger: we have it on our list of things to do for this (lucid) release cycle
[14:41] <thisfred> rtagger: I think I have it, i8t
[14:42] <thisfred> it's pretty simple actually
[14:42] <thisfred> be ready in a few minutes
[14:43] <joshuahoover> thisfred is a good one :)
[14:46] <rtagger> thisfred, thanks :)
[14:51] <teknico> I'm off on children service duty and I won't be here in ten minutes, so here it is:
[14:51] <teknico> DONE: did more branch reviews; investigated and fixed a corner-case problem in the contacts web UI (#475202)
[14:51] <teknico> TODO: land the fix for #475202; complete the fix for the web part of #423746; draft a proposal for contacts categories
[14:51] <teknico> BLOCK: none
[14:55] <Chipaca> teknico_away: ok, I'll repeat it in the standup just in case :)
[14:56] <thisfred> rtagger:  joshuahoover  #474170 has a script to *permanently* delete all documents from a database. Use with appropriate caution.
[14:56] <joshuahoover> thisfred: very good! i'll test here in just a bit...thank you thisfred!
[14:57] <thisfred> joshuahoover: awesome, let me know if your house catches fire because of it. Mine didn't ;)
[14:57] <joshuahoover> thisfred: :)
[14:57] <rtagger> thisfred, got the fire extinguisher, just in case... testing
[14:58] <Chipaca> thisfred: you might want to mention that your house is made exclusively out of a titanium alloy?
[15:00] <jblount> Chipaca rodrigo_ urbanape vds CardinalFang  jblount
[15:00] <jblount> MEETING BEGINS
[15:00] <jblount> Desktop+ step right up and drop your status. "me" will get you in line, format is DONE / TODO /  BLOCKED
[15:00] <CardinalFang> me
[15:00] <urbanape> me
[15:00] <vds> me
[15:00] <jblount> me
 me
 me
[15:00] <Chipaca> me
[15:00] <thisfred> Chipaca: sssssh! :D
[15:02] <vds> jblount: can we switch from MEETING BEGINS to Desktop+ MEETING BEGINS?
[15:02] <CardinalFang> Good idea, vds.
[15:03] <jblount> vds: Sure thing, that makes a lot of sense.
[15:03] <jblount> CardinalFang: On your mark.
[15:05] <CardinalFang> DONE: Nursing some cold/flu/something, took half of day off.  Goals for stati-k.  Bug#474252. Bug#459081
[15:05] <CardinalFang> TODO: Bug#474252 segv no core. Bug#459081 multiple keys dc. Bug#445555 dc-service crash on DeniedError
[15:05] <CardinalFang> BLOCKED: None
[15:05] <CardinalFang> urbanape
[15:05] <urbanape> DONE: Pushed a branch for Bindwood that drastically reduces the network traffic on subsequent launches and pulls.
[15:05] <urbanape> TODO: Get it into my PPA, and also see about background threads. Also, some estimates for Bookmarks Web UI and some of the outstanding /files/ ui bugs.
[15:05] <urbanape> BLOCK: None
[15:05] <urbanape> vds, please
[15:05] <vds> DONE: paired with facundo  on the branch to add integration tests to watchdaemon #472803
[15:05] <vds> TODO: complete the branch hopefully
[15:05] <vds> BLOCKED: not really, but twisted doesn't like me...
[15:05] <vds> jblount shoot!
[15:05] <jblount> DONE: work on /files/ ui
[15:05] <jblount> TODO: Keep cranking on /files/ ui
[15:05] <jblount> BLOCKED: Insanely great weather in Central Florida today, want to go fly a kite.
[15:06] <CardinalFang> +1
[15:06] <jblount> Chipaca: <teknico> <rodriogo>
 DONE: did more branch reviews; investigated and fixed a corner-case problem in the contacts web UI (#475202)
 TODO: land the fix for #475202; complete the fix for the web part of #423746; draft a proposal for contacts categories
 BLOCK: none
 next: rodrigo
 • DONE: More XML<->HTML fixes. Mark contacts as deleted instead of deleting them in desktopcouch. Made evo-couchdb use 'description' instead of 'protocol' field when not present and file bug for web UI to have this fixed. Looked at dates not being saved in Evolution
 • TODO: Talk to Ara about writing mago tests for evo-couchdb. Conflict resolver tool in pair tool. Look at becoming a MOTU (https://wiki.ubuntu.com/UbuntuDevelopers). openSUSE/Fedora packaging with aquarius. API documentation for couchdb-glib. Make sandy's snowy test suite work with our server (http://git.gnome.org/cgit/snowy/tree/api/tests.py). Discuss with jdo and aquarius about oauth token per app, not per machine? Look
[15:06] <Chipaca> at Tomboy not supporting notes with the same title. Look at replication logs to checkwhy there is a delay in contacts showing up on the web UI. Create tasks for contacts picker app in google spreadheet. Think about music store tasks estimate.
 • BLOCKED: no
 next: Chipaca
[15:06] <Chipaca> ⚙ DONE: looking at tasks/stories, talking with people, brain load at 5 for some reason :)
[15:06] <Chipaca> ⚙ TODO: gently prod people to get estimates to tasks/stories. Create blueprints and specs. Pass some syncdaemon knowledge off to nessita.
[15:06] <Chipaca> ⚙ BLOCKED: no
[15:08] <jblount> EOM?
[15:09] <urbanape> MOE
[15:09] <CardinalFang> jblount, I have a wicked cool box kite.
[15:10]  * CardinalFang tries to square "cool" with "box kite."
[15:10] <jblount> heh
[15:11] <rtagger> thisfred, ran kill_all_humans.py script, it removed all bookmarks except _design ones. Database requires compacting afterwards since it doubled its original space.
[15:12] <thisfred> rtagger: ah yes, I'll add that as a comment, compaction actually gets rid of the (inaccessible) deleted revisions
[15:12] <thisfred> rtagger: so, you're happy?
[15:12] <rtagger> thisfred, yep, very happy. and firefox is happy as well
[15:12] <thisfred> awesome
[15:13] <rtagger> thisfred, thanks!
[15:16]  * jblount high-fives thisfred 
[15:17] <thisfred> ^5s jblount
[15:32] <MenZa> sandy|lurk: excellent - and I assume that will be present in Tomboy for Windows as well (more of a question for #tomboy/irc.gnome.org, I know), or is there a problem with couchdb?
[15:33] <sandy|lurk> MenZa: Tomboy sync to U1 does not use couchdb
[15:33] <sandy|lurk> and yes, it will work fine on Windows, Mac, and other Linux distros
[15:33]  * MenZa dances happily.
[15:33] <sandy|lurk> once we release 1.0.1 (stable) and 1.1.0 (development)
[15:33] <MenZa> Finally, shared to-do lists for all my boxen!
[15:33] <sandy|lurk> MenZa: the U1 guys helped us when we were designing our REST API for Tomboy sync
[15:34] <sandy|lurk> so U1 implements the same API that the Snowy project does (Snowy is the software that will power Tomboy Online)
[15:34] <MenZa> Tomboy is an amazing piece of software, and integration with U1 just makes it even better.
[15:34] <MenZa> mmm cloud
[15:34] <sandy|lurk> cool, glad you're enjoying it :-)
[15:34] <sandy|lurk> the U1 team has done a great job
[15:34] <MenZa> also, \o/ open source collaboration
[15:35] <rtagger> By the way, when I did the tests for data wipe and made my u1 folder be completely empty I noticed that I could get to 0 bytes used on the server, while tomboy notes and contacts were there. So, basically I can store unlimited amount of notes, can't I?
[15:36] <sandy|lurk> heh, I don't know about that (I don't work on U1), but that's pretty funny :-)
[15:36] <MenZa> store all your files as ones and zeros in a note! will make sense in the long run!
[15:37] <rtagger> MenZa, base64 is my friend...
[15:37] <joshuahoover> rtagger: in theory, right now, i believe so...that's a lot of notes though ;)
[15:37] <MenZa> https://wiki.ubuntu.com/UbuntuOne/WindowsClientUnofficial <- I need to add more stuff to this
[15:40]  * rtagger pasted 5Mb file into tomboy, waiting for it to unfreeze...
[15:53] <mesula> joshuahoover: I created a test folder and am copying the documents into it.
[15:53] <joshuahoover> mesula: thank you!
[15:53] <mesula> joshuahoover: It seems to be working, though...
[15:54] <joshuahoover> mesula: very strange
[15:54] <joshuahoover> mesula: with the same "Business Coursework" folder?
[15:54] <mesula> joshuahoover: We'll see in a minute.
[15:54] <mesula> joshuahoover: Yeah, in a folder called "test"
[15:54] <joshuahoover> mesula: i was wondering if it was something with some of the files/folders in that particular folder
[15:55] <mesula> joshuahoover: If it works this way, I'll just correct the directories by symlinking.
[15:55] <mesula> joshuahoover: Oh wait, doesn't Ubuntu One hate symlinks?
[15:55] <obiyoda> I'm wondering if ubuntu one can be used on a server edition of ubuntu with no gnome?
[15:55] <joshuahoover> mesula: ubuntu one doesn't support symlinks right now
[15:56] <joshuahoover> obiyoda: not currently, we do plan on providing a headless client at some point
[15:56] <obiyoda> joshuahoover: that would be great.
[15:59] <rtagger> Another question - is there any sorting in /notes/ - right now the entries are "Using Links in Tomboy", "New note 20", "Citi Info",  "CPU Info", "Mad World Lyrics", ...
[16:00] <rtagger> re: file-in-a-note - so far we are protected by tomboy which responds pretty badly to such kind of attempt, trying to create links from base64'd file. However, I was able to upload Dive Into Python book completely in a note (text/plain, 1Mb). And I am able to see it via web ui.
[16:01] <mesula> joshuahoover: I'm not sure if it worked or not.
[16:01] <joshuahoover> rtagger: notes webui needs some improvements, one is the order notes show up in...it should likely be similar to tomboy, newest to oldest
[16:01] <joshuahoover> mesula: because you can't see them on the web?
[16:01] <joshuahoover> mesula: do you have another debug log?
[16:02] <mesula> joshuahoover: I don't, no.
[16:02] <mesula> And I can't see them on the web.
[16:03] <joshuahoover> mesula: ok, what the devs need is for this behavior to be captured in debug mode...
[16:03] <mesula> joshuahoover: However, there are more lines in my syncdaemon-exceptions.log now
[16:03] <rtagger> joshuahoover, should I file the bug about notes taking no space in U1 universe?
[16:03] <mesula> joshuahoover: Possibly helpful lines.
[16:04] <mesula> joshuahoover: http://paste.ubuntu.com/310694/
[16:04] <joshuahoover> rtagger: sure :) i don't think we have one for that yet
[16:05] <joshuahoover> mesula: ok, what the devs (like verterok and facundobatista) are going to want/need is to start your test again but before you do run the following steps:
[16:06] <joshuahoover> 1) sudo killall ubuntuone-client-applet ubuntuone-syncdaemon
[16:06] <joshuahoover> 2) /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug > ~/syncdaemon-debug.log
[16:06] <joshuahoover> 3) start ubuntu one client from the menu as you normally would
[16:06] <Ng> is there a way to find out what file the syncdaemon is currently transferring? mine seems to be uploading a large file, but I can't see wha it is, lsof just shows it working on a 366MB file in /tmp/
[16:07] <rtagger> Ng, u1sdtool --shot-transfers
[16:07] <joshuahoover> Ng: the best way right now is from a terminal session: u1sdtool --current-transfers
[16:07] <rtagger> Ng, u1sdtool --current-transfers
[16:07] <Ng> aha
[16:07] <Ng> thanks
[16:07] <Ng> how come it copies the file to /tmp/ first?
[16:09] <mesula> joshuahoover: Roger that.
[16:09] <joshuahoover> Ng: that i'm not sure, maybe verterok or facundobatista could answer your question
[16:10] <Chipaca> Ng: it compresses them
[16:10] <Chipaca> Ng: the idea being, most people's upload bandwidth sucks :)
[16:10] <CardinalFang> rmcbride, of bug#474109 , I'm worried that including the replication file in public reports will leak passwords.  The logs are too verbose up to recently.
[16:11] <rmcbride> CardinalFang: that's a good observation
[16:11] <joshuahoover> thanks Chipaca! :)
[16:12] <mesula> joshuahoover: I don't want to spend too much time on solving this issue; one of the main reasons I use Ubuntu 9.10 on my PC is that it isn't riddled with tonnes of problems.
[16:12] <Ng> Chipaca: I'm wondering if maybe the compression would be better done inline (as it happens it's currently using a few hundred mb on a compressed mpeg that only shrunk by about 100KB
[16:13] <rmcbride> CardinalFang: an apport hook had been requested, I'll allow that I had no idea as to the content of the log that was requested for that hook
[16:13] <Chipaca> Ng: yes, and we'll probably change it at some point. The protocol as it stands today needs you to send the size of the file you're uploading before you start, however.
[16:13] <mesula> joshuahoover: Should I upload that log file to the bug report?
[16:13] <Chipaca> Ng: we fixed the reason we needed that just before freeze, so we weren't able to get round to changing the protocol :)
[16:14] <joshuahoover> mesula: yes, please and then i'll take a look and see if facundobatista can take a look now as well
[16:14] <Ng> Chipaca: ok, thanks
[16:14] <mesula> joshuahoover: The file is still updating...
[16:16] <facundobatista> mesula, if you do "tail -f ~/syncdaemon-debug.log" you'll see how the file updates
[16:16] <facundobatista> mesula, at some point it will stop, and make MARKs saying it's IDLE
[16:16] <CardinalFang> rmcbride, I know not much of apport yet.  Where did you make a change?  Perhaps there's something else we can do.
[16:17] <facundobatista> mesula, when two of them come together (separated by 2 mins), it's over
[16:17] <rmcbride> CardinalFang: there was no apport hook for desktop couch prior to the submitted branch
[16:17] <CardinalFang> rmcbride, ah found your desktopcouch branch. ...
[16:17] <rmcbride> CardinalFang: I basically repurposed the code for my u1 apport-hook
[16:18] <mesula> facundobatista: It's just repeating the same lines over and over.
[16:18] <mesula> Or at least, very similar lines.
[16:18] <facundobatista> mesula, yes, it's doing "stuff"... the "stuff" for each file is very similar, hashes changes, uuids changes...
[16:19] <mesula> facundobatista: Yeah.
[16:21] <mesula> facundobatista joshuahoover: You're going to have to sieve through several thousand lines of output...
[16:23] <facundobatista> mesula, yeap
[16:24] <mesula> How long is it going to take before it shuts up?
[16:36] <mesula> facundobatista: I think it's finished updating.
[16:36] <facundobatista> mesula, which is the last line of the log?
[16:37] <mesula> 2009-11-05 16:37:07,687 - ubuntuone.SyncDaemon.Main - NOTE - ---- MARK (state: WORKING_ON_CONTENT; queues: metadata: 0; content: 4; hash: 0, fsm-cache: hit=14721 miss=144) ----
[16:37] <facundobatista> mesula, you will need to send all the syncdaemon.log.*, because it rotates
[16:37] <facundobatista> mesula, it's still working
[16:37] <facundobatista> mesula, there're still 4 files to upload or download
[16:37] <mesula> facundobatista: It's saving it all to ~/syncdaemon-debug.log
[16:38] <facundobatista> mesula, ok, great
[16:38] <mesula> facundobatista: It's been saying it's still got 4 files to upload for minutes now.
[16:38] <facundobatista> mesula, it must be working on a big one
[16:39] <mesula> facundobatista: The notification applet has disappeared, too.
[16:39] <facundobatista> mesula, what does it say when you send this command? "u1sdtool --current-transfers"
[16:39] <mesula> facundobatista: Ah, it's uploading a big zip
[16:40] <mesula> 22.4MB in size
[16:40] <facundobatista> there
[16:42] <mesula> It's finished uploading.
[16:43] <mesula> 2009-11-05 16:43:07,687 - ubuntuone.SyncDaemon.Main - NOTE - ---- MARK (state: IDLE; queues: metadata: 0; content: 0; hash: 0, fsm-cache: hit=14869 miss=146) ----
[16:44] <mesula> facundobatista: May I upload it now?
[16:49] <mesula> Launchpad won't let me upload.
[16:49] <mesula> The requested URL could not be retrieved
[16:50] <facundobatista> mesula, there, I'm receiving it
[16:50] <tcole> joshuahoover: ping
[16:50] <joshuahoover> tcole: pong
[16:51] <tcole> I'm catching up on the Ubuntu One forums and Merovirus is still having bindwood problems
[16:52] <tcole> http://ubuntuforums.org/showthread.php?p=8248120
[16:52] <tcole> I have like zero bindwood experience, so I'm unsure how to proceed
[16:53] <joshuahoover> tcole: i'll take a look :)
[16:53] <tcole> thanks
[16:53] <CardinalFang> rmcbride, did your add-apport-hook push succeed?  I still don't see anything.
[16:54] <facundobatista> mesula, thanks!
[17:05] <mesula> facundobatista: I'll keep an eye on the Launchpad page for that bug.
[17:06] <facundobatista> mesula, ok, thanks!
[17:18] <lampar> hello
[17:18] <lampar> I have a little problem trying to connect ubuntu one
[17:19] <joshuahoover> tcole: ping ^^
[17:19] <lampar> I can't do it, and it doesn't say anything useful to try to fix it
[17:20] <tcole> hm, do you get an exclaimation mark icon?
[17:22] <lampar> no, nothing
[17:23] <lampar> it just says "connecting..." and then, "disconected"
[17:23] <lampar> and ah yes!
[17:23] <lampar> wait, the icon cloud has a little exclamation mark
[17:23] <lampar> what does it mean?
[17:25] <lampar> tcole do you know anything about it?
[17:25] <tcole> maybe -- if you mouse over the icon, what does the tooltip say?
[17:26] <lampar> "Desconectado" (Disconnected)
[17:30] <tcole> hm
[17:30] <tcole> try deleting ~/.config/ubuntuone/syncdaemon.conf
[17:30] <tcole> well, exit the applet
[17:30] <tcole> delete that
[17:30] <tcole> then try starting it again
[17:31] <lampar> let's see...
[17:32] <lampar> YESS!!!
[17:32] <lampar> THANK YOU!!!
[17:33] <tcole> you're welcome ^_^
[17:34] <lampar> it worked perfectly
[17:34] <lampar> it didn't even ask me to do anything like reauthenticate, just worked!
[17:59] <Ghoul> ok ubuntuone... where do i put in my account details?
[17:59] <Ghoul> like this, sure it's in nautilus, but when i click on this 'connect' button just stays at 'connecting' forever
[18:01] <Ghoul> and in 'preferences' i don't see anywhere where i can put in my login info if there's such a thing
[18:01] <Ghoul> but i assume there is.. eveyone should have their own account
[18:03] <jblount> Ghoul: Clicking connect should run your web browser so you can connecct your account.
[18:04] <jblount> Ghoul: If you run 'seahorse' from the terminal, do you see something for Ubuntu One under the passwords tab?
[18:13] <Ghoul> ok, what does seahorse do?
[18:13] <Ghoul> i see passwords: default
[18:13] <Ghoul> passwords: login
[18:13] <jblount> Ghoul: Do you see an arrow next to 'passwords: login' ?
[18:13] <Ghoul> nope
[18:13] <Ghoul> ok let me screenshot this
[18:14] <jblount> Hrm. That should be expandable.
[18:14] <tcole> screenshot should help
[18:15] <Ghoul> ok, lol where does 'Take Screenshot' save those screenshots :)
[18:15] <Ghoul> ok i see it 1sec
[18:16] <Ghoul> http://i35.tinypic.com/2d2gi7t.png
[18:16] <Ghoul> this is what i see from seahorse
[18:18] <jblount> Ghoul: Is this the first machine you are setting up? What do you see here: http://one.ubuntu.com/account/machines
[18:19] <Ghoul> yes, never used this before
[18:19] <Ghoul> i'm just curious how it works
[18:19] <Ghoul> just clicked on the icon, ok thanks for the site
[18:19] <Ghoul> now it makes sense
[18:20] <Ghoul> although this is karmic, thought it's all part of the sytem
[18:23] <Ghoul> ok, well the web interface works, just that i can't connect on a local basis via nautilus
[18:26] <Ghoul> um, nevermind, i have a rapidshare account for such purposes, i see that ubuntuone has a 50gb limit, not enough for me at this pount
[18:26] <Ghoul> point
[18:26] <jblount> Ghoul: So what do you see at the link I sent? This should list all the computers you've connected to your account.
[18:27] <Ghoul> hm, no computers added
[18:28] <Ghoul> where is this 'add this computer button'? :)
[18:30] <jblount> Ghoul: The connect button should open your web browser to a page that allows you to add your computer.
[18:31] <jblount> Ghoul: You can see it by clicking on the applet in your panel.
[18:31] <Ghoul> ok, yes that is what doesn't work
[18:31] <Ghoul> when i click 'connect' nothing happens
[18:32] <jblount> Ghoul: What happens when you throw this in a terminal: xdg-open http://google.com
[18:34] <Ghoul> ok, it openes google.com in firefox
[18:34] <Ghoul> ok let me show you what connect button i'm clicking
[18:35] <jblount> joshuahoover: Hi! Any idea what it means if someone clicks the connect button and nothing happens? I tried diagnosing via having them run xdg-open in a terminal window and that worked fine.
[18:36] <Ghoul> http://i38.tinypic.com/21dqz5h.png
[18:36] <Ghoul> here, top right
[18:36] <Ghoul> nothing happens
[18:42] <rtagger> Ghoul, do you have "Unlock" menu entry in seahorse for login/default keyrings ?
[18:43] <Ghoul> yes
[18:44] <Ghoul> ok i can unlock both
[18:44] <Ghoul> http://i35.tinypic.com/2d2gi7t.png
[18:44] <Ghoul> from here
[18:44] <rmcbride> CardinalFang: erm. Haven't been looking over here for a bit. The hook has to be installed to work, and that will require a packaging change. Since the packaging stuff is in a seperate branch, that would have to be as well.
[18:44] <CardinalFang> rmcbride, Rgr.
[18:45] <rtagger> Ghoul, are you able to unlock both keyrings and see whether you have "Ubuntu One token" entry?
[18:45] <rmcbride> CardinalFang: afk for a couple and tehn I can find the path again, but it is the same code we're using for the u1 cleint, but with the paths changed for desktop couch
[18:45] <Ghoul> rtagger: when i right click on one of the Password: xxxxx things?
[18:46] <CardinalFang> rmcbride, Okay.  If there's a way in LP/apport to mark a file as private, that would solve any complaint I have.
[18:46] <Ghoul> i don't see a 'ubuntu one token' button
[18:46] <rtagger> Ghoul, okay, I would start by killing syncdaemon first, then launching applet again
[18:47] <rtagger> Ghoul, killall ubuntuone-syncdaemon
[18:47] <CardinalFang> rmcbride, Though, if this requires a packaging change, then it's okay for the next release of desktopcouch to be packaged thus.  The password obfuscator  is already in.
[18:48] <rtagger> Ghoul, after this, quit the "cloud" applet and start ubuntuone-client-applet
[18:49] <Ghoul> i killed the client and ubuntuone-syncdeamon
[18:49] <Ghoul> ok basically restarting it
[18:50] <rmcbride> CardinalFang: cool
[18:50] <rmcbride> CardinalFang: one thing I just recalled, apport-collect has done nothing for me in 9.10 in quite a while. I've filed a bug but I'm unsure of its status
[18:50]  * rmcbride goes to look for it
[18:50] <Ghoul> ok doesn't work, well thanks for the patience rtagger i appreciate it
[18:50] <Ghoul> but i'm off now
[18:51] <Ghoul> as i said i'm not too concerned about this, since i see the 50gb limit
[18:51] <Ghoul> if it increases to 500gb then it'll be worth considering :)
[18:52] <rtagger> Ghoul, looks like something is "misconfigured by default"///
[18:52] <Ghoul> yes, was wondering if it's something small, but it's not
[18:52] <Ghoul> it's good k thanks again
[18:52] <rmcbride> CardinalFang: #432071. Doesnt appear to even have been triaged :(
[20:14] <feutete> i've seen some reports of this on launchpad, but not much movement--uploads to Ubuntu One are horribly slow (i.e. 2MB/hr), even on my 3Mbps upstream connection at work
[20:14] <feutete> does anyone have any suggestions?
[20:17] <feutete> oh, I do not have bandwidth limiting enabled on the client, so that shouldn't be the cause...
[20:20] <switchgirl> capabilities mismatch issue - dont know why and yes i filed a bug
[20:30] <statik> hi feutete - uploads are crazy slow right now, it's definitely not a problem on your end, more likely a bottleneck at the servers but we haven't figured it out completely yet
[20:31] <statik> hi switchgirl, capabilities mismatch means that you need a newer version of the client software, one should be available in update-manager now
[20:32] <Ng> weird, i had a system crash and now I'm re-uploading a file I uploaded earlier
[20:32] <Ng> (the 366MB one I was talking about earlier)
[20:32] <feutete> statik: Thanks, I figured it was something like that.
[20:34] <statik> Ng, tell __lucio__ that uploading deltas is a good idea ;)
[20:34] <__lucio__> why? i sell bandwidth.
[20:35] <Ng> statik: the file definitely hasn't changed, so uploading a 0byte delta would be lovely ;)
[20:37] <statik> Ng, we need to make a deal about prioritizing something for you, and me getting a terminator window that opens automatically with 4 splits
[20:37] <Ng> haha
[20:38] <Ng> statik: I'm getting asked about that via IRC and Answers several times a week now ;(
[20:38] <Ng> perhaps you could prioritize me up some real developers ;)
[20:44] <Ng> aha, I see what may have happened here. u1sdtool is showing it as having written enough bytes, but still somehow uploading the file
[20:54] <Ng> and now it's started again
[20:54] <tcole> the main thing we need to have as far as that goes is a way for a client to prove that it has content with a given content hash without having to upload it
[20:54] <tcole> which is not too technically difficult
[20:54] <tcole> just needs some implementation effort
[20:55] <Ng> logs indicate it lost the connection on the previous upload
[21:10] <DrAxeman> Hoping someone can help with what I'm assuming is a minor problem.
[21:11] <DrAxeman> When I try to "Confirm Computer Access" and click on Subscribe I get an error that "Firefox can't establish a connection to the server at localhost:55471"
[21:11] <DrAxeman> Is this a local firewall issue?
[21:18] <tcole> I'd be surprised, but maybe?
[21:18] <tcole> I think I few other people have had that problem
[21:18] <tcole> trying to see if there's an existing bug with more information
[21:22] <joshuahoover> DrAxeman: do you have any sort of proxy server settings or firefox plugin that blocks certain ports?
[21:22] <DrAxeman> No.  I have a pretty vanilla firefox config and no proxy server.
[21:23] <joshuahoover> DrAxeman: ok, can you look at ~/.cache/ubuntuone/oauth-login.log and post here http://paste.ubuntu.com/ then post the url here?
[21:23] <joshuahoover> DrAxeman: after that, i suggest quitting the ubuntu one client and trying again :)
[21:25] <DrAxeman> You mean ~/.cache/ubuntuone/log/oauth-login.log?
[21:25] <DrAxeman> Just 1 line:
[21:25] <DrAxeman> Starting Ubuntu One client version 1.0.2
[21:26] <joshuahoover> DrAxeman: yep, that's the log...ok...hmmm
[21:26] <DrAxeman> Quitting ubuntu one, and restarting fixed the issue.
[21:27] <joshuahoover> DrAxeman: did you happen to have that page open for a while before getting to submit the form?
[21:27] <DrAxeman> Thank you for the assistance!
[21:28] <joshuahoover> DrAxeman: you're welcome! thank you for your patience and help!
[21:28] <DrAxeman> Nope.  the process was pretty simple, didn't take long at all.
[21:28] <DrAxeman> Now to start exploring how to use this.  I'm pretty excited about the promise of what this can do.
[21:28] <joshuahoover> DrAxeman: so the first time you launched ubuntu one, the page came right up and you clicked submit (with a computer name) and it came back with the localhost error?
[21:31] <DrAxeman> yes,
[21:31] <joshuahoover> DrAxeman: i'm trying to see if we have a bug here that needs further investigation
[21:31] <DrAxeman> Fair enough.
[21:31] <joshuahoover> DrAxeman: ah, ok...i'll have to look into that a bit more...again, thanks for your help...i'm happy you're up and running now! :)
[21:32] <DrAxeman> so am I.  Thanks again.
[21:34] <tcole> joshuahoover: we've gotten some other bug reports along the same lines
[21:34] <tcole> joshuahoover: I'm wondering whether the temporary web server isn't starting up in time, or whether it dies prematurely
[21:35] <joshuahoover> tcole: yeah, i've only seen it maybe once myself...but that was waiting too long to finish the process of adding the computer
[21:36] <joshuahoover> tcole: if it isn't starting up in time, it's not doing it consistently
[21:36] <tcole> there could be a race around startup
[21:36] <tcole> I mean, if the auth process proceeds without checking that the local server is available first, that would do it
[21:36] <joshuahoover> tcole: ahhh...that's true
[21:36] <tcole> whether or not the poor thing succeeds in time would be totally up to CPU load, phase of the moon, etc.
[21:37] <joshuahoover> tcole: :)