[00:00] <blackboxsw> hrm... ok seeing we get through cloud-init modules:config stages which means the datasource succeeded
[00:01] <blackboxsw> hrm have to step away a bit. sorry for the moment dojordan_ will check it out
[00:01] <blackboxsw> I'll have something on this later
[00:01] <blackboxsw> sorry I should have tested this again this morning
[00:01] <dojordan_> no worries
[00:02] <dojordan_> one thing would be great if you could do, would be to change logging level so we can see more info on the serial port
[00:07]  * blackboxsw clicks enable boot diagnostics logging in the UI and clicks reboot on this instance
[00:19] <blackboxsw> and bailing for dinner
[00:37] <dojordan_> same problem on artful
[01:20] <blackboxsw> smoser: just pushed a merge proposal into bionic for today. I need a bit more time to triage what gives on Azure :/
[01:20] <blackboxsw> https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/336513
[01:20] <blackboxsw> ok I'm out for the night. gotta do the bedtime routine with the kiddos. more on azure first thing in my morning
[01:21] <dojordan_> thanks for all the help, sounds good
[01:47] <smoser> blackboxsw: fudge
[01:47] <smoser> https://jenkins.ubuntu.com/server/job/cloud-init-ci/725/console
[01:47] <smoser> :-(
[01:47]  * smoser fail
[01:58] <smoser> i'm fixing and pushing. http://paste.ubuntu.com/26448094/
[01:58] <smoser> rharper, powersj blackboxsw if you're still around, to disagree or +1 that.
[01:58] <rharper> looking
[01:58] <smoser> running tox + centos build && git push upstream HEAD
[01:59] <rharper> looks sane
[01:59] <smoser> thakns
[02:17] <rharper> btw, it's a royal pain to launch multi-subnet/ip instances via the console;  also it would be of great help if the ec2 docs would tell you what the format of the instance data is, for example local-ipv4s is a list of some sort of ipv4 addresses;  but is it comma separated, newline, space?  I can't find any examples with my google-fu so trying to get an instance up to check
[02:46] <rharper> *finally*
[02:46] <rharper> vpc is timeconsuming
[03:00] <blackboxsw> hab
[03:00] <blackboxsw> bah
[03:04] <blackboxsw> resubmitting  the merge proposal
[03:07] <blackboxsw> with a new snapshot from master
[03:09] <rharper> ok, have crude ec2 network metadata to v1 config
[03:09]  * rharper calls it a night
[03:14] <blackboxsw> nice
[03:18] <blackboxsw> ok new MP against bionic up. thanks for the fix smoser
[03:19] <blackboxsw> https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/336514
[15:33] <smoser> blackboxsw: on azure...
[15:33] <smoser> you there?
[15:34] <smoser> dojordan_: west coasters.
[15:36] <smoser> (they stay up  late.. https://finance.yahoo.com/news/exclusive-fitbits-6-billion-nights-sleep-data-reveals-us-110058417.html )
[16:03] <blackboxsw> here
[16:03] <blackboxsw> :)
[16:19] <blackboxsw> ok azure triage time
[17:05] <dojordan_> here now @blackboxsw
[17:06] <blackboxsw> good to know you come to work at a reasonable time like the rest of us :) I'm walking through failure path again, as smoser surmised it's likely the cdrom disappearing on us before I cloud-init clean --reboot.... so I'm adding logs etc now and going through that to confirm
[17:07]  * blackboxsw wasn't sure yet why this seemed to work with tip  of master though too.
[17:07] <dojordan_> hmm, interesting idea. doesn't waagent copy the ovf_env.xml off of the cd ?
[17:09] <dojordan_> FWIW we remove the CD as soon as we get a provisioning message
[17:44] <dojordan_> question, shouldn't we be keeping around the ovf-file before rebooting?
[17:44] <dojordan_> i think clean --reboot deletes it
[17:45] <dojordan_> err, nvm, it lives in /var/lib/waagent/ovf-env.xml
[17:58] <dojordan_> @blackboxsw, same problem on xenial
[18:00] <smoser> dojordan_: i had asked blackboxsw to edit /etc/cloud/cloud.cfg.d/05_logging.cfg and change the console logging from WARN to DEBUG
[18:01] <smoser> and then collect console log
[18:01] <smoser> are you able to easily do that too ?
[18:01] <dojordan_> yeah
[18:02] <smoser> dojordan_: for boot diagnostics
[18:02] <smoser> which storage account type do you need ?
[18:03]  * blackboxsw is already mid reboot/test on  my bionic instance with debug console logs enabled, an azure storage account created and
[18:03] <blackboxsw> boot logs enabled
[18:04] <blackboxsw><EMAIL_ADDRESS>[18:04] <smoser> ssh-import-id smoser ?
[18:04] <blackboxsw> checking boot logs now to make sure cloud-init reported correctly on this last clean boot
[18:04] <blackboxsw> already done for dojordan and smoser
[18:04] <blackboxsw> i'm in byobu term
[18:05] <smoser> permission denied
[18:05] <smoser> in
[18:05] <blackboxsw> added agin
[18:05] <blackboxsw> must've typod
[18:06] <dojordan_> denied
[18:06] <smoser> try again
[18:07] <dojordan_> cool
[18:08] <blackboxsw> ok let's see here..... cehcking azure cli now to make sure I could see boot logs
[18:08] <blackboxsw> before rebooting
[18:08] <dojordan_> worst case i can always get them :)
[18:09] <blackboxsw>  az vm boot-diagnostics  get-boot-log --ids /subscriptions/12aad61c-6de4-4e53-a6c6-5aff52a83777/resourceGroups/SRUGRP10/providers/Microsoft.Compute/virtualMachines/my-b1
[18:09] <blackboxsw> 'ascii' codec can't decode byte 0xe2 in position 40610: ordinal not in range(128)
[18:09] <blackboxsw> hrm oops az cli
[18:09] <blackboxsw> checking UI
[18:09] <blackboxsw> serial log in UI is working for me
[18:09] <blackboxsw> ok
[18:10] <blackboxsw> old log
[18:10] <blackboxsw> http:pastebin.ubuntu.com/26453160
[18:10] <blackboxsw> http://pastebin.ubuntu.com/26453160
[18:11] <smoser> blackboxsw: 'ordinal not in range'
[18:11] <smoser> ?
[18:11] <blackboxsw> yeah az cli cloudn't decode the boot logs on the machinie
[18:11] <smoser> is that because az is trying to .decode() the console log ?
[18:11] <blackboxsw> yeah
[18:11] <smoser> :-(
[18:11] <blackboxsw> so something to file against azure cli when I dig into it :/
[18:11] <blackboxsw> but UI works
[18:11] <dojordan_> ugh, ill make a bug report
[18:12] <blackboxsw> thanks dojordan_
[18:12] <blackboxsw> lemme get az cli version
[18:12] <dojordan_> can you pastebin the ui logs?
[18:12] <blackboxsw> http://paste.ubuntu.com/26453179/
[18:12] <smoser> dojordan_: you're in good company. this week, we've hit.
[18:12] <smoser>  https://github.com/lxc/pylxd/issues/268
[18:12] <smoser> and
[18:12] <smoser>  https://github.com/boto/botocore/issues/1351
[18:12] <blackboxsw> dojordan_: ui logs is http://pastebin.ubuntu.com/26453160
[18:13] <dojordan_> second boot?
[18:13] <smoser> blackboxsw: yeah, go for it.
[18:13] <blackboxsw> dojordan_: smoser 2nd rebooting now
[18:13] <blackboxsw> ok
[18:16] <blackboxsw> hrm any way to show in cli what power state is on node
[18:16] <dojordan_> let me see
[18:18] <blackboxsw> dojordan_: ok it's looping
[18:18] <blackboxsw> just got logs smoser dojordan_
[18:18] <blackboxsw> looping on reprovidsiondata
[18:18] <blackboxsw> copying now
[18:19] <blackboxsw> new boot log http://pastebin.ubuntu.com/26453225
[18:20] <blackboxsw> I'm looking now
[18:20] <blackboxsw> yeah it's looping on 404 from reprovisioning
[18:21] <blackboxsw> so, something triggered that poll which shouldn't have
[18:21] <dojordan_> DataSourceAzure.py[INFO]: Creating a marker file to poll imds
[18:21] <dojordan_> yup
[18:21] <smoser> well, that part seems like it is functioning as designed.
[18:21] <blackboxsw> hahah
[18:21] <blackboxsw> :)
[18:21] <smoser> dojordan_: logging seems extremely verbose if you're expecting this to sit up for 24 hours before use
[18:22] <dojordan_> but we won't log debug by default right?
[18:22] <smoser> debug does go to log file, but not to console
[18:22] <smoser> looks like < 1k/second. but that'd add up.
[18:23] <smoser> but thats not the issue.
[18:23] <smoser> why did we get into the imds
[18:23] <blackboxsw> so cfg.PreprovisionedVm == True
[18:24] <blackboxsw> something in _extract_preprovisioned_vm_setting returns True
[18:24] <blackboxsw> we need to look over that ovf file again
[18:24] <blackboxsw> I think
[18:24] <dojordan_> my guess is the refactoring broke something. the weird thing is it should have been covered by ut
[18:24] <blackboxsw> yeah I thought so too
[18:25] <dojordan_> im re reading my code now and no idea...
[18:26] <blackboxsw> I'm starting up a 2nd vm now and will run _extract_... on the doc
[18:27] <dojordan_> smart
[18:28] <dojordan_> we didnt see any of those debugs though...
[18:29] <smoser> blackboxsw<EMAIL_ADDRESS>[18:29] <smoser> if you want
[18:29] <smoser> take it
[18:30] <blackboxsw> <IP_ADDRESS>
[18:30] <blackboxsw> as well
[18:30] <blackboxsw> <IP_ADDRESS> rather

