[08:34] <danage> i have under "other updates" the ubuntuone-client since a couple of weeks, but it's greyed out. what do i have to do?
[08:42] <danage> hi sladen
[08:56] <imre> Hi! How can I uninstall Ubuntu one client from Jaunty in the terminal?
[09:05] <imre> Hi! How can I uninstall Ubuntu one client from Jaunty in the terminal?
[09:16] <MaWaLe> imre : sorry for asking but why did you want to install ubuntu one client in the terminal?
[09:21] <imre> MaWaLe:I meant "UNinstall" i thought it is more simple, than handpicking the packedes in synaptic.
[09:22] <MaWaLe> imre: but synaptic is better to manage dependencies
[09:24] <danage> MaWaLe: i don't think so since it's just a front end
[09:24] <danage> i have under "other updates" the ubuntuone-client since a couple of weeks, but it's greyed out. what do i have to do?
[09:24] <MaWaLe> but if you persist to want uninstalling manually : sudo apt-get remove --purge ubuntuone-client-gnome
[09:25] <MaWaLe> danage: maybe you have a broken update
[09:25] <MaWaLe> try this :
[09:26] <MaWaLe> sudo sudo dpkg --configure -a
[09:26] <MaWaLe> next
[09:26] <MaWaLe> sudo apt-get update && sudo apt-get upgrade
[09:26] <imre> MaWaLe: I just don`t wanted to miss any packages, couse i don`t know which is related to ubuntu one. All it`s packages are start with ubuntuone...?
[09:26] <MaWaLe> danage : did you added the ppa for the ubuntu one package?
[09:32] <MaWaLe> imre : sorry but i think that i don't understand very well your query
[09:32] <MaWaLe> do you want tio now the files related to the ubuntuone-client-gnome?
[09:33] <MaWaLe> s/now/know
[09:40] <imre> MaWaLe: sorry if I was unclear. I don`t need the service of ubuntu one anymore, so i just want to uninstall it from the pc. I went to synaptic and marked Ubuntuone-client to uninstall. Synaptic didn`t marked a few pack to uninstall, like phyton-ubuntuone-client and 2 other. So i thought with one line in terminal all the related packages will go. And i dont have to worry if i missed some packages
[09:43] <MaWaLe> imre, when selecting a package in synaptic for uninstallation and you want to remove all related files, you have to select "select for complete uninstall" and not the simple "uninstall" option
[09:43] <MaWaLe> anyway : like i said, for a manually uninstallation : sudo apt-get remove --purge ubuntuone-client-gnome
[09:44] <imre> MaWaLe: thanks a lot
[09:45] <MaWaLe> imre, nevermind ;)
[12:16] <sladen> danage: hi
[13:23] <danage> i have under "other updates" the ubuntuone-client since a couple of weeks, but it's greyed out. what do i have to do?
[13:25] <MaWaLe> did you tried : sudo dpkg --configure -a && sudo apt-get update && sudo apt-get upgrade
[13:25] <MaWaLe> this command have to be typed in one line
[13:25] <MaWaLe> otherwise it must be splitted in 3 commands
[13:25] <facundobatista> Hi all
[14:17] <__lucio__> dobey: pitti said: Please note that in a default install, there should be no sync daemon process and logs _at all_. This is already a bug.
[14:17] <__lucio__> so, we cant have nautilus hooking up with the dbus signals unless there really is something to sync.
[14:22] <dobey> nautilus can't know there is nothing to sync unless it asks the syncdaemon
[14:23] <dobey> what the syncdaemon should do, is timeout and exit when there are no more dbus calls to it, and it's not authorized to access the user's storage account
[14:38] <__lucio__> dobey: if syncdaemon starts and exits, there should be a log.
[14:40] <dobey> the log is not the issue here, unless we're logging crap we shouldn't
[14:40] <dobey> what shouldn't be there is the metadata, and the Ubuntu One folder
[14:42] <__lucio__> dobey: i like to log start and exit. why is that crap?
[14:43] <dobey> it's not
[14:45] <dobey> there are much worse things coming up in ~/.xsession-errors
[14:46] <__lucio__> dobey: thats an ugly file, yes.
[14:47] <__lucio__> i dont know if i like the idea of having two modes, the real working mode and the fake just for quick booting mode. when someone stores the token, will it notify syncdaemon so it can really start?
[14:52] <dobey> it wouldn't be two modes. and currently the applet calls syncdaemon connect() when the user authorizes the machine, so yeah. we can optimize that a bit maybe in some places, but yeah
[15:00] <jblount> MEETING BEGINS
[15:00] <jblount> Hello you fine looking developers, let's have a meeting! Everyone here for the desktop+ developers meeting please respond with "me", we'll try going in order of response with the format DONE / TODO / BLOCKED. Your turn:
[15:00] <jblount> me
[15:00] <vds> me
[15:00] <__lucio__> dobey: so, this is your proposal: syncdaemon is waken up because of a signal. checks for token. if there is a token, normal startup. if there is no token, wait X time. for every signal it gets in X time, check for token and do normal startup if found. after timeout: exit.
[15:01] <dobey> me
[15:01] <rodrigo_> me
[15:01] <dobey> __lucio__: not quite, but lets continue after this standup :)
[15:02] <vds> teknico: CardinalFang urbanape ?
[15:03] <urbanape> me
[15:03] <CardinalFang> me! me me me!
[15:03] <jblount> DONE: some js hacking, delete is almost working.
[15:03] <jblount> TODO: More js hacking, fix some minor stuff that cropped up on rollout
[15:03] <jblount> BLOCKED: Nope (although looking forward to client rollout so we can have nice machine names on https://ubuntuone.com/account/machines/ )
[15:03] <jblount> vds: rocknroll
[15:03] <vds> DONE: still fighting with ds-server weirdness, have two more branches almost ready
[15:03] <vds> TODO: try not to hate the ds-server too much
[15:03] <vds> BLOCKED: not really but some volunteer who'd like to share the pain with me would be appreciated...
[15:03] <vds> dobey your turn
[15:03] <dobey> DONE: Fixed gtk.h include for older GNOME installs, Fixed browser error dialog width, Fixed python install for non-pycentral systems
[15:03] <dobey> TODO: 0.91.0 Release, 0.91.0 submission to Karmic, Bug Ivanka/Ted about FUSA integration, Hannibal duties, #378707
[15:03] <dobey> BLCK: None.
[15:03] <dobey> rodrigo_: se hablan
[15:03] <rodrigo_> :)
[15:04] <rodrigo_> DONE: submitted branches for some fixes in couchdb-glib and evo-couchdb. Fixed with statik a couple of things for oauth authentication for tomboy
[15:04] <rodrigo_> TODO: debug with Sandy and statik the tomboy's oauth process. More evo-couchdb fixes/features
[15:04] <rodrigo_> BLOCKED: none
[15:05] <rodrigo_> urbanape: go
[15:05] <urbanape> DONE: Noodled over resurrecting details.js for populating the popups.
[15:05] <urbanape> TODO: Actually breathe some life into it.
[15:05] <urbanape> BLOCK: None
[15:05] <urbanape> CardinalFang! you! you you you!
[15:05] <CardinalFang> DONE: More debugging of Spawning replacement.  Blocked.
[15:05] <CardinalFang> TODO: Get help and fix it.
[15:05] <CardinalFang> BLOCKED: Yes!  Spawning horks on searching for config file.  I think it's a problem with mixing Spawning's module-reloading design and our config singleton design.
[15:05] <CardinalFang> EOL
[15:05] <jblount> MEETING ENDS
[15:05] <jblount> Thanks everyone, back to "business"
[15:06] <rodrigo_> statik: around?
[15:06] <pfibiger> rodrigo_: there was an email, he's out today.
[15:06] <urbanape> statik's out for the day
[15:06] <rodrigo_> pfibiger: ah ok
[15:07] <teknico> sorry, late
[15:08] <teknico> DONE: testing scripts in utilities/
[15:08] <teknico> TODO: more testing scripts in utilities/
[15:08] <teknico> BLOCKED: none
[15:09] <__lucio__> dobey: your move.
[15:14] <dobey> __lucio__: so i'm not exactly sure how it should work, but checking for a token every time a dbus call is made, to determine whether or not it should do "normal startup" doesn't sound right to me
[15:15] <__lucio__> dobey: why not?
[15:17] <dobey> __lucio__: because keyring lookup can be expensive, and annoying to the user (it might pop up dialogs asking for permission, etc...)
[15:17] <dobey> so doing a lookup every time we get a dbus call doesn't make sense to me
[15:18] <__lucio__> dobey: ok, one at startup, one before timeout?
[15:18] <__lucio__> but, if we cant even do keyring looksups, theres nothing we can do
[15:19] <dobey> __lucio__: let me think about it. it's not an urgent issue anyway
[15:19] <dobey> __lucio__: and i still need to read all the updates to that bug that showed up in my bug folder this morning
[15:21] <__lucio__> dobey: not so urgent, but very important. im leaving the ball on your side now.
[15:22] <dobey> you know. since we default to no icons on the desktop anyway, why do we bother to start nautilus by default
[15:26] <danage> i have under "other updates" the ubuntuone-client since a couple of weeks, but it's greyed out. what do i have to do?
[15:30] <rodrigo_> danage: it probably depends on new stuff, so go to a terminal and 'sudo apt-get install ubuntuone-client'
[15:31] <danage> rodrigo_: thanks a bunch, that was it
[15:40] <danage> now the client has completely disappeared. i thought i needed to restart but that didn't bring it back. what is the name of the binary i should run? it's not in the menu anymore….
[15:41] <rodrigo_> danage: ubuntuone-client-applet
[15:42] <danage> doesn't exist
[15:42] <rodrigo_> oh, dobey?
[15:43] <dobey> danage: do you have ubuntuone-client-gnome installed?
[15:43] <danage> um no, i wonder why
[15:43] <danage> d'oh
[15:44] <danage> and here it is, thanks!
[15:58] <dobey> sure
[18:15] <verterok> dobey: ping
[18:15] <verterok> dobey: did you got a chance to take a look to the new comments in #400746?
[18:19] <verterok> dobey: I think we should change the way the nautilus integration work, insted of nautilus calling the syncdaemon change the approach to "don't call me I'll call you"
[18:19] <verterok> dobey: and change the nautilus extension to work with signals
[18:20] <verterok> dobey: this was we avoid starting up the syncdaemon until e.g: a connect() call is made
[18:27] <dobey> verterok: the extension uses signals already. but the way dbus works you can't connect to signals that don't exist, afaik
[18:28] <dobey> verterok: ie, in order to connect the signal, it's going to spawn the syncdaemon anyway, to introspect the interface
[18:34] <verterok> dobey: no, you can
[18:35] <verterok> dobey: calling a specific method from a interface is what fires the syncdaemon
[18:39] <verterok_> dobey: my ISP is in a bad day
[18:40] <verterok_> dobey: what was the last I said? :)
[18:41] <verterok> dobey: adding signal recievers  don't start syncdaemon
[18:41] <verterok_> heh, by verterok!
[18:41] <verterok_> *bye
[18:42] <dobey> hmm
[18:48] <dobey> verterok: and what do we replace the call to get_root() with?
[18:49] <verterok> dobey: a signal handler, e.g: got_root listening on e.g: SyncDaemonRoot signal
[18:49] <verterok> dobey: and only there nautlius call get_shared/s
[18:50] <dobey> verterok: so by default when the user opens the Ubuntu One folder, we don't show the ui, because we don't know that folder is managed by the syncdaemon?
[18:50] <verterok> dobey: the user don't have a Ubuntu One folder
[18:50] <verterok> dobey: so, by default Ubuntu One is turned off, until the user runs the applet
[18:51] <verterok> do the oauth dance, etc. and the applet calls connect
[19:32]  * CardinalFang boggles at the sheer idiocy of Python mimetypes.guess_type() source code.
[19:41] <dobey> CardinalFang: use xdg.Mime from python-xdg
[19:43] <CardinalFang> dobey, yeah.  django/views/static.py uses it.   Yay.
[19:49] <kenvandine> is there a guide to getting desktop couch running from a checkout?
[20:02] <kenvandine> statik, ^^
[20:03] <dobey> kenvandine: statik is out today
[20:03] <dobey> kenvandine: and i don't think there is such a guide yet
[20:03] <kenvandine> ok... do you know :)
[20:03] <kenvandine> ok
[20:03] <kenvandine> it is failing for me :)
[20:03] <dobey> what's failing?
[20:04] <kenvandine> if i try to run advertisePort or start_local_couchdb it fails to import local_files
[20:04] <kenvandine> which seems weird
[20:04] <dobey> oh ok
[20:05] <kenvandine> in just a python shell i can import it just fine
[20:06] <kenvandine> something is mucking with the python path :)
[20:06] <dobey> you are crazy
[20:06] <kenvandine> we know that :)
[20:17] <dobey> kenvandine: https://code.edge.launchpad.net/~dobey/desktopcouch/more-fixes
[20:17] <kenvandine> dobey, you rock
[20:18] <kenvandine> i had just fixed the import problem... but hadn't figured out the other failure yet
[20:42] <verterok> dobey: about nautilus-syncdaemon interaction, I think that listening for the NameOwnerChanged (STRING name, STRING old_owner, STRING new_owner) signal on init, the *arg[0] contains the bus name ('com.ubuntuone.SyncDaemon'), until it get the one signal, and after that calling get_root should work without introducion yet-another-signal
[20:42] <verterok> dobey: also, the extension can query if the name is registered using:  BOOLEAN NameHasOwner (in STRING name)
[20:43] <verterok> dobey: as a another option, we could enable the nautillus extension listening to the StatusChanged signal
[20:45] <dobey> verterok: lets deal with that tomorrow.
[20:45] <verterok> dobey: ok, I'm just trying to find the dbus-way to do this ;)
[20:46] <verterok> dobey: this is a critical bug, and we should get this fixed asap in order to be in karmic, right? :/
[20:47] <dobey> verterok: i think we're going to need a new signal anyway, for when we handle arbitrary folders being synced
[20:47] <kenvandine> ok... dobey are you an erlang guru too?
[20:47] <kenvandine> {"init terminating in do_boot",{{badmatch,{error,{{case_clause,{error,eacces}},[{couch_config,load_ini_file,1},{couch_config,'-init/1-lc$^0/1-0-',1},{couch_config,init,1},{gen_server,init_it,6},{proc_lib,init_p_do_apply,3}]}}},[{couch_server_sup,start_server,1},{erl_eval,do_apply,5},{erl_eval,exprs,5},{init,start_it,1},{init,start_em,1}]}}
[20:47] <dobey> no
[20:48] <kenvandine> trying to start couchdb
[20:48] <dobey> erlang is not my forte
[20:48] <verterok> dobey: I think we should fix this, and when we are going to implement arbritary folders, take a look for the signals we need
[20:48] <kenvandine> that is a terrible error message imho
[20:49] <dobey> yes it is a horrible error message
[20:49] <dobey> verterok: yes we should fix it. and while fixing it we should take into consideration our future plans, so we don't end up adding stuff that we change next month because we're implementing the feature
[20:51] <verterok> dobey: sure, but there is no design for arbritary folder, I don't think we should make assumptions about how it will work, this fix is completely unrelated to the way arbritary folders are handled, changing the extension to be prepared for that looks like a lot of work, IMO we should take care of this issue as it's quite simple
[20:52] <verterok> dobey: anyway, you are going to implement the extension stuff, so you could do whatever you want :)
[21:21] <till> Bingo, _changes watching working nicely now, in couchdb-qt.
[21:32] <CardinalFang> kenvandine: It's couch saying that.  You must change the permissions of the /etc/erlang* config files so you can read them as a regular user.
[21:33] <CardinalFang> ...or is it /etc/couch* ...  something like that.
[21:33] <kenvandine> eek
[21:33] <kenvandine> CardinalFang, thx
[21:34] <CardinalFang> kenvandine: I think we're asking the couchdb packager to fix it.
[21:35] <kenvandine> so is it ok to change those perms?
[21:35] <dobey> kenvandine: or just add yourself to the couch group or whatever
[21:36] <kenvandine> no sensitive data?
[21:36] <kenvandine> dobey, but we aren't going to be doing that for everyone :)
[21:36] <dobey> kenvandine: fix the packages then... you know how to do that :)
[21:37] <kenvandine> :)
[21:37] <kenvandine> yup
[22:51] <bob6768> hullo
[22:52] <bob6768> hi!
[22:52] <bob6768> ther's nobody?
[22:55] <verterok> hi bob6768
[22:56] <bob6768> hi!
[22:57] <bob6768> i've some trouble with "add this computer" button on the web,
[22:58] <verterok> bob6768: what's the problem?
[22:59] <bob6768> FF is lookinfg for localhost and after a while it crashes telling "
[22:59] <bob6768> Network Timeout The server at localhost is taking too long to respond.
[22:59] <bob6768> "
[23:00] <verterok> bob6768: could you check the logs at ~/.cache/ubuntuone/log/oauth-login.log
[23:00] <verterok> ?
[23:01] <bob6768> but i can upload anything simply clycking "My Account" and "upload"
[23:01] <bob6768> ok
[23:03] <bob6768> i'm sending this log to u
[23:03] <bob6768> *you
[23:03] <verterok> bob6768: yes, the authentication is to get the oauth tokens and be able to use the client
[23:04] <bob6768> and what do u think about?
[23:04] <verterok> let me see
[23:05] <bob6768> is a router's problem?
[23:06] <verterok> bob6768: I can get dcc to work :/, please coudl you paste it to a pastebin? :)
[23:06] <bob6768> in log i've found this:2009-07-21 23:25:02,591:591.604948044 UbuntuOne.OAuthDesktop.main Error returned from auth process
[23:07] <verterok> bob6768: please, try running: /usr/lib/ubuntuone-client/ubuntuone-syncdaemon in a terminal
[23:08] <verterok> bob6768: what does it reports?
[23:09] <bob6768> "Another instance is running"obviously!
[23:10] <bob6768> /var/lib/python-support/python2.6/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters
[23:10] <bob6768>   super(Connection, self).__init__(*args, **kwargs)
[23:11] <verterok> bob6768: do you have any other lines in ~/.cache/ubuntuone/log/oauth-login.log ?
[23:11] <bob6768> yes sir!
[23:12] <bob6768> do u wanna i paste it here?
[23:12] <verterok> bob6768: please :)
[23:12] <bob6768> *i paste them here?
[23:12] <bob6768> =)
[23:12] <bob6768> 2009-07-13 18:54:34,751:751.416921616 UbuntuOne.OAuthDesktop.main Realm 'https://ubuntuone.com' is not in config
[23:12] <bob6768> 2009-07-13 18:54:34,751:751.714944839 UbuntuOne.OAuthDesktop.main OAuth URLs are: request='https://ubuntuone.com/oauth/request/', userauth='https://ubuntuone.com/oauth/authorize/', access='https://ubuntuone.com/oauth/access/', secret='hammertime'
[23:12] <bob6768> 2009-07-13 18:54:35,228:228.580951691 UbuntuOne.OAuthDesktop.auth auth.AuthorisationClient created with parameters realm='https://ubuntuone.com', request_token_url='https://ubuntuone.com/oauth/request/', user_authorisation_url='https://ubuntuone.com/oauth/authorize/',access_token_url='https://ubuntuone.com/oauth/access/', consumer_key='ubuntuone', callback_parent='<bound method LoginProcessor.got_token of <ubuntuone.oauthdesktop.main.LoginProcessor
[23:12] <bob6768> instance at 0xa03b7ac>>'
[23:12] <bob6768> 2009-07-13 18:54:35,229:229.033946991 UbuntuOne.OAuthDesktop.main Calling auth.client.ensure_access_token in thread
[23:12] <bob6768> 2009-07-13 18:54:35,267:267.107009888 UbuntuOne.OAuthDesktop.auth Trying to fetch the token from the keyring
[23:12] <bob6768> 2009-07-13 18:54:35,272:272.00293541 UbuntuOne.OAuthDesktop.auth Access token was not in the keyring
[23:12] <bob6768> 2009-07-13 18:54:35,273:273.79488945 UbuntuOne.OAuthDesktop.auth Checking whether we are online
[23:12] <bob6768> 2009-07-13 18:54:35,276:276.463985443 UbuntuOne.OAuthDesktop.auth Unable to connect to NetworkManager. Trying anyway.
[23:12] <bob6768> 2009-07-13 18:54:35,276:276.751041412 UbuntuOne.OAuthDesktop.auth Creating a request token to begin access request
[23:13] <bob6768> 2009-07-13 18:54:35,277:277.414083481 UbuntuOne.OAuthDesktop.auth Making token request
[23:13] <bob6768> 2009-07-13 18:54:35,277:277.564048767 UbuntuOne.OAuthDesktop.auth Making a token request
[23:13] <bob6768> 2009-07-13 18:54:36,422:422.867059708 UbuntuOne.OAuthDesktop.auth Token successfully requested
[23:13] <bob6768> 2009-07-13 18:54:36,423:423.25592041 UbuntuOne.OAuthDesktop.auth Creating a listening temp web server
[23:13] <bob6768> 2009-07-13 18:54:36,423:423.913002014 UbuntuOne.OAuthDesktop.auth Webserver listening on port '<<class 'twisted.internet.tcp.Port'> of twisted.web.server.Site on 51241>'
[23:13] <bob6768> 2009-07-13 18:54:36,424:424.277067184 UbuntuOne.OAuthDesktop.auth Opening 'https://ubuntuone.com/oauth/authorize/?oauth_token=tNqpH9q7sJbshXNFdbtF&oauth_callback=http%253A%252F%252F127.0.0.1%253A51241%252F%253Fnonce%253D7470482' in the browser
[23:13] <bob6768> 2009-07-13 18:54:43,172:172.835111618 UbuntuOne.Client.Applet MAIN: <__main__.AppletMain object at 0x9f0584c>
[23:13] <verterok> bob6768: you should use a pastebin service :)
[23:14] <verterok> like: http://ubuntuone.pastebin.com
[23:15] <bob6768> i dunnoXD
[23:15] <bob6768> sorry
[23:15] <verterok> bob6768: np
[23:15] <bob6768> do u prefer?
[23:15] <verterok> bob6768: please try removing all the ubuntuone tokens from the keyring, and do the oauth again
[23:16] <verterok> bob6768: Applications --> Accesories > Passwrod and Ecnryption Keys under the password tab
[23:18] <bob6768> are u gonna laughting me if i tell u there isn't any ubuntuone's key?
[23:19] <bob6768> should i have to add someone?XD
[23:19] <verterok> bob6768: ok. no, that's because the auth process is failing
[23:20] <verterok> bob6768: basically a browser (or tab) is opened and you should login, after that a tiny http server is started locally wich will handle the real tokens returned by launchpad
[23:21] <bob6768> but ubuntuone-ppa-beta in Synaptic is installed!
[23:22] <verterok> bob6768: yes, and you have the applet running, right?
[23:23] <bob6768> not now
[23:23] <bob6768> i've just stopped
[23:25] <verterok> bob6768: execute the ubuntuone-client-applet, it should open a tab in firefox
[23:25] <verterok> click on add this computer and that should be all
[23:26] <verterok> bob6768: are you getting a timeout after clicking in "add this computer"?
[23:26] <bob6768> yesir!
[23:26] <bob6768> verterok: yessir!
[23:26] <verterok> bob6768: are you using a proxy of some sort?
[23:27] <bob6768> a router.
[23:27] <verterok> bob6768: ok, a router is fine.
[23:27] <verterok> bob6768: could you try again, and paste the contents of the oauth-login.log in a pastebin
[23:27] <verterok> ?
[23:28] <bob6768> un momento socio/ one moment pliz
[23:29] <verterok> bob6768: esta bien, no hay apuro / no hurry ;)
[23:31] <bob6768> here we are.
[23:31] <bob6768> http://ubuntuone.pastebin.com/m31e70e6e
[23:32] <bob6768> aren't u italian?
[23:35] <bob6768> i was jocking.
[23:35] <bob6768> so what can u tell me about my log?
[23:36] <verterok> bob6768: no, from Argentina
[23:36] <bob6768> =)
[23:36] <bob6768> BTW,
[23:37] <bob6768> take a look on 178...
[23:38] <bob6768> it's saying it'd open a temp port, but "Error returned from auth process"
[23:38] <verterok> bob6768: looks like the local http server is running, but for some reason it does handle the request...or it never get a request
[23:38] <bob6768> it isn't for that?
[23:39] <bob6768> was my idea wrong?
[23:39] <verterok> s/does/doesn't/
[23:40] <bob6768> xd
[23:40] <bob6768> sorr
[23:43] <verterok> bob6768: what version of the client is installed?
[23:44] <verterok> bob6768: I'm digging the bugs in order to find a similar error, without luck yet :/
[23:45] <bob6768> i dunno but i'v already sudo apt-get update
[23:47] <verterok> bob6768: could you file a bug describing this  timeout, and after that run: apport-collect -p ubuntuone-client <bug number>
[23:47] <verterok> bob6768: that will attach the logs to the bug
[23:48] <bob6768> it's 0.90.4+r94
[23:50] <bob6768> what did u ask me?
[23:50] <verterok> bob6768: it's ok. please file a bug, I don't know much about the OAuth stuff, but I'll assing it to someone that have more OAuth fu
[23:50] <bob6768> ah!ok!
[23:50] <bob6768> XD
[23:51] <verterok> bob6768: sorry I wasn't able to help
[23:51] <bob6768> anyway, thanks to support
[23:51] <bob6768> np!
[23:52] <bob6768> thanks a lot!
[23:54] <bob6768> see u bro!
[23:55] <verterok> bob6768: seeya later!
[23:55] <bob6768> =)
[23:55] <bob6768> https://bugs.launchpad.net/ubuntuone-client/+bug/376087
[23:55] <bob6768> not similar to mine?
[23:56] <verterok> bob6768: similar in context, but the error is different :)
[23:57] <bob6768> yes, i've tried and the terminal goes, open a FF page where i could Add this damn cpu
[23:58] <bob6768> >:(