[00:15] <mrooney> statik: oh cool, it is landed in the "upstream" code now?
[00:22] <slide> I cant get connected to Ubuntu One
[00:23] <slide> i get the cloud with the ! in it constantly and no error message or anything
[00:26] <slide> my files have a checkmark on them, but they get uploaded or anything
[00:35] <slide> sigh
[01:00] <greg-g> slide: sorry I can't help (not a U1 dev) but just so you know, many of the devs are either at UDS (thus, busy!) or probably not watching the channel right now.
[01:01] <slide> =\
[01:01] <greg-g> slide: so, wait around and give them a chance to notice your question, or fire off an Answer or Bug on Launchpad
[01:02] <greg-g> by Answer I mean in the Answer tracker, obviously it will start out as a question :)
[01:02] <slide> heh
[06:58] <rtagger> slide: Is "i get the cloud with the ! in it constantly and no error message or anything" still an actual problem?
[07:07] <slide> rtagger, yes
[07:07] <slide> its been this way for a couple of weeks
[07:07] <rtagger> slide: okay, first try: cat ~/.config/ubuntuone/syncdaemon.conf
[07:08] <rtagger> slide: and post the output here
[07:08] <slide> doesn't exist, only ubuntuone-client.conf does
[07:08] <rtagger> slide: erm, yes, right
[07:09]  * rtagger wakes up
[07:09] <slide> hehe
[07:09] <slide> paste in channel or a pastebin? its 5 lines
[07:10] <rtagger> slide: okay, ignore this, that means no bandwidth_throttling problem here
[07:11] <rtagger> slide: can you 'connect' via applet and then (after it gets back to ! sign) pastebin the contents of ~/.cache/ubuntuone/log/syncdaemon.log and ~/.cache/ubuntuone/log/oauth-login.log
[07:12] <slide> via the icon?
[07:12] <slide> the icon never changes
[07:13] <rtagger> slide: I assume you have 9.10 and all latest updates applied and that you don't get 'Capabilities Mismatch' error. Okay, even if it does not change, just click connect and then use the logs
[07:13] <slide> k
[07:13]  * rtagger thinks that we might need to craft some automatic tool to fix all common/configuration problems...
[07:14] <slide> from oath log, Quit Error: Method "quit" with signature "" on interface "com.ubuntuone.SyncDaemon.SyncDaemon" doesn't exist
[07:15] <slide> http://pastebin.ca/1679005
[07:15] <slide> other log
[07:16] <rtagger> slide: NoAccessToken: No access token found.
[07:17] <rtagger> slide: it does not mean much to me at the moment, checking...
[07:17] <slide> hehe k
[07:18] <rtagger> slide: okay, open seahorse (Applications/Accessories/Passwords and Encryption Keys), navigate to 'default' keyring
[07:19] <rtagger> slide: btw, apt-cache policy ubuntuone-client
[07:21] <slide> http://pastebin.ca/1679009
[07:21] <slide> i dont see anything about keyrings in that
[07:21] <rtagger> slide: sorry, not default, navigate to login keyring... Search for UbuntuOne token for https://ubuntuone.com
[07:21] <slide> all i see is "Passwords: login" and some sub-items of that
[07:22] <slide> dont see one, only a network key and 2 for "Desktop Couch user authentication"
[07:23] <rtagger> slide: okay, seems that something became broken somewhere around the keyring.
[07:23]  * rtagger is switching from PPA to karmic version for investigation...
[07:23] <slide> k
[07:28] <rtagger> slide: You *might* be hitting a bug #451670. Can you kill ubuntuone-client-applet and then start it from the terminal.
[07:29] <rtagger> slide: however this is unlikely, since your version already contains a fix.
[07:30] <slide> rtagger, ok that seemed to work, it made me readd this computer at the ubuntu one site and then the applet icon changed to a full cloud and now says its finished updating files
[07:30] <rtagger> slide: to me, it looks like the applet is unable to put the info about ubuntuone credentials to the keyring so that syncdaemon later is unable to fetch them.
[07:30] <rtagger> slide: weird
[07:30] <slide> ok ubuntuone is now in keyring
[07:30] <rtagger> slide: no, it is not weird that it started to work, but... It is just weird that it started to work so quickly..
[07:30] <slide> hope it stays like this upon next reboot
[07:30] <slide> ha
[07:31] <slide> yea, ive rebooted before which i would think would be the same thing
[07:31] <slide> rtagger, thanks very much :)
[07:31] <rtagger> slide: The only thing known so far about the reboots is https://wiki.ubuntu.com/UbuntuOne/Bugs#Connect%20on%20Start%20Setting%20Does%20Not%20Work
[07:32] <slide> weird
[07:32] <rtagger> slide: so that your client may not be able to auto-connect on startup. Clicking 'Connect' will bring it to connected state.
[07:32] <rtagger> slide: but this has nothing to do with missing token in the keyring that magically re-appeared.
[07:33] <slide> hopefully hehe
[07:33] <rtagger> slide: so if it definitely _disappears_ then it is really a subject of the bug report
[07:34] <slide> k
[07:43] <slide> thanks later :)
[14:03] <apachelogger> hullos
[14:03] <apachelogger> nessita: ping
[14:04] <nessita> apachelogger: hi there
[14:04] <nessita> apachelogger: what can I do for you?
[14:06] <apachelogger> nessita: is there a particularly important reason for having the applet handle authentification?
[14:06] <apachelogger> I am looking into creating a KDE UI in c++, and the auth process is standing a bit in my way
[14:07] <nessita> apachelogger: well, you need to be able to upload files to your account, so you need to authenticate in some way
[14:07] <apachelogger> also, I suppose it prevents usage of the daemon without applet, which would be kinda neat I imagine
[14:07] <apachelogger> nessita: couldnt it be done by the daemon, upon startup?
[14:07] <apachelogger> something starts daemone -> daemon takes care of auth
[14:08] <verterok_> hello!
[14:08] <nessita> apachelogger: I went and looked for wiser people
[14:08] <verterok> nessita: whatsup?
[14:08] <nessita> verterok: apachelogger is asing about the applet and authentication
[14:08] <nessita> verterok: he said:
[14:08] <nessita> (11:06:10 AM) apachelogger: nessita: is there a particularly important reason for having the applet handle authentification?
[14:08] <nessita> (11:06:32 AM) apachelogger: I am looking into creating a KDE UI in c++, and the auth process is standing a bit in my way
[14:08] <nessita> (11:07:09 AM) apachelogger: also, I suppose it prevents usage of the daemon without applet, which would be kinda neat I imagine
[14:08] <nessita> (11:07:23 AM) apachelogger: nessita: couldnt it be done by the daemon, upon startup?
[14:09] <verterok> nessita: thanks
[14:09] <facundobatista> nessita, he was here -.-
[14:10] <verterok> apachelogger: hi
[14:10] <apachelogger> ahoy verterok
[14:10] <verterok> apachelogger: actually, the applet isn't doing the auth, it's just triggering the oauth dance :)
[14:10] <apachelogger> yeah, but the dance depends on python ;)
[14:10] <verterok> apachelogger: oauthdesktop is the module that's doing the oauth
[14:10] <verterok> apachelogger: actually, it's just a dbus call ;)
[14:10] <verterok> apachelogger: so if you can do a dbus call from C++, that's enough
[14:11] <apachelogger> verterok: the call goes to com.ubuntuone.Authentication, doesnt it?
[14:11] <verterok> apachelogger: yes
[14:12] <apachelogger> verterok: but that is provided by the applet :S
[14:13] <verterok> apachelogger: it's provided by the oauthdesktop dbus service
[14:13] <verterok> apachelogger: if oauthdesktop dbus service starts the applet, that's *BUG* :)
[14:14] <nessita> yey!
[14:14] <apachelogger> verterok: [D-BUS Service]
[14:14] <apachelogger> Name=com.ubuntuone.Authentication
[14:14] <apachelogger> Exec=/usr/bin/ubuntuone-client-applet
[14:14] <verterok> arrrrhhhgg!
[14:14] <apachelogger> that is what my /usr/share/dbus-1/services/com.ubuntuone.Authentication.service says
[14:14] <nessita> mine says that too
[14:15] <verterok> that's bad
[14:15] <apachelogger> my thinking exactly :)
[14:15] <verterok> apachelogger: ok, please could you file a bug about this? :D
[14:16] <apachelogger> sure can do
[14:16] <verterok> thanks!
[14:16] <apachelogger> verterok: any intermediate way to work around this?
[14:16] <apachelogger> so I can continue porting :)
[14:17] <verterok> apachelogger: 1) you can ignore the applet poping up, not good enough IMHO
[14:18] <verterok> apachelogger: 2) uninstall ubuntuone-client-gnome and provide you'r own, patched, com.ubuntuone.Authentication.service :)
[14:19] <apachelogger> hehe, got already started at 2) :)
[14:19] <verterok> apachelogger: if you can wait a bit I might get a very basic script to start only oauthdesktop
[14:19] <verterok> heh, or you can do it ;-)
[14:20] <apachelogger> verterok: well, if you have time .... I should be fixing a flat tire really ;)
[14:20] <verterok> apachelogger: heh, ok. I don't have time, but I'll try to get it done ASAP
[14:21] <apachelogger> verterok: thanks :)
[14:32] <verterok> apachelogger: hey, we alreayd have a standalone oauthdesktop service! yay!
[14:33] <verterok> apachelogger: ubuntuone/oauthdesktop/main.py
[14:36] <verterok> apachelogger: the launched is: http://pastebin.ubuntu.com/323368/
[14:36] <verterok> apachelogger: just need to point the dbus .service file to that script and you'r done ;-)
[15:00] <jblount> Desktop+ MEETING BEGINS
[15:00] <jblount> Hi & welcome to the Desktop+ standup, Friday edition. If you are here and ready to roll, please respond with "me".
[15:00] <jblount> me
[15:00] <vds> me
[15:00] <urbanape> morning, folks
[15:00] <urbanape> me
[15:03] <jblount> DONE: Got some code landed yesterday, worked on a magical breaking test on the /account/machines/ page
[15:03] <jblount> TODO: REVIEW DAY! Fix my magical test, get a "assorted fixes" branch together and up for review.
[15:03] <jblount> BLOCKED: Nope
[15:03] <jblount> vds: tag
[15:03] <vds> DONE: fixed issues with migration to v8, code review
[15:03] <vds> TODO: work with thisfred on the new timestamp implementation
[15:03] <vds> BLOCKED: nope
[15:03] <vds> urbanape: go!
[15:04] <urbanape> DONE: Sprint and UDS. Submitted branch to lazr-js, but ran up against pqm funkiness. Still hanging onto the ubuntuone-servers branch.
[15:04] <urbanape> TODO: Travel. Sleep. Sleep more. Then sleep. Look at Bindwood for Chromium.
[15:04] <urbanape> BLOCK: None
[15:05] <jblount> EMO
[15:05] <jblount> urbanape: I saw a ping from you around 3 Texas time yesterday, do you still need me?
[15:10] <apachelogger> verterok: thank you :)
[15:10] <verterok> apachelogger: np
[15:11] <urbanape> jblount: Yeah, but I'll just get with you on Monday. Some CSS lovin' for the branch I've got open.
[15:12] <urbanape> did you ever land your branch that combined and minified the js and CSS?
[15:14] <jblount> urbanape: No, I figured you were going to land it with your stuff, but I can work on that today and try to have it in trunk before you get back to stuff next week.
[15:23] <urbanape> that would be great. I fear I might have lost a little context on all that.
[15:24] <urbanape> Tom and I cherrypicked some of the pieces out of your branch.
[15:26] <jblount> I'll work on that in a bit, I was a little worried that some of the css stuff that was in that branch might get lost, so this is a good way to make sure the hanges hang around.
[15:29] <urbanape> thx
[15:30] <urbanape> do we have any buildout knowledgeable peeps on our team?
[15:30] <urbanape> zc.buildout
[17:24] <franta> Hi there, I am using kubuntu 9.10 and trying ubuntuone I have problems with connecting(it keeps being disconnected) is there some debugging mode to see what's going on?
[17:27] <nessita> franta: hi there
[17:27] <nessita> franta: can you please paste the contents of this file: ~/.config/ubuntuone/syncdaemon.conf
[17:27] <franta> nessita: [bandwidth_throttling]
[17:27] <franta> on = True
[17:27] <franta> read_limit = -1
[17:27] <franta> write_limit = -1
[17:28] <nessita> franta: can you please try the following? quit the applet
[17:28] <franta> done
[17:28] <franta> :)
[17:28] <nessita> then, edit that file and set on = False
[17:28] <nessita> that is turn off throttling
[17:29] <nessita> franta: then, open the  client again from applications -> internet -> ubuntu one
[17:29] <franta> nessita: it looks like it works :)
[17:29] <nessita> franta: yey!
[17:29] <franta> ah it died
[17:30] <franta> wait
[17:30] <franta> it just disappeared
[17:30] <nessita> franta: could you please check that throttling is in False?
[17:30] <franta> yes it stayed the way I have changed it
[17:30] <nessita> franta: it dissappears if is nto synchronizing anything
[17:31] <nessita> franta: you can change that from the Preferences dialog
[17:31] <franta> nessita: yes it works!:D
[17:31] <nessita> franta: you can set Show Icon -> Always
[17:31] <nessita> franta: perfect!
[17:32] <franta> nessita: and I have one more question... how to reset or set again association with computer?
[17:32] <nessita> franta: this issue (throttling) is a know bug and we're working on it
[17:32] <franta> nessita: thanks!:)
[17:32] <nessita> franta: hum, you mean adding a new computer?
[17:32] <franta> yes
[17:33] <nessita> franta: let me ask around (I'm still learning ;-))
[17:33] <franta> nessita: me too:)
[17:36] <nessita> franta: you can remove the token of your computer from the website and then connect/reconnect
[17:36] <nessita> franta: browse this url https://one.ubuntu.com/account/machines/
[17:36] <franta> nessita: THANKS!!!!:)
[17:37] <nessita> franta: you're welcome!
[17:37] <franta> I must be blind:) there is a link in account tab :D
[17:37] <nessita> franta: I couln't find it either, don't worry ;-)
[20:00] <LiCeT> hi all
[20:02] <LiCeT> still having problems syncing/updating my ubuntu1
[20:04] <LiCeT> folders marked as updated but no files online
[20:08] <LiCeT> now seems to be workin :p
[20:08] <LiCeT> thx anyway
[20:08] <LiCeT> strange
[20:51] <CardinalFang> thisfred, https://code.edge.launchpad.net/~mandel/desktopcouch/port-cannot-be-read-slow/+merge/15100
[20:51] <thisfred> ah!
[20:51] <thisfred> CardinalFang: don't know if you saw, but manuel sent the signed contributer's agreement
[20:52] <thisfred> so that's no obstacle for merging
[20:54] <thisfred> ah, but now I get a test error: https://pastebin.canonical.com/24950/
[20:54] <thisfred> CardinalFang: ^
[20:55] <thisfred> CardinalFang: worse than that, what does this mean? https://pastebin.canonical.com/24951/
[20:56] <thisfred> running tests again succeeds, but this is still worrying. We may have to increase the waits. I originally suggested longer ones...
[20:57] <CardinalFang> Hrm.  His machine is slow enough to discover the pid->port problem, but it starts listening soon.
[20:57] <thisfred> and that memory dump or whatever it is, I really don't understand. Is that a twisted thing? I doubt manuel's code caused that]
[20:57] <CardinalFang> I don't see the code that would print those lines.
[20:58] <CardinalFang> thisfred, did you branch a new copy of his branch, or use yesterday's?  It's not the same branch.
[20:58] <thisfred> CardinalFang: ah
[20:58] <thisfred> no I did merge what you pasted above
[20:59] <thisfred> or copied the branch url from that page rather
[20:59] <CardinalFang> so "bzr branch"?
[21:00] <thisfred> /home/eric/canonical/desktopcouch/r-mandel/desktopcouch/tests/__init__.py:9: Warning: g_set_application() name called multiple times
[21:00] <thisfred>   gobject.set_application_name("desktopcouch testing")
[21:00] <thisfred> CardinalFang: bzr branch trunk r-mandel ; cd r-mandel ;  bzr merge lp:~mandel/desktopcouch/port-cannot-be-read-slow
[21:01] <CardinalFang> thisfred, er, yes.  That's roundabout.  same as "bzr branch lp:~mandel..."
[21:02] <thisfred> yeah, except this shows conflicts for one thing
[21:02] <CardinalFang> Okay, I'm trying soon.  I watched him run it here, not tried it.
[21:02] <thisfred> which is why I should have caught that one yesterday, but my trunk wasn't up to date apparently
[21:05] <thisfred> I'll paste this in, and abstain, since I can't say for sure it's not a problem only I see, although I would try to run this on very slow machines, or alternatively, see what happens without any waits. We may need to make the exponential waits longer/grow faster for this to work on more hardware. Which should not affect faster computers.
[22:20] <CardinalFang> thisfred, that "dump" stuff is aquarius' new code that looks for this very error.  A user complained of it earlier.
[22:21] <CardinalFang> We got it licked, I reckon.  Patch coming.
[22:21] <thisfred> CardinalFang: ah ok, then I'm approving, as this branch doesn't cause it
[22:21] <thisfred> or should I wait? Are you fixing on a new branch?
[22:21] <CardinalFang> No, go ahead.
[22:21] <nessita> bye people!
[22:21] <CardinalFang> thisfred, I'll work on this separate.
[22:21] <thisfred> later nessita have a great weekend
[22:22] <thisfred> CardinalFang: aye aye
[22:22] <CardinalFang> later, nessita.
[22:22] <nessita> thisfred: you too!