[00:18] <jose> it's gonna require some variables and stuff, so I'd say subordinate, otherwise action
[03:05] <firl> lazPower: how’s it going?
[08:20] <gennadiy> hi, seems i still have issue with my bundle. it's terrible to disturb somebody to check error log. do you have another method to get error report?
[08:39] <jamespage> mgz, hey - when you're around I have a bzr fast-import error I need a hand with
[10:11] <mgz> jamespage: not sure I can help much with that
[10:55] <gennadiy> could somebody can help with publish bundle error? can somebody review publishing error?
[10:55] <gennadiy> https://code.launchpad.net/~dataart.telco/charms/bundles/dataart-telco-demo/bundle
[11:08] <beisner> jamespage, fyi neutron-api/next amulet test failing on:  n-c-c:  Unknown job: nova-api-ec2  @ trusty-liberty.   i'll propose an update at n-api.
[11:18] <jamespage> beisner, I got that in my last update I think
[11:18] <beisner> jamespage, even better, thanks!
[11:19] <beisner> jamespage, hey i've got some control-file type stuff for new review automation that I'd like to place in our github space so they're controllable via PR.  migration-tools, or init a new thing?
[11:20] <jamespage> beisner, not fussed - up to you
[11:20] <beisner> jamespage, on that note, shall we have your branch sync stuff live alongside the lp:gh script foo?
[11:20] <beisner> it seems like a logical place
[11:20] <jamespage> beisner, sure - I'll move it over in a bit
[11:21] <jamespage> beisner, http://<IP_ADDRESS>:8080/job/charm_amulet_test/521/console
[11:22] <jamespage> its not ec2 or objectstore...
[11:22] <beisner> neutron api relation data key missing
[11:24] <jamespage> hmm
[11:25] <jamespage> beisner, ok fix pushed
[11:27] <beisner> jamespage, notice how jenkins-wrapped subprocess buffers sometimes get mixed up, and trace text land somewhere odd?   like that console output ;-)  weird.
[11:32] <jamespage> beisner, ftr I get two tempest smoke test failures against mitaka-staging on trusty UCA - both todo with telemetry for glance images...
[11:33] <jamespage> other than that smokes well with my three inflight branches...
[11:36] <beisner> jamespage, ack, i've not exercised m-staging but lmk when those are ready to run.  are the folks in os-dev who are reporting trouble using staging or updates?
[11:38] <jamespage> xnox, https://code.launchpad.net/~james-page/charms/+source/openstack-on-lxd-bundle/+git/openstack-on-lxd-bundle
[11:39] <jamespage> I just created a xenial one specially for you
[11:39] <jamespage> xnox, it won't work just yet - we have some inflight fixes for mitaka/xenial support that I should get landed today...
[11:43] <xnox> jamespage, i like! on g+ =)
[11:46] <jamespage> beisner, I'm promoting proposed -> updates for mitaka - it will break charm amulet tests until the neutron-gateway and neutron-openvswitch charm updates land - on those next
[11:47] <beisner> jamespage, ack
[12:10] <jamespage> beisner, I think my n-gteway and n-api updates are inter-dependent - i.e. I can't get one through testing without the other
[12:11] <jamespage> beisner, disable *mitaka on one first, land, land the other and then re-enable sound ok?
[12:20] <beisner> jamespage, yes.  alternatively, with things like this in the past, i've deployed the topology ahead of time with the desired charm branches, then just exec  ./tests/0nn-yadda
[12:21] <beisner> jamespage, i'd really like to move all of the amulet tests to just consume a bundle in the tests/ dir.  then it would be super easy for a user to manually verify something like this.
[12:21] <beisner> ie.  instead of defining dicts on the fly in the test itself
[12:21] <jamespage> beisner, well I need the promotion to flush through and then I'll work that
[12:21] <jamespage> beisner, agreed
[12:21] <jamespage> beisner, we also probably want to think about a way of defined check tests and gate tests for amulet
[12:22] <jamespage> beisner, as a thirdparty CI I guess we can see when someone +2's right?
[12:23] <beisner> jamespage, we should, yes.  right now our sandbox job is testing everything that hits openstack/ci-sandbox and I'm seeing notifications.
[12:23] <jamespage> beisner, awesome
[12:23] <beisner> today my priority is to nail down the initial amulet test chain that is triggered by that.  right now it's just a noop "you are here"
[12:23] <jamespage> beisner, btw is the missing relation between glance and rmq intentional in our bundles?
[12:24] <beisner> jamespage, seems like we id'd that and resolved at o-c-t.  where are you seeing that?
[12:24] <jamespage> beisner, next bundle with trusty-mitaka-*
[12:25] <beisner> jamespage, workload status is satisfied:  http://<IP_ADDRESS>:8080/view/Dashboards/view/OpenStack%20Deploy/job/deploy_with_deployer/428/artifact/juju-stat-tab-collect.428/*view*/
[12:25] <beisner> do we need to make that a required relation in the workload status bits?
[12:25] <jamespage> beisner, yeah its an optional relation
[12:26] <jamespage> beisner, its only required when deploying ceilometer...
[12:27] <beisner> jamespage, looks like we should add that rel to next and default yamls, and have a look at the affected amulet tests.
[12:28] <jamespage> beisner, ok
[12:30] <bentzy> hi. how am i supposed to increment my charm version # ? I get everytime <charm_name>-0. I want to be able to run "charm build" and then update the charm by clicking "Change Version" at gui
[12:31] <magicaltrout> -thanks jose. I think subordinate or a relation of some sort, that way people can plugin different implementations. I'm gonna have a think, it would be cool if, like the monitoring stuff there was a "backup" type relation for different services that different backup platforms could consume
[12:31] <magicaltrout> 12 hours lag response... not bad ;)
[12:51] <wesleymason> is there a way of doing "when any" as opposed to just "when all"/"when not any", maybe I'm missing something but wasn't obvious in the reactive docs
[12:52] <wesleymason> ah, just saw the any_states helper, nvm
[12:54] <wesleymason> no wait, that doesn't help really
[13:29] <coreycb> jamespage: could you take a look at these when you get a moment?  it's systemd support for openstack charms deploy from source.  I'll fix up tests post review.
[13:29] <coreycb> https://code.launchpad.net/~corey.bryant/charm-helpers/systemd/+merge/287110
[13:29] <coreycb> https://code.launchpad.net/~corey.bryant/charms/trusty/keystone/systemd/+merge/287112
[13:46] <magicaltrout> i'm supposed to be doing Java dev.... lets write some charms instead \o/
[13:56] <lazyPower> firl - pretty good
[13:56] <lazyPower> firl - squashed the ETCD bug if you want to give it a go
[13:57] <lazyPower> wesleymason - thats a known feature request, to be able to OR rather than AND @when() decorators
[13:58] <lazyPower> magicaltrout - that's a winning idea if i've ever heard one :)
[14:00] <magicaltrout> lol
[14:00] <magicaltrout> maybe
[14:04] <magicaltrout> cory_fu: kwmonroe https://medium.com/airbnb-engineering/data-infrastructure-at-airbnb-8adfb34f169c#.4z4rc5eqo
[14:04] <magicaltrout> might be of interest to you guys
[14:10] <jcastro> magicaltrout: that's a great link, thanks
[14:11] <magicaltrout> no probs
[14:13] <jcastro> magicaltrout: where you the one working on a layered gitlab charm?
[14:13] <magicaltrout> thats me
[14:13] <jcastro> so I have an idea
[14:13] <magicaltrout> hit me
[14:13] <jcastro> so I was thinking when it's ready, we should approach them and like, ask them to highlight it on their download page, etc.
[14:14] <jcastro> or whereever they put their "solutions" stuff
[14:15] <magicaltrout> indeed. I have already asked Pentaho if they can highlight the PDI charm on their community pages somewhere
[14:15] <jamespage> beisner, I'm going to land https://code.launchpad.net/~james-page/charms/trusty/neutron-api/mitaka-b2/+merge/287028
[14:15] <jcastro> magicaltrout: ooh lmk what they say
[14:15] <jamespage> its broken due to the b2 updates I just pushed to -updates for mitaka - but other tests passed
[14:15] <magicaltrout> they'll say yes, me and their community guy have worked together for 10 years :P
[14:16] <jcastro> magicaltrout: I would be happy to offer anyone who highlights a charm comarketing announcements, etc. on our pages
[14:16] <jcastro> if that helps your argument, heh
[14:16] <magicaltrout> but i need to finish the pdi charm and then i want to do a couple of video's to put on their pages so people know how to use it
[14:16] <beisner> jamespage, yep, looks like the test failure is down to the n-g change dependency
[14:16] <magicaltrout> its great having stuff available, not great if no one knows how to spin it up ;)
[14:16] <lazyPower> magicaltrout - hi o/ you said the trigger word video
[14:17] <lazyPower> magicaltrout - let me know if you want a hand there
[14:17] <magicaltrout> uh oh
[14:18] <magicaltrout> my videos' tend to suck, although i was messing around with the idea of a green screen the other day so I can actually appear on the screen whilst running a demo behind me :)
[14:18] <magicaltrout> I get bored of screencast type demos
[14:19] <magicaltrout> part of why i like presentations and community meetups as a way to convey information
[14:19] <jamespage> beisner, ok https://code.launchpad.net/~james-page/charms/trusty/neutron-gateway/mitaka-neutron-changes/+merge/286900 is up next sans mitaka tests
[14:19] <lazyPower> I understand that sentiment
[14:20] <jcastro> I think out of all of them I prefer screencasts
[14:20] <jcastro> because you can be ad-hoc
[14:20] <jcastro> there's no pressure to like make each thing perfect because it's live, you just roll with it.
[14:20] <magicaltrout> i watch back my onair hangouts and stuff and end up in tears ;)
[14:20] <magicaltrout> that said other people like them, so they must float some peoples boat
[14:21] <lazyPower> magicaltrout  you just hit exactly what i was trying to type out :)
[14:21] <lazyPower> so, we have this juju channel over on youtube
[14:21] <lazyPower> and having your pdi video's there would help discoverability
[14:21] <lazyPower> i think anyway :)  wide net and all that
[14:22] <magicaltrout> ah yeah
[14:22] <magicaltrout> i can see you on screen :P
[14:22] <lazyPower> O_o
[14:23] <lazyPower> jcastro - can we put a link to the youtube channel in /topic?
[14:26] <jcastro> drop the summit bit, that should let the channel fit
[14:26] <jcastro> it's https://www.youtube.com/c/jujucharms
[14:26] <magicaltrout> aww shit
[14:26] <magicaltrout> i can see my face
[14:26] <magicaltrout> i tried so hard to hide in that photograph
[14:35] <magicaltrout> talking of presentations, I have a presentation in the summer at NASA JPL which will involve Data Management & Juju. Now if an organisation needed some help doing application modelling, that's one! ;)
[14:36] <magicaltrout> i suspect they are rather stuck in their ways, but you never know
[14:36] <lazyPower> I've seen some NASA video's and I've seen Unity in the background. I have a sneaky suspicion they <3 ubuntu and they'll <3 juju just as much
[14:37] <lazyPower> speaking of which, i wonder if anyone patched the mars rover for heartbleed
[14:37] <magicaltrout> hehe
[14:41] <magicaltrout> when writing a layered charm, is there anything stopping me creating a bunch of different rective/*.py stuff so I can dump my state changes in one and hooks in another?
[14:51] <stub> magicaltrout: You can create as many *.py files as you like in reactive. I'd suggest putting them in reactive/mycharm/*.py though to avoid any possiblity with clashes.
[14:52] <stub> magicaltrout: But if you want them to be able to import from one another, you currently need a hack.
[14:57] <magicaltrout> thanks stub not to worried about the importing I don't think, just some logical separation
[15:44] <jcastro> hey aisrael
[15:44] <aisrael> yo
[15:44] <jcastro> let's say we wanted to start doing a LXD/juju vagrantbox but like for 16.04
[15:44] <jcastro> what's the tldr on getting that to work?
[15:45] <jcastro> I am thinking since juju has auto-lxd setup on first run
[15:45] <jcastro> the box is literally just juju and lxd preinstalled
[15:45] <aisrael> That's totally doable, but we'd need to enlist utlemming to adjust the vagrant build to support it
[15:46] <aisrael> I think that's the way to go, once we start building the xenial boxes
[15:46]  * jcastro nods
[16:12] <jcastro> aisrael: so like, if new juju2 and lxd lands next week, and we got a box out
[16:12] <jcastro> that would effectively let everyone test it without jumping through the hoops of getting all of that working in trusty
[16:21] <jamespage> mgz, it might be more of a bzr question - no sure...
[16:22] <aisrael> jcastro: Yes
[16:32] <apuimedo> jamespage: Corey Johns nick is johnsca, right?
[16:32] <cmagina> so, I'm seeing this when using bundletester with the apache-core-batch-processing bigdata-dev bundle http://pastebin.ubuntu.com/15198610/
[16:32] <jamespage> apuimedo, cory_fu
[16:32] <cmagina> i'm trying to use the local provider for this
[16:32] <cory_fu> jamespage: Yes?
[16:32] <apuimedo> cory_fu: that was me calling
[16:33] <jamespage> ;)
[16:33] <apuimedo> I just had the trusty cassandra charm explode on install hook
[16:33] <cory_fu> apuimedo: Oh, I see
[16:33] <apuimedo> on maas
[16:33] <apuimedo> first time it happened
[16:33] <apuimedo> and I see there's a change from less than an hour ago
[16:34] <cory_fu> apuimedo: Hrm.  You have the error?
[16:34] <apuimedo> sure
[16:34] <apuimedo> http://paste.ubuntu.com/15198649/
[16:34] <cory_fu> Also, I wouldn't have expected that MP to have ingested into the store yet
[16:35] <apuimedo> that's true
[16:35] <apuimedo> it looks like a repos issue actually
[16:35] <cory_fu> Though it seems it has
[16:36] <apuimedo> I'll try to re-trigger
[16:36]  * apuimedo doing that now
[16:36] <cory_fu> apuimedo: Seems from the error that something else on that unit was running apt-get at the same time
[16:36] <apuimedo> same issue
[16:36] <cory_fu> Did you deploy this on a fresh unit?
[16:36] <apuimedo> cory_fu: it's running on its own lxc
[16:37] <apuimedo> as allocated by the juju bundle deployer
[16:37] <apuimedo> and yes, the dpkg lock can't be taken even now
[16:39] <apuimedo> cory_fu: http://paste.ubuntu.com/15198698/
[16:42] <apuimedo> cory_fu: should I just destroy the service and lxc and re-deploy the previous revision?
[16:42] <magicaltrout> hello folks attmepting to mess around with this: http://pythonhosted.org/charms.templating.jinja2/ in my reactive layer but when it runs I get ImportError: No module named 'charms.templating'
[16:42] <magicaltrout> am i doing something moronic?
[16:42] <cory_fu> apuimedo: I don't see anything in the MP that should cause a dpkg lock issue.  The only thing that even touches it is switching from a manual fetch.add_source to fetch.configure_sources, but that shouldn't break anything
[16:43] <cory_fu> And I imagine stub is well out for the day
[16:43] <lazyPower> magicaltrout pastebin to your source using templating?
[16:43] <cory_fu> apuimedo: You can try, but TBH, I'm not certain this is related to the MP
[16:43] <lazyPower> oh this looks new...
[16:44] <lazyPower> but more or less just an extended port of whats in charmhelpers.core.templating.jinja2
[16:44] <magicaltrout> ah thats better I knew there was some templating stuff kicking around somewhere
[16:44] <magicaltrout> thanks lazyPower
[16:45] <lazyPower> np magicaltrout - lmk if you still have an issue w/ templating w/ that lib
[16:45] <cory_fu> apuimedo: Did you deploy it with any specific config options set?
[16:45] <apuimedo> cory_fu: I did
[16:46] <cory_fu> Can you share those with me?
[16:46] <mwenning> good morning juju team!    trying to bootstrap an all-vm system, node failing on seed_random module, see pastebin.ubuntu.com/15198749
[16:47] <apuimedo> sure
[16:47] <lazyPower> mwenning - troublemaker ;)
[16:47] <mwenning> mwenning, ees broke :-(
[16:50] <apuimedo>       options:
[16:50] <apuimedo>         authenticator: AllowAllAuthenticator
[16:50] <apuimedo>         cluster_name: midonet
[16:50] <apuimedo>         install_keys: 7E41C00F85BFC1706C4FFFB3350200F2B999A372
[16:50] <apuimedo>         install_sources: deb http://debian.datastax.com/community 2.0 main
[16:50] <apuimedo>         extra_packages: dsc20
[16:52] <apuimedo> cory_fu: ^^
[16:54] <cory_fu> apuimedo: Could it be an issue with the datastax PPA?
[16:55] <apuimedo> I don't know
[16:55] <cory_fu> apuimedo: Oh.  install_sources is supposed to be a Yaml list (as a string)
[16:57] <magicaltrout> right, another stupid question, but this is the terminology stuff confusing me more than anything else I think. I want to slap Apache2 over gitlab as an optional relation, so reverseproxy etc to gitlab
[16:58] <magicaltrout> what the f**k interface do I need to slurp up?
[16:58] <magicaltrout> https://api.jujucharms.com/charmstore/v5/trusty/apache2/archive/metadata.yaml from that lot
[16:58] <lazyPower> interface: http
[16:58] <lazyPower> reverse proxy is a consumer relationship, you just need to provide interface: http on gitlab
[16:58] <apuimedo> cory_fu: these bundle settings I've been using unmodified for a week or two
[16:59] <lazyPower> apache2:reverse-proxy should be enough tog et it going, its just going to read in private-address and port.    give it a go with haproxy and apache2
[16:59] <magicaltrout> hmm right lazyPower, i was reading some stuff in the apache docs about the vhost-config relation but then couldn't figure out how to define it
[16:59] <lazyPower> ah yeah our apache2 charm is like, geekmode++
[16:59] <magicaltrout> lol
[16:59] <lazyPower> IS wrote it and maintains most of it, so its next level on the combination of base64 encoded wizardry
[17:00] <magicaltrout> yeah i have like a base64 encoded vhost template and shit
[17:00] <magicaltrout> okay i'll scrub that and look to reverseproxy
[17:00] <magicaltrout> so in my charm I provide http so apache2 can consume it then?
[17:00] <lazyPower> should be able to
[17:00] <magicaltrout> okay cool
[17:01] <lazyPower> seriously deploy haproxy in front of your gitlab
[17:01] <lazyPower> if you have http already implemented you're basically done
[17:01] <cory_fu> apuimedo: Ah, nm.  It should accept a yaml list or a single string
[17:02] <cory_fu> apuimedo: Let me try deploying with those settings.  Are you trying the previous version?
[17:02] <apuimedo> not yet
[17:04] <cory_fu> apuimedo: Ok, I got the same thing.  It's definitely something about those config options and I guess the change to how the sources are loaded.
[17:04] <apuimedo> cory_fu: so the change modified the source management
[17:05] <apuimedo> cory_fu: I'll re-deploy with the previous version
[17:07] <cory_fu> Prev version seems to work fine
[17:08] <cory_fu> I'm trying to see what it is about the changes, but it looks like it should just work.  :(
[17:08] <apuimedo> :P
[17:08] <apuimedo> maybe you can add some amulet test for the install_sources
[17:09] <cory_fu> The charm does have a lot of Amulet tests, and there are specific tests added for this change.
[17:09] <cory_fu> All of which are passing
[17:14] <jose> so, question. when I want to implement an action in a layered charm, should I just add an 'actions' folder in the root folder?
[17:15] <lazyPower> yep
[17:15] <lazyPower> you'll additionally need the actions.yaml definition
[17:17] <jose> all of that in the root, right?
[17:17] <lazyPower> of your layer, yep
[17:18] <jose> cool, thanks!
[17:21] <cory_fu> apuimedo: Ok, I've got it.  The ppa:stub/cassandra and ppa:openjdk-r/ppa are both required (with nulls for the keys).  This config works for me: http://pastebin.ubuntu.com/15199178/
[17:23] <cory_fu> I think it's probably worth reverting the merge and kicking it back for that, since anyone who had been using that config option is almost certainly going to be broken
[17:24] <jamespage> beisner, ok with https://code.launchpad.net/~james-page/charms/trusty/neutron-gateway/mitaka-neutron-changes/+merge/286900 ?
[17:24] <kilty> has anyone had success with deploying juju on a private openstack cloud?
[17:25] <kilty> I generate the metadate and tools, and begin the bootstrap. It creates a ost instance on my openstack cloud, but it then tells me that RROR index file has no data for cloud {RegionOne http://<IP_ADDRESS>:5000/v2.0} not found
[17:26] <kilty> s\RROR\ERROR
[17:28] <beisner> jamespage, looks like i, K, L are happy with the changes. having a bit deeper look, sec..
[17:29] <apuimedo> cory_fu: Agreed
[17:34] <beisner> jamespage, ok, pretty sure i understand everything going on there.  +1
[17:34] <jamespage> beisner, thanks
[17:41] <jamespage> beisner, https://code.launchpad.net/~james-page/charms/trusty/neutron-openvswitch/mitaka-neutron-changes/+merge/286910
[17:41] <jamespage> that next...
[17:42] <cory_fu> apuimedo: It's been reverted and should be ingested before too long
[17:42] <apuimedo> cory_fu: thanks. Much appreciated
[17:43] <cory_fu> apuimedo: No problem.  Sorry I missed that side-effect and let this through.
[17:43] <apuimedo> no problem
[17:43] <apuimedo> now, on to find whatever happened with Puppet. It seems it was also updated and broke my charms...
[17:44] <jamespage> dosaboy, https://code.launchpad.net/~hopem/charms/trusty/ceph/lp1523871/+merge/286487 lgtm - but please wait for osci tocomplete - not long now....
[17:44] <jamespage> apuimedo, module breakage?
[17:46] <apuimedo> jamespage: I don't know. It's a bit strange, it's complaining about a missing hiera variable that I was never setting
[17:46] <apuimedo> most likely
[17:46] <apuimedo> some of our puppet module dependencies updated and became more strict about undefined values
[17:46] <apuimedo> or it's not taking the default
[17:47] <jamespage> apuimedo, hmm - tricky for repeatable deployments
[17:47] <jamespage> apuimedo, could you snapshot the modules into the charm in some way to avoid this?
[17:47] <apuimedo> jamespage: I can do better, I can pin the versions for all the puppet modules
[17:47] <apuimedo> and be done with it
[17:47] <jamespage> apuimedo, that indeed would be better
[17:48] <apuimedo> now I only need to find the culprit :-)
[18:38] <dosaboy> jamespage: thanks for the reviews
[18:38] <apuimedo> I think I found it!
[18:38] <apuimedo> https://forge.puppetlabs.com/ripienaar/module_data
[18:38] <apuimedo> released today
[18:38] <apuimedo> looks very suspicious
[18:39] <apuimedo> I often wonder what makes it so hard for the ruby/puppet community to keep backwards compatibility
[19:44] <kilty> has anyone had success with deploying juju on a private openstack cloud?
[20:01] <apuimedo> jamespage: I got it right. Ripienaar fixed the bug ;-)
[20:01] <apuimedo> I'll try to get our puppet stable module dependencies pinned
[20:01] <apuimedo> so that it doesn't happen in the future
[20:07] <firl> you around lazyPower ?
[20:16] <cory_fu> apuimedo: Can you take a look at stub's reply on https://code.launchpad.net/~stub/charms/trusty/cassandra/ensure-thrift/+merge/279869
[20:17] <apuimedo> let's see
[20:20] <lazyPower> firl i iam
[20:20] <firl> hey man
[20:21] <firl> Any updates by any chance?
[20:21] <lazyPower> you bet
[20:21] <lazyPower> juju deploy ~lazypower/bundle/kubernetes-core
[20:21] <firl> do i need to compile the bundle again?
[20:21] <firl> or the layer rather
[20:22] <lazyPower> nope
[20:22] <lazyPower> etcd just moved to layers
[20:22] <firl> need something newer than 1.25?
[20:22] <firl> ERROR expected a charm URL, got bundle URL "cs:~lazypower/bundle/kubernetes-core-0"
[20:22] <lazyPower> oh, thats possible yeah
[20:22] <lazyPower> argh
[20:22] <lazyPower> new stuff
[20:22] <firl> :)
[20:22] <lazyPower> want to trywith new stuff?
[20:23] <firl> sure, this is a scratch environment
[20:23] <lazyPower> docker pull lazypower/charmbox:devel
[20:23] <lazyPower> juju 2.0-beta1
[20:23] <lazyPower> i'm speaking in half fragmented sentences because i'm excited you showed up. I feel like i have a mountain of candy you've been asking for patiently
[20:23] <lazyPower> and man, i gotchoo covered
[20:23] <firl> haha
[20:24] <firl> let me pull up a vm to do the docker stuffs
[20:24] <lazyPower> ok. if you want to add devel ppa on your current scratch thing
[20:24] <firl> that’s fine too
[20:24] <firl> I have a build node for when you gave me the layer stuff
[20:24] <lazyPower> just know that you cant upgrade from 1.25 to 2.0 cleanly *yet*
[20:24] <lazyPower> and the $JUJU_HOME's are incompatible.
[20:24] <lazyPower> actually
[20:24] <firl> it won’t break the juju agent environment with the state machines will it?
[20:24] <lazyPower> you have the source - github.com/chuckbutler/layer-etcd - is current devel focus
[20:25] <firl> ya i have that
[20:25] <lazyPower> which will unblock your k8s work
[20:25] <firl> ok i need to hit up a meeting, will try this right after
[20:25] <lazyPower> tip of mbruzek/layer-k8s works out of the box with that replacement etcd
[20:25] <lazyPower> ack, lmk if you have *any* questions firl
[20:38] <apuimedo> cory_fu: replied
[20:58] <firl> lazyPower ok back
[20:58] <lazyPower> woo
[21:03] <firl> so I need to add the devel ppa and upgrade the juju CLI locally, correct?
[21:03] <firl> or should I just build the layer-k8s?
[21:05] <lazyPower> just build layer-k8s
[21:05] <lazyPower> additionally, you'll want to deploy cs:~lazypower/trusty/etcd-4, or build from my layer-etcd
[21:09] <firl> so from a bundle prespective
[21:09] <firl> this ok? http://pastebin.com/N3YEpVHm
[21:10] <lazyPower> firl - that looks kind of old compared to what our config is now.. default has bumped to v1.1.7, the generated charm is "kubernetes"
[21:12] <lazyPower> > charm: cs:trusty/etcd-4 - is the last -stable revision before the connection string revisions. try charm: cs:~lazypower/trusty/etcd
[21:13] <firl> should I just use: https://api.jujucharms.com/charmstore/v5/~lazypower/bundle/kubernetes-core-0/archive/bundle.yaml
[21:13] <lazyPower> That'll work :)
[21:13] <firl> haha
[21:14] <firl> so should I pull it in via gui / store? or build the layer and deploy
[21:14] <lazyPower> if you're interested in just consuming the kubernetes charms, pull it in via gui/store
[21:14] <lazyPower> if you want to help dev, build from layers and beat on it a bit
[21:14] <lazyPower> i'll keep updating this bundle as i drop features, pre-release style
[21:17] <firl> gotcha
[21:19] <firl> can’t pull it in via gui
[21:20] <firl> “fetching the entity failed”
[21:20] <lazyPower> argh
[21:20] <firl> :)
[21:20] <firl> this is why I am here right? hah
[21:21] <lazyPower> yeah, i'm depressed. this is due to some new things i've been piloting
[21:21] <firl> haha
[21:21] <firl> don’t worry man
[21:21] <lazyPower> if you're on 2.0, you can get at the charms
[21:21] <firl> I can upgrade
[21:21] <lazyPower> looks like 1.25 is only serving charms from ingest
[21:21] <firl> i don’t mind
[21:21] <lazyPower> ok, welcome to a whole new world :)
[21:21] <firl> haha upgrade instructions?  i need to upgrade the cli, the agent and the state machines?
[21:22] <lazyPower> so, its an incompatible upgrade right now
[21:22] <lazyPower> do you have work in 1.25 that you need to keep accessing?
[21:22] <firl> I have a jenkins setup that I need
[21:22] <firl> just 2 machines
[21:22] <lazyPower> ok lets isolate your 2.0 environment
[21:22] <firl> alright, this could be a pain but lets do it
[21:23] <firl> last time I tried to create a new juju environment on openstack it had issues
[21:23] <firl> Creating a new project now
[21:23] <firl> is there up to date install on openstack instructions?
[21:24] <lazyPower> one sec, the definitive guide came out as a mailing list post
[21:24] <firl> I should have it then someplace
[21:24] <lazyPower> firl https://lists.ubuntu.com/archives/juju/2016-February/006618.html
[21:24] <firl> so use Xenial?
[21:25] <lazyPower> nooooooo
[21:25] <lazyPower> you can do this on trusty just fine
[21:25] <firl> kk trust still right?
[21:25] <firl> ok
[21:25] <lazyPower> first paragraph, its co-installable with 1.25
[21:25] <firl> I don’t care in all honesty, it’s all just vm’s
[21:25] <lazyPower> update-alternatives --config juju is how you switch between the releases
[21:25] <magicaltrout> I need a pissing server sat under my desk, stuff this cloud nonsense
[21:25] <magicaltrout> *yawn*
[21:26] <lazyPower> magicaltrout - keep it family friendly please :)
[21:28] <magicaltrout> indeed, I shouldn't mention that C word....
[21:37] <magicaltrout> alright then 2 hours of expense claiming done. Lets take this http interface for a spin
[21:37] <jrwren> i'm so confused, i can't tell if the bad c word is cloud or co-installable or config ;]
[21:39] <magicaltrout> hehe
[21:47] <magicaltrout> okay so i still don't get this
[21:47] <magicaltrout> unit-apache2-0: 2016-02-25 21:46:21 INFO unit.apache2/0.juju-log server.go:269 reverseproxy:4: Vhost Template not provided, not configuring: 80
[21:47] <magicaltrout> i'm guessing thats quite important
[21:48] <lazyPower> magicaltrout did it work with haproxy?
[21:48] <magicaltrout> apache2:reverseproxy do I still pass it a vhost file?
[21:48] <magicaltrout> i've not got that far yet :P
[21:48] <magicaltrout> let me rip out apache and find out
[21:53] <magicaltrout> okay so i'm doing something stupid, mostly because i'm trying to learn python at the same time instead of just copying the bash examples :P
[21:54] <magicaltrout> https://gist.github.com/buggtb/ff52067809a00101d4f1
[21:54] <magicaltrout> whats up with that?
[21:54] <magicaltrout> there's no problem with the deployment but I get
[21:54] <magicaltrout> unit-haproxy2-0: 2016-02-25 21:52:01 INFO unit.haproxy2/0.juju-log server.go:269 reverseproxy:7: No port in relation data for 'gitlab/0', skipping.
[21:54] <magicaltrout> unit-haproxy2-0: 2016-02-25 21:52:01 INFO unit.haproxy2/0.juju-log server.go:269 reverseproxy:7: No backend servers, exiting.
[21:54] <firl> lazyPower: having issues bootstrapping 2.0
[21:55] <firl> not sure what the “endpoint” should be
[21:57] <lazyPower> one sec, i lost the post
[21:57] <firl> https://lists.ubuntu.com/archives/juju/2016-February/006618.html
[21:57] <firl> that one?
[21:59] <lazyPower> yeah
[21:59] <lazyPower> looking it over, one sec, i dont use openstack as a substrate often so i'm not as familiar with the config
[22:00] <firl> “#### Private Clouds” section
[22:02] <lazyPower> ddellav beisner : ping
[22:02] <lazyPower> firl - if this doesnt yeild good results, i vote to change my answer to "build from layers and deploy"
[22:02] <firl> haha
[22:03] <lazyPower> this quickly turned into a ball of yarn. 2.0 was a weekend discovery for me
[22:03] <firl> lol ok
[22:03] <firl> so i need to have a 1.25 juju environment and then do a charm build on the git repo right?
[22:04] <lazyPower> yep
[22:04] <lazyPower> both git repos*
[22:04] <lazyPower> layer-k8s, and layer-etcd
[22:04] <firl> let me clone layer-etcd
[22:04] <firl> https://github.com/chuckbutler/layer-etcd ?
[22:04] <lazyPower> thats the one
[22:05] <firl> ok now?
[22:05] <lazyPower> with those built, replace both charms with local references, remove the default config option for kubernetes version and you should be in like flynn
[22:06] <firl> in this file ?
[22:06] <firl> https://api.jujucharms.com/charmstore/v5/~lazypower/bundle/kubernetes-core-0/archive/bundle.yaml
[22:06] <lazyPower> yep
[22:06] <lazyPower> i was thinking your bundle, but mine works
[22:06] <lazyPower> either/or :) six of one, half dozen of the other
[22:06] <firl> the other bundle was from matt i think
[22:06] <lazyPower> oh right on
[22:08] <firl> http://pastebin.com/APinzAeu
[22:08] <firl> ?
[22:09] <lazyPower> when you ls your $JUJU_REPOSITORY, do you see k8's or kubernetes?
[22:10] <firl> i see both
[22:10] <firl> let me clean
[22:10] <firl> kubernetes is the latest from the charm build
[22:10] <lazyPower> ok, change line 4 to local:trusty/kubernetes
[22:11] <firl> on it
[22:17] <lazyPower> firl - also fyi, i think that endpoint setting in the credentials.yaml for your privcloud is the same as the auth-url in the 1.25 config
[22:17] <lazyPower> your keystone endpoint
[22:17] <firl> I tried that one
[22:18] <firl> that’s why I was asking
[22:19] <lazyPower> :(
[22:19] <lazyPower> i'll bring that up and see if i can get you an answer firl
[22:22] <jamespage> beisner, if you are still around - https://code.launchpad.net/~james-page/charms/trusty/neutron-openvswitch/mitaka-neutron-changes/+merge/286910
[22:22] <jamespage> lgtm now
[22:42] <firl> “local charms not allowed for service kubernetes: local:trusty/kubernetes”
[22:42] <firl> lazyPower
[22:46] <lazyPower> firl - have you exported JUJU_REPOSITORY?
[22:47] <firl> http://pastebin.com/CFK6C05U
[22:48] <firl> i created my local juju repository via sym links to ./trusty
[22:50] <lazyPower> ah quickstart doesn't work with local urls.
[22:50] <firl> :)
[22:50] <lazyPower> juju-deployer does, or the juju deploy command from juju2
[22:52] <firl> just going to add units
[23:21] <firl> lazyPower http://pastebin.com/x0bMLf8B
[23:24] <magicaltrout> https://github.com/OSBI/layer-gitlab/blob/master/reactive/gitlabhooks.py#L14 can anyone see anything stupidly obvious that means that wont install properly, yet when I paste it into debug-hooks it works as expected....
[23:29] <lazyPower> firl - i'm going to EOD, but if you need anything feel free to ping
[23:29] <lazyPower> i'll circle back and check in on ya after dinner
[23:29] <firl> hah I sent a pastebin
[23:29] <lazyPower> oh
[23:29]  * lazyPower missed that
[23:29] <firl> charm build doesn’t give a charm that is deployable
[23:30] <lazyPower> ah
[23:30] <lazyPower> the etcd layer has 2.0 features in it
[23:30] <lazyPower> if you delete series: -trusty out of metadata.yaml that'll fix that
[23:30] <lazyPower> lame :|
[23:31] <firl> hrmm
[23:32] <lazyPower> firl if you pull from master i just updated the layer
[23:32] <firl> for etcd?
[23:32] <firl> oh i see ya, I did -series: “trusty"
[23:33] <firl> WARNING failed to load charm at "/home/ubuntu/work/trusty/kubernetes": metadata: series: expected string, got []interface {}([]interface {}{"trusty", "wily", "xenial"})
[23:34] <lazyPower> weird, why would k8s be complaining? it does't even have series in metadata.
[23:34] <firl> yeah
[23:34] <firl> it’s weird
[23:35] <firl> it shows up in the metadata output
[23:35] <firl> cleaning and rebuilding
[23:36] <firl> http://pastebin.com/NyxPL9Cd
[23:36] <firl> maybe something is aggregating based upon charm build deps
[23:36] <lazyPower> its layer-docker that pulled that in
[23:36] <lazyPower> ok, hang on, thats a breaking update
[23:38] <firl> haha
[23:38] <firl> we can do this another time too after you eat
[23:40] <lazyPower> firl - https://github.com/juju-solutions/layer-docker/pull/27
[23:40] <lazyPower> i need to land that and i think.. thats the last of the 2.0 features we baked in
[23:40] <firl> haha
[23:40] <firl> should I also build that locally from your pr branch or is it pretty quick for the pr
[23:41] <firl> oh nm i see you already did
[23:41] <lazyPower> go ahead and pave/rebuild
[23:41] <beisner> jamespage, ah so good, the theory and the plan came to a pass on 286910  :-)
[23:41] <firl> how soon for juju 2.0? couple weeks
[23:41] <firl> ?
[23:42] <lazyPower> its in beta, i think it lands as -stable in a little over a month
[23:42] <lazyPower> dont quote me on that though, i actually haven't asked. I've been so deep in using it :)
[23:43] <firl> added charm to env
[23:43] <lazyPower> woo \o/
[23:43] <lazyPower> paydirt
[23:43] <firl> i can have the etcd charm reside on the same units as the kubernetes units right?
[23:43] <firl> haha
[23:43] <lazyPower> err, dont do that
[23:43] <firl> so 6 nodes
[23:43] <lazyPower> we're still gutting some stuff from k8s
[23:43] <lazyPower> yeah
[23:43] <firl> 3 kube 3 etcd
[23:43] <lazyPower> k8s launches some etcd containers on the host that we're phasing out
[23:44] <lazyPower> that was a leftover from the initial import we didnt notice
[23:44] <firl> to grow +1kube node no need to grow etcd for testing right?
[23:44] <lazyPower> right
[23:44] <firl> kk
[23:44] <lazyPower> and you can pair down etcd to single node
[23:44] <firl> lol
[23:44] <lazyPower> you only need to run 3/5 in production scenarios or proper HA testing
[23:44] <firl> already triggerred 3
[23:44] <lazyPower> welp
[23:44] <lazyPower> it supports scale up
[23:44] <firl> I will remove units after
[23:44] <lazyPower> but not scale down
[23:44] <firl> lols
[23:45] <lazyPower> thats where i'm at now in the fixes
[23:45] <lazyPower> but to be fair, the old charm had the same behavior
[23:45] <firl> so I will blow it away before the relation
[23:45] <lazyPower> yeah
[23:45] <firl> and do just 1 unit
[23:45] <lazyPower> ok, off for now, will be back later
[23:45] <lazyPower> o/
[23:45] <firl> see ya
[23:45] <firl> thanks again!
[23:46] <lazyPower> hey np :) sorry it was a bumpy road getting to this point
[23:46] <lazyPower> reminder that not everybody is in -beta land with me
[23:59] <magicaltrout> oh you're fscking kidding me
[23:59] <magicaltrout> i spend all evening messing around with a website-relation-changed hook not firing and find including the http interface and a @when('website.available')
[23:59] <magicaltrout> sorts me out in about 30 seconds


[06:44] <JerryK2> pmatulis: thanks. In the end it showes up that this property has to be set at the time of deployment, not changed afterwards
[10:34] <gnuoy> jamespage, I see you added tox support to glance branch. In theory I should just be able to type 'tox' and magic happens right? Because it seems to be exploding for me
[10:35] <gnuoy> ERROR: InvocationError: '/home/liam/branches/merges/glance-272409/.tox/py27-trusty/bin/ostestr'
[10:35] <jamespage> that sounds not good
[10:41] <gnuoy> jamespage, actually, I was looking at a mp to /next which explodes. When I take /next on its own the tox unit tests run. I'll investigate
[10:41] <gnuoy> (they run but some fail fwiw)
[10:43] <jamespage> ooo I get a
[10:43] <jamespage> ImportError: cannot import name wraps
[10:43] <jamespage> gnuoy, ^^
[10:44] <gnuoy> jamespage, I don't get that. I get http://paste.ubuntu.com/12601718/
[10:45] <jamespage> gnuoy, lemme just refresh my tox envs
[10:56] <jamespage> gnuoy, odd - I don't get that
[10:57] <gnuoy> jamespage, http://paste.ubuntu.com/12601815/ fixes it for me
[10:58] <gnuoy> jamespage, arch, sorry, that's not right
[10:58] <jamespage> its possible its a broken test that gets exacerbated by the parallel nature of ostestr
[12:00] <IceyEC> I'm trying to configure the local lxc provider with a custom network config; essentially, I'm trying to modify lxcbr0 from <IP_ADDRESS>/24 to <IP_ADDRESS>/24 but having a lot of trouble getting that to work
[12:00] <IceyEC> anybody here done that before?
[12:00] <IceyEC> (other netblock would be fine as well)
[12:22] <gnuoy> jamespage, got a sec for https://code.launchpad.net/~gnuoy/charms/trusty/glance/untest-tox-fix/+merge/272578 ? (fixes the unit test failure I was seeing with tox)
[12:31] <gnuoy> jamespage, nm, I have a +1 from ed
[15:11] <beisner> gnuoy, thx for landing the n-g updated tests
[15:11] <gnuoy> beisner, np
[18:27] <beisner> thedac, gnuoy, jamespage - fyi, bug 1500552
[18:27] <mup> Bug #1500552: rabbitmq services may not be started when add_vhost is attempted <openstack> <uosci> <rabbitmq-server (Juju Charms Collection):Confirmed> <https://launchpad.net/bugs/1500552>
[19:11] <beisner> thedac, gnuoy jamespage - fyi i believe niedbalski will be taking that bug ^
[20:01] <beisner> jamespage, after resolving the p:i next.yaml mysql/pxc charm config options, bug 1500589
[20:01] <mup> Bug #1500589: precise-icehouse deploy fails (cloud-compute-relation-changed -> nova_cc_utils.py -> ssh_known_host_key -> IndexError: list index out of range) <openstack> <uosci> <nova-cloud-controller (Juju Charms Collection):New> <https://launchpad.net/bugs/1500589>
[20:11] <beisner> jamespage, pxc still unhappy >= vivid:  bug 1481362
[20:11] <mup> Bug #1481362: pxc server 5.6 on Vivid and Wily does not create /var/lib/mysql <amulet> <openstack> <uosci> <percona-xtradb-cluster-5.6 (Ubuntu):New> <percona-cluster (Juju Charms Collection):New> <https://launchpad.net/bugs/1481362>
[20:17] <beisner> jamespage, fyi, reverted the mysql charm config options in next.yaml as discussed, given the above ^.  re-testing precise, vivid w/ mysql proper.


[22:04] <kenrin> Did you disable the virtual floppy ? or check the live-media-path like it says ?
[22:06] <kenrin> You can't just say that isn't my issue if you have not attempted any fixes
[22:10] <dr_horrible> Has anyone setup dual HDMI output via thunderbolt 3 port on Ubuntu?
[22:11] <supercop> hi, i have a problem, want to formatting my ssd but there is a wave security but dont change anything
[22:12] <supercop> testdisk say ea error
[22:13] <kenrin> I'd say you should consult wave security for a fix
[22:14] <kenrin> Trying to force a dban or format could render the disk unusable
[22:14] <kenrin> Which is kind of the purpose of such security systems
[22:20] <supercop> now trying dban
[23:33] <dr_horrible> Does anyone know the irssi client command to change the hilight color?
[23:38] <YankDownUnder> dr_horrible, #irssi
[23:38] <dr_horrible> Thanks YankDownUnder.
[23:45] <ssdfailure> i think my ssd failed. I logged into a live usb to type this... What should I d
[23:45] <ssdfailure> o?
[23:47] <ikonia> get a new ssd
[23:47] <Bashing-om> ssdfailure: Think failed on what kind of way ? software wise ? Hard ware wise ?


[00:16] <JontheEchidna> man, this whole SSO bit is turning into a large project
[00:19] <JontheEchidna> apachelogger: trololo, the api has changed entirely: http://paste.ubuntu.com/577661/
[00:19] <JontheEchidna> at least there exists documentation pertaining to this api
[00:28]  * JontheEchidna gives up for today and moves on to recreational things
[01:08] <JontheEchidna> tsimpson: heh, I've never seen somebody file a bug that the modifications he made to a package break it :P
[01:09] <tsimpson> people are strange, general observation
[05:41] <Daskreech> How do you make a group with no name?
[06:24] <apachelogger> JontheEchidna: told ya :P
[06:32] <Daskreech> Yeah!
[06:32] <Daskreech> You got told!
[06:33] <apachelogger> oi
[06:33]  * apachelogger should be on campus in 25 minutes :O
[06:33] <apachelogger> and I need to buy foods
[06:33] <apachelogger> omg omg omg omg
[06:34]  * apachelogger throws all mobile devices he can find in a bag and looks for a hair dryer
[08:49] <bambee> morning
[08:50] <Daskreech> hi
[12:36] <apachelogger> ScottK: pingo
[13:31] <ScottK> apachelogger: Pong
[13:31] <apachelogger> ScottK: what do I do about the copyright situation with the device integration?
[13:32] <ScottK> Is there no hint anywhere in the code of copyright/license?
[13:32] <apachelogger> nothing
[13:32] <apachelogger> neither in their rpm packaging
[13:32] <ScottK> On a website?
[13:34] <apachelogger> ScottK: no
[13:34] <apachelogger> well
[13:34] <apachelogger> the gitorious project page lists other/multiple or something like that as license
[13:34] <apachelogger> insanely helpful
[13:35] <ScottK> I guess I'd email whoever owns the project and ask.
[13:36]  * apachelogger feels hold ups creeping up behind him again
[14:25] <CIA-37> [kdelibs] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (5 files in 2 dirs) * Import kubuntu_02_no_direct_gl_usage.diff from upstream KDE - removes direct GL usage from glapplet, eliminates need to link against libGL
[14:38] <apachelogger> ScottK: do you happen to know if our cmake still does recursive linking?
[14:39] <apachelogger> I believe my earlier gles trials with plasma-mobile failed because kdelibs linked against libgl and rescursive linking dragged this into plasma-mobile which then had weird runtime symbol clash stuff going on (with libgl and libgles being in memory and stuff)
[14:39] <apachelogger> if indeed recursive linking is at fault we probably need to rebuild workspace, plasma-addons and mobile to get anywhere :S
[14:40] <ScottK> Dunno
[14:40] <apachelogger> also apparently our kernel does not like usb charging ... also our kernel is still stuck in NEW :S
[14:44] <ScottK> I can't New kernels.
[14:44] <ScottK> Needs Riddell or some other Canonical archive admin.
[15:28] <apachelogger> for some reason I just pictured Riddell in a bollywood film
[15:28]  * apachelogger is going mad clearly
[15:30] <apachelogger> ScottK: don't you have friends to help get it out of new? ;)
[17:08] <bambee> shadeslayer: around ? how was the first day ?
[17:12] <c2tarun> except anything related to project neon, is there any work left for KDE?
[17:13] <shadeslayer> bambee: tired like hell
[17:14] <shadeslayer> i spent the day running around
[17:14] <bambee> c2tarun: but there are many things related to kde and qt :)
[17:14] <c2tarun> bambee: like what?
[17:14] <shadeslayer> also
[17:14] <shadeslayer> Knut Yrvin is AWESOME
[17:15] <bambee> c2tarun: http://kde.in/conf/schedule/
[17:15]  * c2tarun shadeslayer making me jealous ;) enjoying there alone
[17:16] <bambee> like "pykde4", "how to start contributing to kde", "playing with pyqt" and so on
[17:16] <shadeslayer> we saw him dance today
[17:17] <bambee> (I did read the schedule quickly , I am probably not the best one to talk about it)
[17:17] <c2tarun> bambee: you sure you gave me the right link? its schedule for kde.in/conf
[17:20] <c2tarun> bambee: ping
[17:21] <bambee> why I did not ?
[17:22] <c2tarun> bambee: not getting...... :/ what are you saying?
[17:22] <bambee> we're talking about conf.kde.in nop ?
[17:23]  * c2tarun confused :/
[17:24] <JontheEchidna> apachelogger: qdbusviewer to the rescue: http://paste.ubuntu.com/577936/
[17:25] <bambee> c2tarun: I asked shadeslayer about the first day of conf.kde.in, to know if it was interesting... then I said "there are few things related to kde, qt, and so on" (mostly qt today).
[17:26] <bambee> that all :)
[17:26] <shadeslayer> agateau: around?
[17:26] <bambee> then you asked me "are you sure?" so I pasted the schedule link
[17:26] <c2tarun> bambee: actually I missed that event :( I was asking is there any other packaging work left for kde. :/
[17:31] <bambee> c2tarun: so it was a mis-understanding, sorry
[17:31] <shadeslayer> agateau: we have a bug session tomorrow, can you  point me to a list of JJ's
[17:31] <c2tarun> bambee: no prob :)
[17:36] <ScottK> apachelogger: I'll see if I can arrange something.
[18:02] <ScottK> apachelogger: jdstrand is going to look into it.
[18:03] <Riddell> seiflotfy: good words about you in the nepomuk talk today at conf.kde.in
[18:05] <seiflotfy> Riddell, oh really
[18:05] <seiflotfy> hahaha
[18:05] <seiflotfy> i am writing good things baout KDE
[18:06] <c2tarun> Riddell: ping
[18:41] <seiflotfy> Riddell, show me show me
[18:41] <seiflotfy> :P
[18:45] <shadeslayer> Riddell: did you update the seeds? :D
[18:54] <ScottK> apachelogger: linux-n900 is out of New.
[18:55] <shadeslayer> ScottK: can we push mobile-broadband-provider-info into the Kubuntu seeds?
[18:56] <ScottK> shadeslayer: Why?
[18:56] <shadeslayer> ScottK: because without it you cannot tether your phone to your PC
[18:56] <shadeslayer> me and Riddell spent a fair amount of time copying debs today to make it work :P
[18:57] <ScottK> It's small enough, I don't see why not.
[18:57] <ScottK> I
[18:57] <ScottK> I'll add it.
[18:57] <shadeslayer> thanks :)
[18:58] <shadeslayer> basically it serves the default info for connections
[19:00] <ScottK> shadeslayer: Seeded.  It'll be in the metapackage after the next kubuntu-meta upload.
[19:00] <shadeslayer> kool
[19:03] <shadeslayer> apachelogger: OBS is cool man
[19:03] <shadeslayer> i talked to wstephenson, and i think i'm in love with OBS
[19:06] <ScottK> shadeslayer: Last I looked it built pretty crappy .debs, but it's been a while since I looked.
[19:06] <ScottK> One of my favorite bits being where they use different package names so they make .debs that conflict with things in the archive.
[19:07] <shadeslayer> ScottK: they have this cool thing where if a build dep gets rebuilt, the package is automatically rebuilt
[19:08] <shadeslayer> s/package/package with that build dep
[19:08] <shadeslayer> and they have spec files which convert debian build deps into rpm named build deps ....
[19:13] <ScottK> shadeslayer: You should blog about it and make sure it goes on Planet Ubuntu.
[19:17] <apachelogger> ScottK: wooohooo, thank you
[19:17] <apachelogger> shadeslayer: yes it is
[19:17] <ScottK> apachelogger: You're welcome.
[19:18] <apachelogger> if launchpad used OBS and soyuz work actually went into that, launchpad would be a lot more lovely
[19:18] <apachelogger> only today I filed a bug for soyuz to get buildlog-while-building stuff improved
[19:18] <apachelogger> it is a sad thing really
[19:19] <apachelogger> ScottK: crappy debs from OBS are hardly the fault of OBS I must say
[19:19] <apachelogger> though IIRC it permits a bit of fishy package building WRT deb
[19:19] <ScottK> apachelogger: They are when OBS pretends to be able to make a proper .deb from a srcrpm and doesn't manage it.
[19:20] <apachelogger> then again this seems natural as rpm is surely of more importance to them and deb and rpm are just too diffierent on a packaging level
[19:20] <ScottK> It's been awhile since I looked, so it may be better now.
[19:20] <apachelogger> ScottK: you can upload your debian dir
[19:20] <apachelogger> just that most people don't do it
[19:21] <apachelogger> bleh
[19:21] <apachelogger> kde4libs still building
[19:21] <apachelogger> at least I did not break it :D
[19:21] <apachelogger> ScottK: I am happy to report with 4.6.1 plasma-mobile starts on the n900 again
[19:21] <ScottK> apachelogger: Excellent.
[19:21] <apachelogger> but it appears to me our kernel still doesnt do usb charging
[19:21] <apachelogger> that definitely needs looking into
[19:22] <apachelogger> since one can only charge via the micro usb port ^^
[20:02] <txwikinger> http://blog.canonical.com/?p=528 Ah.. no Kubuntu anymore ;)
[20:07] <ScottK> Nice.  You must be logged in to comment.
[20:07] <ScottK> txwikinger: That's not really a change.
[20:07] <txwikinger> ScottK: Just teasing
[21:06] <tsimpson> https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/731504 <- someone, but not me any more, should respond
[22:00] <apachelogger> ScottK: I love the remix concept
[22:00] <apachelogger> as if anyone implemented that
[22:05] <apachelogger> tsimpson: what would be the hack this person talks about in his last comment?
[22:06] <tsimpson> apachelogger: basically, they want us to make debian/rules work dynamically with any of the possible configuration options you can give to Qt
[22:07] <tsimpson> so if they change what files are produced, for instance making a plugin static, it won't complain when it doesn't find the plugin to put in a .deb
[22:07] <apachelogger> yeah yeah I got that
[22:07] <tsimpson> basically, just wrong things
[22:07] <apachelogger> but in his last comment he says that we maintain a hack
[22:08] <tsimpson> oh, no
[22:08] <tsimpson> the "unreliable hack" is modifying the debian/control or debian/*.install
[22:08] <apachelogger> whereas his solution (which actually violates policy by deleting .install and thus the package will not be in prestine state after clean anymore)
[22:08] <tsimpson> ie: what you're supposed to do
[22:08] <apachelogger> oh
[22:08] <apachelogger> well
[22:08] <apachelogger> easy enough
[22:09] <apachelogger> if mister president wants something he will have to pay either us or canonical to maintain it
[22:09] <apachelogger> easy as that
[22:09] <tsimpson> apachelogger: I, and JontheEchidna, have already marked the bug as invalid several times now
[22:10] <tsimpson> ^ and explained why to them
[22:10] <tsimpson> they just refuse to accept that we should not make debian/* files work with any possible modification anyone may see fit to do
[22:10] <apachelogger> well yes
[22:10] <apachelogger> so we outline the rules for having this happen
[22:11] <apachelogger> if they donate 50 bucks per month per flexible option to kubuntu I am all for maintaing it
[22:12] <ScottK> I've run into seasonedgeek before.  This is typical of him.
[22:12] <tsimpson> go ahead and reply then ;)
[22:12] <apachelogger> yeah
[22:13] <apachelogger> just got distracted by important business of money being thrown at me :P
[22:13] <tsimpson> as long as it's not coins, they really sting :)
[22:41] <apachelogger> tsimpson: ping
[22:41] <tsimpson> apachelogger: pong
[22:47] <apachelogger> tsimpson: see query
[22:53] <apachelogger> debfx, JontheEchidna: should the static sqlite bug report get opened again, please close it without comment from now on
[22:53] <apachelogger> https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/731504/comments/15
[22:54] <JontheEchidna> kk. I almost did when I closed it again last night, but he told me to RTFM. :P
[22:55] <apachelogger> yeah
[22:55] <apachelogger> generally I'd suggest to put a price stamp on things if people come up with such things
[22:55] <apachelogger> it becomes a lot less interesting if one has to pay for it
[22:56] <JontheEchidna> <arg type="a{ss}" name="credentials" />
[22:56] <JontheEchidna> I am going to have to marshall that myself, aren't I?
[22:57] <JontheEchidna> [ 40%] Generating SSOInterface.cpp, SSOInterface.h
[22:57] <JontheEchidna> Got unknown type `a{ss}'
[22:58] <JontheEchidna> *demarshall
[23:08] <apachelogger> JontheEchidna: yes
[23:08] <apachelogger> there is code fo rthat in u1-kde though
[23:08] <apachelogger> I think
[23:08] <apachelogger> might be shitty code though
[23:08] <JontheEchidna> apachelogger: I saw an Error class in the ubuntu sso stuff you did that seems to do similar to what I want
[23:08] <apachelogger> I only go the hang of sensible demarshalling like after having written 90% of the marshalling code ^^
[23:09] <JontheEchidna> ^^
[23:09] <apachelogger> demarshalling a{ss} should be easy though, just iter it and insert the values in a qhash<qstring, qstring>
[23:10] <JontheEchidna> I think for QApt2 it would be better use rigidly-defined objects that I can marshal into DBus args rather than typedef'ing a QStringHash
[23:10] <JontheEchidna> easier to doc, less prone to incompatibilities, but still expandable
[23:11] <apachelogger> JontheEchidna: http://bazaar.launchpad.net/~apachelogger/ubuntuone-client-kde/trunk/view/head:/src/libs/MarshalArgs.h
[23:11] <apachelogger> QStringHashHash is awesome :D
[23:12] <JontheEchidna> I was about to comment to that effect :D
[23:14] <JontheEchidna> QHash<QString, QHash<QString, QString> >
[23:14] <JontheEchidna> in C++0x you can condense the last two '>'
[23:14] <JontheEchidna> best new feature :P
[23:14] <apachelogger> well
[23:15] <apachelogger> arguable :P
[23:15] <tsimpson> no the best is initializer lists
[23:17] <tsimpson> I take that back, the best is lambda
[23:17] <tsimpson> how many times have you written a tiny static/inline function just so you can use it in one other function, such a pain
[23:18] <apachelogger> never :P
[23:18] <JontheEchidna> I have written lessThan functions for use in Qt's qSort plenty of times
[23:19] <tsimpson> and now you can use templates defined inside functions for other template functions
[23:19] <JontheEchidna> neat
[23:20] <apachelogger> JontheEchidna: you dont talkabout software development please
[23:20] <JontheEchidna> I just hope people don't abuse the auto keyword
[23:21] <apachelogger> you do understand very little about it I just read
[23:21] <apachelogger> :P
[23:21] <apachelogger> https://bugs.launchpad.net/ubuntu/+source/kubuntu-meta/+bug/414562
[23:22] <JontheEchidna> lol
[23:22] <tsimpson> auto is just a short-cut, the compiler still needs to be able to completely deduce the type at compile-time
[23:22] <apachelogger> screw auto
[23:22] <apachelogger> screw C++0x
[23:22] <apachelogger> C ftw!
[23:22] <apachelogger> no
[23:22] <tsimpson> LIES
[23:22] <apachelogger> actually
[23:22] <apachelogger> JAHAVAHAHA
[23:22] <apachelogger> <3
[23:23] <JontheEchidna> apachelogger: I bet you are now drinking the Objective C kool-aid
[23:23] <apachelogger> who doesn't?
[23:23] <JontheEchidna> everybody except Apple :P
[23:23] <apachelogger> objective-c is like writing markup
[23:23] <apachelogger> with loads of [][][][][[[[[[[]]]]]]]]
[23:23] <tsimpson> OOP + C, wasn't that what C++ was made for? ;)
[23:23] <JontheEchidna> ;)
[23:24] <apachelogger> srsly
[23:24] <apachelogger> did you ever try reading objective c?
[23:24] <apachelogger> serious head twisting is necessary
[23:24] <tsimpson> "you don't call methods, you send messages"
[23:24] <JontheEchidna> apachelogger: oh, and I promise to not talk about software development in 2009 :D
[23:24] <tsimpson> but I just want to call a method :|
[23:25] <apachelogger> JontheEchidna: are you claiming this changed?
[23:25] <JontheEchidna> so no time travelling back then for me
[23:25] <apachelogger> tsimpson: forget it
[23:25] <apachelogger> I actually am very much in favor of only using invokeMethod in Qt
[23:26] <apachelogger> actually, knowing how that works helps with reading objective c code ^^
[23:26] <JontheEchidna> you love the Q_SLOTS
[23:26] <tsimpson> but you can't, invokeMethod would involve invoking a method...
[23:26] <apachelogger> https://bugs.launchpad.net/ubuntu/+source/mysql-dfsg-5.1/+bug/419400
[23:26] <apachelogger> lulz
[23:26] <tsimpson> yeah, I read that one too ^
[23:26] <apachelogger> JontheEchidna: Q_INVOKABLE
[23:27] <apachelogger> slots are for pufftas, real man use a callback and then invokeMethod
[23:27] <apachelogger> oh
[23:27] <apachelogger> there is flaw in that logic somewhere
[23:27] <apachelogger> JontheEchidna: that is how the better part of phonon gstreamer works btw ;)
[23:28] <apachelogger> though I think invokemethod is mostly gone now
[23:28] <apachelogger> amazing work on eventlooping has been done, so we only have very few callbacks left
[23:32] <apachelogger> the reason that qtmultimediakit is now officially inferior to the empire of phonon: http://qt.gitorious.org/qt-mobility/qt-mobility/blobs/master/plugins/multimedia/gstreamer/mediaplayer/qgstreamerplayersession.cpp#line848


[00:05] <chrisccoulson> so, i'm finished with firefox / thunderbird 10 already, with the exception of updating lightning :-)
[00:07] <micahg> awesome :), now I just need to get 9 out the door :)
[00:07] <chrisccoulson> heh
[00:07] <chrisccoulson> micahg, oh, you must have missed this bit too:
 excellent, i've got the new jsctypes mozvoikko working on lucid's stoneage libvoikko :-)
[00:08] <chrisccoulson> ;)
[00:08] <micahg> ah, yes :), that's good, I assume we'll do that for 10
[00:08] <chrisccoulson> yeah: https://launchpad.net/~mozillateam/+archive/firefox-next/+sourcepub/2159471/+listing-archive-extra :)
[00:09] <micahg> does update-manager handle the arch: any -> arch: all conversion ok?
[00:10] <chrisccoulson> yeah, it seems to work ok
[00:15] <chrisccoulson> now i need to try and unbreak this kde patch for oneiric :(
[01:08] <FernandoMiguel> nite folks
[07:39] <micahg> chrisccoulson: woohoo, more hung tests on amd64 in Firefox
[14:39] <chrisccoulson> m_conley, i'd be happier if https://twitter.com/#!/slashdot/status/154571887488409601 said "Chrome almost dead in the US" ;)
[14:40] <m_conley> chrisccoulson: Some day, some day.  :)
[14:40] <chrisccoulson> heh
[14:40] <m_conley> chrisccoulson: happy new year to you, btw
[14:40] <chrisccoulson> m_conley, and happy new year to you too :)
[14:41] <chrisccoulson> lol @ https://twitter.com/#!/simonhead/status/154568294320455680
[14:42] <m_conley> I think 2012 is going to be a very interesting year for browser technology...
[14:44] <chrisccoulson> heh, i look forward to it :)
[15:12] <chrisccoulson> m_conley, did you see where the next UDS is?
[15:13] <m_conley> chrisccoulson: I did!  I was surprised - I thought you folks oscillated between US and EU...
[15:13] <chrisccoulson> m_conley, yeah, we do normally. but i think we've swapped it around
[15:13] <chrisccoulson> we have a platform sprint in budapest next week, and the january one is normally in the US
[15:14] <chrisccoulson> i'm not complaining though, it'll be nice to go somewhere other than orlando :)
[15:14] <m_conley> Yeah, Cali is nice - ever been there?
[15:14] <chrisccoulson> not yet
[15:14] <chrisccoulson> i'm looking forward to it :)
[18:31] <jcastro> chrisccoulson: hey, what do you know about the server side Firefox sync bits?
[18:32] <chrisccoulson> jcastro, not much. how come?
[18:32] <jcastro> I want a juju charm
[18:32] <jcastro> so people can just fire up their own sync servers
[18:32] <jcastro> the "own my own data" use case
[18:32] <chrisccoulson> ah, ok. that sounds cool :)
[18:33] <jcastro> Can I convince you to look at it and investigate if it's packageable?
[18:33] <chrisccoulson> i'm not too sure who would be the best person to ask about that
[18:33] <chrisccoulson> oh, possibly ;)
[18:33] <chrisccoulson> i've got quite a lot to do already though :)
[18:33] <jcastro> or not, if there's nothing that relates to the client bit I can ask a server dude
[18:34] <jcastro> I just wanted to make sure there's no correlation there, so if you zig and the charm zags everything breaks, etc.
[18:38] <jcastro> chrisccoulson: ok so you have zero, good enough for me, at least I know I'm not stepping on toes. :)
[19:54] <jyo> http://docs.services.mozilla.com/howtos/run-sync.html
[20:12] <chrisccoulson> jyo, thanks
[20:12] <chrisccoulson> jcastro ^
[20:15] <jcastro> jyo:  perfect, thanks, that page is basically gold to me.
[20:15] <jcastro> this shouldn't be too hard
[21:58] <FernandoMiguel> evening
[22:00] <dth> hi, i have a problem after changing my pw in thunderbird 3.1.16 on ubuntu 11.04 there is no way to get the pw for the smtp-server in. i have try to delete the mail accout from subdir but that du not slove the problem. is there any idea?
[22:04] <micahg> dth: did you change the master password?
[22:05] <dth> yes, but after a powercile ther is no change
[22:05] <micahg> dth: if the smtp server password changed, go into the accounts settings, outgoing server, and edit the SMTP server in question
[22:05] <micahg> deleting stuff in the profile is usually not a good idea
[22:06] <dth> micahg, that is what i have tried the whole day, but it isnt work
[22:07] <dth> micahg, i know that deleting isnt a good thing, but it was my last idear
[22:08] <micahg> do you have a web interface  you can log into to make sure the password works?
[22:09] <dth> yes, thats all right
[22:11] <dth> is there any way to edit the list of the passwordmanager?
[22:13] <micahg> you can see what's in there in Preferences -> Security -> Passwords -> Saved Passwords
[22:14] <dth> yes, and in there the username is incomplete
[22:14] <dth> it looks like there is a stringmanipulation in some script that isnt runnung
[22:15] <dth> or is buggy
[22:18] <micahg> dth: you're saying that what's in there doesn't match the smtp settings?
[22:19] <dth> yes
[22:19] <dth> the username is fragmented
[22:19] <micahg> do you have non-ASCII characters in your username?
[22:20] <dth> no, it is plain ASCII
[22:21] <dth> and some time since 2 years ago it works to create the account in the mailclient
[22:22] <micahg> dth: no idea then, please try #thunderbird on irc.mozilla.org
[22:22] <dth> btw, the prob is the same on my workstation and my notebook
[22:22] <dth> ok, but many thanks for your kind help!
[22:23] <micahg> good luck
[22:23] <dth> :)
[22:28] <jyo> No problem, guys. :)


[13:23] <reallife> hello I just picked up this article in my feeds , but donot know where to start ?
[13:23] <reallife> http://www.omgubuntu.co.uk/2017/07/help-test-ubuntu-17-10-on-real-hardware
[13:36] <reallife> willcooke did you see my comment ?
[13:37] <willcooke> reallife, no.    What's up?
[13:38] <reallife> willcooke: http://imgur.com/a/QSWEk
[13:43] <reallife> willcooke: maybe you're working remotely ?
[13:55] <willcooke> reallife, yeah, sorry I'm at a meeting today.  Drop in the #ubuntu-desktop channel and someone will be able to give you a hand.  I'd start by booting on a live usb stick or installing a VM and then just have a play.  The blog post popey put out has some suggested things to test.  Folks in the desktop channel will point you in the right direction
[14:00] <popey> reallife: whats up?
[14:23] <Dadprimeday> popey - sorry I lost the freenode setup I had 10 minutes ago - did you see the article about testing netbooks ?
[14:24] <popey> what article?
[14:24] <Dadprimeday> whic channel should I be in to get going ?
[14:24] <Dadprimeday> http://www.omgubuntu.co.uk/2017/07/help-test-ubuntu-17-10-on-real-hardware
[14:24] <popey> the blog post i wrote has tge details
[14:25] <popey> https://popey.com/blog/posts/ubuntu-artful-desktop-july-shakedown.html
[14:25] <popey> let me know if anything is not clear
[14:27] <Dadprimeday> what is the ups of wayland ?
[14:27] <Dadprimeday> **usp
[14:27] <popey> id take tgis to #ubuntu-desktop
[14:28] <Dadprimeday> cheers
[14:28] <Dadprimeday> join #ubuntu-dektop
[14:28] <popey> (i am actually on holiday, need to go and be sociable)
[14:28] <popey> o/
[14:28] <Dadprimeday> how do I join that channel ?
[14:32] <flexiondotorg> jose Ping
[14:44] <Dadprimeday> flexiondotorg: Maybe you can halp ? I am looking for the link that give all the bugs in launchpad with the hashtag #julyshakedown ............
[14:54] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+bugs?field.tag=julyshakedown
[14:54] <flexiondotorg> None yet by the look of it.
[16:34] <czajkowski> aloha
[19:07] <flexiondotorg> czajkowski o/