[14:54] <inucat> Excuse me, I was guided to here for login failure. What should I do first, please?
[14:58] <LocutusOfBorg> bos02 is having some rest time, judging by the ppc64el workers that are currently cleaning
[15:06] <cjwatson> LocutusOfBorg: I do wish you'd stop describing it sarcastically :(  it's being worked on
[15:06] <cjwatson> inucat: Are you seeing an OOPS ID or something like that?
[15:07] <LocutusOfBorg> sorry cjwatson, wasn't meant to make you sad for sure
[15:08] <inucat> cjwatson: oh yes, like this: Error ID: OOPS-2fa83c101034492b04e88c67ab66a9ee
[15:09] <inucat> I created Ubuntu One account yesterday, and failed to login yesterday and today too...
[15:09] <LocutusOfBorg> and thanks for fixing
[15:13] <cjwatson> inucat: You had a previous Launchpad account that you deactivated last year, which has confused things a bit.  Is it OK to merge your old account into the new one so that you gain access to it again?
[15:14] <cjwatson> inucat: (or alternatively I can merge the new account into the old one, which would keep the account creation date ... but you might have to rename it from 'inucat-deactivatedaccount' back to 'inucat' if I do that)
[15:16] <inucat> cjwatson: ah I remember, but didn't realize that I newly created it with the same mail address.
[15:16] <inucat> cjwatson: Then, please merge it, I don't mind renaming later.
[15:21] <inucat> I am sorry that I am new to this and have missed office hours. I will be careful from now on.
[15:56] <cjwatson> inucat: Not a problem.  Try now?
[16:00] <inucat> cjwatson: I can log in successfully to my account now. There seems no problem!
[16:01] <inucat> Thank you for your support!
[16:06] <cjwatson> inucat: no problem, sorry for the delay there
[16:27] <cjwatson> inucat: do you need any help with renaming?
[16:32] <inucat> cjwatson: no, thank you. I changed my account name on my own, everything is going well so far :)


