[09:33] <duanedesign> good morning
[09:58] <Daviey> Hi..  I'm seeing a share someone has shared with me, but it's called 'SHARENAME from ' , missing their name... is that something we've done wrong?
[10:00] <Daviey> Additionally, i flushed the machines from my account, removing the credential from this local machine... when i do the auth dance, the machines appears twice in the site Machines page... with two different UID's... I've done it three times now with the same result :/
[10:00] <JamesTait> Hi Daviey. :) I have no idea currently, but is this displaying incorrectly in the e-mail you received to notify you about the share, or in the UI?
[10:00] <JamesTait> Erm, in the web UI is what I meant. In the Files tab on one.ubuntu.com
[10:02] <Daviey> JamesTait: both the web ui and the folder
[10:02] <Daviey> (locally)
[10:02] <Daviey> The 'sharer' name seems to be null
[10:02] <Daviey> (when i accepted the share, the field was blank
[10:04] <JamesTait> Right. I've not dug into a problem with file syncing before, but at least I can pass the info on. :)
[10:04] <rye> Daviey, hmmmm
[10:04] <Daviey> 2010-12-01 09:56:24,753 - ubuntuone.SyncDaemon.VM - INFO - Adding new share with id: <REDACTED> - path: '/home/dave/.local/share/ubuntuone/shares/Documents from '
[10:04] <JamesTait> And right on cue!
[10:04] <JamesTait> Hi rye.
[10:04] <Daviey> Thanks JamesTait !
[10:04]  * JamesTait didn't do anything, unless rye is psychic.
[10:05] <rye> what if bug #614431 is happening with SSO accounts that may not have the displayname?...
[10:05] <ubot4`> Launchpad bug 614431 in ubuntuone-servers "lib.ubuntuone.storage uses its own copy of first_name + last_name / visible_name (affects: 3) (heat: 14)" [Medium,Triaged] https://launchpad.net/bugs/614431
[11:14] <rajul> Hi all!
[11:15] <rajul> I think there's a serious bug in the account signup application for UbuntuOne
[11:15] <rajul> if you type an improper password, afterward your email address doesnt work anymore if you try again with a proper password
[11:16] <rajul> (which is kind of a big problem for my friend right now)
[11:16] <rajul> so,
[11:16] <rajul> honk
[11:16] <rajul> :)
[11:16] <rye> rajul, by signup application you mean the web application or the desktop one "Ubuntu One signup something something" ?
[11:16] <rye> rajul, hi
[11:17] <rajul> hi rye :)
[11:17] <rajul> the desktop one
[11:17] <rajul> he's trying the web app now
[11:17] <rye> rajul, that's interesting, let me try that
[11:17] <rajul> (fresh install of 10.10 with all updates applied)
[11:17] <rajul> hum
[11:18] <rajul> now over the web interface it worked
[11:18] <rajul> what the heck
[11:18] <rajul> now he got an email with "Ubuntu Single Sign On: Warning"
[11:18] <rajul> and a link to reset his password
[11:19] <rye> rajul, because it looks like he has attempted to create a new account for the same e-mail address
[11:19] <rajul> which worked, and by which means he was now able to get into the account
[11:20] <rajul> yeah i understand rye ... but this must look seriously daunting to a non-technical user
[11:20] <rye> rajul, ok, could you please describe the flow for the issue?
[11:20] <rajul> 1. user opens ubuntuone prefs
[11:20] <rajul> 2. signup app opens above prefs window
[11:21] <rajul> 3. user enters his info but types a password smaller than 8 characters into the fields
[11:21] <rajul> 4. user pres"next" (or the arabic equivalent of it, anyway)
[11:21] <rajul> presses*
[11:22] <rajul> 5. the signup app tells user about his mistake and users corrects it, then presses "next" again
[11:22] <rajul> 6. the signup app puts red exclamation marks into the email fields, without any further explanation
[11:22] <rajul> 7. user tries to signup over web interface, which confirms his signup
[11:23] <rajul> 8. user does NOT get a confirmation, but a WARNING email instead
[11:23] <rajul> that's the flow as far as i could observe
[11:25] <rajul> also, keyserver.ubuntu.com seems to be down/unresponsive, but that's a wholly different proble:P
[11:25] <rajul> problem*
[11:25] <rye> me is updating vm to test with latest install..
[11:26] <rajul> wow, you're quick :)
[11:26] <rajul> meh i wanna install ubuntuone-indicator for him but cant with the keyserver presumably down. can you ping it?
[11:27] <rajul> (ubuntuone-indicator seriously needs to get into ubuntu by default)
[11:29] <rajul> hmmm wierd from my laptop i can ping it
[11:37] <rajul> oh they're on a different wireless network
[11:39] <rajul> kind of a proxy or something ... nevermind, got a cable
[11:43] <duanedesign> hello rye
[11:44] <rye> duanedesign, hello!
[11:44] <duanedesign> rye: i was playing catch up on the forums last night. Had not answered posts in a few days
[11:44] <rajul> sorry for all the yaddayadda rye :P
[11:44] <rajul> got to fly now, thanks for your open ears!
[11:45] <duanedesign> rye: i think i might have a couple that i could use help with...let me look
[11:45] <rye> rajul, ok, will test that bug report soon and file a bug if that turns to be true
[11:45] <rajul> cool
[11:45] <rajul> see ya!
[11:47] <duanedesign> rye: if you get a second. Could you read this post. Was trying to post a response but want to make sure I understand the technical reasons for his issue. http://ubuntuforums.org/showthread.php?t=1634531
[11:48] <rye> duanedesign, i am actually testing this behavior now, as it is quite weird.
[11:48] <duanedesign> If you are working on a huge open office doc and save it, then U1 starts to sync it, then you save it again between the metaddata and content syncing...
[11:48] <duanedesign> ahh, ok
[11:49] <duanedesign> rye: one more. http://ubuntuforums.org/showthread.php?t=1633146
[11:50] <duanedesign> is that just someone with two Ubuntu One accounts.
[11:50] <duanedesign> they need to add their computer to the right account?
[11:56] <rye> duanedesign, erm, that is actually an interesting thing, i believe that the email was at some point used as a primary one and then switched to another, but 7d account is still an old one
[11:59] <duanedesign> hmm
[12:59] <nessita> mandel: ping
[12:59] <mandel> nessita, pong
[13:06] <mandel> nessita, hello?
[13:07] <nessita> mandel: hi there!
[13:07] <mandel> nessita, hola :)
[13:07] <nessita> mandel: I just wanted to ask you if you could organize your agenda to be avilable next Thrusday for the weekly call
[13:08] <nessita> available*
[13:08] <nessita> mandel: same for alecu-sprint. Do you think is possible?
[13:08] <mandel> nessita, sure, why?
[13:08]  * mandel es un cotilla :)
[13:08] <mandel> nessita, or is it just because you want to hear our voices, which is completely understandable
[13:09] <nessita> mandel: so the team can catch up. And that, of course
[13:09] <nessita> I miss you
[13:09] <mandel> :)
[13:09] <alecu-sprint> nessita, by "next thursday" you mean tomorrow?
[13:09] <alecu-sprint> then yes.
[13:10] <nessita> alecu-sprint: yes!
[13:10] <nessita> and I miss you too
[14:00] <alecu-sprint> dear all: please, I need reviews on this: https://code.launchpad.net/~alecu/ubuntuone-client/add-simple-zeitgeist/+merge/41667
[14:00] <nessita> me
[14:02] <nessita> alecu-sprint, mandel, thisfred, dobey, Chipaca, stand up?
[14:03] <mandel> me
[14:03] <thisfred> me
[14:03] <Chipaca> wot, me?
[14:03] <Chipaca> I've got a call right now
[14:03] <Chipaca> (excuses! yeah yeah)
[14:04] <nessita> Chipaca: we miss you :-)
[14:04] <alecu-sprint> me
[14:04] <nessita> let's go!
[14:04] <nessita> DONE: USSOC 1.1.5 released! woohoooo! Coded and landed fix for bug #674455. thisfred made an awesome review that lead to bug #683649, bug #683619 and bug #683391.
[14:04] <nessita> TODO: work on the new reported bugs. Update blueprint.
[14:04] <nessita> BLOCKED: nopes
[14:04] <nessita> NEXT: mandel
[14:05] <ubot4`> Launchpad bug 674455 in ubuntuone-control-panel "Add "Folders" tab to UI (affects: 1) (heat: 7)" [High,Fix committed] https://launchpad.net/bugs/674455
[14:05] <ubot4`> Launchpad bug 683649 in ubuntuone-control-panel "Management panel twins itself when CredentialsFound is received (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/683649
[14:05] <ubot4`> Launchpad bug 683619 in ubuntuone-control-panel "Unify booleans coming and going from dbus (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/683619
[14:05] <ubot4`> Launchpad bug 683391 in ubuntuone-control-panel "The link buttons 'Upgrade subscription' and 'Support options' should work (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/683391
[14:05] <mandel> DONE: Mock to perform FS on windows to match Inotify evetns to windows FS events. Worked on NetworkManager example on python.
[14:05] <mandel> TODO: Get events from the bloody network status in windows
[14:05] <mandel> BLOCKED: I have to use com+.. is a PITA
[14:05]  * mandel looks at thisfred
[14:05] <thisfred> DONE: desktopcouch (ubuntu) bug triage | Technical Board meeting | reviewed aquarius' proposal for 3d party oauth access TODO: desktopcouch (ubuntu) bug triage | bindwood introduction | desktopcouch wrapup BLOCKED: no
[14:05] <thisfred> alecu-sprint!
[14:06] <alecu-sprint> DONE: a branch that logs Shared folder creation and deletion (bug #674252)
[14:06] <alecu-sprint> TODO: add more events
[14:06] <alecu-sprint> BLOCKED: SD is changing a lot, will wait a bit till the dust settles before merging
[14:06] <ubot4`> Launchpad bug 674252 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to store events into zeitgeist (affects: 1) (heat: 8)" [High,In progress] https://launchpad.net/bugs/674252
[14:08] <alecu-sprint> nessita, regarding "Unify booleans coming and going from dbus"
[14:08] <nessita> alecu-sprint: shoot
[14:08] <alecu-sprint> nessita, we should take another look at using dbus Variants
[14:08] <alecu-sprint> nessita, and making the dictionaries (string, variant), instead of (string, string)
[14:09] <nessita> alecu-sprint: can you please comment that briefly on the bug report?
[14:09] <alecu-sprint> nessita, the upsides I see? we won't have this problem, we might be able to send a dict as a value, etc.
[14:10] <alecu-sprint> nessita, the downsides? in python-dbus, using variants is more noisy than just strings.
[14:10] <alecu-sprint> nessita, sure.
[14:10] <nessita> alecu-sprint: thanks :-)
[14:10] <nessita> any other comment?
[14:11] <nessita> ok, eom then!
[14:11] <nessita> thanks everyone
[14:14] <alecu-sprint> nessita, I've added that comment to the bug.
[14:15] <nessita> awesome
[14:16] <dobey> λ DONE: devtools upload, fixed broken desktopcouch nightlies
[14:16] <dobey> λ TODO: banshee extension nightlies, banshee store tests, 683351
[14:16] <dobey> λ BLCK: None.
[14:16] <nessita> alecu-sprint: you had a branch for review? not this one you just linked, but another one from last week, that you had to move outside syncdaemon
[14:19] <alecu-sprint> nessita, yes, I'm asking for reviews for last week branch.
[14:19] <alecu-sprint> nessita, for the current branch I'll be waiting a bit after the massive changes that foundations+ are doing to sd before attempting to merge.
[14:19] <nessita> alecu-sprint: ah! I'll do one
[14:20] <alecu-sprint> nessita, the branch I'm asking for reviews does not depend on syncdaemon.
[14:20] <nessita> right, looking at it right now
[14:40] <nessita> alecu-sprint: tests will not run due to lint issues
[14:40] <nessita> ./tests/eventlog/test_zglog.py:
[14:40] <nessita>     94:  undefined name 'NotFoundError'
[14:45] <dobey> sigh; this wind is crazy
[14:45] <nessita> alecu-sprint: more comments added to the merge proposal
[14:47] <alecu-sprint> nessita, thanks.
[14:48] <nessita> prego!
[15:14] <wftl> Given that Ubuntu One uses Amazon's S3 storage, is there some way to mount a One share so that you can do server backups to Ubuntu One, etc?
[15:14] <wftl> As you would with S3?
[15:16] <beuno> wftl, no, there is no direct access to S2
[15:16] <beuno> *S3
[15:21] <wftl> beuno: Bummer. I have little use for the classic Ubuntu One sync service, but have lots of use for external storage I can use from any number of sources; different distributions running on servers, for example.
[15:22] <wftl> I'd frankly rather give my money to Ubuntu One to help support Ubuntu than give it directly to Amazon.
[15:32] <beuno> wftl, yeah, I totally get that
[15:32] <beuno> the thing is, our main focus is consumers
[15:32] <beuno> and they're not really big on having to set things up
[15:33] <wftl> beuno: I understand. But Canonical is also pushing into the corporate server space and we need stuff like this.
[15:34] <beuno> wftl, yeap yeap, but, at the moment, Ubuntu One is 100% consumers
[15:34] <beuno> so anything non-consumery is instantly our of scope
[15:34] <beuno> that may change, but not in the foreseable future  :)
[15:34] <wftl> I'm a huge supporter of Canonical's work to promote the consumer Linux desktop. Trust me. But somewhere behind that Ubuntu One connection is a simple hook to S3. It should be relatively easy to unearth it.
[15:36] <beuno> wftl, I can tell you, there isn't a simple hook to S3   :)
[15:36] <beuno> it's not a straightforward one bucket per user thing
[15:41] <wftl> Thanks for that beuno. Perhaps I'll  throw a challenge out to the community. See if anyone can come up with a way to use that storage without having to go through the desktop. [ insert appropriate smiley here ]
[15:41] <beuno> wftl, we would love that
[15:42] <wftl> I'll post something shortly. Thanks for your time, beuno.
[15:43] <beuno> anytime
[16:07] <JanC> wftl: maybe Amazon has an affiliate plan and you can suggest Canonical uses that to earn money for people who want to use plain S3 from a server?
[16:07] <JanC> from people
[16:25] <joshuahoover> thisfred, chad: we have some people impacted by these two couch replication bugs: #673233 and #673239...i'm not sure what to tell users about them...thoughts?
[16:26] <thisfred> joshuahoover: in a call now be with you right after
[16:26] <thisfred> joshuahoover: also chad == CardinalFang here ;)
[16:26] <joshuahoover> thisfred: thanks, no rush
[16:26] <joshuahoover> thisfred: ah, you're right :)
[16:37] <CardinalFang> joshuahoover, hi.  HTTP 5xx errors are internal errors to the HTTP server (=couchdb), so those two bugs need the couchdb logs too, not the client (=desktopcouch library) logs.  I'll say what file I need in the bugs.
[16:38] <joshuahoover> CardinalFang: thanks, that's good to know :)
[16:40] <CardinalFang> joshuahoover, a client problem should only ever cause HTTP 4xx.
[16:40] <joshuahoover> CardinalFang: good to know that too :)
[16:40] <joshuahoover> CardinalFang: makes sense now that you mention it
[16:41] <CardinalFang> joshuahoover, that isn't to say there isn't a problem somewhere in a client that the server doesn't intercept, but at least so far, something's exploding deep inside couchdb.
[16:43] <CardinalFang> joshuahoover, We speculate that there's an encoding problem somewhere in code that doesn't go through the python library part of couchdb.  Contacts or bookmarks code could be inserting something that isn't decodable as UTF-8, I am baselessly speculating.
[16:45] <joshuahoover> CardinalFang: speculate away...your speculations are far better than mine!
[16:56] <rickspencer3> CardinalFang, hey, any news on bug #682866
[16:56] <ubot4`> Launchpad bug 682866 in couchdb (Ubuntu) "CouchDatabase() call hangs (affects: 2) (heat: 12)" [High,Confirmed] https://launchpad.net/bugs/682866
[16:56] <rickspencer3> it's blocking a quickly release, and also I can't use my apps :/
[16:57] <CardinalFang> :(  rickspencer3, I saw the bug, but I'm not working on it.  thisfred, what do you think?
[17:00] <CardinalFang> rickspencer3, do you mind attaching the couchdb log file to that bug?
[17:00] <CardinalFang> ~/.cache/desktop-couch/desktop-couchdb.log.1
[17:01] <rickspencer3> will do soonish
[17:01] <rickspencer3> need to take a call
[17:01] <thisfred> rickspencer3: Hadn't seen Michael latest response, will try if I can reproduce it using that.
[17:06] <thisfred> CardinalFang: I wonder if something changed on natty/unity wrt the keyring access, which makes it hang there?
[17:06] <thisfred> I'll see if I can migrate my laptop today
[17:10] <CardinalFang> thisfred, hrm.  no idea.
[17:11] <thisfred> CardinalFang: still can't reproduce it, and since both rick and michael see it on natty, I wonder what's changed there
[17:11]  * CardinalFang hugs couchdb.
[17:30] <rickspencer3> thisfred, CardinalFang, all my log says today is:
[17:30] <rickspencer3> [Wed, 01 Dec 2010 17:29:22 GMT] [error] [<0.123.0>] OS Process Error <0.3251.25> :: {os_process_error,{exit_status,139}}
[17:30] <rickspencer3> over and over again
[17:30] <thisfred> wow
[17:30] <thisfred> looks like couchdb itself is not working
[17:30] <rickspencer3> except this part: Error <0.25380.4> is a bit different each time
[17:30] <thisfred> yeah, that's the erlang process id
[17:31] <thisfred> what the heck. natty and maverick have the same couchdb right? Did the xulrunner deps break or something?
[17:32] <thisfred> anyhow, I need to go for lunch, be back in an hour or so, and upgrade my laptop then
[17:33] <CardinalFang> xulrunner was updated in the last few days!
[17:37] <rickspencer3> CardinalFang, well, it's the development release! we're supposed to update packages
[17:38] <CardinalFang> Of course.
[17:49] <kyle1> any rythombox experts?
[17:50] <kyle1> I have a friend on ubuntu and under preferred format he don't have MP3. like I do.  How do i get it on his machine?
[17:57] <CardinalFang> kyle1, either install "ubuntu-restricted-extras" or the ubuntuone music store plugin rhythmbox should fetch it when the store is accessed the first time.
[17:58] <CardinalFang> kyle1, I don't know of "preferred format", though.  Is that in the CD ripper, or in Rhythmbox?
[18:03] <thisfred> rickspencer3: can you test whether couchdb works at all on your machine? (for instance fire up the system instance, and try to run the futon test-suite from the browser)
[18:04] <thisfred> If couchdb itself crashes when views are accessed/created, my suspicion is the js view server is not working since couchdb is not built against the proper xulrunner
[18:12] <rickspencer3> thisfred, can you be more specific about how you want me to test it?
[18:13] <rickspencer3> (as in, provide me steps)?
[18:14] <thisfred> rickspencer3: sure, one second
[18:16] <thisfred> rickspencer3: the easiest to test first is xdg-open .local/share/desktop-couch/couchdb.html
[18:17] <rickspencer3> futon seems to be working
[18:18] <thisfred> rickspencer3: ah ok, that's a good start, then can you click on tests on the right hand side?
[18:18] <rickspencer3> I can browse databases and look at records
[18:18] <thisfred> right
[18:18] <rickspencer3> where is says "test suite"?
[18:18] <thisfred> rickspencer3: yeah sorry that
[18:18] <thisfred> rickspencer3: and then on run all tests
[18:18] <rickspencer3> "Run all"?
[18:18] <thisfred> yep
[18:19] <rickspencer3> The test suite requires CouchDB to be in Admin Party mode. This mode give all users admin capabilities. This is the least secure mode of operation. Do not run the tests on production servers, as you'll impact both performance and security.
[18:19] <rickspencer3> Clicking “Remove Admins” will remove all admins from the configuration. You will have to recreate any admins by hand after the tests have finished.
[18:19] <rickspencer3> wtf
[18:19] <thisfred> sry don't have futon in front of me
[18:19] <rickspencer3> >
[18:19] <rickspencer3> ?
[18:19] <thisfred> ah right
[18:19] <thisfred> they changed that
[18:19] <rickspencer3> should I do it or cancel?
[18:19] <thisfred> bah
[18:19] <thisfred> cancel for now
[18:20] <rickspencer3> thisfred, are  you running Natty?
[18:20] <thisfred> rickspencer3: not yet
[18:20] <thisfred> rickspencer3: so an alternative way to test my theory from futonL
[18:20] <thisfred> :
[18:20] <rickspencer3> well ... I guess it's time
[18:20] <rickspencer3> ok, go ahead
[18:20] <thisfred> go into any db that has views
[18:20] <Chipaca> thisfred: I have a natty, and you can nuke my couchdb for testing if you want
[18:20] <thisfred> and run the view, by selecting it from the dropdown menu
[18:21] <thisfred> rickspencer3: yeah, I'm updating my laptop now. I usually wait until alpha 2 at least, but that was because I was mainly doing server stuff until very recentlt
[18:22] <rickspencer3> ok, it's running a view
[18:22] <rickspencer3> the spinner is going, but no data is coming back
[18:23] <thisfred> rickspencer3: right, I think it crashed the view server.
[18:23] <rickspencer3> ok
[18:24] <thisfred> rickspencer3: I'm promoting this bug to couchdb, it's unrelated to desktopcouch. I'll see if I can find someone to look at the packaging, once I confirm on my machine
[18:24] <rickspencer3> alright
[18:24] <rickspencer3> anything else I can do to help?
[18:25] <thisfred> rickspencer3: not atm, thanks, I will ask if I need more info testing. I'm assigning the bug to me CardinalFang, take it off your mental stack for now ;)
[18:25] <rickspencer3> k
[18:25] <rickspencer3> thanks man
[18:25] <thisfred> info *or* testing
[18:25] <thisfred> np, thanks for finding and reporting this
[18:58] <jcastro> mattgriffin: I just found out something cool
[18:58] <jcastro> http://askubuntu.com/tags/ubuntu-one/faq is like an autogenerated faq
[18:59] <jcastro> so I used it like so on this page: http://unity.ubuntu.com/projects/unity/
[18:59] <jcastro> for each project, just thought I'd point it out
[19:11] <mattgriffin> jcastro: interesting :)
[19:53] <SpamapS> my ubuntu one sync daemon seems to always be dead
[19:54] <nessita> SpamapS: hi there. What do you mean with 'dead'?
[19:54] <SpamapS> its not running
[19:54] <SpamapS> and when I go into preferences, it says I'm not connected
[19:54] <SpamapS> and "Files" is unchecked
[19:54] <SpamapS> even though I check it every time
[19:54] <SpamapS> now I check it..
[19:54] <SpamapS> and it starts sync daemon
[19:55] <SpamapS> (this is on Maverick btw)
[19:55] <SpamapS> but later on, it won't be running and it will be unchecked again. I've gone through this cycle a few times.
[19:55] <SpamapS> Which is really frustrating, as I count on it to sync my Documents and Pictures
[20:19] <alecu-sprint> nessita, would you mind re-reviewing?
[20:22] <nessita> alecu-sprint: sure!
[20:22] <alecu-sprint> ktx!
[20:23] <nessita> SpamapS: seems like your conf file is not being updated
[20:23] <nessita> SpamapS: can you please paste the output of:
[20:23] <nessita> ls -l  /home/nessita/.config/ubuntuone/syncdaemon.conf
[20:23] <nessita> sorry
[20:23] <nessita> SpamapS: correct command is ls -l  ~/.config/ubuntuone/syncdaemon.conf
[20:24] <nessita> SpamapS: do you know how to run that in a terminal? I can help if not
[20:24] <SpamapS> http://paste.ubuntu.com/538787/
[20:25] <SpamapS> nessita: yeah.. I'm a server team guy.. its harder for me to understand these guis than the terminal. :)
[20:26] <SpamapS> and the diff
[20:26] <nessita> SpamapS: can you please share the content of syncdaemon.conf?
[20:26] <SpamapS> http://paste.ubuntu.com/538788/
[20:27] <SpamapS> whoa.. its set to False now..!!
[20:27] <nessita> SpamapS: the .old file was generated by you or by the app?
[20:27] <nessita> SpamapS: something is setting it to False, let's ask dobey
[20:27] <SpamapS> http://paste.ubuntu.com/538790/
[20:27] <nessita> dobey: do you know if u1prefs can be setting file sync to false repeatedly?
[20:27] <nessita> dobey: or do you have any idea who can be doing that?
[20:27] <dobey> repeatedly? only if you uncheck the checkbox repeatedly
[20:28] <dobey> not sure what else would do it
[20:28] <SpamapS> dobey: I checked it, then closed the pref pane
[20:28] <nessita> dobey: SpamapS is having this issue: he enables file sync but when he open u1prefs again is disabled
[20:28] <nessita> SpamapS: this is maverick, right?
[20:28] <SpamapS> yes
[20:29] <SpamapS> actually and now I just tried to start u1prefs and it spun for a while in the task bar then exitted
[20:29] <nessita> SpamapS: let's try directly with syncdaemon. Close every u1 related window (should be only one, u1prefs)
[20:30] <SpamapS> clint    24318  0.0  0.9 323516 38884 ?        S    11:53   0:00 /usr/bin/python /usr/bin/ubuntuone-preferences
[20:30] <nessita> SpamapS: kill that process
[20:30] <SpamapS> right, there's no window associated with it btw
[20:30] <dobey> nessita: the answer is probably that it's not getting set in the config for some reason, is this on lucid, maverick, what? what version?
[20:30] <nessita> SpamapS: after that, edit the conf file by hand setting removing the file sync line altogether
[20:30] <nessita> since the default is True
[20:30] <nessita> dobey: maverick
[20:32] <nessita> SpamapS: let me know when you're there, and please share with dobey what version of u1client you're running
[20:32] <dobey> i don't know what it would be
[20:32] <SpamapS> nessita: ok, I killed 24318, then removed the files_sync_enabled = False line from .config/ubuntuone/syncdaemon.conf
[20:32] <SpamapS> nessita: pref pane opened immediately, and has Files checked
[20:32] <dobey> i didn't touch u1-client for the most part during the maverick cycle.
[20:32] <nessita> SpamapS: hum..., can you please cloe it?
[20:32] <nessita> close*
[20:32] <SpamapS> ii  ubuntuone-client              1.4.4.1-0ubuntu1              Ubuntu One client
[20:32] <nessita> dobey: right
[20:33] <nessita> SpamapS: close and kill ebery u1prefs process/ dialog
[20:33] <SpamapS> Ok, so as soon as I closed the preferences, it set it to False
[20:33] <nessita> dobey: can be 2 instances of prefs interfering with eachother?
[20:33] <SpamapS> even though the box was checked
[20:33] <dobey> could be, but shouldn't happen
[20:33] <nessita> SpamapS: there is no more prefs running?
[20:33] <SpamapS> nope
[20:33] <dobey> since it's just a dbus message/signal
[20:33] <SpamapS> syncdaemon is
[20:34] <nessita> SpamapS: what ps aux | grep ubunutone says?
[20:34] <nessita> typo!
[20:34] <SpamapS> clint    24386  0.4  1.2 210788 50212 ?        Sl   11:54   0:11 /usr/bin/python /usr/lib/ubuntuone-client/ubuntuone-syncdaemon
[20:34] <nessita> ps aux | grep ubuntuone
[20:34] <SpamapS> thats it
[20:34] <nessita> ok, now:
[20:34] <nessita> u1sdtool -s
[20:34] <nessita> on a terminal
[20:35] <SpamapS> http://paste.ubuntu.com/538792/
[20:35] <nessita> SpamapS: u1sdtool -c will connect your syncdaemon
[20:35] <nessita> this doesn't solve the u1prefs problem though
[20:36] <SpamapS> http://paste.ubuntu.com/538793/
[20:36] <nessita> SpamapS: is working just fine
[20:36] <SpamapS> nessita: but I'm fairly certain on reboot/logout/something syncdaemon will shut down and not start because files_sync_enabled = False
[20:37] <nessita> SpamapS: there are 2 issues. Let me explain:
[20:37] <nessita> independently from u1prefs, that we may debug later, syncdaemon is it started when you login
[20:37] <nessita> the problem is that there is a bug in maverick (currently being SRU'd) that it won't connect automatically
[20:38] <SpamapS> ok
[20:38] <nessita> SpamapS: you you may think is not working but it is, just is not connected
[20:38] <nessita> SpamapS: so, could you now reboot and check? using u1sdtool you'l\ be able to tell
[20:38] <nessita> SpamapS: if you cna't reboot now, next time you reboot check this and ping me  if syncdaemon is not started
[20:41] <SpamapS> nessita: syince files_sync_enabled = False, shouldn't I expect that it won't be started?
[20:42] <nessita> SpamapS: can't confirm or deny. verterok, you around?
[20:42] <nessita> SpamapS: anyways, now that every u1prefs is closed, quit syncdaemon with u1sdtool -q
[20:43] <verterok> nessita: wasup?
[20:43] <nessita> SpamapS: and re edit the conf file (but onyl after syncdaemon is shutdown)
[20:43] <nessita> verterok: is syncdaemon started even if files_sync_enabled = False?
[20:43] <verterok> nessita: let me check
[20:43] <nessita> danke
[20:44] <verterok> nessita: nope, it's killed (actually  suicide :p)
[20:44] <nessita> verterok: je, ok
[20:44] <verterok> nessita: line 93-94 of bin/ubuntuone-syncdaemon
[20:44] <nessita> verterok: would you know why SpamapS is getting overwritten that value in his local config?
[20:44] <nessita> verterok: is overwritten to False consistently
[20:45] <verterok> nessita: I'm guessing, but probably something is calling the dbus method to set it to False
[20:45] <verterok> nessita: I think u1-preferences is the only thing calling that dbus method
[20:45] <nessita> verterok: does syncdaemon sets that value or just reads it?
[20:46] <verterok> nessita: both, but only when the dbus-exposed "set_files_sync_enabled" method is calle
[20:47] <verterok> nessita: and read it on startup
[20:47] <nessita> verterok: ack, thanks
[20:47] <nessita> SpamapS: have you killed/quit all ubuntuone processes?
[20:48] <SpamapS> nessita: including syncdaemon?
[20:48] <nessita> SpamapS: yes please, to quit syncdaemon please run u1sdtool -q
[20:48] <SpamapS> nessita: ok, its dead
[20:49] <nessita> SpamapS: right, so now edit the conf file. You can remove it altogether
[20:49] <SpamapS> and now -s gives
[20:49] <SpamapS> Failure: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/lib/ubuntuone-client/ubuntuone-syncdaemon exited with status 1
[20:49] <nessita> SpamapS: WAIT! :-)
[20:50] <nessita> SpamapS: let's go step by step
[20:50] <SpamapS> Ok, removed the False, now -s gives the original response "Not User Not Network"
[20:50] <nessita> SpamapS: ok, quit syncdaemon, is the conf file modified?
[20:50] <SpamapS> nessita: no
[20:51] <nessita> ok, so you can try either rebooting or starting u1prefs
[20:51] <nessita> SpamapS: if you don't want to use u1prefs you can directly use the cli tool
[20:52] <SpamapS> Ok can't quite reboot yet still in the middle of some stuff
[20:53] <SpamapS> starting u1prefs does not change the config
[20:53] <SpamapS> nessita: interesting.. starting it, then closing it (without touching the checkbox which was marked checked) removed the [__main__] section
[20:53] <nessita> is ok
[20:53] <SpamapS> which was already main
[20:53] <SpamapS> err
[20:53] <SpamapS> which was already empty
[20:53] <nessita> is sanitizing the conf file
[20:54] <nessita> so, file sync is enabled and not overwritten?
[20:55] <SpamapS> right
[20:56] <SpamapS> nessita: ok, well prefs pane seems to be doing the right thing now
[20:57] <nessita> SpamapS: seems like you were having a race condition... very odd
[20:57] <SpamapS> nessita: I'll let you know if its broken after reboot
[20:57] <SpamapS> otherwise, consider the matter closed
[20:57] <nessita> SpamapS: sure. Good luck!
[20:58] <SpamapS> Though a cool feature would be a cron job that checks the last time we synced, and warns when its been a long time.
[20:58] <SpamapS> Similar to what we do with update manager
[20:59] <nessita> hum
[21:00] <nessita> SpamapS: ideally syncdaemon should be running and connected all the time