[18:31] <blackboxsw> ok,,,, so that should've been interpreted as false
[18:32] <dojordan_> oh no
[18:32] <dojordan_> bool("false") is true
[18:32] <blackboxsw> ahhahhha
[18:32] <blackboxsw> ohhh right
[18:32] <blackboxsw> didn't translate from string type
[18:33] <dojordan_> ill push a fix
[18:33] <dojordan_> thanks for all the help
[18:33] <blackboxsw> cheers. gotta go pickup a kiddo from school
[18:33] <blackboxsw> see ya in a bit
[19:37] <dojordan_> @smoser, @blackboxsw, I pushed a fix, and added another UT that would have caught it. Testing now in azure.
[19:47] <dojordan_> my thoughts on removing the verbose logging: maybe just log a byte every request of something. Also, do we have a log level that goes to the console by default?
[19:58] <blackboxsw> dojordan_: warning level is configured to the console by default.
[20:04]  * blackboxsw wonders about us adding a param in a subsequent branch to url_helper.readurl(quiet=(False|True) then callers handling retries outside of that could turn down the volume of logs
[20:10] <blackboxsw>  testing your latest branch now too
[20:18] <dojordan_> same here, *fingers crossed*
[20:21] <dojordan_> i got permission denied using password auth but at least the ECSDA host key changed on me
[20:23] <smoser> ssh auth shouldnt be affected. if you get there, it really should let you in
[20:23] <smoser> nothing woudl have deleted your keys
[20:23] <dojordan_> password would have been redacted in the ovf-env.xml, not sure what that changes
[20:24] <blackboxsw> I know it's a nit, but changing the log message Start polling IMDS from debug -> warning feels like it really shouldn't be a warning level log
[20:25] <blackboxsw> maybe I'm wrong (I know you are probably just trying to get it to show up in default console log configuration)
[20:26] <dojordan_> right, im open to other options, but it would be nice to get to the console
[20:27] <smoser> i can  understand wanting to see somethign on the console (for azure platofrm perspectivee)
[20:27] <smoser> but itkind of stinks from the users' perspective.
[20:27] <smoser> they have a right to expect WARN in the logs to mean "something went wrong"
[20:28] <smoser> but here nothing in their control actually went wrong.
[20:28] <dojordan_> true...
[20:28] <dojordan_> im fine reverting it now that we found this bug
[20:28] <smoser> yeah. i think that is best for now.
[20:28] <blackboxsw> dojordan_: one more thing while you are in there.
[20:28] <smoser> i have said many times i think python logging lacks level granularity
[20:28] <smoser> and cloudd-init usage of what *is* there is bad.
[20:29] <blackboxsw> there's a util.translate_bool that might be of use in checking that truthy value from ovf file
[20:29] <smoser> it seems to me that this should qualify as INFO level
[20:29] <smoser> and at some point maybe a concerted effort couldg et INFO to the console
[20:33] <blackboxsw> btw smoser and dojordan_ success<EMAIL_ADDRESS>[20:33] <dojordan_> sweet!
[20:33] <dojordan_> what distro?
[20:34] <blackboxsw> dojordan_: bionic, running through xenial now
[20:34] <dojordan_> Y
[20:37] <dojordan_> cool, I got back in on xenial too
[20:38] <dojordan_> just pushed those two changes (correct log level, and util.translate_bool)
[20:47] <blackboxsw> great, xenial looks good for me too.
[20:48] <smoser> \o/
[20:50] <blackboxsw> ok, I'll land this when ci completes it's vote dojordan_
[20:51] <dojordan_> thanks!
[20:57] <blackboxsw> thanks for "dotting the i's and crossing the t's"
[20:59] <robjo> smoser: As touched on in previous discussion platform.linux_distribution() is deprecated in upstream Python and as of version 3.7 is expected to go away, in 3.6 on SUSE it returns an empty tuple, thus useless
[20:59] <robjo> I take it in Ubuntu you guys patched Python
[21:00] <robjo> anyway, I think we shoud make a decisison if we expand the dependencies to python-distro or if cloud-init gets it's own function to determine the distribution
[21:00] <robjo> thoughts?
[21:01] <robjo> https://github.com/nir0s/distro#distro---a-linux-os-platform-information-api
[21:01] <smoser> hm.
[21:02] <smoser> i think i'd just want to build my own.
[21:02] <smoser> s/my/own/
[21:02] <smoser> s/my/our/
[21:03] <smoser> i dont want an external dependency for something as seemingly simple as "figure out if you are on ubuntu, suse, redhat, ...".
[21:03] <smoser> :-(
[21:03] <robjo> fair enough, something like this?
[21:04] <robjo> if os.path.exists('/etc/os-release'):
[21:04] <robjo>   use it and determine the distro
[21:04] <robjo> else:
[21:04] <robjo>   try:
[21:05] <robjo>     platform.linux_distribution()
[21:05] <robjo> except:
[21:05] <robjo> ......
[21:05] <robjo> Sound reasonable?
[21:05] <smoser> yeah i guess. id 'also like to olet the packager easily just set it
[21:08] <robjo> well that's the other option, just punt and make the person running setup set the distro then we save the code all together
[21:12] <smoser> well, i thin i'd l ike it to do the right thing, but if the logic that is there doesnt "do the right thing", then let the packager set it.
[21:13] <smoser> i want trunk to "just work" though
[21:13] <robjo> OK, I'll see what I can come up with
[21:24] <robjo> https://bugs.launchpad.net/cloud-init/+bug/1745235
[23:15] <dojordan_> @smoser and @blackboxsw, thank you for all your help landing this PR. When will the nightly azure images contain these changes?
[23:15] <blackboxsw> heh, was going to ping you that I just landed it :)
[23:15] <blackboxsw> should be in bionic tomorrow
[23:16] <blackboxsw> I'm thinking we will probably SRU in February.... so xenial, artful would have it our next SRU
[23:21] <dojordan_> bionic will work for me :)
[23:22] <blackboxsw> dojordan_: oopsie, sorry I need to propose for merging into bionic
[23:22] <blackboxsw> I'll put up another merge proposal tonight. we can probably land that tomorrow and it'll be published friday
[23:22] <blackboxsw> just landing robjo's btrfs branch too
[23:22] <dojordan_> gotcha. Is the bionic branch just a delayed mirror of master?
[23:24] <blackboxsw> dojordan_: yeah the way we structure bionic publishing is just to mirror all content from master tip
[23:26] <blackboxsw> for SRUs into xenial, zesty artful releases we take  a snapshot of tip as well and if some significant behavior change requires attention to retain backward compatibility we carry a small patch to retain behavior in xenial.
[23:28] <blackboxsw> since bionic is not officially in feature freeze until March 2018, any change in behavior of cloud-init is given the go-ahead, so snapshots are easy https://wiki.ubuntu.com/BionicBeaver/ReleaseSchedule
[23:29] <blackboxsw> SRUs into ubuntu series that are 'stable/released' require a bit more work on our end with testing/verification
[23:29] <blackboxsw> https://wiki.ubuntu.com/CloudinitUpdates for our SRU process (TMI I know)
[23:30] <dojordan_> got it, this explains a lot. (not TMI :) )


 "Hello :) How things are going..." <- Hello youngbin: I'll check with the team early next week and update you. Thanks for the follow up, enjoy the weekend 😃
[09:43] <youngbin_> ilvipero: Thank you, Mauro :) FYI, I might also use indico for UbuCon Korea (Sept 9th) for CFP and sharing schedules.


[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.  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<PHONE_NUMBER>4 ?        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              <IP_ADDRESS>-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<PHONE_NUMBER>2 ?        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