[00:53] <menn0> thumper: SSHClient facade. Review pls. http://reviews.vapour.ws/r/4713/
[01:14] <mwhudson> menn0: i have a couple of simple PRs https://github.com/juju/juju/pull/5252 https://github.com/juju/juju/pull/5241
[01:14] <mwhudson> menn0: reviewboard doesn't seem to have picked them up
[01:21]  * redir is eod. See you tomorrow juju-dev
[01:46] <mup> Bug #1575448 opened: trusty juju 1.25.5 HA availability issues <canonical-bootstack> <juju-core:New> <https://launchpad.net/bugs/1575448>
[02:00] <menn0> mwhudson: looking
[02:00] <mwhudson> menn0: looks like tim merged them
[02:00] <menn0> mwhudson: ok cool. I was having lunch.
[02:01] <mwhudson> or well
[02:01] <mwhudson> menn0: https://github.com/juju/juju/pull/5252 hasn't merged, can you tell why?
[02:01] <mwhudson> oh still processing
[02:01] <menn0> mwhudson: yep, still merging
[02:02] <cherylj> hey perrito666 - your window tests PR fixed this bug, right?  bug 1571783
[02:02] <mup> Bug #1571783: Windows unit tests cannot setup under go 1.6 <ci> <go1.6> <jujuqa> <regression> <test-failure> <unit-tests> <windows> <juju-core:In Progress by hduran-8> <https://launchpad.net/bugs/1571783>
[02:03]  * perrito666 checks
[02:03] <perrito666> yes
[02:03] <cherylj> cool, thanks
[02:06] <a123> having trouble building juju(cb347bb7). Following the README.md results in: cannot find package "github.com/Azure/azure-sdk-for-go/Godeps/_workspace/src/github.com/Azure/go-autorest/autorest/mocks"
[02:06] <davecheney> a123: did you run godeps first ?
[02:07] <davecheney> cd $GOPATH/github.com/juju/juju && godeps -u dependencies.tsv
[02:08] <a123> no I did not. The README.md only says to run 'make install-dependencies'
[02:08] <davecheney> that should do the same thing
[02:08] <davecheney> did that process work ?
[02:08] <davecheney> it might be easier to run the command I suggested
[02:08] <davecheney> and raise a bug if our install docs are out of date
[02:09] <a123> hmm. godeps: command not found.    I'm using: go version go1.6.1 linux/amd64
[02:09] <a123> I'm new to go, if that's not obvious.
[02:10] <davecheney> please raise a bug that make install-dependencies does not install godeps, which is a dependency :)
[02:11] <davecheney> for the momement
[02:11] <davecheney> go get launchpad.net/godep
[02:11] <davecheney> go get launchpad.net/godeps
[02:11] <davecheney> you will need to install bzr, sorry
[02:12] <a123> ha. yep.
[02:12] <davecheney> that may have been while make isntall-deps failed
[02:13] <perrito666> odd, I thought make install installed bzr
[02:13] <a123> hmm. odd. bzr already installed. here's the output of get get launchpad.net/godeps
[02:13] <a123> # cd .; bzr branch https://launchpad.net/godep /home/ubuntu/proj/gojuju/src/launchpad.net/godep bzr: ERROR: Not a branch: "https://launchpad.net/godep/". package launchpad.net/godep: exit status 3
[02:13] <perrito666> a123: its godeps
[02:13] <perrito666> go get launchpad.net/godeps
[02:13] <a123> yep.
[02:13] <perrito666> with an s at the end
[02:13] <perrito666> you are missing it
[02:14] <davecheney> yes, sorry, i typed it incorrectly the first time
[02:14] <a123> working....
[02:14] <davecheney> there is a related tool with a very similar name
[02:16] <a123> godeps -u dependencies.tsv looks like it did its thing.
[02:19] <a123> now running go install -v github.com/juju/juju/... and that looks like it's doing its thing. Thanks for the help.
[02:20] <davecheney> no worries
[02:21] <a123> BTW, anyone get juju bootstrap to work from behind a proxy? At home, no issues at all. Different story behind a proxy.
[02:21] <davecheney> juju _should_ pickup the various http_proxy variables if they are defined in your shell
[02:22] <blahdeblah> a123: 1.25, or 2.x?
[02:22] <blahdeblah> 1.25 works for me
[02:22] <a123> yes. It does look like it does that at first.... Yes, 1.25 worked for me too, now trying 2.0
[02:24] <a123> don't know if this is related to our proxy or not, but doing lxc remote list produced a table where images url looked like:
[02:24] <a123>  https://images.linuxcontainers.org
[02:25] <a123> I could not download any images from there. but when I redefined that url to include the port(8443) the image download was successful.
[02:28] <davecheney> if you've change something (i'm not sure what you've changed) then you'll need to be explicit
[02:28] <davecheney> it sounds like the thing your downloading from expects 443 as the default
[02:29] <a123> right. I ran: lxc remote set-url images https://images.linuxcontainers.org:8443
[02:29] <a123> this redefined the remote images url. I then ran: lxc image copy images:ubuntu/xenial/amd64 local: --alias ubuntu-xenial
[02:30] <a123> w/out changing the URL, the lxc image copy command would not work behind our proxy
[02:30] <davecheney> umm, juju 2.0 doesn't support lxc
[02:30] <davecheney> only lxd
[02:30] <davecheney> i hope this statement is helpful, not frustating
[02:31] <a123> laughing... I thought lxd2.0 was built on top of lxc. Your point is taken though.
[02:32] <davecheney> well it is
[02:32] <davecheney> so your point is technically correct, which is the best kind of correctness
[02:34] <a123> before changing the image url and running: juju bootstrap --config default-series=xenial lxd-test lxd --debug produced:
[02:42] <a123> sorry guys. I'm seeing different debug output now than earlier. lots of connection refused to the <IP_ADDRESS>/24 network. Does the no_proxy setting take CIDR?
[02:44] <a123> that network is attached to lxdbr0
[02:47] <a123> What I should ask is, does juju understand CIDR if used in the no_proxy env var?  ie. export no_proxy=<IP_ADDRESS>/24
[02:48] <mgz> a123: no, no_proxy doesn't take a cidr
[02:49] <a123> thanks.
[02:49] <davecheney> i _think_ no_proxy is just a sort of match string
[02:49] <davecheney> export no_proxy=10.
[02:49] <davecheney> ^ not tested
[02:50] <mgz> just a comma seperated list of "domain extensions"
[02:50] <mgz> so, it's suffixes, not prefixes
[02:51] <mgz> valid: no_proxy=.com
[02:51] <mgz> no_proxy=.255
[02:51] <a123> I've found this to be application dependent in the past.
[02:52] <a123> ah. nice.
[02:52] <mgz> not valid: no_proxy=10. no_proxy=10.* etc etc
[02:52] <mgz> we plug this stuff into wget in some places so are limited by what wget supports
[02:52] <a123> oh. It wasn't clear to me if wildcards would work.
[02:54] <a123> ok. wget is the driver. I think I know why my debug is different now. I used the --keep-broken flag when running the bootstrap in hopes of finding answers. How do you destroy the model?
[02:54] <davecheney> juju kill-controller $controller
[02:54] <davecheney> from memory
[02:55] <davecheney> kill is the more finite form of destroy
[02:55] <davecheney> which tends to not actually destroy things 'cos it's a wimp
[02:58] <a123> so much I don't know. Is the controller a different concept than a model? It looks like a controller never got created when using the --keep-broken flag.
[03:02] <a123> so. juju list-controllers returns an empty table. When I then run: juju list-models I get: error: controller local.lxd-test not found. What exactly does --keep-broken do?
[03:08] <a123> thanks for the help everyone. I'm not confident my environment is in a good state. I'm going to tear down the VM, bring up a fresh one and try again tomorrow.
[03:21] <thumper> menn0: a few questions on your review
[03:21]  * thumper goes to make coffee
[03:21] <menn0> thumper: ok, looking
[03:24] <menn0> thumper: good point... these APIs copy the existing APIs used by juju ssh/scp exactly but it's probably worth making sure they at least work for IPv6 too
[03:28] <menn0> thumper: hangout to discuss?
[03:31] <thumper> menn0: sure, gimmie 5?
[03:31] <menn0> yep
[03:32]  * thumper wants to enjoy his coffee first
[03:55] <mup> Bug #1575463 opened: buildSuite.TestGetVersion* CryptAcquireContext: Provider DLL failed to initialize <blocker> <ci> <regression> <test-failure> <unit-tests> <windows> <juju-core:Triaged> <https://launchpad.net/bugs/1575463>
[04:09] <davecheney> menn0: are you looking at this bug https://bugs.launchpad.net/juju-core/+bug/1458585
[04:09] <mup> Bug #1458585: SSHGoCryptoCommandSuite.TestCommand fails <ci> <go1.6> <intermittent-failure> <regression> <test-failure> <wily> <xenial> <juju-core:Incomplete> <juju-core 1.23:Won't Fix> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1458585>
[04:09] <davecheney> or a duplicate of it ?
[04:09] <menn0> davecheney: no and no
[04:11] <menn0> davecheney: I'm working on making juju ssh/scp use the actual SSH host keys of the machine being connected to
[04:11] <menn0> davecheney: close to being done
[04:14] <davecheney> ok, related, but not the same issue
[04:14] <davecheney> thanks
[04:21] <thumper> wallyworld: when do we add things into the cloud metadata storage?
[04:21] <thumper> wallyworld: is it "normal" behaviour for clouds
[04:21] <thumper> or more used for custom openstack stuff?
[04:21] <wallyworld> thumper: you mean keystone?
[04:21] <wallyworld> or the metadata url
[04:22] <wallyworld> will still allow the use keystone for simplestreams
[04:22] <wallyworld> but i don't think we've used the metadtaa url for ages
[04:22] <wallyworld> we now bootstrap differently
[04:23] <wallyworld> it used to be a way to pass bootstrap instance info across
[04:25] <mup> Bug #1575469 opened: liveSuite.TestBootstrapMultiple invalid character \"\\\\\" in host name <ci> <go1.6> <regression> <test-failure> <unit-tests> <windows> <juju-core:Triaged> <https://launchpad.net/bugs/1575469>
[04:25] <mup> Bug #1575472 opened: Data Race github.com/juju/juju/environs/tools/build.g <ci> <race-condition> <regression> <test-failure> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1575472>
[04:32] <thumper> wallyworld: I mean the state cloudmetadataC collection
[04:34] <wallyworld> thumper: we cache the simplestreams metadata there at bootstrap and whenever we poll cloud-images
[04:42] <thumper> k
[04:59] <davecheney> menn0: https://github.com/juju/juju/pull/5289
[04:59] <davecheney> i heard u were on call review
[06:09] <menn0> davecheney: looking
[06:11] <menn0> davecheney: looks fine. what's changed in x/crypto that fixes the isssue?
[06:19] <davecheney> menn0: who knows it's been a year since we updated that dependency
[06:19] <davecheney> and there have been heaps of bug fixes to the crypto repo
[06:19] <davecheney> i'm deliberately phrasing it like this because I don't want to backport anything
[06:19] <menn0> davecheney: ah right... so you didn't find a specific upstream change that fixed the issue
[06:19] <davecheney> i didn't even look
[06:19] <davecheney> upgrading to tip fixed the problem
[06:19] <menn0> davecheney: well you have a ship it
[06:45] <davecheney> Do we need to maintain comptabilty with Go 1.2 ?
[06:45] <davecheney> the build bot just failed to land a branch 'cos it tried to build with Go 1.2
[07:42] <dimitern> axw: are you around by any chance?
[07:43] <dimitern> or wallyworld ?
[07:43] <wallyworld> hey, otp
[07:43] <axw> dimitern: yo, I am
[07:43] <dimitern> axw, wallyworld: hey, just a quick question, if you happen know
[07:44] <dimitern> in provider/ec2 can we now only filter instances by model tags rather than secgroups ?
[07:44] <dimitern> axw: I know you did something around that lately
[07:44] <axw> dimitern: not yet, tried to land today but master is blocked
[07:45] <dimitern> I'm working on bug 1321442 and it will be a lot easier not to have to make group filters work with explicit VPC ID
[07:45] <mup> Bug #1321442: Juju does not support EC2 with no default VPC <ec2-provider> <network> <juju-core:In Progress by dimitern> <https://launchpad.net/bugs/1321442>
[07:46] <dimitern> axw: I see, ok - I'll look into your changes
[07:46] <axw> dimitern: hmm you know, I just remembered a reason why we may not want to do away with the group filtering.
[07:46] <axw> dimitern: tags aren't added immediately after creating an instance...
[07:46] <dimitern> axw: ah, bummer
[07:46] <axw> sorry
[07:47] <axw> dimitern: I mean, they're not added until after they're created
[07:47] <axw> dimitern: so there's a window where they could leak
[07:47] <dimitern> axw: np, it makes sense in an AWS world I guess
[07:48] <dimitern> axw: ok, cheers, I'll do group filtering then as well
[07:48] <axw> dimitern: and I'll revert that bit in my PR :)
[07:48] <axw> cheers
[07:51] <dimitern> you gotta love how inconsistent AWS API is at times :[
[07:53] <dimitern> lol `deleteSecurityGroupInsistently`
[08:03] <fwereade> jam, tech board?
[08:32] <voidspace> dimitern: ping
[08:32] <dimitern> voidspace: pong
[08:33] <voidspace> dimitern: I've addressed two of your comments from your review of the devices branch
[08:33] <voidspace> dimitern: you suggest just adding a test for the multi nic case as it's basically done
[08:33] <voidspace> dimitern: however, adding a test means some test infrastructure work as the multi-nic path calls additional provider methods
[08:34] <voidspace> dimitern: not difficult but not nothing
[08:34] <dimitern> voidspace: it looked like that, but yeah - can be a follow up
[08:34] <voidspace> dimitern: in addition there is the known bug with the multi-nic case
[08:34] <voidspace> dimitern: I'd rather land as is - with working and tested single nic containers
[08:34] <dimitern> voidspace: what did you find about the missing subnet?
[08:34] <voidspace> dimitern: not uncovered it yet - still digging
[08:34] <voidspace> dimitern: should be done and dusted today though, can't be *that* hard to find :-)
[08:35] <voidspace> dimitern: so I'll land as is and land multi-nic tests along with the bug fix (assuming it's not a maas bug)
[08:35] <voidspace> dimitern: ok?
[08:35] <dimitern> voidspace: you know what occurred to me yesterday: it might be due to unchecked 0 ids for fabrics or vlans
[08:35] <voidspace> dimitern: possibly
[08:36] <voidspace> dimitern: I'm going to try always setting VLAN ID even if it isn't changing in that update call
[08:36] <dimitern> voidspace: e.g. fabric-0 is always there, but we might not have meant that
[08:36] <voidspace> yeah
[08:36] <dimitern> voidspace: ok, if you don't mind let me do a quick bootstrap with your branch now
[08:37] <voidspace> dimitern: sure
[08:37] <voidspace> I'm doing the same, with modified gomaasapi
[08:39] <dimitern> ok
[08:43] <voidspace> forcing the VLAN to be specified didn't help
[08:44] <voidspace> adding more debugging
[08:44] <voidspace> dimitern: anyway, I'm on it
[08:45] <dimitern> voidspace: can you paste the outputs of 'maas <profile> subnets read', 'fabrics read', and 'machines read' for your maas2?
[08:47] <voidspace> dimitern: http://pastebin.ubuntu.com/16076113/
[08:49] <dimitern> voidspace: thanks, here's mine for comparison: http://paste.ubuntu.com/16076129/
[08:50] <voidspace> dimitern: I'm going to try allocating the machines and making the maas calls manually
[08:51] <voidspace> dimitern: after this bootstrap to confirm it's the CreateDevice call that fails
[08:51] <dimitern> voidspace: sgtm, I'm bootstrapping now
[08:51] <voidspace> dimitern: I'd still like to land single nic support
[08:53] <dimitern> voidspace: I don't disagree with that :)
[08:53] <voidspace> cool
[08:54] <dimitern> voidspace: are both of your first 2 fabrics managed? (0 and 1)
[08:55] <dimitern> i.e. subnets 172.16 and 172.17
[08:55] <voidspace> dimitern: gah, master blocked
[08:55] <voidspace> dimitern: subnets are managed if that's what you mean
[08:55] <voidspace> I don't know what a managed fabric is
[08:56] <voidspace> both subnets
[08:56] <voidspace> dimitern: ok, I was wrong it gets past CreateDevice and UpdateInterface
[08:57] <voidspace> dimitern: so I need to add more instrumentation and redo
[08:57] <voidspace> dimitern: I've got this anyway
[08:57] <voidspace> dimitern: I'll ping you when I've made progress
[08:57] <dimitern> voidspace: ok, your maas2 setup looks fine - so the issue must be related to how we're calling the api
[08:58] <voidspace> yep
[09:00] <dimitern> voidspace: still the same thing - no params (with vlan) passed to update the primary NIC of the device
[09:02] <voidspace> dimitern: standup old boy
[09:21] <TheMue> morning
[09:34] <axw> babbageclunk: it would appear you're the luck OCR today, would you please take a look at http://reviews.vapour.ws/r/4718/diff/#?
[09:34] <axw> fixes master blocker
[09:39] <voidspace> dimitern: I see vlan=5001 in the params of the PUT
[09:40] <dimitern> voidspace: and I can't :/
[09:41] <dimitern> voidspace: and with the vlan set do you still get 500 ?
[09:42] <voidspace> dimitern: wait, that's the wrong vlan though
[09:42] <axw> dimitern voidspace: can either of you take a look at the tiny PR above? it should unblock master
[09:42] <axw> well, with the juju/juju change coming after
[09:42] <voidspace> dimitern: I do get 500
[09:42] <voidspace> dimitern: but I think that's the wrong vlan
[09:42] <voidspace> dimitern: interesting
[09:42] <dimitern> axw: LGTM
[09:42] <axw> ta
[09:43] <dimitern> voidspace: aha!
[09:43] <dimitern> voidspace: 5001 should be the untagged vlan of your fabric-0
[09:43] <dimitern> voidspace: and it should be the same as the host's first NIC's VLAN
[09:44] <voidspace> dimitern: however this subnet comes straight from MAAS
[09:44] <voidspace> but "spaces read" seems to give the right thing
[09:46] <voidspace> dimitern: so in gomaasapi it should be args.Subnet.VLAN() not iface.VLAN()
[09:47] <voidspace> dimitern: and in the single NIC case it works because there's only one
[09:47] <voidspace> dimitern: trying that
[09:47] <dimitern> voidspace: exactly!
[09:48] <voidspace> I think that's it
[09:48] <voidspace> trying it now
[09:48] <dimitern> voidspace: the iface is the device interface, while args.Subnet.VLAN is the one we want on iface
[09:48] <voidspace> yep
[09:48] <voidspace> gaah, that took a long time
[09:48] <voidspace> at least we get to blame Tim
[09:48] <dimitern> :)
[09:48] <voidspace> and a chunk of the time was getting a multi-nic MAAS setup which is worthwhile work
[09:49] <dimitern> voidspace: \o.
[09:49] <dimitern> \o/ even
[09:50] <dimitern> voidspace: and it also helped your maas2 setup is a bit different than mine
[09:50] <voidspace> yep
[09:51] <dimitern> voidspace: are you using 2.0.0 beta4 more recent than bzr 4936 ?
[09:52] <voidspace> dimitern: 4941
[09:52] <voidspace> dimitern: beta3 though!
[09:53] <voidspace> dimitern: I've got past that point with no error
[09:53] <voidspace> dimitern: and I see a device with two nics and two IP addresses
[09:54] <dimitern> voidspace: hmm, well you *might* hit this bug 1572070
[09:54] <mup> Bug #1572070: MAAS 2.0 cannot link physical device interfaces to tagged vlans, breaking juju 2.0 multi-NIC containers <juju> <MAAS:Fix Committed by blake-rouse> <MAAS 1.9:Fix Committed by blake-rouse> <https://launchpad.net/bugs/1572070>
[09:54] <babbageclunk> axw: Sure - sorry, missed this until now.
[09:54] <dimitern> voidspace: sweet! then it should work the rest of the way
[09:54] <voidspace> dimitern: yep, so I'll propose a fix for gomaasapi and then tests for multi-nic
[09:55] <voidspace> frobware: babbageclunk: it turned out to be a bug in gomaasapi
[09:55] <dimitern> voidspace: but that bug will be relevant with mult-nic only
[09:55] <voidspace> dimitern: ok, thanks
[09:55] <voidspace> dimitern: the linking is already done (my vlans are untagged)
[09:55] <voidspace> dimitern: so I think I've got past that
[09:55] <babbageclunk> voidspace: nice
[09:57] <dimitern> voidspace: well since the physical nics of the host are on untagged VLANs it only will become an issue trying to create a second physical NIC of the device linked to a tagged VLAN
[09:57] <voidspace> dimitern: container is running fine
[09:57] <dimitern> voidspace: no WARNINGs in the log around provisioning / PrepareContainerInterfaceInfo ?
[09:58] <voidspace> dimitern: only about no DNS settings found
[09:58] <voidspace> dimitern: nothing else
[09:58] <babbageclunk> axw: dimitern: d'oh, should've reloaded
[09:58] <voidspace> dimitern: and I can ssh fine
[09:58] <voidspace> dimitern: case closed on that one
[09:59] <dimitern> voidspace: awesome! so the device has eth0 and eth1 linked to br-eth0 and br-eth1 on the host?
[10:00] <voidspace> dimitern: this is e/n/i on the container http://pastebin.ubuntu.com/16076575/
[10:02] <dimitern> voidspace: slightly odd to see `dns-nameservers <IP_ADDRESS>` on eth0 which has address <IP_ADDRESS>/24
[10:02] <voidspace> dimitern: it adds the nameservers to the first stanza
[10:02] <dimitern> but otherwise looks solid
[10:02] <voidspace> yeah
[10:02] <dimitern> voidspace: yeah - and only the .16 subnet has dns_servers set?
[10:02] <voidspace> dimitern: this is the host http://pastebin.ubuntu.com/16076591/
[10:03] <voidspace> dimitern: you only need one nameserver entry
[10:03] <voidspace> they're global
[10:04] <voidspace> neither dns is set in maas (both <IP_ADDRESS>) and both are managed
[10:04] <dimitern> voidspace: I see, ok - does 'ping bbc.co.uk' work while inside the container?
[10:05] <voidspace> dimitern: yep
[10:06] <dimitern> voidspace: we're nearly done then :)
[10:09] <voidspace> dimitern: can't test that change easily in gomaasapi - you can specify responses in the test server it uses but not verify requests it seems
[10:10] <voidspace> you can fetch the last request, but it makes another after the update
[10:10] <voidspace> looking to see if I can get at the one before last :-)
[10:11] <voidspace> hah, no
[10:11] <voidspace> ah, I can check the VLAN
[10:11] <voidspace> should be ok
[10:12] <dimitern> voidspace: sure, on it
[10:18] <voidspace> dimitern: are you doing it?
[10:18] <voidspace> dimitern: I have a branch with a fix
[10:18] <dimitern> voidspace: haven't started
[10:18] <dimitern> doing a few things at once as usual
[10:19] <voidspace> dimitern: a proper test involves a lot of json (new interface, vlan and subnet in json)
[10:19] <voidspace> dimitern: I have this though https://github.com/juju/gomaasapi/compare/master...voidspace:maas2-create-device-vlan
[10:19] <voidspace> as there's only one interface on the test machine the test doesn't fail without the fix
[10:20] <voidspace> I suggest we land this, I'll work on juju and come back for a multi-nic test for gomaasapi later
[10:20] <dimitern> voidspace: looks good
[10:20] <voidspace> babbageclunk: https://github.com/juju/gomaasapi/pull/47
[10:22] <voidspace> coffee
[10:34] <babbageclunk> voidspace: I like it
[10:34] <babbageclunk> voidspace: !
[11:26] <babbageclunk> voidspace: ahh, missed your discussion about the test above.
[11:48] <voidspace> babbageclunk: yeah, it needs a better test - but creating a machine with multiple interfaces, subnets and vlans for the gomaasapi test harness is a pain
[11:48] <voidspace> babbageclunk: I'll do it later
[11:48] <voidspace> babbageclunk: it's no worse tested than it was before ;-)
[12:37] <voidspace> dimitern: I've updated http://reviews.vapour.ws/r/4700/
[12:37] <voidspace> dimitern: includes gomaasapi revision bump and a happy path test for multi-nic
[12:37] <voidspace> is master unblocked yet
[12:37] <voidspace> dimitern: still more tests needed
[12:39] <dimitern> voidspace: still looks good to land, and I'll do another quick live test with it
[12:39] <voidspace> dimitern: that would be good, see if it works for you
[12:46] <voidspace> master is still blocked
[13:08] <alexisb> voidspace, dimitern, frobware, babbageclunk please JFDI any maas2 related PRs
[13:09] <alexisb> master is blocked but maas2 stuff is an exception here
[13:36] <dimitern> alexisb: thanks!
[13:37] <dimitern> voidspace: it looks a lot better: bootstrap ok, switch to admin, add-machine, then add-machine lxd, lxc, kvm to both :0 and :1
[13:38] <dimitern> voidspace: but only machine-1 containers all came up ok and have expected addresses, the ones on machine failed with host machine device "br-eno2" has no address, and I was digging into the logs to figure out why
[13:56] <mup> Bug #1575676 opened: Hard to use non-default LXD bridge <landscape> <juju-core:New> <https://launchpad.net/bugs/1575676>
[13:57] <alexisb> thank you katco !
[13:57] <katco> alexisb: np... happy that we're giving capacity planning a little more attention
[13:57] <katco> alexisb: also revealing future targets :)
[13:58]  * katco begins her morning routine
[14:17] <voidspace> alexisb: ok
[14:18] <voidspace> dimitern: machine-0 ones didn't work?
[14:18] <voidspace> picking up daughter from school
[14:18] <voidspace> back in 15mins
[14:20] <dimitern> voidspace: nope, something's odd, still investigating and adding more logging
[15:00] <voidspace> dimitern: alexisb: frobware: babbageclunk: container support has landed on master
[15:01] <frobware> voidspace: nice work!
[15:01] <babbageclunk> voidspace: awesome!
[15:03] <dimitern> voidspace: great!
[15:03] <dimitern> I'm still debugging the issue on machine-0
[15:03] <voidspace> dimitern: ok
[15:03] <voidspace> dimitern: I'll try adding a node to my maas with two nics and try that
[15:04] <voidspace> dimitern: I've *only* deployed to machine-0
[15:06] <dimitern> voidspace: in the admin model?
[15:06] <voidspace> dimitern: yep
[15:08] <voidspace> dimitern: commissioning an additional node now
[15:09] <alexisb> \o/
[15:12] <voidspace> dimitern: when I commission a node with two nics the second nic comes up as "unconfigured" (no address) whereas the primary nic is "auto assign"
[15:12] <voidspace> dimitern: I can manually change it to auto assign
[15:12] <voidspace> dimitern: if I don't do that then I think I only get a single nic on the container
[15:13] <dimitern> voidspace: otp
[15:17] <voidspace> successfully created a container with two nics on a new machine not in the admin model
[15:24] <mup> Bug #1574809 changed: "to: lxc:0" ignored in bundle <bundles> <juju-release-support> <kanban-cross-team> <landscape> <juju-core:Invalid> <https://launchpad.net/bugs/1574809>
[15:31] <dimitern> voidspace: yeah, you can set them to auto or static (unconfigured physical + auto/static VLAN children won't work though)
[15:31] <dimitern> voidspace: nice! I added more logging and now trying again
[15:47] <babbageclunk> dimitern, voidspace - hmm, trying to add a machine with a space constraint gives a schema error - it looks like the maas response might have changed since we put the constraint matching code in.
[15:48] <babbageclunk> It's returning an array of interface/device ids, not just one.
[15:49] <babbageclunk> I'm going to fix gomaasapi - do you think that just taking the first is the right thing to do? I guess I should ask the MAAS people what it would mean for the result to have more than one value.
[15:50] <dimitern> babbageclunk: can you point me to the code you're talking about (causing the issue)?
[15:52] <babbageclunk> dimitern: https://github.com/juju/gomaasapi/blob/master/controller.go#L810
[15:53] <babbageclunk> dimitern: compared to this response: http://pastebin.ubuntu.com/16083467/
[15:54] <mgz> voidspace: where is the gomaasapi/bootresource.go stuff meant to come from? bootstrapping complains about missing kflavor schema
[15:57] <babbageclunk> mgz - if you do "maas <session> boot-resources read" can you see kflavor in the items that come back/
[15:57] <babbageclunk> ?
[15:58] <mgz> babbageclunk: a bunch of them do, some do not (centos ones)
[15:59] <dimitern> babbageclunk: hmm
[15:59] <dimitern> babbageclunk: so looking at the response you pasted, the schema seems correct
[16:00] <babbageclunk> mgz: that makes it sound like it's an optional field that we didn't know was optional.
[16:00] <mgz> babbageclunk: it does indeed, I'll file a bug?
[16:01] <babbageclunk> mgz: yes please!
[16:01] <babbageclunk> dimitern: will ForceInt accept an array?
[16:03] <dimitern> babbageclunk: I think the ForceInt applies to the values of the StringMap
[16:03] <babbageclunk> dimitern: sure, but the values are lists, right?
[16:04] <babbageclunk> dimitern: I'm going to write a little test to check
[16:04] <dimitern> babbageclunk: i.e. given a {"constraints_by_type":{"storage":{"foo":1,"bar":2}},"interfaces":{"aa":1,"bb:2}} it should parse it
[16:06] <mup> Bug #1575760 opened: Juju switch returns confusing error message <juju-core:New> <https://launchpad.net/bugs/1575760>
[16:06] <babbageclunk> dimitern: but the one coming from maas has "interfaces": {"default": [24]}
[16:07] <dimitern> babbageclunk: you're correct! so specifying "interfaces=foo:space=0" gives me multiple items in the list for "foo"
[16:08] <babbageclunk> dimitern: is that because any of those interfaces are in the right space?
[16:08] <babbageclunk> dimitern: I mean, all
[16:08] <dimitern> babbageclunk: yeah - if you have 1 space only (space-0 a.k.a. default) and you pass that to interfaces, you'll get all nodes back
[16:10] <dimitern> babbageclunk: so I guess it needs to be something like "interfaces": schema.StringMap(schema.List(schema.ForceInt()))
[16:10] <babbageclunk> dimitern: yeah, I think so.
[16:11] <babbageclunk> dimitern: And I think we need to change gomaasapi.ConstraintMatches to have slices of BlockDevice and Interface as well then.
[16:11] <dimitern> babbageclunk: indeed
[16:11] <babbageclunk> dimitern: once it gets into the provider, can we just pick any one of them?
[16:12]  * babbageclunk looks in environ.go for how we use the matches.
[16:12] <dimitern> babbageclunk: and the way ids are handled in the loops below (id := value.(int) -> ids := value.([]int) and range over it)
[16:13] <dimitern> babbageclunk: you mean, if you have more than one interface ID per label?
[16:14] <dimitern> babbageclunk: does not matter if we only want a given space to be accessible on the allocated machine
[16:14] <babbageclunk> dimitern: yeah, actually we only use the constraint matches for storage information.
[16:15] <dimitern> babbageclunk: but why do you need those results from constraintsMap ? the 1.0 code path ignores them as we don't care (i.e. we read all interfaces along with which subnets and spaces they're linked to each time we call NetworkInterfaces())
[16:15] <dimitern> babbageclunk: :) yep
[16:16] <dimitern> we probably should at some point, but so far we don't need it
[16:19] <babbageclunk> dimitern: ok, in the storage case should that just be another loop over the block devices that come back
[16:19] <babbageclunk> ?
[16:20] <dimitern> babbageclunk: I suspect so, but have a look how 1.0 code path does it (and its tests)
[16:20] <babbageclunk> dimitern: context: https://github.com/juju/juju/blob/master/provider/maas/volumes.go#L295
[16:22] <mgz> voidspace, babbageclunk: filed bug 1575768
[16:22] <mup> Bug #1575768: boot resource 2.0 schema check failed: kflavor: expected string, got nothing <bootstrap> <ci> <maas-provider> <juju-core:Triaged> <https://launchpad.net/bugs/1575768>
[16:23] <babbageclunk> dimitern: It was structured differently in the v1 API - looks like it was id -> label, so you could have multiple ids going to the same label
[16:24] <dimitern> babbageclunk: it doesn't look like the 2.0 code path is using physicalblockdevice_set at all
[16:24] <babbageclunk> thanks mgz - I'll start on that now.
[16:24] <babbageclunk> dimitern: no - gomaasapi handles that lookup
[16:28] <babbageclunk> dimitern: in controller.go: parseAllocateConstraintsResponse
[16:30] <babbageclunk> mgz: do you know what MAAS version that is?
[16:31] <mgz> babbageclunk: beta3+bzr4941
[16:32] <babbageclunk> mgz: Thanks.
[16:33] <mgz> it's upgraded from 1.9, which would have done the original image imports
[16:33] <dimitern> babbageclunk: I need to go, but in case it might help, here's a couple of outputs with a set storage constraint on 2.0 (http://paste.ubuntu.com/16084450/) and 1.0 (http://paste.ubuntu.com/16084458/)
[16:34] <babbageclunk> dimitern: thanks! I'm not going to get to fixing it tonight, should fix mgz's issue first
[16:34] <dimitern> mgz: that's a bit too old can't you upgrade to the latest beta4 from the experimental3 ppa?
[16:34] <dimitern> babbageclunk: sounds good, cheers!
[16:35] <babbageclunk> dimitern: mgz: I wasn't sure whether that was something I could demand. :)
[16:35] <dimitern> aw c'mon mgz's a pal :)
[16:35] <babbageclunk> mgz: the version we're working against is beta4+bzr4944
[16:36] <mgz> dimitern: I can, I didn't see an announcement from roaksoax about it
[16:36] <mup> Bug #1575764 opened: Juju doesn't detect lxd container IP address changes <juju-core:New> <https://launchpad.net/bugs/1575764>
[16:36] <mup> Bug #1575768 opened: boot resource 2.0 schema check failed: kflavor: expected string, got nothing <bootstrap> <ci> <maas-provider> <juju-core:Triaged by 2-xtian> <https://launchpad.net/bugs/1575768>
[16:36] <mup> Bug #1575769 opened: Can't "forget" a controller that I've lost access to <juju-core:New> <https://launchpad.net/bugs/1575769>
[16:36] <dimitern> mgz: they don't always mail when they do a point release I think
[16:37] <dimitern> anyway, I'm outta here
[16:37] <babbageclunk> mgz: it has a few bugfixes we need, so I guess you'll need to upgrade anyway.
[16:39] <mup> Bug #1575769 changed: Can't "forget" a controller that I've lost access to <juju-core:New> <https://launchpad.net/bugs/1575769>
[16:39] <mgz> babbageclunk: dist-upgrading first
[16:40] <babbageclunk> mgz: I'll try uploading a centos image to my local MAAS and see if that also leaves out kflavor.
[16:42] <mup> Bug #1575769 opened: Can't "forget" a controller that I've lost access to <juju-core:New> <https://launchpad.net/bugs/1575769>
[16:48] <babbageclunk> mgz: yup, it still leaves out kflavor on my local beta4 one
[16:50] <voidspace> babbageclunk: have you got a fix for that issue?
[16:51] <mup> Bug #1575769 changed: Can't "forget" a controller that I've lost access to <juju-core:New> <https://launchpad.net/bugs/1575769>
[16:51] <babbageclunk> voidspace: I think we just need to mark it optional in the schema.
[16:52] <voidspace> babbageclunk: do you have a branch with that?
[16:52] <babbageclunk> voidspace: The provider doesn't use it - we only care about architectures
[16:52] <babbageclunk> voidspace: not with the change yet - just reproducing the bug.
[16:52] <voidspace> babbageclunk: cool
[16:53] <redir> cherylj: looking
[16:53] <cherylj> redir: at what?
[16:53] <cherylj> what did I say?
[16:53]  * babbageclunk lols
[16:54] <redir> cherylj: at your PR
[16:54] <cherylj> haha
[16:54] <redir> :p
[16:56] <voidspace> babbageclunk: reading scrollback - weird about the device id array
[16:56] <voidspace> babbageclunk: did you ask in the maas folk about that?
[16:57] <voidspace> I've just upgraded to beta4 - was using next-proposed instead of experimental3
[16:58] <mgz> there are too damn many maas ppas
[16:59] <babbageclunk> voidspace: no, haven't yet
[17:00] <babbageclunk> voidspace: but the new way is right - if the mapping's gone from {id: label} to being keyed by label, the values need to be lists
[17:01] <mgz> babbageclunk: I don't see a beta4 in any of the ~maas ppas
[17:01] <mgz> it's in someones private one?
[17:03] <mup> Bug #1575769 opened: Can't "forget" a controller that I've lost access to <juju-core:New> <https://launchpad.net/bugs/1575769>
[17:05] <babbageclunk> mgz: I think it's this one: ppa:maas-maintainers/experimental3
[17:05] <frobware> jam, tych0: PTAL @ http://reviews.vapour.ws/r/4722/
[17:05] <tych0> frobware: oh, derp :)
[17:06] <frobware> tych0: you were doing the same thing?
[17:06] <tych0> no, just that it's a dumb bug on my part
[17:06] <mup> Bug #1575769 changed: Can't "forget" a controller that I've lost access to <juju-core:New> <https://launchpad.net/bugs/1575769>
[17:06] <tych0> i didn't realize Initialize was called more than once, actually
[17:06] <tych0> but it makes sense that it is
[17:08] <tych0> frobware: looks good to me
[17:08] <frobware> tych0: ok, will do some testing tomorrow morning (as master is blocked).
[17:08] <frobware> tych0: thx
[17:09] <tych0> frobware: np, thanks for the fix
[17:12] <mup> Bug #1575794 opened: Agent config format version should be changed for 2.0 <juju-release-support> <tech-debt> <juju-core:Triaged> <https://launchpad.net/bugs/1575794>
[17:15] <voidspace> babbageclunk: mgz: that's the right one - I just had to switch to it
[17:16] <voidspace> babbageclunk: ok, the kflavor ones sounds easier
[17:16] <voidspace> babbageclunk: I can propose that
[17:19] <mgz> babbageclunk, voidspace: similar issue with 'mount_point'
[17:20] <mgz> on filesystem2_0
[17:21] <babbageclunk> voidspace: https://github.com/juju/gomaasapi/pull/48
[17:21] <babbageclunk> voidspace: can you do the mount_point one?
[17:23] <voidspace> babbageclunk: gah, you beat me to it
[17:23] <babbageclunk> sorry!
[17:23] <voidspace> babbageclunk: mount_point needs to be optional?
[17:23] <mgz> what command is this coming from?
[17:23] <voidspace> babbageclunk: I fixed it by supplying a default instead
[17:24] <babbageclunk> voidspace: oh, that's nicer
[17:24] <mup> Bug #1575794 changed: Agent config format version should be changed for 2.0 <juju-release-support> <tech-debt> <juju-core:Triaged> <https://launchpad.net/bugs/1575794>
[17:24] <mgz> hm, block-device, which needs a machine
[17:25] <voidspace> babbageclunk: https://github.com/juju/gomaasapi/compare/master...voidspace:maas2-kflavor-optional
[17:25] <voidspace> babbageclunk: and then you always get a value even if it's missing
[17:26] <voidspace> mgz: I can make mount_point optional in filesystem
[17:26] <babbageclunk> voidspace: yeah - do that instead
[17:26] <voidspace>  babbageclunk ok, I'll add making mount_point optional in the same branch
[17:26] <mgz> voidspace: some of my filesystems are null
[17:27] <babbageclunk> mgz: you should be able to see it with machines read
[17:27] <voidspace> the whole filesystem?
[17:28] <voidspace> mgz: what should we default to for mount_point: "/" ?
[17:28] <mgz> voidspace: http://paste.ubuntu.com/16085749
[17:28] <babbageclunk> voidspace, mgz: sorry, I have to head home
[17:29] <voidspace> I have to go in five minutes too
[17:29] <voidspace> mgz: when you say "some of my filesystems are null" you mean mount_point, label and mount_options being null
[17:29] <voidspace> ah no
[17:29] <voidspace> the whole filesystem is null
[17:29] <voidspace> geez
[17:29] <mgz> :)
[17:29] <voidspace> mgz: this is now a tomorrow problem, sorry
[17:30] <voidspace> wife is calling me to dinner
[17:30] <mgz> voidspace: I'll file you a bug son
[17:30] <voidspace> mgz: can you link to this pastebin on it please
[17:30] <mgz> will also put up a non-voting job for maas 2.0
[17:30] <mup> Bug #1575794 opened: Agent config format version should be changed for 2.0 <juju-release-support> <tech-debt> <juju-core:Triaged> <https://launchpad.net/bugs/1575794>
[17:30] <mgz> to avoid cursing on this stuff
[17:30] <voidspace> mgz: much appreciated - thanks
[17:30] <voidspace> mgz: yeah
[17:31] <voidspace> weird-ass maas configuration
[17:32] <voidspace> right, dinner
[17:32] <voidspace> sorry
[17:36] <mup> Bug #1575797 opened: AddressableContainerSetupSuite.TestContainerInitialised lxc-net: no such file or directory <arm64> <centos> <ci> <regression> <test-failure> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1575797>
[18:00] <mup> Bug #1575808 opened: filesystem 2.0 schema check failed: mount_point: expected string, got nothing <bootstrap> <ci> <maas-provider> <juju-core:Triaged> <https://launchpad.net/bugs/1575808>
[18:03] <mup> Bug #1575808 changed: filesystem 2.0 schema check failed: mount_point: expected string, got nothing <bootstrap> <ci> <maas-provider> <juju-core:Triaged> <https://launchpad.net/bugs/1575808>
[18:06] <mup> Bug #1575808 opened: filesystem 2.0 schema check failed: mount_point: expected string, got nothing <bootstrap> <ci> <maas-provider> <juju-core:Triaged> <https://launchpad.net/bugs/1575808>
[18:31] <redir> ericsnow: you around?
[18:31] <ericsnow> redir: yep
[18:31] <redir> can I borrow your eyes for a minute?
[18:32] <redir> ericsnow: ^^
[18:33] <ericsnow> redir: sure
[18:33] <redir> ericsnow: am in moonstone
[19:56] <natefinch> uhh... redir, cherylj, are the tests supposed to pass on xenial?
[19:57] <natefinch> I'm getting a lot of this:  obtained string = "xenial"... expected string = "trusty"
[19:59] <natefinch> katco, ericsnow ^ ?   This is just running tests on master
[19:59] <katco> natefinch: what does dist-info --lts return for you?
[20:00] <ericsnow> natefinch: I don't believe we've landed any fixes for that yet
[20:00] <katco> natefinch: sorry distro-info --lts
[20:00] <ericsnow> natefinch: redir is working on a comprehensive patch
[20:00] <natefinch> ahh ok
[20:00] <natefinch> katco: xenial
[20:01] <mup> Bug #1575895 opened: juju loses apt-http/s-proxy information if a model is deleted and a new one created <juju-core:New> <https://launchpad.net/bugs/1575895>
[20:04] <redir> natefinch: getting close with some help from ericsnow just now. Making sure it works then reviewing previous commits to see if this works on those and reverting them to keep things uniform.
[20:04] <redir> Hopefully done RSN(tm)
[20:04] <natefinch> redir: \o/
[20:05] <redir>  /o\
[20:38] <cmars> ah, resources are awesome
[20:39] <natefinch> cmars: glad you like them.  I do think they're pretty great
[20:39] <cmars> natefinch, updating my mattermost charm to use them
[20:39] <natefinch> cmars: nice!
[20:40] <natefinch> cmars: let us know if there's any problems or unexpected behavior
[20:40] <katco> cmars: :D
[21:18] <perrito666> wallyworld: ping me when you are around please
[21:28] <wallyworld> perrito666: hey. just about to go into a meeting
[21:29] <perrito666> k
[21:37] <mup> Bug #1575940 opened: LXC containers under MAAS get no "search <domain>" entry in resolv.conf when deployed with juju2 <juju-core:New> <https://launchpad.net/bugs/1575940>
[22:04] <alexisb> menn0, ping
[22:04] <menn0> alexisb: hey hey
[22:05] <alexisb> are you available to join the leads call
[22:06] <menn0> alexisb: ah crap... sorry
[22:10] <cherylj> davecheney: ping?
[22:19] <perrito666> wallyworld: lemme know if you have a spot before the standup
[22:20] <wallyworld> perrito666: stuck in meetings, will let you know. may have to move standup depending on how meetings go
[22:20] <perrito666> k
[23:04] <wallyworld> perrito666: axw: anastasiamac_: redir: quick standup between meetings?
[23:06] <cherylj> redir: will you need to coordinate with CI to not hack distro-info for your PR?
[23:07] <redir> cherylj: If I have this right it should pass as the bots are, and when they unhack them as well.
[23:07] <cherylj> redir: sweet!
[23:57] <redir> so master is blocked
[23:57] <redir> should I target something else for a PR?


