[00:12] <davecheney> update github.com/juju/names failed; trying to fetch newer version
[00:12] <davecheney> godeps: cannot update "/home/dfc/src/github.com/juju/names": fatal: reference is not a tree: 4bd61d19a7fce663e2821fe05ddf69f774d444da
[00:12] <davecheney> another day, another godeps head desk
[00:51] <bradm> anyone able to help with a really weird juju deployment issue? juju deployer is barfing out a traceback at me
[00:52] <menn0> wallyworld_: is anyone looking at bug 1396981? that's actually the CI blocker, not the other critical one which i've been looking at.
[00:52] <mup> Bug #1396981: Upgrade fails with tools sha mismatch <ci> <regression> <upgrade-juju> <juju-core:Triaged> <https://launchpad.net/bugs/1396981>
[00:52] <wallyworld_> oh, i didn't see that one
[00:53] <menn0> bradm: I can try and help
[00:53] <wallyworld_> i'll read the bug
[00:53] <wallyworld_> bradm: what's the issue
[00:55] <bradm> https://pastebin.canonical.com/121262/ is the output
[00:56] <bradm> basically doing a juju deploy of ubuntu charm (calling it infra) is failing at the add unit stage, and then every run there after fails with a 'ERROR cannot add service "infra": service already exists'
[00:57] <bradm> this is using maas with physical nodes, so the deploy will take some time
[00:57] <bradm> juju version 1.20.11
[01:00] <bradm> any info missing from that?
[01:01] <wallyworld_> bradm: that looks like you're using the python deployer, right?
[01:02] <bradm> wallyworld_: yup
[01:02] <bradm> wallyworld_: this has worked fine on other deployment stacks, fwiw
[01:02] <wallyworld_> i've not seen any of that code sadly, it's all been developed outside of core
[01:03] <wallyworld_> do you normally get all those errors?
[01:03] <bradm> the charm url or branch?  yeah, thats just the way we've had to get the charms into place
[01:03] <wallyworld_> hmm, ik
[01:04] <bradm> there's probably a fix for it, but you know customer deadlines.
[01:04] <wallyworld_> it looks like there's a mismatch between the model knowm by the deployer and that of juju
[01:04] <wallyworld_> the deployer doesn't seem to know about the service
[01:04] <bradm> it kicks off the initial deploy ok, I can see it in juju status
[01:05] <wallyworld_> so juju status shows an infra service all deployed ok
[01:05] <bradm> not deployed ok, they're in pending
[01:06] <bradm> but it does eventually return ok
[01:06] <menn0> bradm, wallyworld_: could there be a race... where at the time status was checked the service wasn't there yet?
[01:06] <bradm> oddly if I use juju-deployer find service thing, it gives me the right info
[01:07] <wallyworld_> i think you really need to talk to someobe who wrote the deployer code
[01:07] <wallyworld_> we can speculate, but that won't lead to much
[01:07] <bradm> probably :(
[01:08] <wallyworld_> was it kapil who wrote it?
[01:08] <bradm> https://pastebin.canonical.com/121264/ is kind of interesting
[01:08] <bradm> the juju deploy says the service already exists
[01:09] <bradm> which, well, it does.
[01:09] <wallyworld_> so that implies a scripting error
[01:09] <bradm> its just in pending
[01:09] <wallyworld_> if you want to add the same charm twice, you need to use a different service name'
[01:09] <wallyworld_> doesn't matter if it's in pending or not
[01:10] <bradm> sure
[01:10] <bradm> I have no idea why its trying to do that, though.
[01:10] <bradm> and, yeah, pretty sure its kapil who wrote the code
[01:10] <wallyworld_> i think it's past his bedtime now
[01:11] <wallyworld_> menn0: that critical bug - sadly there's not enough to go on in the bug report - they really needed to attach all the simplestreams metadata files
[01:11] <bradm> yeah, I've tried chasing him down before, I don't think I have any overlap
[01:11] <bradm> and it being turkey day doesn't help
[01:11] <wallyworld_> maybe rick_h_ knows
[01:11] <menn0> wallyworld_: so what can we do to unblock CI
[01:12] <wallyworld_> menn0: i'm thinking we just need to revert
[01:12] <wallyworld_> but that's a very big hammer approach
[01:12] <wallyworld_> i just wish they would attach the relevant info to the bug report so we can diagnose properly
[01:13] <wallyworld_> on the surface, having 2 different lots of metadata files, old and new, shouldn't matter
[01:14] <rick_h_> wallyworld_: maybe rick_h_ knows what?
[01:14] <wallyworld_> hey rick
[01:14] <wallyworld_> the deployer is acting up and we here on core know nothing about it
[01:15] <bradm> its super confusing that I can ask juju deployer to tell me where the servic e is deployed, but a deployment run tries to do a fresh deploy
[01:16] <bradm> rick_h_: I'm having issues with juju deployer barfing with https://pastebin.canonical.com/121262/ on the first run, and then every run after complains about https://pastebin.canonical.com/121264/
[01:17] <bradm> yet a juju-deployer -f infra tells me the right location (even if it is still pending)
[01:17] <rick_h_> bradm: is this specific to this bundle? Or does it do it on any deployment?
[01:17] <rick_h_> bradm: have the deployer file you're using?
[01:17] <bradm> rick_h_: its specific to this exact deployment of bootstack, we've got multiple other instance that works fine
[01:19] <bradm> rick_h_: the full deployer file?  or just the infra bits?
[01:20]  * menn0 goes for lunch
[01:20] <rick_h_> bradm: both?
[01:20] <bradm> rick_h_: its a bit complex for the full thing, its a HA juju environment with openstack deployed to it
[01:20] <bradm> rick_h_: including landscape, ksplice, nagios, etcetc
[01:21] <bradm> https://pastebin.canonical.com/121265/ is the infra bit, its about as simple as you can get
[01:26] <bradm> the stacks that work have different physical hardware underlying it, but as far as I can tell its the same config.
[01:27] <bradm> same version of juju-core, minor differences in juju-deployer version, so I downreved the one that wasn't working to be the same
[01:28] <rick_h_> bradm: yea, so looking the code in the traceback makes sense. What does juju status have? I'm guessing infra isn't in there?
[01:28] <rick_h_> bradm: but yea, got nothing sorry. I didn't even realize that the deployer did local charms for the local:ubuntu stuff.
[01:29] <bradm> rick_h_: the infra charm is in state pending, since it takes a while to install
[01:31] <bradm> the infra charm is ok now, but I still get the "service already exists" bit
[01:31] <bradm> so for some reason, juju-deployer isn't finding the service there, and trying to deploy it
[01:32] <rick_h_> bradm: hmm, race condition then? env_status['services'][svc.name] is failing
[01:32] <bradm> rick_h_: I think we're hitting two seperate issues - one race condition for the initial deploy, and one bug because it doesn't find the existing service after its deployed.
[01:33] <rick_h_> bradm: right, I'm guessing it doesn't finish writing out/dealing with info on the first pass
[01:33] <rick_h_> bradm: so the second pass is always going to fail with it in some sort of incomplete state
[01:33] <bradm> rick_h_: yeah, it takes a good 5 - 10 minutes or more for the deploy
[01:33] <bradm> rick_h_: but surely it should see that the infra service exists, and not try to redeploy it
[01:35] <thumper> rick_h_: WTH?
[01:35] <thumper> rick_h_: I don't even...
[01:35] <thumper> rick_h_: why are you here on thanksgiving?
[01:35] <bradm> rick_h_: looking at the code, it means that env_status['services'] isn't in the list of services
[01:35] <thumper> bradm: why you do this to him?
[01:36] <bradm> er, I mean, infra isn't in that list
[01:36] <rick_h_> bradm: right, the best I can do is to offer frankban can look at if you have it running/give him access to the env tomorrow in EU time
[01:36] <thumper> waigani: when you've made the tweak and it is ready for review, ping me
[01:36] <rick_h_> thumper: because my wife is watching a stupid movie, sent the family home, and wallyworld mentioned me so got curious
[01:36] <thumper> rick_h_: what movie?
[01:36] <bradm> rick_h_: its a customer deploy so I don't know about getting access to it, but we can certainly do some debugging if he's around
[01:36] <rick_h_> thumper: going to bail out though :) too much wine to debug deployer :)
[01:36] <rick_h_> thumper: 22 jump street
[01:36] <thumper> rick_h_: this is why I log out of IRC
[01:37] <wallyworld_> rick_h_: thank you :-)
[01:37] <thumper> yep that is stupid
[01:37] <bradm> rick_h_: many thanks for the help :)
[01:37] <waigani> thumper: got distracted, I'll do that now
[01:37] <thumper> the only reason I watched it was because I was on a plane
[01:37] <bradm> waigani: and you too, thanks :)
[01:37] <bradm> er
[01:37] <bradm> wallyworld_ even
[01:37] <rick_h_> bradm: yea sorry. The only thing I can think to do is to run the deployer and pdb and check what's in the list of services
[01:37] <bradm> stupid tab complete and me not looking closely :)
[01:37] <waigani> bradm: welcome ;)
[01:37] <thumper> AGHH!!!!
[01:37] <thumper> dog just farted
[01:37] <rick_h_> bradm: so it'd basically be running it, stepping through it, trying to see wtf it's doing, and debugging the actual data there.
[01:37]  * thumper coughs
[01:37] <waigani> lol
[01:38] <bradm> rick_h_: no need to be sorry, any help has been useful, even if just show I'm not missing anything obvious
[01:42] <wallyworld_> thumper: so i don't know what to do about bug 1396981. there really isn't enough attached to the bug to prove the root cause is the suspected pull request, and tracking it down will take time, but i'm loath to revert without more proof
[01:42] <mup> Bug #1396981: Upgrade fails with tools sha mismatch <ci> <regression> <upgrade-juju> <juju-core:Triaged> <https://launchpad.net/bugs/1396981>
[01:42] <wallyworld_> would you revert anyway?
[01:42] <thumper> I've not seen that bug...
[01:43] <wallyworld_> it could be a scripting issue in the tests
[01:43] <wallyworld_> for example
[01:43] <wallyworld_> thumper: so the pr was merged 3 days ago - you've upgraded from 1.20 since then right?
[01:44] <thumper> only with uploading tools
[01:45] <thumper> wallyworld_: is the filename inludec in the hash calculation?
[01:45] <thumper> if so, it would be a reason
[01:45] <wallyworld_> nope
[01:45] <wallyworld_> the filename is the json metadata filenakjme
[01:45] <wallyworld_> the hash is calculated on the contents of the tools tarball
[01:46] <waigani> thumper: extractPortsIdPart is gone but I've left extractPortsIdParts as the openedPortsWatcher uses it to do some funky tansformId() stuff on the doc id: http://reviews.vapour.ws/r/496/
[01:47] <waigani> and the upgrade step uses it
[01:48] <thumper> wallyworld_: I'm not sure that reverting the patch would fix the problem
[01:48] <thumper> wallyworld_: it should be easy enough to test locally though, no?
[01:48] <wallyworld_> i don't think so either
[01:48] <wallyworld_> yes, but i'm in the middlw of something, sigh
[02:36] <menn0> thumper, wallyworld_: shall I have a go at reproing bug 1396981?
[02:36] <mup> Bug #1396981: Upgrade fails with tools sha mismatch <ci> <regression> <upgrade-juju> <juju-core:Triaged> <https://launchpad.net/bugs/1396981>
[02:36] <wallyworld_> menn0: if you want, i was about to start looking, just finishing up some other work and about to stash
[02:37] <menn0> wallyworld_: I don't mind who does it. I just want CI unblocked :)
[02:37] <wallyworld_> yeah, sorry. i'll start looking
[02:41] <menn0> wallyworld_: kk. I suspect you'll get there faster. Let me know if I can help.
[02:41] <wallyworld_> sure, ty
[03:18] <axw> wallyworld_: I've possibly been making a mountain out of a molehill with identifying disks. if MAAS creates a physical volume on the disk, then we can create a logical one and that'll get a stable UUID. we would only hand the logical volume off to the charm, so assuming the charm doesn't go OOB and touch the disk itself, it should be fine to use a device name
[03:18] <axw> I'll need to think a bit more...
[03:19] <wallyworld_> sure
[03:43] <wallyworld_> menn0: thumper: I've marked the bug as Incomplete with an explanation, not sure if that unblocks landings or not
[03:43] <menn0> wallyworld_: ok. I have something to land so let me try.
[03:44] <wallyworld_> you may need a JFDI
[03:44] <wallyworld_> if the first try doesn't work
[03:52] <menn0> wallyworld_: seems to have worked... the tests are running
[03:52] <wallyworld_> \o/
[04:17] <menn0> waigani: finally reviewing your statusDoc changes
[04:18] <waigani> menn0: thanks. When you have a moment, can we talk over how to test the allwatcher branch?
[04:21] <menn0> waigani: review done. i think you missed one.
[04:21] <waigani> menn0: the update one?
[04:22] <menn0> waigani: yeah.
[04:22] <menn0> waigani: doesn't it replace the document?
[04:22] <waigani> menn0: that would already have an env-uuid right?
[04:22] <menn0> waigani: don't think so. "$set" will replace the existing document with the new one.
[04:23] <menn0> waigani: or maybe i'm wrong
[04:23]  * menn0 checks docs
[04:24] <menn0> waigani: ignore me. I misunderstood what $set does
[04:24]  * menn0 updates review
[04:24] <waigani> menn0: okay
[04:25] <menn0> waigani: chat in standup channel regarding allwatcher
[04:25] <menn0> ?
[04:25] <waigani> menn0: that would be great
[05:27] <jw4> axw: much thanks for the review and comments!
[05:28]  * jw4 goes back to thanksgiving dinner guests
[05:32] <axw> jw4: no worries. happy thinksgiving
[07:13] <wallyworld_> fwereade_: you free for a question?
[08:02] <fwereade_> wallyworld_, sorry, here
[08:27] <dimitern> fwereade_, hey
[08:27] <fwereade_> dimitern, heyhey
[08:27] <dimitern> fwereade_, I didn't get a reply yet from jamespage about the meeting btw
[08:27] <fwereade_> dimitern, bah
[08:28] <dimitern> fwereade_, you should've got a copy though
[08:29] <dimitern> fwereade_, I'll ping him if I see him, or I'll resend it on monday
[08:30] <dimitern> fwereade_, do you know if gustavo is taking time off?
[08:30] <fwereade_> dimitern, yeah, I think he's off until december
[08:30] <dimitern> fwereade_, ah, good - just in time for me to propose a few more goamz MPs :)
[08:31] <fwereade_> dimitern, he's been off for a while I think
[08:31] <dimitern> yeah, it seems so
[08:54] <mattyw> morning all
[08:56] <dimitern> morning mattyw
[09:10] <wallyworld_> fwereade_: you free now?
[09:13] <fwereade_> wallyworld_, yeah
[09:13] <fwereade_> wallyworld_, sorry, were you out before?
[09:13] <wallyworld_> fwereade_: quick chat in our 1:1?
[09:13] <wallyworld_> yeah was afk for a bit
[09:27] <perrito666> morning
[09:29] <jamespage> dimitern, sorry
[09:30] <dimitern> jamespage, it's ok, I'm sure you've been pretty busy
[09:31] <jamespage> dimitern, book me a slot for today if you like :-)
[09:31] <dimitern> jamespage, sure, I'll send an invite
[09:32] <dimitern> fwereade_, when is a good time for a chat today?
[10:04] <dimitern> voidspace, since we're the only ones here - a quick standup? :)
[10:04] <voidspace> dimitern: omw
[10:06] <voidspace> dimitern: https://bugs.launchpad.net/juju-core/+bug/1396981
[10:06] <mup> Bug #1396981: Upgrade fails with tools sha mismatch <ci> <regression> <upgrade-juju> <juju-core:Incomplete by wallyworld> <https://launchpad.net/bugs/1396981>
[10:06] <dimitern> voidspace, lp:~dimitern/goamz/update-aws-api-version-to-latest
[10:07] <dimitern> https://code.launchpad.net/~dimitern/goamz/modifysubnetattribute/+merge/243128
[10:14] <fwereade_> dimitern, oops, sorry, missed that -- I can come anytime basically
[10:15]  * fwereade_ has a naming problem /grrmbl
[10:15] <dimitern> fwereade_, jamespage, ok, how about 12 UTC  for 1h?
[10:15] <jamespage> dimitern, fine with me - please invite gnuoy as well
[10:15] <fwereade_> dimitern, sgtm
[10:16] <dimitern> jamespage, fwereade_, ok, I'll send an invite now, thanks
[10:33] <dimitern> fwereade_, jamespage, gnuoy, invites sent
[10:34] <gnuoy> ta
[10:36] <voidspace> dimitern: lGTM
[10:36] <voidspace> dimitern: ModifySubnetAttribute that is
[10:36] <dimitern> voidspace, thanks!
[11:00] <fwereade_> so, my naming problem
[11:00] <fwereade_> given that uniter/context is now uniter/runner
[11:01] <fwereade_> and context.Factory is now runner.Factory
[11:01] <fwereade_> which produces Runners
[11:01] <mgz> my answer is marathon
[11:01] <mgz> what's the question?
[11:01] <fwereade_> things like NewHookRunner still produce Runners
[11:01] <fwereade_> which have methods like RunHook, RunAction, RunCommands
[11:02] <fwereade_> the factory really ought to be producing things with just a Run method
[11:02] <fwereade_> so the obvious name for that is a Runner
[11:02] <fwereade_> ie type Runner interface { Run() error }
[11:02] <fwereade_> what then do I call the varying
[11:02] <fwereade_> oh wait
[11:03] <fwereade_> ok, I think we have Runner as defined above
[11:03] <fwereade_> but no
[11:04] <fwereade_> ok, so the existing Runner type
[11:04] <fwereade_> still needs to exist
[11:04] <fwereade_> there's enough behaviour shared between hook/action/command running that it shouldn't be broken up
[11:04] <fwereade_> but what do I call that internal type?
[11:05] <anastasiamac> fwereade_: hurdler?
[11:05] <fwereade_> maybe that's `coreRunner` without a Run method, with `hookRunner`, `actionRunner`, `commandRunner`, each of which implement Runner
[11:06] <fwereade_> testing it nicely is maybe yucky
[11:06] <mgz> that seems reasonable, from a code sharing perspecitve
[11:07] <mgz> testing should just be on those seperate objects, right? so you expose to tests and exercise, the fact they share coreRunner is just an implementation detail no?
[11:08] <fwereade_> mgz, mmmmaybe
[11:08] <fwereade_> mgz, I will kick it around and see what I can do
[11:08] <fwereade_> mgz, anastasiamac, thanks for listening to my ramblings
[11:09] <anastasiamac> fwereade_: have fun ;-) my next suggestion was going to br a "racer" but implications r not pleasant. I like ur suggestion beta ;p
[11:10] <fwereade_> mgz, the main thing is that I think it'd be nicer to test the various Runner implementations against a mocked-out coreRunner, and keep the coreRunner tests as they are as much as possible
[11:10] <mgz> fwereade_: hmmm
[11:10] <fwereade_> so I guess I export_test type CoreRunner struct {*coreRunner}
[11:10] <mgz> that's an interesting idea, couldn't do it with just struct containment
[11:10] <fwereade_> or something
[11:11] <perrito666> today is a holiday in the US right?
[11:11] <fwereade_> or maybe I should get my thesaurus out and call the CoreRunner thing an Invoker or something
[11:11] <anastasiamac> perrito666: rite
[11:11] <fwereade_> not sure that makes anyones lives much easier though
[11:11] <perrito666> ok so I am teamless for a day
[11:12] <anastasiamac> perrito666: if it's still thusday
[11:12] <anastasiamac> perrito666: i belive some ppl ar taking Friday
[11:12] <fwereade_> perrito666, you may officially have a team but most of them have probably taken friday too
[11:12]  * perrito666 thinks that the choice of returning from vacations on a friday might not have been the best
[11:12] <anastasiamac> perrito666: teamless but not alone;-)
[11:13] <mgz> fwereade_: I don't really think new names for different levels of runners would make it clearer :)
[11:13] <fwereade_> mgz, indeed
[11:13] <fwereade_> mgz, but having the *same* names for two different levels may be *even less* clear
[11:14]  * fwereade_ grumbles to himself a bit
[11:14] <mgz> I can think of lots of terrible suggestions :)
[11:15] <fwereade_> haha
[11:15] <fwereade_> I think I'm going to get a sandwich and see if inspiration strikes
[11:15] <mgz> like the old add-more-er-s one
[11:15] <fwereade_> lol
[11:16] <fwereade_> but it's *obvious* that an Ererer is a factory for Erers, which are objects allowing one to express uncertainty
[11:16] <mgz> :D
[11:16] <Spads> import ererererest
[11:16]  * fwereade_ twitches
[11:17]  * fwereade_ goes to get bread
[11:18] <anastasiamac> fwereade_: do u need to identify "two different levels" as runners? shouldn't only a "coreRunner" b identfied as such and all others [hookRunner-commandRunner] as smth else?
[11:19] <fwereade_> anastasiamac, the urge to call the thing with a Run method Runner is strong, though
[11:20] <anastasiamac> fwereade_: :-p the same as "executor" for execute?
[11:20]  * fwereade_ looks shamefaced because he has an Executor with a Run method in uniter/operation
[11:21] <fwereade_> it was execute for a while
[11:21]  * fwereade_ should s/Operation.Execute/Operation.Run/ and s/Executor.Run/Executor.Execute/, shouldn't he
[11:22]  * fwereade_ sandwich, anyway
[11:33] <anastasiamac> fwereade_: was lighthearted ;D no sinister intention behind (m guilty of naming too many executors in past life)
[11:33] <anastasiamac> fwereade_: looking at thesaurus for runner/run is amusing ;-)
[11:43] <voidspace> :q
[11:43] <voidspace> wrong window...
[11:43] <voidspace> anastasiamac: o/
[11:43] <voidspace> anastasiamac: how's life - late for you isn't it?
[11:45] <anastasiamac> voidspace: life is hot and stormy ;-)
[11:45] <voidspace> anastasiamac: just how I like life
[11:45] <anastasiamac> voidspace: m usually online at this hour - kids r asleep: so blissful :D
[11:45] <voidspace> anastasiamac: unfortunately mine is cold and greay
[11:46] <voidspace> anastasiamac: ah, nice :-)
[11:46] <voidspace> *grey
[11:46] <anastasiamac> voidspace: yesterday had hail the size of cricket balls in cbd
[11:46] <voidspace> even more cold than usual as our bathroom window is being replaces
[11:46] <voidspace> anastasiamac: yow
[11:46] <anastasiamac> voidspace: glass shattered - cars, buildings, roofs
[11:46] <voidspace> anastasiamac: cbd?
[11:46] <voidspace> anastasiamac: wow, I bet
[11:46] <anastasiamac> voidspace: central business district
[11:47] <voidspace> ah
[11:47] <anastasiamac> voidspace: we were lucky: just lost power
[11:47] <anastasiamac> voidspace: were running essentials on generator
[11:47] <anastasiamac> voidspace: can u believe that internet is not essential in some households?
[11:47] <voidspace> anastasiamac: that makes our village seem tame by comparison
[11:48] <voidspace> anastasiamac: to be fair it is pretty tame
[11:48] <fwereade_> anastasiamac, that's crazy talk
[11:48] <voidspace> anastasiamac: very crazy
[11:48] <anastasiamac> voidspace: fwereade_: yes, apparently ppl prefer fridge to router ;p
[11:48] <voidspace> totally bizarre priorities
[11:49]  * perrito666 merges his branch after one week and it still compiles... success
[11:49] <anastasiamac> perrito666: \o/
[11:51] <anastasiamac> voidspace: interesting time to replace bathroom window.. isn't it almost winter?
[11:51] <anastasiamac> voidspace: like one day away?
[11:52] <voidspace> anastasiamac: we're renting - and the landlord offered to replace the single glazed wooden one with a double glazed upvc one
[11:52] <voidspace> anastasiamac: we didn't say no :-)
[11:52] <voidspace> anastasiamac: although we're looking at buying a house in the same village soon anyway
[11:53] <voidspace> anastasiamac: but yeah, pretty wintery here
[11:53] <voidspace> I'm hoping we get snow this winter
[11:53] <voidspace> we didn't last year
[11:53] <voidspace> total waste of a winter
[11:55] <perrito666> ah how I miss winter (which most likely looks like your spring voidspace )
[11:55] <anastasiamac> i love the idea of snow but it usually comes with cold which I am not big fan of ;-)
[11:56] <voidspace> perrito666: heh
[11:56] <anastasiamac> altho - winter clothes m fan of
[11:56] <voidspace> anastasiamac: working from home is great :-)
[11:56] <perrito666> I am still waiting on the delivery of my AC it is becoming annoying apparently they had a cyber monday sales spike and they are behind on delivery
[11:56] <voidspace> anastasiamac: although no "snow days", so long as the internet works so do we...
[11:56] <voidspace> perrito666: so no AC at the moment?
[11:56] <perrito666> voidspace: only in the bedroom
[11:57] <perrito666> voidspace: the good news is that here climate has a cycle of 40C, rain, 40C, rain and I am in the rain part atm
[11:57] <voidspace> hehe
[11:57] <voidspace> I do love a hot climate. Snow is the *only* redeeming feature of winter here.
[11:58] <voidspace> Well, it makes me appreciate the summer more I guess.
[11:58] <anastasiamac> perrito666: in our parts rain brings little relief
[11:58] <perrito666> voidspace: I do prefer cold climate, With cold you can pile up clothes on you until it recedes, with hot summer there is only so much you can remove :p
[11:58] <perrito666> anastasiamac: where are you?
[11:58] <anastasiamac> voidspace: really? snowball fights, sleigh riding, etc - must b gr8 ;D
[11:59] <anastasiamac> perrito666: BrisbaneAustralia
[11:59] <perrito666> anastasiamac: I keep wanting to know australia, seems so nice
[11:59] <anastasiamac> perrito666: like u - in the middel of summer, hot/wet/hot/wet cycle :)
[11:59] <voidspace> anastasiamac: right, but they all come from snow...
[11:59] <voidspace> anastasiamac: mostly winter is just cold and wet
[11:59] <voidspace> sledging is *awesome*
[12:00] <voidspace> lots of great fields round here for sledging
[12:00] <dimitern> fwereade_, gnuoy, meeting?
[12:00] <anastasiamac> voidspace: i dont remember winter much ;(
[12:00] <perrito666> voidspace: well in here its hot and wet, you feel like steamed rice all the time
[12:00] <voidspace> perrito666: :-)
[12:00] <anastasiamac> perrito666: u r in Argentina?
[12:03] <perrito666> anastasiamac: yup
[12:19] <rogpeppe> wallyworld_: hiya
[12:19] <rogpeppe> wallyworld_: just say your email
[12:19] <rogpeppe> s/say/saw/
[12:19] <wallyworld_> hi
[12:19] <wallyworld_> hope it made sense
[12:20] <rogpeppe> wallyworld_: when you were doing your secure wget, were you adding the root cert as a trusted cert somehow?
[12:21] <wallyworld_> i was using wget --ca-certificate blah.pem https://ssipaddress:17070/....
[12:22] <wallyworld_> where blah.pem is the ca cert
[12:22] <rogpeppe> wallyworld_: right, i see. yeah, i can see the issue.
[12:23] <wallyworld_> rsyslog cert had the same issue
[12:23] <rogpeppe> wallyworld_: it's a pity that it's not possible to specify a genuinely wildcard domain name
[12:23] <wallyworld_> yeah
[12:23] <wallyworld_> using ip addresses is insecure sadly also, but we don't have dns names to use
[12:24] <rogpeppe> wallyworld_: tbh there's no security issue here - we don't rely on the ip address or host name for security at all
[12:24] <rogpeppe> wallyworld_: it's just that we need to work around the dubious x509 model
[12:25] <wallyworld_> rogpeppe: anastasiamac tells me it's insecure, i know not that much about security
[12:25] <rogpeppe> wallyworld_: it would be insecure if we weren't using a self-signed root cert
[12:25] <wallyworld_> ah ok
[12:25] <rogpeppe> wallyworld_: which we're explicitly trusting
[12:26] <rogpeppe> wallyworld_: so i guess you'd generate the certificate with all the possible ip addresses of all the state servers
[12:27] <wallyworld_> i generate the cert for each state server separately, with just that state server's ip addresses
[12:27] <rogpeppe> wallyworld_: and all the DNS names too - basically everything from the server addresses
[12:27] <rogpeppe> wallyworld_: i don't think that's a great idea
[12:27] <wallyworld_> since each state server runs its own https sservice
[12:27] <rogpeppe> wallyworld_: we need to be able to connect to any of the servers with the same cert
[12:27] <rogpeppe> wallyworld_: or...
[12:27] <wallyworld_> we can i think
[12:27] <rogpeppe> wallyworld_: i see
[12:28] <rogpeppe> wallyworld_: so each state server has the root cert
[12:28] <rogpeppe> wallyworld_: and generates its own certificate for its own addresses
[12:28] <wallyworld_> yes
[12:28] <wallyworld_> the same root cert
[12:28] <wallyworld_> seems to work anyway
[12:28] <rogpeppe> wallyworld_: yeah, that seems like a good way to do it
[12:29] <anastasiamac> rogpeppe: wallyworld_: no opinion on security in our case - I was refereing to Department of Defence, Australian Signals Directorate (http://www.asd.gov.au/publications/csocprotect/dns_security.htm)
[12:29] <wallyworld_> rogpeppe: cool, so the issue is should i store the ca cert private key in agent conf on the state server
[12:29] <wallyworld_> it was discarded but is now needed
[12:30] <rogpeppe> anastasiamac: i have no trust in modern web "security" tbh
[12:30] <wallyworld_> we already store the server cert private key there
[12:30] <rogpeppe> anastasiamac: (hiya, BTW)
[12:30] <anastasiamac> rogpeppe: o/
[12:31] <anastasiamac> rogpeppe: i don't trust either - this is an explanantion of what might happen and how it the risks can be mitigated
[12:31] <rogpeppe> wallyworld_: yeah, i think just use the ca cert everywhere we were using the server cert before.
[12:31] <rogpeppe> wallyworld_: except when actually starting a server
[12:31] <anastasiamac> rogpeppe: actually, trust is a bad word for it - all "security" is only "securing" to a degree...
[12:31] <rogpeppe> anastasiamac: yup
[12:32] <rogpeppe> anastasiamac: but this is all so obviously broken...
[12:32] <anastasiamac> rogpeppe: :-( yes it is but wallyworld_ is on it! it'll b unbroken soon :D
[12:33] <wallyworld_> thanks rogpeppe , i'll tidy up my branch next week
[12:33] <rogpeppe> anastasiamac: our current juju stuff isn't insecure in fact AFAIK
[12:33] <rogpeppe> anastasiamac: it's just that wget doesn't know about our special sauce :)
[12:34] <anastasiamac> rogpeppe: i have no comment on juju security... i have not seen an RCM to form an opinion
[12:35] <wallyworld_> rogpeppe: wget is actually not used by us directly, but by the lxc template scripts. we now (or will soon) cache lxc images in the blobstore, so lxc startup is fast on *all* new machines in the cloud (apart from the first one)
[12:35] <rogpeppe> wallyworld_: it's a pity that the only available flag on wget to disable common-name checking (--no-check-certificate) also appears to disable the rest of the cert checking
[12:35] <wallyworld_> yeah, tell me about it
[12:35] <wallyworld_> curl appear no better either i *think*
[13:10] <dimitern> fwereade_, gnuoy, jamespage, invites sent for 10.30 utc next wednesday
[13:23] <fwereade_> dimitern, cheers
[14:14] <jamespage> dimitern, ta
[14:49] <hazmat> axw, ping
[17:09] <natefinch> fwereade_: you around?
[17:27] <natefinch> hazmat: you around?
[17:34] <mattyw> night all
[17:34] <mattyw> natefinch, seems like no one is around
[18:04] <hazmat> natefinch, yes
[18:05] <hazmat> natefinch, wasup?
[18:10] <natefinch> hazmat: nvm, figured it out... was wondering which method I was supposed to use to generate GCE keys.
[18:11] <hazmat> natefinch, cool, their console is a bit on the confusing side
[18:13] <natefinch> hazmat: yeah... putting things into really vague buckets like "web application" or "service account" .... but yeah, with enough clicking through "learn more" links, I figured out what I was supposed to use.  Finally getting a chance to put the gce provider structure together with the implementation stuff you'd already worked out.
[18:15] <hazmat> natefinch, nice. there's a minor opportunity to come up with a clean provider package structure.. atm there all different by provider impl.
[18:15]  * hazmat goes back to avoid shopping on black friday
[18:15] <natefinch> heh
[19:23] <voidspace> g'night all
[19:23] <voidspace> happy weekend


[14:07] <chaynie> morning peeps.
[14:07] <munz_werk> morning chaynie
[14:08] <mhall119> hey chaynie
[14:08] <mhall119> chaynie: interested in taking Read Feeder for a test drive?
[14:08] <chaynie> mhall119: sure thing. got a test site up?
[14:08] <mhall119> yup, let me create a user for you
[14:10] <mhall119> chaynie: what's your email?
[14:10] <chaynie><EMAIL_ADDRESS>[14:13] <mhall119> chaynie: sent
[14:15] <chaynie> mhall119: Cool. fiddling with it now. I assume the ability to change one's password is an already planned feature?
[14:21] <mhall119> chaynie: yeah, I'm going to have a whole section for managing your account, profile, settings, etc
[14:21] <mhall119> also a way for people to register and create their own accounts, instead of me doing it
[14:22] <mhall119> but considering that my first commit was a week ago today
[14:22] <chaynie> mhall119: What, you don't like being a paperwork bottleneck for your own app?
[14:22] <mhall119> lol
[14:22] <mhall119> not so much
[14:23] <mhall119> I haven't even decided if I'm going to offer this as a public service yet
[14:29] <chaynie> why don't you set it up social style, where you can have free public feeds for free and then pay for x number of private feeds.
[14:32] <mhall119> because I'm not sure I can get enough paying customers to make it worthwhile
[14:38] <chaynie> I see.
[18:15] <itnet7> mhall119: I'll help test it too if you want.
[18:16] <itnet7> I would like to
[18:16]  * RoAkSoAx slaps itnet7
[18:17] <itnet7> dang
[18:17] <itnet7> no love
[18:19] <mhall119> you still deserve slapping?
[18:21] <itnet7> Yes, unfortunately
[18:21] <itnet7> though I am steps closer
[18:24] <RoAkSoAx> jeez
[18:32] <chaynie> We're slapping itnet7 why again?
[18:36] <chaynie> mhall119: It would be kinda cool to be able to subscribe to another user's queue.
[18:36] <chaynie> assuming, of course, the user marks his queue as public.
[18:42] <itnet7> chaynie: the slaps are justified
[18:43] <itnet7> Now I have started the process to hopefully end the slapping!
[18:47]  * mhall119 slaps itnet7
[18:47] <mhall119> do it faster!
[18:47] <itnet7> LOL
[18:47] <mhall119> chaynie: I've thought about that, I've also considered being able to "tag" an article to another user, essentially sharing it with them
[18:48] <mhall119> like you Facebook does it
[18:48] <mhall119> s/you//
[18:49] <chaynie> mhall119: That'd be cool too, but I think it would be neat if a queue can be also exposed as a feed. that way, you'd also be able to build composed queues.
[18:50] <itnet7> bbiab, meeting time
[18:52] <mhall119> chaynie: maybe, but that's kind of straying from the initial purpose of it
[18:52] <mhall119> itnet7: sent you an email with getting started instructions
[19:49] <itnet7> mhall119: Thanks!!
[19:54] <maxolasersquad> Are daily server builds avaiable for natty?
[19:54] <maxolasersquad> nm, I found the link, seperate from the desktop page apparently.


[07:01] <Striking7> Hey all. I'm working on a heavily customized distro for use with LinuxOnAndroid
[07:01] <Striking7> Targetting the Armv7, though I know little about ARM processors
[07:02] <Striking7> I've put together an image using debootstrap and it looks like it works pretty well, but it's a serious pain having to test on my phone
[07:02] <Striking7> I'd like to test with qemu
[07:02] <Striking7> But whenever I try to test my image with qemu-arm I get segfaults :(
[07:03] <Striking7> Any idea how I could try to debug that, what a common mistake is that I could be making, etc?
[07:26] <Striking7> In the mean time I mounted up the image manually (since the app was mysteriously failing to do so), mounted up proc, sysfs, and dev, then chrooted into it
[07:26] <Striking7> Ifconfig gives me valid working info
[07:27] <Striking7> but if I try to ping <IP_ADDRESS> or <IP_ADDRESS> it tells me "socket: permission denied"
[07:27] <Striking7> This is on the android device, not in qemu


[03:00] <medardo> good
[03:00] <medardo> can you help me. I have installed xubuntu on an asus Eeee PC 1011px but there is no audio.
[03:00] <medardo> when executing the "alsamixer" command in the terminal, I get the headpone in "MM" and 0
[03:00] <medardo> if I go up to 100 if it sounds.
[03:00] <medardo> but when restarting the computer I have to do the process again
[03:01] <medardo> how can I make the audio work well?
[08:06] <udzguru> hello all
[08:07] <udzguru> my mysql server won't start anymore. i get some mysterious apparmor denied messages. can anyone help me?
[09:14] <knome> udzguru, any more after what?
[09:15] <udzguru> yesterday in the evening it just ran fine. today in the morning i realized the mysql server was not running (when i wanted to access a web application). so i wanted to start the service and since then i get apparmor errors
[09:16] <udzguru> i already tried to reprofile ... the apparmor errors are now gone. but the server still does not start
[09:17] <knome> did you upgrade packages yesterday? which xubuntu version?
[09:17] <udzguru> yesterday there were no updates
[09:18] <udzguru> its 17.10
[09:18] <udzguru> on thursday there were some updates ... as far as i can tell none regarding mysql ... but a systemd update.
[09:19] <knome> i don't have an idea why this isn't working but this info should help others help
[09:22] <udzguru> knome, thanks!
[15:35] <cruxic> Question: In Xubuntu I am unable to adjust the speed of my mouse.  Neither the "Acceleration" nor "Sensitivity" sliders have any effect.  This happens on 3 separate computers with 3 different mice (two Logitech and one Microsoft).  I'm on 17.10 now but the problem was in 17.04 as well.  Is this a known issue?
[18:35] <roman> hello!
[18:39] <slickymaster> !hi | roman
[18:44] <roman> hi slickymaster! hi ubottu!


[01:44] <ahoneybun> popey, new icon! http://imgur.com/8QzAPno
[05:15] <zsombi> nik90: ping
[07:20] <justCarakas> o/ good morning all
[07:22] <akiva-thinkpad> nik90, ping
[08:37] <JamesTait> Good morning all; happy World Octopus Day! :-D
[08:38] <akiva-thinkpad> JamesTait, yes, happy octopie day
[08:43] <JamesTait> akiva-thinkpad, octopie? Is that like 8 * 3.14?
[08:43] <akiva-thinkpad> heh
[08:43] <akiva-thinkpad> it doesnt mather.
[08:46] <vitimiti> Hi
[08:46] <akiva-thinkpad> vitimiti, morning
[08:46] <vitimiti> Morning, akiva-thinkpad
[08:53] <brendand> akiva-thinkpad, JamesTait - it's this right? http://lilybowman.files.wordpress.com/2014/04/octopie.jpg
[08:55] <JamesTait> brendand, whoa!
[08:55] <brendand> i didn't make it
[08:57] <JamesTait> brendand, no, but you brought it to my attention, and that's enriched my life. :)
[08:59] <brendand> JamesTait, mine would probably end up like this: http://media-cache-ec0.pinimg.com/originals/f4/0b/d8/f40bd8641817e171f3588a8a73d618b8.jpg
[09:01] <nik90> zsombi: pong
[09:07] <vitimiti> Is there a way to make the emulator less tall? I have to change workspaces to see it all
[09:07] <zsombi> nik90: I can confirm that there's no signal coming from EDS when an alarm/todo reminder expires. But I know that datetime indicator doesn't do changes on EDS events yet...
[09:08] <JamesTait> brendand, ah well, you'd get credit for effort and it'd still get eaten. ;)
[09:08] <nik90> zsombi: yeah, there's a bug about it already requesting i-dt to disable or delete one-time alarms when they are triggered
[09:09] <zsombi> nik90: but...
[09:09] <zsombi> nik90: I'm also afraid that EDS qtorganizer backend doesn't watch EDS for changes either...
[09:09] <nik90> zsombi: oh, that's trange
[09:09] <nik90> strange*
[09:10] <zsombi> nik90: if I change an alarm todo in Evolution calendar, I don't get that change notified in the test app :/
[09:11] <nik90> zsombi: I can check with renatu if that's intentional or a bug
[09:11] <nik90> zsombi: may be that use case didn't come up before
[09:11] <zsombi> nik90: there're signals in QOrganizerManager, those should be handled...
[09:12] <dpm> popey, could you see if one of the file manager devs would be interested to get assigned bug 1378709 ?
[09:12] <dpm> we're now using file manager to get content for a bunch of apps, and it's quite visible
[09:13] <zsombi> nik90: at some point IO will give you a toolkit build to test some changes I'm making on Alarms services...
[09:13] <zsombi> nik90: trying to simplify it a bit...
[09:14] <nik90> zsombi: I am not sure how to install toolkit on phone, would be you be providing a armhf build?
[09:14] <zsombi> nik90: yep
[09:15] <zsombi> nik90: make it writable, get the ppa and update or get the .deb packages and install
[09:15] <popey> dpm: yes, I think carlos has been looking at this, and will bring it up with him.
[09:15] <nik90> zsombi: yup that I will do
[09:16] <dpm> thanks popey
[09:20] <nik90> next up akiva-thinkpad pong
[09:21] <nik90> popey: Can you test bug 1378639 pls..
[09:25] <akiva-thinkpad> nik90, ah yah so as far as I know; behaviour on height animations don't work with columns
[09:26] <akiva-thinkpad> I tried it before, and was perplexed
[09:26] <akiva-thinkpad> but it makes sense because you can't exactly set the height of a column
[09:26] <nik90> akiva-thinkpad: you don't need to set the height of column because it is automatically set to childrenRect.height
[09:26] <nik90> akiva-thinkpad: but yeah I face the issue as well
[09:27] <nik90> akiva-thinkpad: I will search online for a solution and if not ask on stack overflow
[09:27] <akiva-thinkpad> nik90, I wonder if its something future qml versions could add.
[09:28] <akiva-thinkpad> might be good to ask the developers of the qml stack
[09:28] <akiva-thinkpad> anyways for the code I had it in; its not terribly invasive. At worst; two extra lines of code.
[09:29] <popey> nik90: sure
[09:29] <nik90> akiva-thinkpad: true
[09:29] <popey> nik90: i believe ubuntu-app-launch was updated in the image....
[09:30] <nik90> popey: tbh I have noticed that message in the qa dashboard for some images now...but I figured it might be a qa issue since I couldn't reproduce it on my end.
[09:31] <nik90> popey: but with latest image, I can reproduce it
[09:31] <nik90> popey: here's an example http://ci.ubuntu.com/smokeng/utopic/touch/mako/272:20141007:20140929.1/10831/ubuntu_clock_app/1809753/
[09:31] <nik90> image 272 Mako QA Dashboard
[09:32] <popey> hmm
[09:43] <akiva-thinkpad> nik90, question; I installed the click package of the calendar on my emulator, but because its already installed, when I open it up, its the old version
[09:43] <akiva-thinkpad> how do I make sure I open the right version?
[09:43] <nik90> akiva-thinkpad: try searching for the calendar app, that should refresh the app scope and let you launch the new one
[09:43] <akiva-thinkpad> ah
[09:44] <akiva-thinkpad> mmmm no potato
[09:44] <akiva-thinkpad> how do I close an app
[09:44] <akiva-thinkpad> I think its opening what I already had open.
[09:45] <akiva-thinkpad> nvm
[09:45] <akiva-thinkpad> flick down
[09:59] <akiva-thinkpad> nik90, http://filebin.ca/1d0jqRMDFI6w a video showing why I made the expansion to 10. there is also a bug at the end of the video, wondering if I shoudl report it
[10:00] <nik90> akiva-thinkpad: ah okay, makes sense..that looks good
[10:01] <nik90> akiva-thinkpad: does the bug at the end of the video exist with trunk? Can you check
[10:01] <akiva-thinkpad> nik90, sure
[10:01]  * nik90 brb
[10:05] <akiva-thinkpad> nik90, having a hard time replicating this bug
[10:06]  * akiva-thinkpad wonders if was due to lag
[10:11] <akiva-thinkpad> yah can't replicate it.
[10:11] <nik90> akiva-thinkpad: then you need fix it in your branch ;)
[10:12] <akiva-thinkpad> nik90, no; I mean, I can't replicate it in my branch
[10:12] <akiva-thinkpad> or the calendar app
[10:12] <akiva-thinkpad> Ive seen it before, just occassionally
[10:12] <nik90> ah
[10:12] <akiva-thinkpad> I think it has to do with hiding toolbars
[10:13] <nik90> eh what toolbars?
[10:13] <akiva-thinkpad> nik90, sorry headers
[10:13] <akiva-thinkpad> the hiding headers with the flickables
[10:14] <nik90> could be
[11:34] <nik90> DanChapman: ping
[11:34] <DanChapman> nik90: Hey :-)
[11:34] <nik90> DanChapman: hey, how is it going?
[11:35] <DanChapman> nik90: it's going good thanks. Yourself?
[11:35] <nik90> DanChapman: good, thnx :)
[11:35] <nik90> DanChapman: I wanted to ask, is Dekko using http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Connectivity.NetworkingStatus/ ? The API you told me about?
[11:37] <DanChapman> nik90: no not yet i have the code ready. I just can't get libconnectivity-qt1 to install in a click chroot. It completely screws up everytime. I still need to try figure out what is going on before i file a bug.
[11:37] <nik90> DanChapman: ah you are using the c++ library instead of the qml api
[11:38] <nik90> yeah I was having some issues and was curious if you hit the same issue with the qml api
[11:38] <DanChapman> nik90: i've tried both. talking about the qml plugin it didn't seem like it was on the device when i tried it
[11:38] <nik90> DanChapman: ah, it just made it in on image 76 RTM Mako.
[11:38] <nik90> DanChapman: however I am getting apparmor denials. I will see if I can debug it
[11:39] <DanChapman> oooo i might have to try that again then. It's a critical i want rid of :-)
[11:39] <nik90> :)
[11:40] <nik90> DanChapman: do you mind trying http://paste.ubuntu.com/8520196/ on your utopic desktop if you got it.
[11:40] <nik90> DanChapman: since it doesn't work for me on the desktop as well.
[11:40] <nik90> it says file:///home/ubuntu/TestConnectivity/main.qml:18 Element is not creatable. -> Referring to the NetworkingStatus{} element
[11:42] <DanChapman> nik90: sure just gonna make a coffee first :-) just noticed my mug is empty O.O
[11:42]  * DanChapman runs to the kitchen
[11:42] <nik90> :)
[11:49] <DanChapman> nik90: im getting the same "Element is not creatable."
[11:49] <DanChapman> Wellark hey :-) ^^ any ideas
[11:50] <nik90> DanChapman: I am talking to Wellark in ubuntu-touch :0
[11:50] <DanChapman> lol
[11:50] <Wellark> DanChapman: wasn't that working before?
[11:50] <Wellark> you were using it, right?
[11:53] <nik90> DanChapman: ^^
[11:55] <DanChapman> Yeah the qml plugin seemed to work/run fine on desktop but it wasn't on the device last time i tried. I'm still stuck with the dependency issues for libconnectivity-qt1-dev in the click chroot. I'm just tried it again now and it seems libconnectivity-qt1's dependencies are pulling a completely different qt stack and it dies with a fatal on unityscopes3
[11:55] <DanChapman> Wellark: ^^
[11:55] <Wellark> Mirv: --^ !!!!
[11:57] <Mirv> !!!
[11:57] <Mirv> DanChapman: "libconnectivity-qt1" is Qt 4's Qt Mobility era packages
[11:57] <Mirv> sorry, delete that
[11:58] <Wellark> Mirv: oh, really?
[11:58] <Wellark> we might have a package name conflict...
[11:58] <Mirv> someone has named an Ubuntu package likte that :S
[11:58] <Wellark> Mirv: well.. me..
[11:59] <Mirv> I mixed with "libqtconnectivity1" which is confusingly close, and is Qt 4 era package
[11:59] <Wellark> Mirv: so, ubuntu connectivity-api is creating following packages:
[12:00] <Mirv> I don't see anything specifically wrong with installing libconnectivity-qt1-dev, other than this confusion
[12:00] <Wellark> libconnectivity-qt1 libconnectivity-qt1-dev qml-module-ubuntu-connectivity connectivity-doc
[12:01] <Wellark> Mirv: are we safe?
[12:01] <Mirv> Wellark: re: ^ "it wasn't on the device", qml-module-ubuntu-connectivity should probably be added to https://code.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.utopic if it isn't pulled otherwise
[12:01] <Mirv> Wellark: yeah no problem with names, but I do wonder about that "pulling a completely different qt stack" thing
[12:02] <nik90> Mirv: it has been added to the device from rtm image 76 onwards
[12:02] <nik90> yesterday to be precise
[12:02] <Mirv> nik90: awesome
[12:03] <Wellark> oh,
[12:03] <Wellark> oh!!
[12:03] <Wellark> right.
[12:03] <Mirv> DanChapman: do you have any details on which kind of different qt stack libconnectivity-qt1 seems to pull in, and have you checked nothing refers to this confusingly named "libqtconnectivity1"?
[12:03] <Wellark> the documenatation was not updated
[12:03]  * Wellark headdesk
[12:03] <Wellark> revno: 20 [merge]
[12:03] <Wellark> author: Albert Astals<EMAIL_ADDRESS>[12:03] <Wellark> committer: CI bot<EMAIL_ADDRESS>[12:03] <Wellark> branch nick: connectivity-api
[12:03] <Wellark> timestamp: Tue 2014-08-26 17:16:46 +0000
[12:03] <Wellark> message: Make NetworkingStatus a singleton
[12:03] <Wellark> This way it can be used from various places of an app without having to worry creating lots of them or to pass the information down  Approved by: Antti Kaijanmäki
[12:03] <Wellark> so, yeah..
[12:04] <Wellark> It's not creatable
[12:04] <nik90> oh..:) so how does one use it?
[12:04] <Wellark> DanChapman, nik90: sorry..
[12:04] <nik90> Wellark: no worries,
[12:05] <DanChapman> Mirv: libconnectivity-qt1-dev has unmet bdeps on qtbase5-dev and what i mean by qt stack seems more than that for libconnectivity-qt1 see http://pastebin.ubuntu.com/8520492/
[12:05] <Mirv> DanChapman: wow, why on earth does it do that..
[12:06] <Wellark> actually..
[12:06] <Mirv> DanChapman: I fear my click chroot knowledge is lacking.
[12:06] <Wellark> the documentation was updated
[12:06] <Wellark> the web page is out of sync
[12:06] <Mirv> Wellark: are you into click chroot:s & friends, could you try to replicate Dan's experience?
[12:07] <Mirv> or maybe bzoltan zbenjamin ^ see pastebin
[12:07] <Wellark> DanChapman, nik90: https://code.launchpad.net/~aacid/connectivity-api/networking_status_singleton/+merge/232248
[12:08] <Wellark> Mirv: no. I try to stay as far from them as possible
[12:08] <nik90> Wellark: sweet,,, thnx a bunch.
[12:08] <Wellark> nik90, Mirv: any idea who could update the public API web pages?
[12:08] <nik90> Wellark: Should I ping mhall119 to update the docs if they are already update in the trunk?
[12:08] <nik90> Wellark: -> mhall119
[12:10] <Wellark> DanChapman: seems like your chroot is missing the whole Qt dev stack
[12:10] <Mirv> DanChapman: bzoltan: zbenjamin: re: that Dan's pastebin, it looks like it among else tries to remove :armhf packages and apparently install x86 packages to its place, including all of the x86 stack. is it that installing packages in click chroot is simply not supported, and the ubuntu connectivity support should be baked in to the chroot:s instead?
[12:10] <Wellark> DanChapman: what Mirv said --^
[12:10] <Mirv> DanChapman: this is just guessing, but you could try apt-get install libconnectivity-qt1:armhf
[12:11] <Mirv> I'd prefer not to say more as a click chroot newbie
[12:11] <Mirv> if that works, then it's more like the armhf should be correctly set as the default when inside the chroots
[12:12] <Mirv> I fear that command won't work however, if there are no apt sources.list lines referring to the ports archive
[12:15] <DanChapman> Mirv, nope that doesn't work "libconnectivity-qt1:armhf : Depends: indicator-network:armhf (>= 0.5.1+14.10.20140819) but it is not going to be installed"
[12:16] <akiva-thinkpad> nik90, hey on the new events page; how about we remove the title "Guests", because its already indicated by the button, and then move the button to the bottom of the flickable considering it is expanding, and we don't want to push down the other elements?
[12:17] <akiva-thinkpad> i'll show you a screenshot in a bit
[12:17] <akiva-thinkpad> it would save about 3gu of vertical space
[12:18] <snizzo> popey: Are you still delivering pioneers tshirt? :)
[12:18] <akiva-thinkpad> sniff* I wish I was a pioneer :(
[12:19] <popey> snizzo: mhall119 might be ☻
[12:20] <snizzo> ah ok :) I'm waiting mine :)
[12:22] <DanChapman> Wellark: The singleton works fine so i'll just use that for the time-being.
[12:22] <DanChapman> Mirv: where should i file a bug for this?
[12:26] <snizzo> mhall119: should I ask you for the shirt? :)
[12:27] <Mirv> DanChapman: I'd need zbenjamin's / bzoltan's input on that too.. or maybe if you file under https://bugs.launchpad.net/qtcreator-plugin-ubuntu they can delegate it to eg. click or wherever it belongs
[12:27] <Mirv> I agree procedures like that should be doable inside click chroot
[12:37] <Mirv> DanChapman: so unless you get any new info from them, just file under there and they'll take it from there
[12:42] <DanChapman> Mirv: sure will do. Thanks for your help :-)
[12:42] <akiva-thinkpad> mihir, nik90 Besides the orange on the button (I am taking that out); how does this look? http://filebin.ca/1d1Xb9dvOFIM/Cast-_00002.mp4
[12:43] <akiva-thinkpad> The animation was harder than it looked as I had to standardize the code to make it work well with an animation.
[12:43]  * akiva-thinkpad loves Item {} components
[12:46] <rpadovani> oSoMoN, could you ping me when you have 5 minutes please? :-)
[12:53] <zbenjamin> DanChapman: hey what you are trying?
[12:53] <akiva-thinkpad> To whoever reads this, dpm popey balloons or mhall119  http://ubuntuonair.com/calendar/ needs updating.
[12:55] <DanChapman> zbenjamin: i'm trying to install libconnectivity-qt1/-dev in my click chroot but i'm hitting missing build dependencies and this http://pastebin.ubuntu.com/8520492/  when trying to install
[12:56] <zbenjamin> DanChapman: of course you are installing the wrong architecture packages
[12:57] <zbenjamin> DanChapman: apt-get install libconnectivity-qt1:armhf
[12:58] <DanChapman> zbenjamin: i tried that as Mirv suggested and hit "libconnectivity-qt1:armhf : Depends: indicator-network:armhf (>= 0.5.1+14.10.20140819) but it is not going to be installed"
[12:58] <zbenjamin> DanChapman: what happens if you do apt-get install indicator-network:armhf ?
[12:59] <DanChapman> zbenjamin: indicator-network:armhf : Depends: python3-xdg:armhf but it is not installable
[12:59] <DanChapman>                            Depends: unity8:armhf (>= 8.00+14.10.20140806) but it is not going to be installed
[13:03] <ahayzen> popey, ping
[13:04] <popey> ahayzen: pong
[13:04] <popey> akiva-thinkpad: thanks
[13:04] <ahayzen> popey, my branch landed \o/ so can you build a new click from lp:music-app/remix ?
[13:04] <popey> awesome
[13:04] <popey> sure
[13:04] <ahayzen> \o/
[13:11] <ahayzen> popey, do u want me to tell you what has changed? or update the readme ?
[13:12] <popey> ahayzen: that would be handy
[13:12] <ahayzen> popey, are we going to keep the old readme stuff for the old clicks or just replace each time?
[13:13] <popey> I'll push that down http://pad.ubuntu.com/MusicAppReadMe
[13:15] <ahayzen> popey, so do i repeat all the things from the previous or just the diff ?
[13:16] <popey> just what's new
[13:16] <ahayzen> ok
[13:19] <ahayzen> popey, think thats it
[13:20] <akiva-thinkpad> ahayzen, congrats
[13:20] <ahayzen> akiva-thinkpad, heh thanks at least the cardview can now be tested by folks :)
[13:21] <akiva-thinkpad> ahayzen what do you think of this look? its the calendar app http://filebin.ca/1d1Xb9dvOFIM/Cast-_00002.mp4
[13:21] <popey> ahayzen: thanks!
[13:23] <akiva-thinkpad> is the orange button too much? I guess if you don't know; I shrunk down the UI a bit, eliminating some dividers and labels
[13:23] <ahayzen> akiva-thinkpad, looks good but tbh i don't know what changes i'm looking at as i haven't dabbled with calendar recently ;)
[13:24] <akiva-thinkpad> ahayzen, I guess its more to the sense; does anything catch your eye as looking off
[13:24] <ahayzen> akiva-thinkpad, ah ok :) ... erm i don't think so but probably best to talk to the calendar guys or nik90
[13:24] <ahayzen> or does nik90 = "a calendar guy" these days?
[13:24] <akiva-thinkpad> I think i'll push it as is.
[13:25] <akiva-thinkpad> yep
[13:25] <akiva-thinkpad> mihir though mostly I think
[13:25] <nik90> ahayzen: no no I am a clock guy :) helping calendar when I have *more* spare time than usual
[13:26]  * nik90 goes back to some bug fixes
[13:26] <ahayzen> ugh the new volume up/down pauses music :/
[13:26] <ahayzen> nik90, hehe
[13:27] <ahayzen> Ok so who works/worked on the new volume up/down notification and where do i report bugs?
[13:27] <nik90> popey, ahayzen: Btw we now have individual audio roles volume control...meaning even if you have the phone volume to mute, you will still hear the alarm :)
[13:27] <ahayzen> nik90, yeah i noticed weird things happening with my volumes ;)
[13:28] <nik90> ahayzen: talk to rsalvetti and charles later on in the day..
[13:28] <ahayzen> nik90, only issue is as u increase/decrease volume it make the 'pop' sound..but playing that sound causes the music to stop :P
[13:28] <ahayzen> nik90, guess it isn't using the right role
[13:28] <nik90> ahayzen: it dynamically adjust the volume of the role which is active at that point
[13:29] <nik90> ahayzen: so if alarm is ringing, then it will reduce/increase alarm volume
[13:29] <ahayzen> nik90, yep
[13:29] <nik90> otherwise multimedia I guess
[13:29] <nik90> ahayzen: my point being it is using the right role
[13:29] <popey> nik90: wow, thats awesome!
[13:29] <ahayzen> but pressing up/down volume should not pause music lol
[13:29] <popey> heh
[13:29] <ahayzen> they should be using the alert role for that 'pop' sound
[13:29] <nik90> ahayzen: that's something you need to talk to jdhopp
[13:30] <nik90> ahayzen: if they use alert role, then the volume buttons will change the alert role volume
[13:30] <nik90> and not the phone/alarm volume
[13:31] <charles> nik90, if I understood you and rsalveti yesterday, indicator-datetime is now out of the loop wrt volume
[13:31] <ahayzen> nik90, yeah there was a debate in a bug somewhere .. basically all audio uses multimedia by default..which means if it plays it stops music/other multimedia... me (and others) think it should be alert by default so it doesn't interrupt things and you consciously have to set it to multimedia
[13:31] <nik90> charles: this is regarding indicator-sound
[13:31] <charles> nik90, ahh ok, that's all rsalveti's work, thankfully :)
[13:31] <nik90> charles: lol :)
[13:32] <ahayzen> charles, so i'm playing music... i change the volume using the keys... it makes that 'pop' sound when that sound is played it stops the music.. i assume because the pop sound is also using the multimedia role
[13:34] <charles> ahayzen, I'd be the third choice to answer that question, behind rsalveti and ted
[13:34] <ahayzen> charles, i'll wait for rsalveti then :)
[13:34] <charles> both of them have done a significant amount of hacking on i-sound in the last few months
[13:35] <charles> ahayzen, sorry I couldn't help you more :)
[13:36] <ahayzen> charles, no worries :)
[13:50] <ahayzen> popey, thanks for uploading, did you get any feedback from anyone?
[13:53] <rpadovani> mhh, I'm not able to update apps on phone from uni. What ports does ubuntu touch use to do the update?
[13:54] <popey> not yet ahayzen
[13:54] <ahayzen> rpadovani, mine aren't updating either just sitting at 0%
[13:54] <ahayzen> popey, cool ... so its perfect then? ship it! lol
[13:55] <popey> Yes!
[13:55] <popey> rpadovani: ahayzen go to system settings and remove then re-add your u1 account
[13:55] <ahayzen> popey, ah
[13:55] <ahayzen> popey, an error message would have been nice ;)
[13:55] <popey> yeah, it's known.
[13:56] <ahayzen> popey, yeah that worked thanks :)
[13:57] <rpadovani> popey, here too
[13:57] <popey> \o/
[13:57] <snizzo> rpadovani: hai ricevuto la maglietta ubuntu pioneer tu?
[13:57] <rpadovani> snizzo, yap
[13:58] <rpadovani> snizzo, try to ping popey or mhall119 if you haven't yet
[13:58] <snizzo> yeah, popey told me to ask mhall119, which is probably afk
[14:08] <mzanetti> dpm: meeting?
[14:08] <mzanetti> rpadovani: you here?
[14:08] <dpm> mzanetti, ah, sorry, I forgot to reply to rpadovani's e-mail, and I thought he wouldn't be there
[14:08] <rpadovani> mzanetti, as I said in my mail, I'm at uni until 18:30
[14:09] <rpadovani> I think my professor will not be happy if I start to talk during her lesson :D
[14:09] <dpm> mzanetti, I'm happy to change the time. The only thing I've got this week is rpadovani's branch - he did some changes and it'd be great to re-review it
[14:10] <mzanetti> dpm: yeah, I'm reviewing those, needs some fixing still
[14:10] <mzanetti> dpm: I would have used the time to have a chat about the new website and how it affects the app
[14:11] <rpadovani> mzanetti, wil we do this Friday afternoon. Could work for you?
[14:11] <dpm> mzanetti, I'm happy to jump on the phone for that, but we can perhaps see if we can find a time that works for rpadovani
[14:11] <rpadovani> will*
[14:11] <dpm> rpadovani, what time would work for you on the Friday?
[14:11] <rpadovani> dpm, this Friday, all afternoon, In general, all day
[14:11] <ahayzen> kenvandine, just did a first run of your content-hub fix and it looks good :)
[14:12] <kenvandine> woot
[14:12] <kenvandine> please comment on the MP
[14:12] <ahayzen> jdstrand, this was one of the ones i can ignore right? Oct  8 15:08:16 ubuntu-phablet dbus[1551]: apparmor="DENIED" operation="dbus_bind"  bus="session" name="org.freedesktop.Application" mask="bind" pid=4739 profile="com.ubuntu.music_music_1.3.634"
[14:12] <dpm> rpadovani, when does "afternoon" start for you? I think different people have different concepts :)
[14:12] <mzanetti> dpm: rpadovani: fridays I'm busy from 14:00 till 17:00
[14:12] <ahayzen> kenvandine, will do just gonna double check things :)
[14:12] <dpm> ok, that rules "afternoon" out
[14:12] <kenvandine> ahayzen, thanks!
[14:13] <ahayzen> kenvandine, thanks for the fix :)
[14:13] <kenvandine> np
[14:13] <dpm> mzanetti, if we cannot arrange a time for this Friday, let's have a chat e.g. tomorrow morning you and I about the new site. I had blocked the time for today's call for something else
[14:14] <rpadovani> dpm, mzanetti well, tomorow morning could work for me too, between 9 and 12
[14:14] <rpadovani> *tomorrow
[14:15] <mzanetti> ok
[14:16] <mzanetti> dpm: perfect time :)
[14:16] <dpm> ok, cool :)
[14:16] <rpadovani> dpm, mzanetti great, see you tomorrow, have to go, I have 1% of battery :D
[14:17] <dpm> oh, good luck with that :)
[14:17] <mzanetti> heh
[14:17] <ahayzen> kenvandine, commented thanks :) do you have any ETA to when this will land?
[14:18] <ahayzen> suppose it has to land in rtm before we can make the switch in the store actually :/
[14:20] <kenvandine> Elleo, can you review https://code.launchpad.net/~ken-vandine/content-hub/lp1373086/+merge/237459
[14:21] <Elleo> kenvandine: sure
[14:21] <kenvandine> Elleo, thx
[14:35] <rpadovani> aha. Found a wall plug!
[14:35] <dpm> mzanetti, rpadovani, have a look at the top apps in the ubuntu store scope :)
[14:36] <rpadovani> wonderful! Hope to have some better reviews now :-)
[14:37] <rpadovani> dpm, I think you have to upload new screenshots with new design :-)
[14:38] <dpm> rpadovani, that's exactly what I was thinking :)
[15:08] <oSoMoN> rpadovani, ping
[15:10] <rpadovani> oSoMoN, yap, I think I found a bug in the broswser app and maybe also a fix, but I want to hear your opinion. So, if you do a double touch on the menu button, it opens the menu twice
[15:11] <rpadovani> oSoMoN, and I suppose that is because the flag that the menu is open is set after the end of the animation
[15:11] <rpadovani> https://bazaar.launchpad.net/~phablet-team/webbrowser-app/trunk/view/head:/src/app/webbrowser/Chrome.qml#L145
[15:12] <rpadovani> oSoMoN, does it make sense?
[15:24] <oSoMoN> rpadovani, that sounds right, although I don’t think the problem is with setting the flag after instantiating the component, but rather with not checking whether the menu is already open before instantiating it
[15:24] <oSoMoN> rpadovani, would you mind filing a bug report, and attaching a patch to it? I’ll gladly review it
[15:24] <rpadovani> oSoMoN, sure, I'll do this night
[15:24] <popey> nik90: how do you keep your emulator image up to date?
[15:25] <popey> do you just destroy and recreate?
[15:25] <oSoMoN> rpadovani, thanks!
[15:25] <nik90> popey: yup I just overwrite it
[15:25] <popey> hm, okay
[15:25] <popey> seems wasteful.
[15:25] <nik90> popey: just takes a lot of network bandwidth
[15:25] <nik90> s/just/yeah
[15:25] <popey> and you have to setup u1 again
[15:26] <nik90> why?
[15:26] <nik90> I mean, I use it just install and launch apps through qtc
[15:26] <popey> if you want to test install from the store
[15:26] <popey> right
[15:26] <nik90> yeah for store you need to
[15:27] <popey> nik90: you do i386 or armhf?
[15:27] <nik90> i386
[15:27] <nik90> armhf emulator should be deprecated
[15:29] <ogra_> how would you test armhf binaries then ?
[15:30] <nik90> ogra_: well if you use qtc, then it should build i386 alongside your app and push that as a click package to the emulator
[15:31] <popey> yeah, or apps that have a binary component
[15:31] <popey> e.g. spoify
[15:31] <popey> *spotify
[15:31] <ogra_> nik90, that wont help at all if you have a compiler involved the binaries can be different per arch
[15:31] <nik90> ogra_: but if you use 3rd party library binaries that are armhf then yes you would need the armhf emulator
[15:31] <nik90> ogra_: but the armhf emulator is so slow, isn't it?
[15:31] <ogra_> as long as it is only QML you are indeed fine
[15:32] <ogra_> the armhf emulator is unusable
[15:32] <nik90> ogra_: well clock has c++ plugins which need to be built on run time
[15:32] <ogra_> but it still fulfils a purpose nontheless
[15:32] <nik90> ogra_: and qtc builds them before running on the emulator
[15:32] <nik90> but yeah as I said before 3rd party binaries will be an issue then
[15:33] <popey> The xamarin studio keynote was interesting. They are implementing an "Android Player" which is x86 Android 'emulator' http://xamarin.com/android-player
[15:35] <nik90> ooh cool
[15:35] <ogra_> well, not sure how well that would work with our container model
[15:36] <nik90> I would love some options like landscape mode, different devices, OTA updates to the emulator etc etc etc...
[15:36]  * nik90 waits for the above
[15:39] <ogra_> landscape mode works ?
[15:39] <ogra_> as do many other things if you use the right key combos
[15:40] <nik90> ogra_: is that a question, or you are use it works?
[15:40] <ogra_> i know it used to work
[15:40]  * nik90 tries
[15:40] <ogra_> i never touch the emulator unless i must though
[15:41] <ogra_> but the android key combos surely all work
[15:41] <ogra_> so you should be able to rotate
[15:44] <nik90> ogra_: this is what happens in landscape https://imgur.com/gMsXUFd
[15:45] <nik90> ogra_: the apps don't rotate..while the physical device frame did
[15:45] <nik90> may be the sensors haven't been connected
[15:45] <ogra_> yeah, so landscape works :P
[15:45] <nik90> hehe
[15:45] <ogra_> i know i tested that when making the edge theme
[15:46] <ogra_> snesors is probably worth a bu
[15:46] <ogra_> g
[15:46] <ogra_> but i think there might be one open already
[16:47] <mihir> nik90|AFK:
[16:47] <mihir> nik90: you got chance to test renatu 's MR ?
[16:48] <nik90> mihir: crap, I totally forgot about it. Will do it now. Do you have the link?
[16:48] <mihir> nik90: https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1311165/+merge/237142?
[16:48] <nik90> thnx
[16:48] <renatu> nik90, mihir I found a problem with alarms I am working to fix that
[16:48] <nik90> oh ok
[16:48] <mihir> renatu: ahh okay.
[16:49] <nik90> renatu: ping me when you got a fix and deb pkg to test
[17:03] <renatu> nik90, just noticed something. Why the alarm count down disappear after a while
[17:04] <nik90> renatu: disappears?
[17:04] <renatu> this is the most annoying thing on android :D. I always enable and disable my alarms just to know how much time I have
[17:04] <nik90> renatu: ah that
[17:04] <nik90> renatu: my friend you're gonna love https://code.launchpad.net/~nik90/ubuntu-clock-app/12-alarm-list-design-spec/+merge/237177
[17:05] <nik90> renatu: for one-time alarms we will always show the remaining time to alarm
[17:05] <nik90> for repeating alarms, we will only show them for 5 secs when you enable it
[17:05] <nik90> otherwise it will hide the days the alarm repeats on
[17:05] <renatu> nik90, whyyyyyyy?
[17:05] <renatu> this is sad :(
[17:05] <nik90> renatu: besides in the bottom edge title, we now show the time to the next active alarm
[17:06] <renatu> I only have repeating alarms
[17:06] <nik90> renatu: wouldn't the bottom edge title showing the time to the next closest active alarm suffice?
[17:07] <renatu> yes this will help :D
[17:07] <nik90> renatu: that will land in https://code.launchpad.net/~nik90/ubuntu-clock-app/13-next-alarm-bottomedge/+merge/237188
[17:07] <nik90> renatu: this is why I needed your bottom edge hint help which we fixed :)
[17:07] <mihir> akiva-thinkpad: pin
[17:08] <nik90> renatu: I should release a new clock app this friday (if jenkins is fixed by then)
[17:08] <renatu> great
[17:13] <mihir> nik90: it would be great if we can get push notification of an alarm before say few hours :P
[17:14] <nik90> mihir: shouldn't that only happen for calendar events?
[17:14] <mihir> nik90: i just noticed that on Android, it helpls like, i am already awake and just want to off  that alarm
[17:15] <nik90> well it ain't gonna happen for rtm or ota-1 for sure
[17:16] <mihir> yeah just had it my mind so pass it on your head
[17:17] <nik90> it will sure leave my head...better submit a bug report so that I can track it for post-rtm and check with the designer
[17:18] <mihir> nik90: need your input on this reviewing this MR , https://code.launchpad.net/~akiva/ubuntu-calendar-app/assortment-of-fixes-to-newevents/+merge/237429
[17:18] <mihir> nik90: i feel that dropdown shouldn't be open up by default right?
[17:18] <nik90> mihir: actually it doesn't look that bad considering we have the space available to show it.
[17:19] <nik90> mihir: also it retracts automatically after you select it
[17:19] <mihir> nik90: can you try editing event ?
[17:19] <nik90> at first I wasn't too happy, but after the video it looked okay
[17:19] <mihir> i just tried on device, but i feel on editing this , it's annoying , like i just want to change recurence and i want to scroll to the bottom
[17:20] <nik90> mihir: it should not be expanded by default when there are other options chosen in that page.
[17:20] <nik90> let me try first
[17:20] <mihir> nik90: it does though.
[17:21] <nik90> that can be easily fixed
[17:21] <mihir> nik90: like this http://imgur.com/EQ3rBYe
[17:22] <nik90> in that screenshot what repeat option is selected?
[17:22] <nik90> It looks like "Once" is selected, but if that is the case, then Recurrent Events Ends shouldn't be shown
[17:24] <mihir> nik90: it screenshot Mon-Wed-Fri is selected
[17:25] <nik90> why does it show a down arrow there instead of a tick?
[17:30] <mihir> nik90: i am not sure on that though.
[17:30] <mihir> nik90: did you try on devic e?
[17:30] <mihir> nik90: did you try on device?
[17:31] <nik90> I can reproduce it on the emulator, looks like an upstream bug
[17:31] <nik90> but anyways
[17:31] <nik90> so when you open the "Repeat" page, if the options have already been chosen by the user, then it shouldn't be expanded by default
[17:32] <nik90> but if you are opening the "Repeat" page for the very first time, then I think it is okay to have it expanded by default
[17:33] <akiva-thinkpad> nik90, pon
[17:33] <mihir> nik90: yeah, that can be done.
[17:34]  * akiva-thinkpad should uninstall reddit
[17:34] <akiva-thinkpad> what a waste of time
[17:34] <nik90> akiva-thinkpad: in your MP, can you ensure that when you open the "Repeat" page, and the options are already selected by the user previously, then the option selectors shouldn't be autoexpanded.
[17:34] <nik90> if no options were selected, then it looks okay to have them expanded by default
[17:34] <nik90> you need to figure out how to do this :)
[17:35] <mihir> akiva-thinkpad: i just figured out that after testing that on device, i'll provide you more comments as i test it more,
[17:38] <rpadovani> Does anyone know which package I need to install to have QtGui/private/qopenglcontext_p.h ?
[17:38] <rpadovani> I'm trying to run webbrowser
[17:46] <rpadovani> hey kenvandine, could you please help me? :-) I'm trying to run make for webbrowser app, but seems I miss a package. Do you know what have I to install? Unfortunately in the README there is nothing :(
[17:46] <rpadovani>  QtGui/private/qopenglcontext_p.h: No such file or directory
[17:56] <kenvandine> rpadovani,  try this... apt-get build-dep webbrowser-app
[17:57] <rpadovani> kenvandine, thanks, worked :-)
[17:58] <kenvandine> rpadovani, np
[18:19] <akiva-thinkpad> !remind
[18:35] <ahoneybun> popey, ping
[18:47] <popey> ahoneybun: wassup?
[18:47] <ahoneybun> popey, can you try my latest code to see if it work please :)
[18:48] <popey> where is it?
[18:48] <ahoneybun> lp:ubuntu-beginner
[18:51] <popey> looks good ahoneybun
[18:51] <ahoneybun> awesome!
[18:51] <ahoneybun> btw I made a new icon popey
[18:52] <ahoneybun> popey, http://imgur.com/a/brLcG
[18:53] <popey> nice
[18:57] <ahoneybun> thanks
[18:57] <ahoneybun> popey, you think it is ready this time to upload?
[19:20] <popey> ahoneybun: your app, you decide ☻
[19:21] <ahoneybun> popey, I just to make sure it works right (at least displaying
[19:29] <rpadovani> popey, hey, could you help me with a string please? I need to say something like 'We found at least another Evernote account, but it isn't authorized to work with this app yet. For security reason, you've to click to the button under this text and authorize this app to use the account'.  How could I write this in a proper English? :-)
[19:29] <popey> ok
[19:30] <popey> "Reminders is not authorised to use your Evernote account. Authorise it by tapping the button below."
[19:33] <rpadovani> popey, thanks :-) Could this work also if there is an account already authorized in a listview, and this text and the button under it?
[19:43] <popey> yeah, i think so
[20:28] <rpadovani> mardy, could you take a look to bug 1374432 please?
[20:29] <jdstrand> beuno: hi! can you pull in the latest click-reviewers-tools?
[20:30] <beuno> jdstrand, to the store?
[20:38] <jdstrand> beuno: yeah
[20:43] <davmor2> popey: rpadovani: the less technical sounding version would be "Reminds is not connected to your Evernote account" (button below reads) "Connect to Evernote"
[20:43] <davmor2> reminders even
[20:50] <rpadovani> davmor2, but it's in a screen where you can choice between multiple accounts, someone authorized, someone no
[20:51] <davmor2> rpadovani: ah okay
[20:55] <jdstrand> beuno: sigh, I'm gonna need you to pull another change, but give me a minute
[20:56]  * jdstrand notes we need a better way to update data/apparmor-easyprof-ubuntu.json
[20:58] <jdstrand> oh good the url didn't change
[20:59] <jdstrand> beuno: ok, just make sure you have 271
[21:00] <jdstrand> hmm, maybe that isn't so good. the cached file isn't updating
[21:10] <beuno> jdstrand, I need IS, so I'll probably need to wait to tomorrow, is that ok>
[21:10] <beuno> ?
[21:21] <vitimiti> Hi
[21:23] <jdstrand> beuno: yes, that's fine
[21:24] <jdstrand> beuno: we just need to make sure the ubuntu-push-helper checks are in place at your earliest convenience
[21:49] <ahoneybun> hey vitimiti


