[00:02] <mup> Bug #1571901 opened: "juju change-user-password --generate" is unhelpful <juju-core:In Progress by axwalk> <https://launchpad.net/bugs/1571901>
[00:17] <wallyworld> cmars: a really small one http://reviews.vapour.ws/r/4635/
[00:17] <wallyworld> if you have a chance
[00:17] <cmars> wallyworld, sure, looking
[00:18] <cmars> wallyworld, awesome, thanks!
[00:18] <cmars> LGTM
[00:18] <wallyworld> thanks for rasing the bug
[01:20]  * menn0 loves the lxd provider ... so much easier to test HA
[02:09] <natefinch> menn0: yeah, the lxd provider is awesome. I love how non-special it is.
[02:27] <mup> Bug #1571914 opened: github.com/juju/juju/cmd/jujud unit tests fail if xenial is the LTS <juju-core:Triaged> <https://launchpad.net/bugs/1571914>
[02:27] <mup> Bug #1571916 opened: github.com/juju/juju/environs unit tests fail if xenial is the LTS <juju-core:Triaged> <https://launchpad.net/bugs/1571916>
[02:27] <mup> Bug #1571917 opened: github.com/juju/juju/juju unit tests fail if xenial is the LTS  <juju-core:Triaged> <https://launchpad.net/bugs/1571917>
[02:42] <menn0> wallyworld or axw: big peergrouper refactoring/cleanup http://reviews.vapour.ws/r/4636/
[02:42] <wallyworld> menn0: does it fix the issue?
[02:43] <menn0> wallyworld: it might... it can't be reproduced easily (except in CI it seems)
[02:44] <wallyworld> ok
[02:44] <axw> menn0: will look shortly
[02:44] <menn0> wallyworld: there were certainly some suspicious racy looking areas which I've elminated
[02:44] <wallyworld> code will be much better regardless
[02:45] <menn0> wallyworld: and these changes are very worthwhile regardless... there were some truly horrible bits
[02:45] <wallyworld> so it seemed
[02:57] <mup> Bug #1567161 changed: juju2 beta3, cannot download charm, failed to download, 400 <deploy> <landscape> <mongodb> <juju-core:Incomplete> <https://launchpad.net/bugs/1567161>
[02:57] <mup> Bug #1568176 changed: charm deployment requests invalid revision number <charms> <juju-core:New> <https://launchpad.net/bugs/1568176>
[02:59] <natefinch> why is there destroy controller, model, relation, service, unit, user.... but no destroy-machine?
[03:11] <menn0> wallyworld: thanks... I already fixed the typo in diff 2
[03:11] <menn0> :)
[03:11] <wallyworld> menn0: changes look much nicer than what was there
[03:12] <menn0> wallyworld: by tomorrow we should know if they helped
[03:12] <wallyworld> indeed
[03:14] <wallyworld> natefinch: destroy is going away to be replaced by remove
[03:16] <wallyworld> for machines, relations, services, units, users
[03:17] <natefinch> wallyworld: I'm fine with that as long as it's consistent.  Given we at the code freeze, bugs-only phase.... there's not a lot of "going to be" left :)
[03:17] <wallyworld> natefinch: we will make changes as necessary till 2.0 is as it needs to be
[03:17] <wallyworld> the CLI work is still in progress
[03:18] <wallyworld> natefinch: all the terminology has been thoroughly reviewed at the highest level and agreed to
[03:18] <wallyworld> so that is what is being implemented
[03:22] <natefinch> wallyworld: understood
[03:22] <wallyworld> :-)
[03:27] <mup> Bug #1571923 opened: destroy-machine should exist in 2.0 <juju-core:New> <https://launchpad.net/bugs/1571923>
[03:39] <mwhudson> hi any tips on how to debug manual provider bootstrap failure?
[03:39] <mwhudson> i just get this:
[03:39] <mwhudson> 2016-04-19 03:39:14 ERROR juju.provider.manual provider.go:31 initializing ubuntu user: subprocess encountered error code 1 (Connection to 10.0.2.15 closed.)
[03:41] <mwhudson> hm, how do i get trace output?
[03:44] <cherylj> natefinch: do you know if you left any containers running on the CI arm machine?
[03:49] <mwhudson> cherylj: was it you who had some problem with ssh terminating early and the manual provider a few months ago?
[03:49] <natefinch> cherylj: I don't know but I can check
[03:52] <natefinch> cherylj: I had, just cleaned them up
[03:54] <mwhudson> oh
[03:54] <mwhudson> nm
[03:57] <mup> Bug #1571932 opened: github.com/juju/juju/provider/dummy unit tests fail if xenial is the LTS  <juju-core:Triaged> <https://launchpad.net/bugs/1571932>
[03:57] <mup> Bug #1571933 opened: github.com/juju/juju/worker/provisioner unit tests fail if xenial is the LTS <juju-core:Triaged> <https://launchpad.net/bugs/1571933>
[04:33] <mup> Bug #1571947 opened: bootstrap --upload-tools fails with "cannot start bootstrap instance: missing tools URL" <juju-core:Triaged> <https://launchpad.net/bugs/1571947>
[05:41] <dimitern> katco: ping?
[05:41] <dimitern> katco: probably too late for you, so I'll pick up bug 1567676 if you don't mind
[05:41] <mup> Bug #1567676: windows: networker tries to update invalid device and blocks machiner from working <windows> <juju-core:In Progress by cox-katherine-e> <https://launchpad.net/bugs/1567676>
[06:45] <mup> Bug #1571982 opened: Centos7 machines fail to run cloud-init on Azure <juju-core:Triaged> <https://launchpad.net/bugs/1571982>
[08:02] <mwhudson> anyone here know much about how the lxd provider works?
[08:04] <frobware> dimitern: ping, 1:1?
[08:04] <dimitern> frobware: oops, omw - sorry
[08:18] <mup> Bug #1572022 opened: status randomly shows one of the peer relations, not both <juju-core:New> <https://launchpad.net/bugs/1572022>
[08:34] <mup> Bug #1572022 changed: status randomly shows one of the peer relations, not both <juju-core:New> <https://launchpad.net/bugs/1572022>
[08:44] <fwereade> perrito666, please ping me when you have a bit of time to chat about restores, I want to validate my assumptions
[08:44] <mwhudson> mgz: awake again already?
[08:46] <mup> Bug #1572022 opened: status randomly shows one of the peer relations, not both <juju-core:New> <https://launchpad.net/bugs/1572022>
[09:01] <voidspace> babbageclunk: dimitern: frobware: easy one to start the day http://reviews.vapour.ws/r/4638/
[10:19] <dimitern> frobware, voidspace: I can confirm MAAS 2.0 imposes the same restriction (for both devices and machines) on physical interfaces (can only be linked to untagged vlans)
[10:19] <dimitern> here's the python script converted to py3 and finally working: http://paste.ubuntu.com/15927539/
[10:20] <dimitern> and here's a paste of the output showing the issue: http://paste.ubuntu.com/15927550/
[10:21] <TheMue> morning btw
[10:44] <dimitern> updated the script to make it easier to switch maas versions: http://paste.ubuntu.com/15927766/
[10:50] <dimitern> frobware, voidspace: fyi, filed bug 1572070
[10:50] <mup> Bug #1572070: MAAS 2.0 cannot link physical device interfaces to tagged vlans, breaking juju 2.0 multi-NIC containers <juju> <MAAS:New> <https://launchpad.net/bugs/1572070>
[11:22] <axw> wallyworld: https://bugs.launchpad.net/juju-core/+bug/1571832  -- what do you think about changing the tools storage to combine controller+model catalogies (model overlaying), so any tools added to the controller are available in all models?
[11:22] <mup> Bug #1571832: Respect the full tools list on InstanceConfig when building userdata config script. <tech-debt> <juju-core:Triaged> <https://launchpad.net/bugs/1571832>
[11:22] <axw> catalogues*
[11:23] <wallyworld> axw: i think that makes sense, since model tools are sort of related to those of the host controller anyway
[11:23] <wallyworld> in that there's a version dependency
[11:24] <axw> wallyworld: ok, I'll see what I can do later on then
[11:25] <axw> azure is buggered on master atm, fixing that first
[11:25] <wallyworld> ok
[11:29] <dimitern> frobware, voidspace: http://reviews.vapour.ws/r/4639/ fixes bug 1567676, please have a look when you have a moment
[11:29] <mup> Bug #1567676: windows: networker tries to update invalid device and blocks machiner from working <windows> <juju-core:In Progress by dimitern> <https://launchpad.net/bugs/1567676>
[11:30] <frobware> dimitern: looking
[11:31] <dimitern> frobware: ta!
[11:38] <frobware> dimitern: done
[11:39] <dimitern> frobware: thanks!
[11:49] <mup> Bug #1571082 changed: autopkgtest lxd provider tests fail for 2.0 <jujuqa> <lxd-provider> <packaging> <juju-core:Fix Released> <juju-core (Ubuntu):Fix Released> <https://launchpad.net/bugs/1571082>
[12:01] <dimitern> frobware: updated http://reviews.vapour.ws/r/4639/ btw
[12:01] <frobware> dimitern: looking
[12:02] <voidspace> dimitern: looking
[12:03] <frobware> dimitern: what do we consider invalid now?
[12:04] <dimitern> frobware: what's considered invalid hasn't changed, just how we handle it
[12:04] <frobware> dimitern: I guess my concern is should we simply drop the validation and the respective tests?
[12:05] <frobware> dimitern: it seems a little counter intuitive to validate and then ignore
[12:05] <dimitern> frobware: we could, but I'd prefer to keep it at least for a while - easier to catch issues once we start creating bridges from juju
[12:06] <dimitern> frobware: or anything else on the machine that needs to use those device names (ip commands, etc.)
[12:16] <frobware> dimitern: if it is invalid shouldn't we encode it in a way that makes it safe to go into the db?
[12:16] <voidspace> dimitern: if invalid names are not invalid it does seem weird - especially logging at Warning level
[12:16] <voidspace> dimitern: assuming we're sure that's the right thing to do LGTM
[12:16] <voidspace> dimitern: but like frobware, if there's no such thing as an invalid name then why even check?
[12:17] <voidspace> dimitern: I leave it in your hands though
[12:17] <dimitern> voidspace: cheers
[12:18] <voidspace> dimitern: when will your branch removing AddressAllocation for MAAS  land?
[12:18] <voidspace> dimitern: as it impacts my devices work
[12:19] <dimitern> voidspace, frobware: let me give you an example - on a windows machine, "Local Network Connection #2" is a valid name, but trying to save this into state goes via the API server which runs on Ubuntu, and has different criteria for valid names (much more restrictive)
[12:19] <dimitern> voidspace: it landed yesterday
[12:19] <voidspace> dimitern: I understand why we need to allow invalid names
[12:19] <mup> Bug #1572102 opened: Juju could indicate if the LXD image is out-of-sync with upstream <lxd> <juju-core:Triaged> <https://launchpad.net/bugs/1572102>
[12:19] <voidspace> dimitern: what I don't understand is why we still need to check if they're invalid
[12:20] <voidspace> dimitern: ah, so it has landed!
[12:20] <dimitern> frobware: it's still safe to store it in mongo, no encoding needed
[12:20] <voidspace> dimitern: I saw that the AddressAllocation flag was still used - but didn't see that it was just to emit a warning
[12:20] <voidspace> cool
[12:20] <dimitern> frobware, voidspace: ok, I think you convinced me to drop the tests and just keep the rest
[12:20] <frobware> dimitern: so let's drop the tests - they don't test anything we rely on
[12:24] <axw> ashipika: picking on you since you're the only OCR that's online. would you mind taking a look at https://github.com/juju/juju/pull/5215 if you have time?
[12:25] <ashipika> axw: my pleasure
[12:26] <dimitern> frobware: done, do you want a last look before I hit the button? :)
[12:26] <frobware> dimitern: looking
[12:27] <frobware> dimitern: go for it
[12:27] <axw> sinzui: in case you see the azure issue in CI before my fix lands, I'm pretty sure it's covered by https://bugs.launchpad.net/juju-core/+bug/1571947, and fixed by the branch linked
[12:27] <mup> Bug #1571947: bootstrap --upload-tools fails with "cannot start bootstrap instance: missing tools URL" <juju-core:In Progress by axwalk> <https://launchpad.net/bugs/1571947>
[12:28]  * dimitern hits the button
[12:31] <ashipika> axw: is it worth adding a note describing why the URL checking was reverted?
[12:31] <axw> ashipika: yeah I guess. I'll create a tech-debt bug and link it
[12:32] <ashipika> axw: ack
[12:33] <dimitern> axw: great job! tyvm
[12:33] <dimitern> now with that fix I can actually do some work with juju :)
[12:33] <axw> dimitern: :)
[12:36] <ashipika> axw: ship it
[12:36] <axw> ashipika: thanks
[12:43] <mup> Bug #1572116 opened: cloudconfig/instancecfg: SetTools should ensure URLs are set <juju-core:Triaged> <https://launchpad.net/bugs/1572116>
[13:24] <sinzui> thank you axw
[13:46] <katco> dimitern: pong, hey
[13:49] <dimitern> katco: hey, np - just fixed bug 1567676 and as you were assigned to it wanted to check before I started
[13:49] <mup> Bug #1567676: windows: networker tries to update invalid device and blocks machiner from working <windows> <juju-core:In Progress by dimitern> <https://launchpad.net/bugs/1567676>
[13:53] <katco> dimitern: feel free to take it, i was spinning getting vmaas set up
[13:53] <katco> dimitern: but please keep me updated on it. it looked strange to me, like an impossible code path. what's your idea?
[13:53] <dimitern> katco: it's fixed now and landed
[13:54] <katco> dimitern: what was it?
[13:55] <dimitern> katco: the seemingly impossible path actually turned to be quite valid - a windows machine calling the api on ubuntu, which in turn tries to validate that api args as linux interface names :)
[13:55] <mup> Bug #1572145 opened: kvmProvisionerSuite.TestContainerStartedAndStopped no event arrived <ci> <intermittent-failure> <ppc64el> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1572145>
[13:58] <katco> dimitern: ahhhh!
[13:59] <dimitern> :)
[13:59] <katco> dimitern: that makes me feel better haha
[13:59] <katco> dimitern: i was wondering if perhaps GOOS was being locked during compiled-time or something
[14:00] <dimitern> katco: fortunately not :) thanks for looking into it though, I know the code is somewhat gnarly and hard to follow at places, but it's improving already
[14:11] <perrito666> bbl ~1h
[14:14] <mup> Bug #1572159 opened: juju deploy: cannot specify resource revisions <juju-core:New> <https://launchpad.net/bugs/1572159>
[14:20] <babbageclunk> I keep having the urge to all-caps JUJU when I mention it in text.
[14:20] <babbageclunk> (Also when I say it aloud, although to a lesser extent.)
[14:21] <babbageclunk> That's normal, right?
[14:21] <dimitern> :) depends on the locale
[14:21] <cherylj> heh
[14:23] <mup> Bug #1572159 changed: juju deploy: cannot specify resource revisions <juju-core:New> <https://launchpad.net/bugs/1572159>
[14:26] <mup> Bug #1572159 opened: juju deploy: cannot specify resource revisions <juju-core:New> <https://launchpad.net/bugs/1572159>
[14:38] <dimitern> frobware, voidspace, babbageclunk: one seriously complicated review guys: http://reviews.vapour.ws/r/4641/ :)
[14:38] <babbageclunk> dimitern: SOUNDS LIKE A CHALLENGE!
[14:40] <dimitern> :)
[14:59] <mup> Bug #1569898 changed: cmd/pprof: sporadic test failure <tech-debt> <juju-core:Triaged> <https://launchpad.net/bugs/1569898>
[14:59] <mup> Bug #1571737 changed: Race in maas provider storage <ci> <maas-provider> <race-condition> <regression> <juju-core:Fix Released by 2-xtian> <https://launchpad.net/bugs/1571737>
[15:02] <mup> Bug #1569898 opened: cmd/pprof: sporadic test failure <tech-debt> <juju-core:Triaged> <https://launchpad.net/bugs/1569898>
[15:02] <mup> Bug #1571737 opened: Race in maas provider storage <ci> <maas-provider> <race-condition> <regression> <juju-core:Fix Released by 2-xtian> <https://launchpad.net/bugs/1571737>
[15:08] <mup> Bug #1569898 changed: cmd/pprof: sporadic test failure <tech-debt> <juju-core:Triaged> <https://launchpad.net/bugs/1569898>
[15:08] <mup> Bug #1571737 changed: Race in maas provider storage <ci> <maas-provider> <race-condition> <regression> <juju-core:Fix Released by 2-xtian> <https://launchpad.net/bugs/1571737>
[15:11] <ericsnow> rogpeppe: FYI, I've commented on bug #1572159
[15:11] <mup> Bug #1572159: juju deploy: cannot specify resource revisions <juju-core:New> <https://launchpad.net/bugs/1572159>
[15:13] <rogpeppe> ericsnow: thanks, i just responded
[15:13] <rogpeppe> ericsnow: and it worked for me
[15:13] <ericsnow> rogpeppe: great! :)
[15:13] <rogpeppe> ericsnow: out of interest, where in the code are the revnos detected?
[15:14] <ericsnow> rogpeppe: resource/resourceadapters/deploy.go
[15:14] <ericsnow> rogpeppe: via handleResources() in cmd/juju/service/deploy.go
[15:29] <mup> Bug #1572159 changed: juju deploy: cannot specify resource revisions <juju-core:New> <https://launchpad.net/bugs/1572159>
[15:32] <mup> Bug #1572159 opened: juju deploy: cannot specify resource revisions <juju-core:New> <https://launchpad.net/bugs/1572159>
[15:38] <mup> Bug #1572159 changed: juju deploy: cannot specify resource revisions <juju-core:New> <https://launchpad.net/bugs/1572159>
[15:52] <babbageclunk> dimitern, voidspace, frobware: Something for review - http://reviews.vapour.ws/r/4642/
[15:56] <dimitern> babbageclunk: almost done
[15:59] <dimitern> babbageclunk: reviewed
[16:27] <babbageclunk> dimitern, frobware: Thanks!
[16:28] <babbageclunk> voidspace: don't forget to update the document! :)
[16:29] <voidspace> babbageclunk: hah, true enough :-)
[16:29] <voidspace> I won't
[16:30] <babbageclunk> voidspace: I'm going to replace the locks on fakeController with channels, then should I look at devices?
[16:39] <voidspace> babbageclunk: I've started on devices, but mostly just understanding (or not) what's there
[16:39] <voidspace> babbageclunk: we can share the work
[16:40] <voidspace> babbageclunk: I'm doing AllocateContainerAddresses
[16:40] <babbageclunk> voidspace: ok cool. I'll do this and then grab another one
[16:41] <voidspace> cool
[16:56] <mup> Bug #1572237 opened: juju rc1 loses agents during a lxd deploy <juju-core:New> <https://launchpad.net/bugs/1572237>
[17:02] <perrito666> well juju tests with 1.6 in windows are broken with a big B
[17:05] <mup> Bug #1572237 changed: juju rc1 loses agents during a lxd deploy <juju-core:New> <https://launchpad.net/bugs/1572237>
[17:08] <mup> Bug #1572237 opened: juju rc1 loses agents during a lxd deploy <juju-core:New> <https://launchpad.net/bugs/1572237>
[18:06] <natefinch> Well, there's a dumb bug
[18:07] <natefinch> upgrade-charm barfs if you include the trailing slash for the path for a local charm
[18:16] <natefinch> huzzah, fixed my bug
[19:44] <mup> Bug #1570759 changed: apt-get install juju does not install /usr/bin/juju <packaging> <xenial> <One Hundred Papercuts:Confirmed> <juju-core:Fix Released by gz> <juju-core (Ubuntu):Fix Released> <https://launchpad.net/bugs/1570759>
[19:50] <thumper> morning folks
[19:50]  * thumper trawls through emails
[19:50] <thumper> sinzui: what's the status of a maas 2 ci test?
[19:50] <katco> thumper: morning
[19:50] <sinzui> thumper: we have a machine ready for us to install it. Installation will start tomorrow
[19:51] <thumper> sinzui: ok. will be good to see this get some further testing
[20:01] <thumper> alexisb: morning
[20:55] <lazyPower> cherylj - ran into that same issue i bumped my head on last week and got enough to give you a proper bug this time around https://bugs.launchpad.net/juju-core/+bug/1572312
[20:55] <mup> Bug #1572312: Juju fails to deploy allocate node due to bad http response: 400 Bad Request <juju-core:New> <https://launchpad.net/bugs/1572312>
[20:56] <cherylj> lazyPower: good news!  menn0 has already fixed that issue :)
[20:56] <lazyPower> oh yeah?
[20:57] <cherylj> lazyPower: yeah, see bug 1569054
[20:57] <mup> Bug #1569054: GridFS namespace breaks charm and tools deduping across models <juju-core:Fix Committed by menno.smits> <https://launchpad.net/bugs/1569054>
[20:57] <lazyPower> Nice! That makes so much sense now why it was intermittent
[21:53] <Guest_98761> Allah is doing
[21:53] <Guest_98761> sun is not doing Allah is doing
[21:53] <Guest_98761> moon is not doing Allah is doing
[21:54] <Guest_98761> stars are not doing Allah is doing
[21:54] <Guest_98761> planets are not doing Allah is doing
[21:54] <Guest_98761> galaxies are not doing Allah is doing
[21:54] <Guest_98761> oceans are not doing Allah is doing
[21:55] <Guest_98761> mountains are not doing Allah is doing
[21:55] <Guest_98761> trees are not doing Allah is doing
[21:55] <Guest_98761> mom is not doing Allah is doing
[21:55] <Guest_98761> dad is not doing Allah is doing
[21:55] <Guest_98761> boss is not doing Allah is doing
[21:55] <Guest_98761> job is not doing Allah is doing
[21:56] <Guest_98761> dollar is not doing Allah is doing
[21:56] <Guest_98761> degree is not doing Allah is doing
[21:56] <Guest_98761> medicine is not doing Allah is doing
[21:56] <Guest_98761> customers are not doing Allah is doing
[21:56] <Guest_98761> you can not get a job without the permission of allah
[21:57] <Guest_98761> you can not get married without the permission of allah
[21:57] <wallyworld> cmars: do you have 5 min?
[21:57] <Guest_98761> nobody can get angry at you without the permission of allah
[21:57] <cmars> wallyworld, sure
[21:57] <Guest_98761> light is not doing Allah is doing
[21:57] <wallyworld> cmars: https://plus.google.com/hangouts/_/canonical.com/tanzanite-stand
[21:58] <Guest_98761> fan is not doing Allah is doing
[21:58] <Guest_98761> businessess are not doing Allah is doing
[21:58] <cmars> the question is, what is op doing?
[21:58] <Guest_98761> america is not doing Allah is doing
[21:58] <Guest_98761> fire can not burn without the permission of allah
[21:59] <Guest_98761> knife can not cut without the permission of allah
[21:59] <Guest_98761> rulers are not doing Allah is doing
[21:59] <Guest_98761> governments are not doing Allah is doing
[21:59] <Guest_98761> sleep is not doing Allah is doing
[21:59] <Guest_98761> hunger is not doing Allah is doing
[22:00] <Guest_98761> food does not take away the hunger Allah takes away the hunger
[22:00] <Guest_98761> water does not take away the thirst Allah takes away the thirst
[22:00] <Guest_98761> seeing is not doing Allah is doing
[22:00] <Guest_98761> hearing is not doing Allah is doing
[22:00] <bdx> wtf
[22:01] <Guest_98761> seasons are not doing Allah is doing
[22:01] <Guest_98761> weather is not doing Allah is doing
[22:01] <Guest_98761> humans are not doing Allah is doing
[22:01] <Guest_98761> animals are not doing Allah is doing
[22:01] <Guest_98761> the best amongst you are those who learn and teach quran
[22:02] <Guest_98761> one letter read from book of Allah amounts to one good deed and Allah multiplies one good deed ten times
[22:03] <Guest_98761> hearts get rusted as does iron with water to remove rust from heart recitation of Quran and rememberance of death
[22:03] <Guest_98761> heart is likened to a mirror
[22:03] <Guest_98761> when a person commits one sin a black dot sustains the heart
[22:06] <Guest_98761> to accept Islam say that I bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger
[22:06] <Guest_98761> read book www.fazaileamaal.com
[22:06] <Guest_98761> read book www.muntakhabahadith.com
[22:07] <Guest_98761> need spiritual teacher visit www.alhaadi.org.za
[22:07] <Guest_98761> allah created the sky without any pillars
[22:07] <Guest_98761> allah makes the sun rise from the east and sets it in the west
[22:07] <Guest_98761> allah makes the day into the night and the night into the day
[22:08] <Guest_98761> allah gives life and Allah gives death
[22:08] <Guest_98761> all creation are useless,worthless,hopeless
[22:08] <Guest_98761> can not do
[22:08] <Guest_98761> can not benefit
[22:08] <Guest_98761> can not harm
[22:08] <Guest_98761> allah is the doer of each and everything
[22:09] <Guest_98761> when Allah wants us to stand we stand
[22:09] <mup> Bug #1511537 changed: Failed to load cookies EOF <ci> <intermittent-failure> <test-failure> <juju-core:Fix Released> <https://launchpad.net/bugs/1511537>
[22:09] <Guest_98761> when Allah wants us to sit we sit
[22:09] <Guest_98761> i am not doing Allah is doing
[22:09] <Guest_98761> you are not doing Allah is doing
[22:09] <Guest_98761> atom bomb is not doing Allah is doing
[22:12] <mup> Bug #1511537 opened: Failed to load cookies EOF <ci> <intermittent-failure> <test-failure> <juju-core:Fix Released> <https://launchpad.net/bugs/1511537>
[22:18] <mup> Bug #1511537 changed: Failed to load cookies EOF <ci> <intermittent-failure> <test-failure> <juju-core:Fix Released> <https://launchpad.net/bugs/1511537>
[22:48] <perrito666> that was.... weird
[22:48] <perrito666> kiwiirc is a big spam gateway
[23:16] <wallyworld> axw: standup?
[23:51] <wallyworld> natefinch: "Welcome to Juju 2.0" <-- should we use CurrrentVersion to print the real version, not always 2.0
[23:52] <natefinch> wallyworld: might as well
[23:58] <natefinch> wallyworld: done
[23:58] <wallyworld> ty, looking
[23:58] <natefinch> damn conflicts