[07:31] <m4fiya> Hey is there anyone that could help me with setting up MAAS on virtual box im having a major issue
[07:32] <bigjools> I can't think why it would suddenly stop working - can you paste a screen shot of the failure?
[07:34] <bigjools> what path is it using to TFTP the boot image?
[07:35] <m4fiya> bigjools, is that directed at me?
[07:35] <bigjools> m4fiya: ^
[07:35] <m4fiya> oh okay, i didn't think i had to setup the path specfically, shouldn't it do this automatically?
[07:36] <bigjools> it does, but if it can't find an image then either the image is missing or the TFTP path went wrong
[07:36] <bigjools> I've not encountered either of these types of failure before
[07:36] <bigjools> are you using the 12.04 package?
[07:36] <m4fiya> yes I am
[07:37] <bigjools> usually when booting the console will say what path it's using to try and download a boot image
[07:37] <bigjools> see if you can find that under /var/lib/tftpboot
[07:37] <m4fiya> hmm, I'm guessing thats not something Virtual Box does
[07:37] <bigjools> damn
[07:38] <m4fiya> would VMware do this?
[07:38] <bigjools> no idea, sorry.
[07:38] <bigjools> I've mostly been testing with real hardware lately
[07:38] <m4fiya> We can't all be that lucky ;)
[07:38] <bigjools> heh
[07:38] <bigjools> I do want to make sure the VM stuff works though
[07:39] <bigjools> it's definitely trying to PXE boot?
[07:39] <m4fiya> I have turned every other type of boot off but the hard disk
[07:39] <bigjools> that's your problem then
[07:40] <bigjools> boot order should always be PXE
[07:40] <m4fiya> I mean other then Hard disk and PXE
[07:40] <bigjools> PXE first - in fact that's all you need
[07:40] <bigjools> since the server uses chain.c32 to make it local boot when necessary
[07:41] <m4fiya> Also is there specific DHCP setting I need to make on my router?
[07:41] <bigjools> it should be fine if you already enlisted a node
[07:41] <bigjools> the "next-server" setting tells clients where to TFTP images from
[07:42] <m4fiya> im going to try and use VMware and see if it works
[07:43] <m4fiya> I have tried on multiple machines, one running Ubuntu as the Host and one running Windows as the Host
[07:43] <m4fiya> Now it seems like DHCP is failing
[07:44] <bigjools> that won't help
[07:44] <bigjools> can you delete the node and re-enlist it?
[07:44] <bigjools> to see if anything changed in your environment
[07:45] <m4fiya> Well i just tried to install a new node, and it seems like the DHCP service is failing, does the MAAS management server need to be the DHCP?
[07:46] <bigjools> no, it can be remote
[07:46] <m4fiya> does this need to be specified, or does it auto DHCP
[07:46] <bigjools> but as I said the next-server needs to be configured, or nothing will be able to PXE boot
[07:46] <m4fiya> what is the next-server?
[07:46] <bigjools> it tells the client where to TFTP a boot image
[07:46] <bigjools> it is the MAAS server
[07:47] <m4fiya> oh okay, well i have the MAAS server up and running
[07:47] <bigjools> does your DHCP server have this setting?
[07:47] <bigjools> if it's in your router it might be called something else
[07:48] <m4fiya> it doesn't seem like it does have a setting like that
[07:49] <m4fiya> by default does the MAAS server try to act as the DHCP?
[07:50] <bigjools> it can do if you want
[07:50] <bigjools> I can't remember if that's default or not
[07:52] <bigjools> if you look in /etc/cobbler/settings there's a manage_dhcp setting
[07:53] <bigjools> I have to run out for 30 minutes, will help later if you're stiull stuck
[09:37] <jtv> allenap: here's a first attempt to “make run” and then ctrl-C.  It didn't get very far (looks like rabbit doesn't run by default on my system, for whatever reason) but the problem occurs.  This is on a freshly booted system: http://paste.ubuntu.com/1160493/
[09:37] <jtv> The first ctrl-C gave me “--> Stop `celeryd`”
[09:38] <jtv> And then a second one got me back to the command prompt.
[09:38] <jtv> If I don't do that, things seem to hang indefinitely.
[09:38] <jtv> I'll reboot now to clean up, and try to give you a less noisy run with rabbit started.
[09:44] <jtv> allenap: “make distclean” also hangs while killing celery.
[09:46] <jtv> allenap: better log here, after starting rabbit manually — http://paste.ubuntu.com/1160508/
[09:52]  * allenap is looking now
[10:00] <jtv> allenap: killing the “supervise” process for celery gets the shutdown going again, but doesn't remove those /run/lock/maas.dev.* files.
[10:01] <jtv> Hmm... nor does it kill all celery processes.
[10:01] <allenap> jtv: I'm looking at signal handling in celery at the moment, to see if it responds to the correct signals.
[10:01] <jtv> Thanks.
[10:08] <allenap> jtv: Signal handling is fine, it's attempting a "warm" shutdown, but it's stuck on accept(...) from /tmp/pymp-m1mA71/listener-_H1dxR (on my machine). The "pymp" bit there suggests it's a multiprocessing socket. All the child processes are defunct, so it hasn't collected them yet. Something's funky.
[10:09] <jtv> It should come out of the accept() with EINTR, no?
[10:11] <allenap> jtv: I guess so, but perhaps it's doing something "clever".
[10:12] <jtv> Yeah.  Might even be the sort of thing that newer interpreter versions helpfully hide.
[10:14] <jtv> allenap: interesting news on my front is that the bulk of datagram-received messages comes from bootstrap.py.  Almost as if some work is being done over and over again that should be delegated just once.
[10:19] <allenap> jtv: Yes, there is some element of that iirc.
[10:23] <jtv> Getting the feeling that the “session” was supposed to take over after bootstrapping, but instead, the bootstrapping packet-handling code remained in front of the session's for convenience.
[10:25] <jtv> Maybe because the concrete bootstrapping class keeps checking if this packet is the initial one.  If that could be moved into the base class, maybe the division of labour could be more effective.
[10:41] <allenap> Erm, python-celery appears to still be in universe.
[10:43] <jtv> allenap: that sounds a bit like a complication
[10:48] <allenap> Indeed, a fairly big one :)
[11:14] <rbasak> smoser: when you get in, I need ephemeral images published for armhf+highbank. What's involved for this?
[11:15] <allenap> Gah, now the webapp won't stop... because it's hanging on an accept().
[11:15] <rbasak> Yeah I got that
[11:15] <allenap> Again, related to multiprocessing.
[11:16] <rbasak> Standard process seems to be to pkill -9 celeryd, find the webapp and kill that, then rm /run/lock/maas*
[11:16] <rbasak> python is very bad at doing the right thing by default with signals when its using threads
[11:18] <allenap> http://paste.ubuntu.com/1160627/ fixes the webapp problem (though it also stops the cache from working).
[11:22] <allenap> http://paste.ubuntu.com/1160632/ fixes the celeryd shutdown problem.
[11:22] <allenap> jtv: ^
[11:23] <jtv> allenap: where “the” cache is which?
[11:23] <jtv> Ahhh, it's the Manager that's holding things up then?
[11:24] <jtv> Damn.  I liked the shared-memory solution — not sure why we ended up with the Manager in the first place.
[11:24] <allenap> jtv: Only in the webapp, where it's not needed. That change didn't help getting celeryd to stop.
[11:25] <jtv> Maybe it should have been a property, so that at least it doesn't get created until used.
[11:25] <allenap> Right, lunch time here.
[11:25] <allenap> Yeah.
[11:26] <jtv> Thanks for figuring this out.  I'll see if that change happens to be low-hanging fruit.
[11:29] <jtv> Oh bugger no it isn't.
[11:57] <roaksoax> howdy
[11:57] <roaksoax> allenap: http://paste.ubuntu.com/1160673/ --> so that's maas-provision
[11:57] <roaksoax> allenap: where from will it export the MAAS_PROVISION_SETTINGS
[12:13] <guimaluf> if I put a 'in-target wget http/.../' inside my preseed file, the node can't get my file. what should I do to make my files avaible to nodes?
[12:14] <allenap> roaksoax: I have to go out now. I'll be back in ~4h, and I'll try to sort out the MAAS_PROVISIONING_SETTINGS problem then. Would you be able to document how we can build the packaging recipe locally, ourselves?
[12:14] <roaksoax> allenap: bzr bd ?
[12:14] <roaksoax> :)
[12:14] <roaksoax> allenap: it failed to build because I forgot to commit a patch
[12:15] <allenap> roaksoax: Is that it? I know almost nothing about packaging, so baby steps please :)
[12:15]  * allenap goes.
[15:31] <roaksoax> allenap: let me know when you are around again
[16:12] <allenap> roaksoax: I'm back.
[16:13] <roaksoax> allenap: https://code.launchpad.net/~andreserl/maas/maas_lp1040047/+merge/120769
[16:13] <roaksoax> please :)
[16:13] <allenap> roaksoax: On it :)
[16:30] <roaksoax> allenap: thanks! :)
[16:36] <allenap> roaksoax: Btw, I realised earlier that python-celery is in universe. MAAS depends on it now. Do we have any plans around that?
[16:36] <roaksoax> allenap: python-celery is in main afaik
[16:37] <roaksoax> allenap: apt-cache show python-celery | grep main
[16:37] <roaksoax> Filename: pool/main/c/celery/python-celery_2.5.3-1ubuntu1_all.deb
[16:38] <allenap> roaksoax: I wonder why I'm not seeing that. I've got 2.4.6-1 in universe here. Are you looking at Precise?
[16:38] <roaksoax> allenap: in precise is in universe
[16:39] <allenap> Ah.
[16:39] <roaksoax> allenap: and since we are not SRU'ing maas, there's no need to deal with it now :)
[16:39] <roaksoax> allenap: in quantal is in main
[16:39] <allenap> roaksoax: I thought we *were* SRU'ing it.
[16:39] <allenap> That's what we've been pushing towards this week.
[16:40] <roaksoax> allenap: not for 12.04.1
[16:41] <allenap> roaksoax: No, we've missed that :-/ But can we get python-celery into main now?
[16:42] <roaksoax> allenap: well that's a whooooooooole different problem
[16:42] <roaksoax> allenap: technically we can't
[16:42] <roaksoax> but its been done before afail
[16:42] <roaksoax> afaik
[16:42] <roaksoax> allenap: that's something Daviey or smoser will have to take care of though
[16:47] <allenap> I shall await comment from them :)
[16:50] <roaksoax> allenap: btw.. as soon as the patch above lands ai can rol packages
[16:50] <roaksoax> i'm off to lunch now though
[17:00] <allenap> roaksoax: Cool. I'll be having dinner soon, but I'll be back once the kids are in bed.
[17:07] <roaksoax> allrnpa the fix above we discussed the same with rvba and smoser
[17:08] <roaksoax> cant recall but i think wr agreed not to do tjat
[17:15] <smoser> clearly bigjools missed the "not going to SRU"  memo.
[17:16] <smoser> i dont know if daviey agreed to that or not, and i definitely understand pressure to get new maas into 12.04.
[17:16] <smoser> however, it clearly does not follow the "stable release update" path.
[17:18] <allenap> smoser: I think we all - Red and flacoste - missed that memo :)
[17:18]  * allenap will be back in ~2h
[17:20] <smoser> well, we clearly missed 12.04.1
[17:20] <smoser> and it clearly does not really fit SRU https://wiki.ubuntu.com/StableReleaseUpdates
[17:21] <smoser> personally, i feel the best way to service 12.04.1 maas with current maas trunk is via ppa.
[17:21] <smoser> but i suspect that is not popular.
[17:21] <roaksoax>   /me is eating mexican food for smosers amusement
[17:21] <smoser> and i'm sure that rules could be bent to accomodate the main dependency. i just dont know about the value of bending the rules.
[17:54] <guimaluf> if I put a 'in-target wget http/.../' inside my preseed file, the node can't get my file. what should I do to make my files avaible to nodes?
[17:55] <smoser> guimaluf, what is wrong with the wget? is dns failiing? you can try wget outside and then copy in
[17:56] <guimaluf> smoser, proxy issue
[17:56] <guimaluf> it cant hit the file
[17:57] <guimaluf> Aug 20 17:28:42 node-782bcb77e1d4 in-target: --2012-08-20 14:28:42--  http://<IP_ADDRESS>/cblr/aux/postscript.sh
[17:57] <guimaluf> Aug 20 17:28:42 node-782bcb77e1d4 in-target: Connecting to <IP_ADDRESS>:8000...
[17:57] <guimaluf> Aug 20 17:28:42 node-782bcb77e1d4 in-target: connected.
[17:57] <guimaluf> Aug 20 17:28:42 node-782bcb77e1d4 in-target: Proxy request sent, awaiting response...
[17:57] <guimaluf> Aug 20 17:28:42 node-782bcb77e1d4 in-target: 403 Forbidden
[17:57] <guimaluf> Aug 20 17:28:42 node-782bcb77e1d4 in-target: 2012-08-20 14:28:42 ERROR 403: Forbidden.
[18:07] <roaksoax> allenap: so I just saw your diff and seems reasonable. However, will that add /usr/sbin to the path to everything else that is run, or just for that command in particular?
[18:07] <smoser> guimaluf, is it just that url?
[18:08] <guimaluf> smoser, yep
[18:09] <guimaluf> smoser, anyway my maas server can't deploy the ssh-pubkey and I cant download files in that manner
[18:13] <smoser> guimaluf, is your system clock on the target reasonably set?
[18:13] <guimaluf> yes
[18:13] <guimaluf> the clock was my first big issue setting up maas.
[18:14] <guimaluf> I fixed in many ways. the ephemeral disk.img has the pre-start ntpdate script.
[18:14] <guimaluf> but maybe isnt enough
[19:04] <allenap> roaksoax: Just for that command.
[19:09] <allenap> roaksoax: Btw, we often +1 merge proposals with comments that need to be acted on. If we were being strict we'd mark them as Needs Fixing, but we approve them so that we don't block each other as the world turns.
[19:15] <roaksoax> allenap: ok, since you alread proposed an alternate fix, could you propose a branch?
[20:25] <allenap> roaksoax: Okay, I'll do that. Can you email the list instructions on how to build the package?
[20:25] <allenap> locally.
[20:29] <roaksoax> allenap: will do by EOD
[20:29] <allenap> roaksoax: Thanks.
[20:30] <roaksoax> allenap: btw.. are you committing the env change today?
[20:31] <allenap> roaksoax: I can, if you need it?
[20:31] <roaksoax> allenap:no not really
[20:31] <roaksoax> allenap: i do need you to approve something before yo leave
[20:31] <roaksoax> allenap: https://code.launchpad.net/~andreserl/maas/packaging_bzr911/+merge/120865
[20:32]  * allenap looks
[20:36] <allenap> roaksoax: Approved. If someone isn't around I'd say it's safe to self-approve those and keep moving.
[20:36] <roaksoax> allenap: thanks
[20:36] <roaksoax> allenap: i thought self approving didn't work :)
[20:36] <allenap> roaksoax: I do it from time to time.
[20:37] <roaksoax> allenap: good to know. cause i thought the lander didn't process those self approved MP's
[20:43] <allenap> roaksoax: Could you look at https://code.launchpad.net/~allenap/maas/alt-fix-for-maas_lp1040047/+merge/120866? I am doing it after all, before I forget.
[20:44] <roaksoax> allenap: looks good to me, has it been tested?
[20:51] <allenap> roaksoax: Yes.
[20:51] <allenap> roaksoax: Ah, you mean, is there a test for it. No, not specifically.
[20:52] <allenap> The code is exercised, but that specific behaviour is not checked.
[20:55] <allenap> roaksoax: I'm signing off now. Have a good evening!
[21:04] <roaksoax> allenap: you do aswell