[00:17] <Eickmeyer[m]> Yep.
[17:12] <Eickmeyer> OvenWerks: For future reference, never put debian or debian/* in a .gitignore file. I actually need those in order to work with git on launchpad for packaging.
[17:20] <OvenWerks> Eickmeyer: I am not sure how those got in there actually
[17:20] <OvenWerks> The only thing I added (that I remember) is the build/*
[17:21] <OvenWerks> I will remove that though
[17:23] <OvenWerks> Actually there is a lot of stuff in there that doesn't need to be
[18:07] <OvenWerks> Eickmeyer: it is fixed in git if you want to cherry pick the next commit as a bug fix...
[18:08] <OvenWerks> Eickmeyer: I really can't spend more time woring on mcpdisp right now. I have a fix I am part way through for Ardour 6.1 I need to finish as well as headphones for controls
[18:10] <Eickmeyer> OvenWerks: Ok, no worries. I think I've got everything else, but you might think about documenting all of the build deps somewhere. I'm learning as I go.
[18:10] <OvenWerks> Eickmeyer: my next work on mcpdisp will be adding a parameter to allow it to use ALSA MIDI rather than jack
[18:11] <Eickmeyer> Oh, cool.
[18:11] <OvenWerks> Eickmeyer: the only build deps are mentioned in the install file
[18:11] <OvenWerks> libfltk-dev and libjack-jackd2-dev
[18:12] <Eickmeyer> OvenWerks: Nope. So far, it also needs fltk, jack, and cmake in addition to meson and ninja.
[18:12] <Eickmeyer> Oh, I missed the part about fltk and jack, but no big deal. cmake is a good mention too.
[18:12] <OvenWerks> libfltk-dev should pull that in, no?
[18:12] <OvenWerks> I did not add cmake
[18:14] <OvenWerks> hmm, I do have cmake installed but did not know it was required
[18:14] <Eickmeyer> I'll see if fltk pulls it in, but I doubt it.
[18:14] <OvenWerks> fltk is made with cmake
[18:16] <Eickmeyer> Nope, it's not a dependency of fltk, even though it builds with cmake. Therefore, cmake has to be named explicitly as a build-dep.
[18:16] <OvenWerks> but I don't think it is required to build an fltk app
[18:16] <Eickmeyer> It might not be, but building griped about a lack of cmake.
[18:16] <OvenWerks> in fact this program with a simple makefile worked fine with cmake not installed
[18:16] <Eickmeyer> And FTBFS.
[18:17]  * OvenWerks is not sure what that means
[18:17] <Eickmeyer> Failed To Build From Source
[18:17] <OvenWerks> Ah
[18:21] <OvenWerks> I am wondering if I have something in the meson.build file that makes it think cmake is required
[18:24] <Eickmeyer> Maybe.
[18:26] <OvenWerks> none of the build log files show cmake in them at all
[18:29] <OvenWerks> cmake is not required
[18:29] <OvenWerks> I don't know how you come up with it as a dep
[18:29] <OvenWerks> I removed cmake from my system and it still builds with no errors
[18:30] <OvenWerks> Eickmeyer: ^^^
[18:32] <OvenWerks> I have added a note that meson (and therefore ninja) need to be installed to the install file.
[18:32] <OvenWerks> It does need gcc though
[18:33] <OvenWerks> Maybe if gcc is not installed, meson checks for camke as an alternative
[18:33] <OvenWerks> *cmake
[18:42] <OvenWerks> In general it should build with the standard ubuntu build stack
[18:42] <OvenWerks> (which means I don't know what parts it uses :)
[18:43] <OvenWerks> meson says cc = gcc 9.3.0 "cc (Ubuntu 9.3.0-10ubuntu2) 9.3.0"
[18:44] <OvenWerks> cc ld.bfd 2.34 (linked to: x86_64-linux-gnu-ld.bfd
[18:44] <OvenWerks> c++ which is the same binary as cc
[18:45] <OvenWerks> (gcc 9.3.0)
[18:47] <OvenWerks> That is it aside from fltk and jack
[18:52] <OvenWerks> I don't think the 9.3 matters as I have built the same code from using 14.04 to now.
[19:04] <OvenWerks> Actually looking at the ninja.build file it looks like the ld.bfd is not used.
[19:05] <OvenWerks> rule cpp_LINKER
[19:05] <OvenWerks>  command = c++ $ARGS -o $out $in $LINK_ARGS
[19:05] <OvenWerks> It uses c++ for linking too.
[19:06] <OvenWerks> ld may be used for the fltk test...
[19:14] <Eickmeyer> OvenWerks: Well, either way, I have a build: https://launchpad.net/mcpdisp
[19:14] <Eickmeyer> It's on my ppa at the moment.
[19:15] <Eickmeyer> https://launchpad.net/~eeickmeyer/+archive/ubuntu/ppa
[19:16] <Eickmeyer> Built for all architectures, submitted to teward for review and upload.
[19:59] <OvenWerks> don't... it crashes
[19:59] <OvenWerks> *** buffer overflow detected ***: terminated
[19:59] <OvenWerks> Aborted (core dumped)
[20:05] <OvenWerks> Eickmeyer: ^^
[20:08] <OvenWerks> Eickmeyer: could be my fault I installed it on focal not groovy
[20:09] <OvenWerks> So it could be a version difference
[20:13] <OvenWerks> jack and fltk are same version
[20:18] <OvenWerks> Eickmeyer: I do notice that the various flags in the LP build are much more than mine are.
[20:30] <OvenWerks> (ie, I have no CPPFLAGS etc.)
[20:38] <OvenWerks> Eickmeyer: I also find it wierd that meson says it will use "C++ linker for the host machine: c++ ld.bfd 2.34" but then the actual command line shows just straight "c++"
[21:18] <Eickmeyer> OvenWerks: So, you're saying it is broken?
[21:19] <Eickmeyer> OvenWerks: I can't put it in Focal at all, except for backports, but we can't be targeting that.
[21:27] <Eickmeyer> OvenWerks: Those CPPFLAGS are default Ubuntu flags, you'll notice the debian/rules file is pretty empty.
[21:28] <Eickmeyer> OvenWerks: Jack in Groovy is newer. I uploaded it myself.
[21:56] <ericadams> Hello all. Not sure who manages the website but there is a mixed content security warning. It looks like all the images are being served from http. Not a huge issue but thought you should know.
[22:28] <Eickmeyer[m]> ericadams: Canonical manages the infra, there's a ticket open.
[22:28] <Eickmeyer[m]> We can't do a thing about it.
[22:30] <ericadams> Ok, no worries. Just wanted to make sure you knew. Glad to hear that's the case.


[01:24] <Noskcaj> celery's build should be fixed by a retry
[03:35]  * lpotter wonders where libqt5multimedia5-dev package is
[03:37] <ScottK> lpotter: You probably want qtmultimedia5-dev
[03:38] <lpotter> ahh indeed. ta
[03:38]  * lpotter grumbles about package naming
[11:32] <ari-tczew> could someone do a rebuild on a https://launchpad.net/ubuntu/+source/python-greenlet/0.4.5-1/+build/6525041 please?
[12:26] <hjd> Anyone know why https://tracker.debian.org/pkg/cfitsio hasn't made it into vivid (https://launchpad.net/ubuntu/+source/cfitsio)? Couldn't find it in the sync blacklist.
[17:32] <cjwatson> hjd: Anything that used to be in Ubuntu but has since been deleted requires manual attention rather than being automatically synced (there are a few other similar checks, but that's the relevant one here).  I've synced cfitsio now.
[17:34] <cjwatson> Previous history here: https://launchpad.net/ubuntu/+source/cfitsio/+publishinghistory
[18:48] <cyphermox> Noskcaj: it was my intention
[18:49] <Noskcaj> cyphermox, What did i ask you? I've forgotten
[18:49] <cyphermox> bluez5 merge
[18:50] <Noskcaj> oh yep, hopefully that will happen this cycle
[18:50] <cyphermox> yes, definitely
[18:50] <cyphermox> but for now we're still block on pulseaudio as I understand it, otherwise we'd regress HSP
[18:50] <cyphermox> (ie. headset and mic for hangouts, etc.)
[18:50] <Noskcaj> ok
[18:51] <cyphermox> I'm in house cleaning right now, but once I'm done I'll write up an email on u-devel, ask when we'll be ready with pulse
[18:52] <cyphermox> I know diwic mentioned it before in email
[18:53] <cyphermox> hmm.. we'll need a formal release of pulse before it can happen, I see some pretty critical bits in git
[18:53] <cyphermox> eg. bluetooth: Implement org.ofono.HandsfreeAudioAgent.Release()
[18:55] <cyphermox> Noskcaj: in any case, we'll go to bluez5 this cycle regardless of the decision for touch, if it comes to it touch can downgrade back to bluez 4, and it's also only blocking on pulse and ofono
[18:55] <cyphermox> ofono being a fairly straightforward job of porting the patches on the latest ofono upstream
[18:56] <Noskcaj> ok
[20:01] <hjd> cjwatson: Thank you. :) I suspected it might have been removed but I didn't find a bug report on it. Will make a note of the publishinghistory link.
[20:05] <hjd> The reason I discovered it is that some packages on the FTBFS page failed because they depended on a dev-package from cfitsio. So these packages can presumably be rebuilt once cfitsio is included (I don't remember if the builders have access to packages in -proposed or not)
[20:05] <hjd> I don't think this happens automatically, so in case someone are able to trigger it the packages in question are ccfits, cpl, esorex, pyxplot, wcslib, wcslib-contrib and python-astropy (at least, might be more)
[20:13] <jtaylor> it should happen automatically
[20:17] <ScottK> jtaylor: Depends on if they are depwait or failed.  If they are failed, they need a manual retry.
[20:17] <jtaylor> missing build dep should be depwait
[20:19] <jtaylor> but you can ping me on issues with these packages
[21:18] <hallyn> infinity: i don't know.  perhaps the makefile is messed up.  i recall we had some issues a few months ago with it being statically linked, bu ti thought we'd fixed all that
[21:18] <hallyn> added to my todo list to look into
[21:40] <cfp_> any tips on getting patches accepted? I have a fix ready for review/merging on bug #1358966
[22:31] <ScottK> cfp_: Subscribe ubuntu-sponsors to the bug if you haven't.  Other than that, no.
[22:56] <cfp_> ScottK: thanks


[10:25] <ubotu> New bug: #188387 in ubuntu "Can only do double clicks (dup-of: 188351)" [Undecided,New] https://launchpad.net/bugs/188387
[14:35] <ubotu> New bug: #186042 in gnome-control-center (main) "mouse settings touchpad preferences not avaiable (dup-of: 173411)" [Undecided,New] https://launchpad.net/bugs/186042
[19:30] <ubotu> New bug: #188720 in xorg (main) "[Hardy Alpha-4]  xserver-xorg can't start with ATI Radeon X1200" [Undecided,New] https://launchpad.net/bugs/188720
[19:51] <ubotu> New bug: #188725 in xorg (main) "Rebooting After enabling fglrx and display goes white in Hardy" [Undecided,New] https://launchpad.net/bugs/188725
[19:56] <ubotu> New bug: #188729 in xorg (main) "1680x1050 doesn't work, black bar on the left" [Undecided,New] https://launchpad.net/bugs/188729
[21:01] <ubotu> New bug: #47765 in xserver-xorg-input-evdev (main) "Logitech Cordless Desktop don't work with evdev (dup-of: 44169)" [Medium,Confirmed] https://launchpad.net/bugs/47765