[18:51] <theShirbiny> Hi elky
[21:00] <Mann> hi
[21:01] <elacheche> Hey Mann :)
[21:01] <Mann> hey
[21:01] <elacheche> theShirbiny: Mann is from egypt and need some help :)
[21:01] <Mann> its a great os as sems
[21:01] <elacheche> How can I help you
[21:02] <Mann> i dont know how to let ubuntu restart or shutdown normally
[21:02] <Mann> it lags
[21:02] <Mann> i installed it as only os
[21:03] <Mann> no window os
[21:03] <elacheche> How are you retarting it? using the restart button?
[21:03] <Mann> yes
[21:04] <elacheche> Try to use the command line.. Can you?
[21:04] <elacheche> Do you know how to do it?
[21:04] <Mann> no
[21:05] <elacheche> You know how to start a terminal ?
[21:05] <Mann> it shuts down but the button still on
[21:05] <elacheche> click on the ubuntu logo, then search fro terminal
[21:05] <Mann> i had to long press on it
[21:05] <Mann> yes
[21:06] <elacheche> Can we try the command line option then you go back to here and tell me if there is issues?
[21:06] <Mann> ok
[21:06] <elacheche> Start a terminal, then execute this command: sudo poweroff
[21:06] <Mann> thnx
[21:06] <elacheche> hit enter, put your paasword and the PC should shutdown
[21:07] <elacheche> it it won't shutdown try to hit the arrows keys maybe you'll get some text that can explain why it's not shutting down
[21:10] <Mann> another thng is local settings
[21:11] <Mann> when i set it into arabic egypt i couldnt open subtitle files written into arabic
[21:11] <Mann> i see strange codecs
[21:12] <elacheche> Emm, I really don't use subtitles at all, you can stay here or join here in the morning? theShirbiny may have more information about that
[21:12] <elacheche> Also you can join #linuxac and stay there until the folks start chatting x)
[21:13] <Mann> thnx i hope get better and join further
[21:14] <Mann> i mean in word apps it could help ,, as local settings is arabic
[21:15] <Mann> such a grat os needs to be more known
[21:18] <elacheche> :)


[07:27] <zxmpi> first bird of the day, a crow. bodes well for gloomy weather
[19:35] <daftykins> happy Friday eve to all! remember remember...
[19:36] <zxmpi> to switch on the electric blanket 10 mins before bed
[19:40] <daftykins> :D
[19:41] <daftykins> did y'hear about the moose that broke into the school classroom? kids all escaped safely, desks didn't get on so well - https://pbs.twimg.com/media/FDbcpW-XsAomlqz?format=jpg&name=small
[19:41] <daftykins> he looks like he's taking a bar-lean stance there
[20:12] <m0nkey_> Only in Canada
[21:06] <daftykins> live hangout with some of the electronics youtubers - https://www.youtube.com/watch?v=mCfNq7xnXcs
[21:24] <penguin42> nice
[21:35] <m0nkey_> Where's Fran or Mr Carlson?
[21:36] <m0nkey_> And crazy Photonic dude
[21:36] <daftykins> well they just mentioned Fran, she's getting booted out again eh so is likely super busy dealing with the move
[21:37] <m0nkey_> Yeah, I heard.
[21:38] <daftykins> her end credits are way too long :D
[21:40] <m0nkey_> Couple more weeks and I'll be on a plane to Blighty
[21:40] <daftykins> woot
[21:40] <m0nkey_> Finally got everything sorted
[21:40] <m0nkey_> Booked two 'rona tests, the day-2 LF and the pre-arrival PCR for the return to Canada
[21:41] <daftykins> lol this guy Julian that can't work his own gear
[21:41] <m0nkey_> And I also got the car rental sorted
[21:41] <daftykins> cor just arranging all that hassle is enough to put me off travels
[21:41] <m0nkey_> I just gotta remember to drive on the left :D
[21:41] <daftykins> xD
[21:42] <daftykins> client's wife made a mistake one day down in Spain, had a prang with a Swiss guy who was very understanding apparently
[21:42] <m0nkey_> daftykins: I've not seen my parents and siblings for two years because of the pandemic. It's time I visit
[21:43] <m0nkey_> And I already have my next visit planned for 2022, I'll be coming over again in August.
[21:44] <m0nkey_> And my employer just gave everyone 6 weeks vacation, so I'll be looking to book a holiday down south next winter.
[21:44] <daftykins> i should drop in on my folks sometime, they have cute kittens and a pup i haven't seen in a bit
[21:44] <m0nkey_> Not only the extra vacation, we all got an out of band pay rise, so can't grumble.
[21:49] <daftykins> \o/
[21:50] <daftykins> lol "AvE is in Canada"
[22:04] <m0nkey_> He is
[22:05] <m0nkey_> In the cold hell of Hoth
[22:15] <daftykins> i was just amused by Clive taking the comment literally


[14:27] <sarnold> good morning
[14:29] <slyon> hello o/
[14:30] <cpaelzer> o/
[14:30] <cpaelzer> slyon: are you back?
[14:30] <slyon> cpaelzer: yes, as of today
[14:31] <cpaelzer> welcome !
[14:31] <slyon> :)
[14:31] <cpaelzer> and delayed congratulations
[14:31] <cpaelzer> let us get started
[14:31] <slyon> thank you very much!
[14:31] <cpaelzer> #startmeeting Weekly Main Inclusion Requests status
[14:31] <meetingology> Meeting started at 14:31:15 UTC.  The chair is cpaelzer.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[14:31] <didrocks> hey
[14:31] <meetingology> Available commands: action, commands, idea, info, link, nick
[14:31] <cpaelzer> hello
[14:31] <cpaelzer> anything but a fast meeting would be odd today as we are in final freeze
[14:31] <joalif> o/
[14:31] <cpaelzer> hi sarnold joalif jamespage slyon didrocks
[14:31] <cpaelzer> #topic Review of previous action items
[14:31] <cpaelzer> none
[14:32] <cpaelzer> #topic current component mismatches
[14:32] <cpaelzer> Mission: Identify required actions and spread the load among the teams
[14:32] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[14:32] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg
[14:32] <cpaelzer> all known false positives, except (to me) llvm -> z3
[14:33] <cpaelzer> [Reverse-Depends: libz3-dev, llvm-13-dev (MAIN)]
[14:33] <cpaelzer> slyon: maybe just add an extra exclude and be done with it?
[14:33] <cpaelzer> as -dev do not have to be in main and are often only there due to the auto-include
[14:34] <sarnold> hah I didn't know we shipped z3..
[14:34] <cpaelzer> yes https://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.jammy/all confirms it is only from llvm-13-dev
[14:35] <cpaelzer> uh
[14:35] <cpaelzer> but
[14:35] <cpaelzer> llvm-13 recommends llvm-13-dev
[14:35] <cpaelzer> so auto-exclude won't cut it
[14:35] <slyon> yeah... is this related to the recent rustc MIR?
[14:35] <cpaelzer> no this is independent (to my knowledge)
[14:36] <cpaelzer> it is just llvm-13 being in main in jammy and for whatever reason it has grown a dep to z3
[14:36] <cpaelzer> slyon: could we leave checking the details with you as llvm in foundations?
[14:36] <slyon> yes, I guess that's fine
[14:37] <slyon> llvm13 is still kind of kernel, but foundations also has some stake in it :)
[14:37] <cpaelzer> kernel isn't here inhtis meeting 8they know why) :-)
[14:38] <cpaelzer> #topic New MIRs
[14:38] <cpaelzer> Mission: ensure to assign all incoming reviews for fast processing
[14:38] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&assignee_option=none&field.assignee=&field.subscriber=ubuntu-mir
[14:38] <cpaelzer> none
[14:38] <cpaelzer> #topic Incomplete bugs / questions
[14:38] <cpaelzer> Mission: Identify required actions and spread the load among the teams
[14:38] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.subscriber=ubuntu-mir
[14:38] <cpaelzer> rustc was promoted
[14:38] <cpaelzer> that was the only recent update
[14:39] <cpaelzer> #topic MIR related Security Review Queue
[14:39] <cpaelzer> Mission: Check on progress, do deadlines seem doable?
[14:39] <cpaelzer> #link https://bugs.launchpad.net/~ubuntu-security/+bugs?field.searchtext=%5BMIR%5D&assignee_option=choose&field.assignee=ubuntu-security&field.bug_reporter=&field.bug_commenter=&field.subscriber=ubuntu-mir
[14:39] <sarnold> I don't believe anything was finished last week when I was out
[14:39] <cpaelzer>  ok I see telegraf is the next here, but we managed to get all 22.04 done
[14:40] <cpaelzer> sarnold: the most important thing last week was that I wanted to thank you and sbeattie - but no one was around
[14:40] <sarnold> it's almost time to celebrate telegraf's birthday :)
[14:40] <cpaelzer> thank you both
[14:40] <cpaelzer> please keep training the new team members to do reviews so that we no more collect such a backlog
[14:40] <cpaelzer> #topic Any other business?
[14:40] <cpaelzer> not from me
[14:40] <sarnold> thanks cpaelzer -- it was a team effort :) -- we couldn't have done it without the others also tackling reviews, as well
[14:40] <didrocks> nothing for me, good luck everyone with the release :)
[14:40] <sarnold> none from me
[14:40] <slyon> nothing
[14:40] <joalif> nothing
[14:42] <cpaelzer> ok, as predicted a light and easy meeting
[14:42] <cpaelzer> enjoy the calm time, the next release will open for development soon enough
[14:42] <cpaelzer> thank you all
[14:42] <cpaelzer> o/
[14:42] <cpaelzer> #endmeeting
[14:42] <meetingology> Meeting ended at 14:42:28 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-04-19-14.31.moin.txt
[14:42] <sarnold> thanks cpaelzer, all :)
[14:42] <didrocks> thanks!
[14:42] <joalif> thanks cpaelzer , all o/
[14:42] <slyon> o/
[19:00] <rbasak> o/
[19:00]  * vorlon waves
[19:01] <vorlon> fwiw I'm still not able to log in to wiki.ubuntu.com
[19:02] <rbasak> I am logged in but the pages are all showing immutable.
[19:02] <rbasak> I logged out and in again and yeah it's hung.
[19:02] <vorlon> maybe no quorum today with sil2100 at the release sprint
[19:03] <rbasak> Yep, and I haven't made any progress on anything TB-related - been focused on release things instead.
[19:03] <rbasak> So maybe skip?
[19:03] <rbasak> If next time we still can't get the wiki to work, maybe we should temporarily move it elsewhere even if unofficially to make progress. Eg. a Google Doc.
[19:04] <vorlon> yeah I think skip
[19:04] <vorlon> and +1 for moving agenda out of the wiki if we can't make the wiki work.  Of course it would be nice if we could update the wiki to point to the google doc, but...
[19:06] <sarnold> the wiki, maybe subscribe to https://rt.admin.canonical.com/Ticket/Display.html?id=149555 or similar?
[19:06] <vorlon> "subscribe to" lol is there a button for that?
[19:06] <vorlon> because I have *never* found one
[19:08] <sarnold> hmm, good question.
[19:08] <sarnold> https://rt.admin.canonical.com/Ticket/ModifyPeople.html?id=149555 maybe?
[19:09] <cjwatson> go to the People tab, Add new watchers, Cc, your email address, I think
[19:09] <cjwatson> possibly depending on something inscrutable about your account
[19:09] <cjwatson> (or maybe the people search thing just above)
[19:11] <rbasak> I just successfully added myself as Cc - thanks
[20:11] <vorlon> cjwatson: well, there is no People tab visible to me
[20:12] <vorlon> and sarnold's link redirects me away
[20:13] <vorlon> truly amazing that RT has such options to break the UX
[20:14] <sarnold> :(


[05:39] <Guest71828> morning all
[05:40] <MooDoo> morning all
[05:40] <MooDoo> that's better
[05:42] <mapp> morning mate
[05:42] <mapp> watched much tv MooDoo?
[05:43] <MooDoo> not really, started to watch ray donovan last night, but nah
[05:43] <mapp> hmm i started that but found it hard to get into
[05:59] <MooDoo> I've only watched one, I'll give it the benefit of the doubt
[07:02] <Myrtti> OOOOOHHHH
[07:02] <Myrtti> You can add Paypal to Google Play now!
[07:09] <diddledan> Myrtti: seems not possible on the web
[07:09] <Myrtti> diddledan: https://support.google.com/googleplay/answer/2651410#paypal
[07:11] <Myrtti> https://support.google.com/googleplay/answer/4646425
[07:15] <MartijnVdS> In the countries listed, credit cards aren't used as often I think?
[07:15] <MartijnVdS> I know people in .nl tend to be *scared* of having them somehow
[07:16] <Myrtti> I'm not too keen on them either
[07:16] <Myrtti> I keep zero balance on mine
[07:16] <Myrtti> it's only for emergencies
[07:19] <MartijnVdS> Mine is for Amazon and holidays :)
[07:20] <MartijnVdS> and things like the google play store stuff
[07:21] <Myrtti> I've got my debit card on Amazon and Google Play, not credit
[07:21] <Myrtti> but my sister refuses to put either on Google Play, so she'll like Paypal
[07:23] <MartijnVdS> Dutch debit cards dont have credit card-like numbers
[07:23] <MartijnVdS> just IBAN
[07:24] <diddledan> that means they only work in nl?
[07:24] <diddledan> my debit card works wherever mastercard is accepted \o/
[07:24] <Myrtti> yeah, likewise
[07:25] <Myrtti> do any of the banks over here do personalised cards?
[07:25] <diddledan> it's not something I've looked into
[07:25] <Myrtti> barclays I see, and halifax
[07:25] <Myrtti> not keen on either
[07:29] <MartijnVdS> diddledan: no, they work using the "Maestro" standard (chip+pin) across the world
[07:29] <MartijnVdS> diddledan: they just don't have a "credit card style" number etc. on them
[07:30] <diddledan> aah
[07:45] <gebbione> hi all, i have an old system i want to recover from hardware death. Yesterday i started it again after a few years
[07:46] <gebbione> and it looks like a power supply problem as power comes up but dies/shuts down just moments after
[07:46] <gebbione> any suggestions on what i can troubleshoot?
[07:47] <gebbione> maybe i need to replace the bios battery?
[07:47] <popey> morning
[07:59] <bigcalm> Good morning peeps :)
[08:02] <MartijnVdS> gebbione: I'd try with a new/different power supply
[08:02] <MartijnVdS> gebbione: or just plug the disk into a different machine and make sure you have a backup of the data
[08:05] <gebbione> MartijnVdS, i am doing the data backup
[08:05] <gebbione> but dont have a spare psu
[08:05] <gebbione> it was funny that it did run for 15/20sec and then suddenly died yesterday night
[08:06] <gebbione> and now it will only try to spin the fans for less then a second and die straight away
[08:06] <gebbione> anyway i ll see if i can see the parts
[08:06] <gebbione> cheers
[08:07] <bigcalm> My mouse is being sporadic about registering that I've clicked the middle button
[08:07] <bigcalm> Everything else works just fine on it
[08:08]  * bigcalm goes to find another mouse
[08:16] <JamesTait> Good morning all; happy Friday, and happy US Independence Day! :-D
[08:23] <bigcalm> Splitters!
[09:00] <diddledan> wow, my googley play order has shipped
[09:00] <diddledan> I only ordered it at 6am this morning
[09:02] <Myrtti> ooh er
[09:02] <Myrtti> what did you order?
[09:03] <diddledan> I accidentally ordered a watch
[09:03] <diddledan> the lg one
[09:03] <Myrtti> lol accidentally
[09:06] <foobarry> tax office sent a cheque to me yesterady, uninvited
[09:06] <diddledan> ouch
[09:07] <diddledan> where do they get off giving random punters their money back?!
[09:08] <davmor2> foobarry: yeah apparently there was a cock up with the figures so some people were overcharged apparently.  This will be the refund on that I assume.
[09:12] <Myrtti> the tax bracket for my dad was too high last year because the tax man assessed he'd get half a year more income than what he did (passed away year and a week ago), so the estate (me) is going to get about 1500€ refund come December. Decided to use it to cover some wedding costs. No we don't have a place and date yet
[09:14] <brobostigon> morning boys and girls.
[09:14] <diddledan> ello brobostigon
[09:15] <brobostigon> morning diddledan
[09:22] <Myrtti> \o/ Paypal paying works on Google Play \o/ just bought a book
[09:28] <davmor2> Myrtti: I'm glad I re-read that tax bracket statement.  1500euros on weeding is way too excessive :D  Wedding sounds far more enjoyable :)
[09:28] <diddledan> why does the wiki.ubuntu.com/Touch/Devices _still_ list the galaxy nexus (maguro) as working with OTA updates?
[09:29] <bashrc> maybe very harsh weeds
[09:29] <popey> diddledan: its a wiki, feel free to edit it
[09:30] <diddledan> popey: I don't know what to put instead tho
[09:30] <diddledan> I'm not involved :-)
[09:30] <popey> but you know something is wrong
[09:30] <popey> on a wiki
[09:31] <popey> but took time to tell us here rather than just, you know, fix it ☻
[09:31] <popey> tell me what line is wrong and I'll fix it
[09:31] <popey> wiki by proxy
[09:31] <diddledan> hehe
[09:31] <diddledan> I'm just logging-in
[09:31] <popey> i see "Galaxy Nexus (deprecated)"
[09:32] <diddledan> yeah that's the bit I'm referring to - the sentence directly above the table says that OTA works with those devices in said table
[09:32] <popey> maybe just add a carriage return before || Galaxy Nexus
[09:32] <popey> that will break it into two tables
[09:32] <popey> and thus fix the issue ☻
[09:33] <bigcalm> popey: do you leave your charging pads pluged in and switched on all of the time?
[09:33] <popey> yes
[09:33] <popey> well, no
[09:33] <popey> plugged into a usb hub attached to pc
[09:33] <bigcalm> How long have you had them?
[09:33] <bigcalm> Ah
[09:34] <diddledan> grr, the openid auth system seems to be timing out when I click the confirmation to share my detials with the wiki
[09:34] <bigcalm> I think I might unplug some things while on the cruise
[09:34] <diddledan> "waiting for wiki.ubuntu.com"
[09:34] <foobarry> is google giving 500 error for anyone else?
[09:34] <Myrtti> yes
[09:34] <foobarry> davmor2: they gave me £200
[09:34] <diddledan> not me
[09:34] <diddledan> googley workly fo me
[09:34] <bigcalm> .co.uk is giving a 500 to me
[09:35] <Myrtti> works now again
[09:35] <diddledan> Myrtti: their automated failover probably kicked in
[09:35] <Myrtti> human psychology is odd. I have no idea why I've got the sense of forboding about Rolf Harris sentencing.
[09:35] <bigcalm> About 3,660,000 results (10.89 seconds)
[09:36] <bigcalm> That's a very long time to wait with them
[09:36] <popey> Delivered On: Tuesday, 29 April 2014
[09:36] <diddledan> VERY
[09:36] <popey> bigcalm: ^ that long
[09:36] <bigcalm> popey: but not powered all of the time I'm guessing? They use some power, just wondering if I should bother unplugging them when not in use
[09:37] <Myrtti> 1,270,000 results (13.64 seconds)
[09:37] <popey> powered 99% of the time
[09:37] <popey> they use very little power
[09:37] <bigcalm> Fair enough
[09:37]  * bigcalm leaves them be
[09:37] <Myrtti> I'm wondering what the difference of the QI receiver on Nexus 4 and Nexus 5 are
[09:37]  * popey puts a device on one and looks how much current it takes
[09:38] <popey> 0.5A when there's a phone on it
[09:38] <popey> 0.01A when no phone on it
[09:38] <Myrtti> my sister has the same kind of Rearth Ringke Fusion case on her N4 as I've got on my N5 and hers doesn't charge on the Nokia Fatboy QI
[09:38] <Myrtti> mine does
[09:53] <diddledan> popey: you should have a notification that I've edited the page (it says it told you!)
[09:57] <popey> ☻
[09:57] <popey> I do
[10:06] <popey> diddledan: nice edit!
[10:06] <diddledan> ta
[10:06] <diddledan> :-)
[11:00] <diddledan> my watch is at london north-west depot
[11:00] <diddledan> not far to get to amazingstoke I wouldn't think - maybe get it tomorrow
[11:01] <diddledan> more likely monday tho
[11:02] <Azelphur> diddledan: oO, shipped out huh?
[11:02] <Azelphur> yea mine has dispatched too
[11:02] <Myrtti> they probably won't deliver on Saturdays
[11:02] <Myrtti> so don't hold your breath
[11:03] <Azelphur> how do you get tracking?
[11:03] <Myrtti> atleast the Nexus 5 wasn't delivered on Saturday, it was loaded in the van on Saturday but that didn't mean a thing
[11:04] <diddledan> Azelphur: in the email that says it shipped they included a tracking link
[11:04] <Azelphur> hmm, I never got one.
[11:05] <Azelphur> oh, I guess mine hasn't dispatched yet
[11:05] <diddledan> maybe yours is via a different courier?
[11:05]  * Azelphur shrugs
[11:06] <diddledan> the email states at the top: "Great news! Your order on Google Play has shipped."
[11:06] <diddledan> (maybe that helps you find it
[11:06] <Azelphur> also they lied, it says "Dispatched from warehouse by 4 July."
[11:14] <bigcalm> I'm loving http://www.programmerexcuses.com/
[11:19] <bigcalm> http://a.desktopprassets.com/wallpapers/aecc1f260d84a7985f152af41b450c21f7b131fc/star_wars_wide.jpg
[11:29] <Azelphur> diddledan: just got the shipped email
[11:29] <diddledan> \o/
[11:31] <davmor2> popey: I don't believe you would sell your children.  I can believe you might let one go for a game but not both ;)
[11:35] <dvrr> how to resolve packet loss belkin router. ( I updated Firmware Info. There is no new firmware update available for this Router! ! )     please  guide me
[11:37] <foobarry> how do you know it's the router
[11:37] <foobarry> could be your network card
[11:37] <Myrtti> Belkin...
[11:37] <Myrtti> toss it in the sea and get something better. I've not had nothing but trouble and woe with mine
[11:41] <Myrtti> they're too light even to be used as a weight for a crab pot
[11:41] <foobarry> a few belkins can be openwrted
[11:42] <davmor2> my last belkin didn't last 6 months before I had to reset it daily to make it work.  I grabbed a tp-link on the cheap but that has memory management issue on the default software so put dd-wrt on it never looked back.   Better use OpenWRT
[11:43] <foobarry> synology can stream to chromecast \o/
[11:45] <MartijnVdS> foobarry: it can?!
[11:48] <diddledan> nice
[11:50] <Myrtti> uhoh, here goes
[12:14]  * bigcalm goes on holiday, back 14th July. Taaraa peeps :)
[12:14] <Myrtti> taraa
[12:22] <Myrtti> 5 years and 9 months.
[12:22] <Myrtti> wow
[12:58] <diddledan> I think it must be fooding time
[12:58] <diddledan> brb
[13:06] <foobarry> MartijnVdS: http://blog.synology.com/blog/?p=2377
[13:28]  * diddledan wraps up advertising on the hantslug mailing list
[13:29] <Azelphur> holy crap, no wonder that router I set up in a local cafe had it's DHCP table full
[13:29] <diddledan> o_O
[13:29] <Azelphur> It filled up, so I lowered the DHCP lease time to 1 hour, it currently has 74 entries in the DHCP table
[13:29] <diddledan> you might be better off with a 15 minute or maybe less lease time
[13:30] <diddledan> cafes get a lot of footfall
[13:30] <Azelphur> well 74 is still less than 255, we're still ok
[13:30] <diddledan> true
[13:30] <Azelphur> and this is more of a cafe where the typical sit is like an hour
[13:30] <diddledan> keep an eye on it tho
[13:30] <Azelphur> so, if it goes over I'll probably reflash the router with *wrt and give it a much larger DHCP pool
[13:30] <Azelphur> eg 192.168.*
[13:30] <diddledan> would be nice if you could set up a monitoring system that alerts you when it gets near the limit
[13:30] <Azelphur> indeed
[13:30] <diddledan> (nagios et al would do that)
[13:31] <diddledan> icinga is nagios without the cruft
[13:31] <Azelphur> diddledan: would need to drop the stock firmware though :)
[13:31] <diddledan> aah
[13:58] <foobarry> adagios
[13:58] <foobarry> is worth a look
[13:59] <foobarry> instead of icingi/nagios
[14:00] <diddledan> I don't know that one
[14:01] <diddledan> looks intriguing
[14:50] <mapp> ugh
[14:50] <mapp> raining
[14:50] <mapp> ;[
[14:53] <popey> where?
[14:54] <popey> still sunny here
[14:54] <Laney> http://www.raintoday.co.uk/
[14:54] <Laney> it's-a-coming
[14:55] <popey> i haz bbq stuffs
[14:56] <mapp> Nice
[14:56] <mapp> in the sunny ol midlands
[14:56] <mapp> and my hand hurts..slept on it funny;/
[14:57] <popey> http://www.raintoday.co.uk/mobile works nice on ubuntu phone
[14:58] <mapp> can anyone recommend some good headphones..noise cancelling..want them for flying mainly..last time could barely hear the audio from my nexus7
[14:58] <awilkins> mapp, Are in-the-ear-canal phones acceptable?
[14:59] <awilkins> mapp, I used Etymotic in-the-ear ones until I mangled the cable and I'm presently using Jays
[14:59] <mapp> hmm not sure i know which you mean..ive got some ear buds where they have like a soft sponge thing and look like theyre meant to go in the ear..but they fall out
[14:59] <mapp> il google it
[14:59] <awilkins> mapp, When I get around to soldering a new plug on my Etymotics I'll probably go back to them
[14:59] <Laney> I had Etymotic HF-5s until they broke
[14:59] <awilkins> mapp, They have the sponge ones, but I usually use the silicone ones
[15:00] <Laney> super great
[15:00] <Laney> one you get used to shoving something down your ear
[15:00] <mapp> hmm mayve ive got funny ears but they always fall out
[15:00] <awilkins> Yeah, the sound quality is primo... but they are uncomfortable for a while
[15:00] <Laney> you get different sized ones
[15:00] <mapp> how would i know what size?!
[15:00] <Laney> comes with them
[15:01] <mapp> ah
[15:01] <Laney> or you can get them moulded for £££
[15:01] <mapp> i think over the head ones would be better..always had trouble with in ear like that
[15:01] <mapp> not keen on getting those beats..dont wanna look like a teen sheep
[15:02] <awilkins> They're mostly about looks, aren't they?
[15:02] <awilkins> And they won't stop plane noise
[15:02] <mapp> i read theyre actually decent
[15:02] <awilkins> Unless they do antinoise ones
[15:02] <mapp> argh
[15:02] <awilkins> I like the in-ear ones... they're polite, other people can't hear them
[15:02] <mgdm> `/30
[15:02] <mgdm> oops
[15:02] <awilkins> Open backs are just rude
[15:03] <awilkins> Unless you're in your own homw
[15:03] <mapp> i get that awilkins just worried of them being useless
[15:03] <mapp> and falling out my ears;p
[15:03] <mapp> this was what i looked at
[15:03] <mapp> http://www.independent.co.uk/extras/indybest/gadgets-tech/silent-flight-7-best-noisecancelling-headphones-9540664.html?origin=internalSearch
[15:04] <mapp> sony ones..well im not a pro 449 seems a bit much
[15:04] <mapp> wow beats are 269 too
[15:05] <awilkins> Got my Etymotic ER6i set for £70
[15:05] <awilkins> But I don't think they make them anymore
[15:05] <awilkins> Not sure what the equivalent model is now
[15:05] <mapp> i might get those Bose ones
[15:05] <awilkins> I like the look of the Tivoli ones. If you like wood.
[15:05] <mapp> is it possible i get these in the ear ones and they fall out like other in the ear cheap ones?
[15:06] <mgdm> I've heard that the Bose ones are decent, but I have no personal experience - a few friends have them
[15:06] <mapp> its only for flying tbh..doubt id wear them out or to the gym
[15:06] <awilkins> mapp, I don't know.... the in-the-ear ones that are buds only contact the rim of your ear canal
[15:06] <mapp> but watching a film with my normal ear buds sucked..had to hold them in my ear to hear it loud enough
[15:07] <awilkins> mapp, The ones I've used have silicone grommets that you basically push INTO your ear canal
[15:07] <awilkins> THere's an art to it
[15:07] <mapp> hm
[15:07] <awilkins> You have to pull your ear back at a certain angle with your thumb and push them right in
[15:07] <mgdm> awilkins: my ear canals are too small for those
[15:08] <mapp> ive always had probs with in ear which is what worries me
[15:08] <mgdm> I got quite nice Shure headphones once and couldn't use 'em, even after ordering the extra extra extra small rubber bits
[15:08] <awilkins> Yeah, I suppose it's like anything else that you wear that's a tight fit
[15:09] <mapp> think il buy the bose ones
[15:09] <mapp> gotta also remember..toothpaste..seem to forget it every time;p and some kind of small aftershave
[15:10] <mapp> the tennis is nice in hd..i wouldve liked to have seen the tennis in 3dbut they stopped doing it few years back:(
[15:24] <diddledan> had em talking round in circles for 6 minutes, not bad
[15:25] <diddledan> they didn't even get past my postcode and address before they gave up
[15:25] <diddledan> gotta love the "uk survey centre"
[15:26] <diddledan> spamcalls ftw
[15:26] <mapp> i just hang up
[15:26] <diddledan> 6 minutes for them to realise I wasn't going to answer their survey questions seriously
[15:26] <mapp> my job isnt to speak to them
[15:26] <diddledan> I like making them work for ti
[15:27] <mapp> i especially like it when i get the 'hi is that mr jones' 'mope 'who is it' 'doesnt matter to you..bye'
[15:27] <mapp> lol
[15:27] <diddledan> this one wouldn't believe that my phone number can be reverse mapped using public records (BT phone directory) to my physical address - they insisted that I tell them what it is
[15:29] <diddledan> I gave him a chance at least, I told him that he had the first three digits of my post code correct but the rest was wrong, and then I went further by telling him the last digit which left him with 26^26+10^10 potential combinations
[15:29] <diddledan> less than that even
[15:30] <diddledan> 126 combinations
[15:30] <diddledan> 1 letter and two numbers
[15:30] <diddledan> my math foo sucks
[15:31] <diddledan> it's not 10^10 at all, it's 10^2
[15:31] <diddledan> somewhat of a large difference
[17:25] <mapp> http://www.theinquirer.net/inquirer/news/2353009/windows-2000-added-more-new-users-in-june-than-windows-8
[17:25] <mapp> :D
[19:00] <diddledan> is btrfs safe to use for root yet?
[19:01] <diddledan> http://www.linux.com/learn/tutorials/754674-using-bcache-to-soup-up-your-sata-drive
[19:08] <ali1234> you might get more benefit from using BFQ
[19:09] <diddledan> I don't know what that is *to google!*
[19:09] <diddledan> aah a different queuing scheduler?
[19:12]  * diddledan settles down to watch the 15 minute demo vid
[20:00] <brobostigon> ST:FC e4. now.
[20:00] <diddledan> stfc?
[20:01] <diddledan> star trek the final crusade?
[20:01] <brobostigon> first contact
[20:01] <diddledan> aah
[20:01] <diddledan> where's me remote
[20:01] <brobostigon> :)
[21:39] <Myrtti> Well, that's a first.