[08:07] <PaulGit> I have created a new VPS at a provider with 18.04 and for some reason commands like WGET are not find the path to the CA to validate SSL certs.  Anybody who can help point me in the right direction?
[08:27] <blackroot> PaulGit: use fetch
[08:27] <andol> PaulGit: Do you have the ca-certificates package installed?
[08:27] <PaulGit> I do have the ca-certificates installed
[08:28] <PaulGit> If I pass the CA cert path to OpenSSL it is happy, if not it fails
[08:30] <PaulGit> Is there a path setting somewhere>
[08:33] <blackroot> were this package installed by default? have you tried to purge it then re-install to see if that helps?
[08:33] <blackflow> sounds like perhaps the provider is not installing a regular Ubuntu but something modified.
[08:56] <PaulGit> Yes, it was installed by default, I will try the purge and reinstall.
[08:57] <PaulGit> If that fails I will contact the provider (CloudSigma) they have excellent support
[09:03] <PaulGit> Purge didn't work. :(
[09:06] <blackflow> PaulGit: does just one specific URL fail, or any https URL does?
[09:06] <PaulGit> @blackflow I have only tried two.  GitHub and one of my own servers.  Both fail.
[10:42] <RoyK> PaulGit: nothing like a Mitm-attack in the morning
[11:15] <PaulGit> RoyK: indeed, as I live in China that’s a distinct possibility!
[11:26] <RoyK> PaulGit: that might explain it…
[11:27] <RoyK> PaulGit: do you have ssh access to servers outside of china?
[11:54] <PaulGit> RoyK: the server is actually in Switzerland. SSH works fine to servers outside China but the GFW rate limits it so it’s no good as a proxy
[12:27] <RoyK> PaulGit: perhaps it helps if someone could open ssh on port 443 or something? ;)
[13:23] <gislaved> is it sane to import your certs into /etc/ssl/certs ?
[13:28] <PaulGit> RoyK: sadly not, they use  DPI . The best means at then moment of ‘jumping’ the GFW undetected is to use ShadowSocks or ShadowSocksR (the latter has obfuscation). When I first moved here 7 years ago SSH worked great, sadly it’s a cat and mouse game!
[14:08] <PaulGit> Finally got to the bottom of my SSL issue. There are not symlinks in /usr/lib/ssl for some reason.
[16:45] <kantlivelong> anyone here using samba on a windows domain? i cant seem to get ntlm auth to work
[16:46] <kantlivelong> kerberos works fine tho


[01:38] <stackedsax> plars: I have never heard of anything like that
[01:39] <plars> stackedsax: any suggestions for debugging?
[01:39] <stackedsax> not from me — this is the agent you're trying to start?
[01:40] <plars> stackedsax: the other thing that is really suspicious, is that when I try to juju deploy things to lxc: targets, I get weird errors: http://paste.ubuntu.com/12121232/
[01:41] <plars> stackedsax: bootstrapping goes fine, and the base node or anything else that goes on baremetal works fine, but the lxc bits start to cause problems
[01:41] <plars> I've successfully deployed the charm on a test maas system at home though
[01:41] <stackedsax> so, above the boot image error, there's a problem wget'ing
[01:42] <stackedsax> certificate
[01:42] <stackedsax>           common name ''*'' doesn''t match requested host name ''<IP_ADDRESS>
[01:42] <stackedsax> aren't you just having a problem connecting out?
[01:45] <stackedsax> like the container's networking isn't right
[01:45] <stackedsax> anyway, I'm heading out, sorry I'm not more useful.
[09:02] <mup> Bug #1486455 opened: CI fails when removing the curtin_branch parameter <MAAS:Triaged by rbanffy> <https://launchpad.net/bugs/1486455>
[10:08] <mup> Bug #1486489 opened: netaddr.core.AddrFormatError: failed to detect a valid IP address from None <MAAS:Triaged by mpontillo> <https://launchpad.net/bugs/1486489>
[11:08] <mup> Bug #1486505 opened: No static IP address / DNS record allocated to a deployed machine after commissioning <MAAS:Triaged by mpontillo> <https://launchpad.net/bugs/1486505>
[13:35] <mup> Bug #1425234 changed: ubuntu precise listed as invalid choice in error message while changing OS <oil> <MAAS:Invalid> <https://launchpad.net/bugs/1425234>
[14:08] <plars> Good morning, anyone have any ideas on debugging the problem I mentioned yesterday?
[14:08] <plars> I'm hitting a weird error on maas, it says "Boot image import process not started. Nodes will not be able to provision without boot images. Visit the boot images page to start the import."
[14:10] <blake_r> plars: what version of MAAS? do you have iamges on the images page?
[14:11] <plars> blake_r: 1.8.0+bzr4001-0ubuntu2~trusty1 and yes... I've even managed to deploy systems, but the error won't go away. It still thinks something is wrong.  Deployment to baremetal works fine, but when I try to use juju to deploy lxc instances on top of maas, it blows up
[14:16] <blake_r> plars: juju does not use the images from maas for the lxc containers
[14:16] <blake_r> plars: have you tried giving the the region a restart
[14:17] <blake_r> plars: "sudo service maas-regiond restart"
[14:20] <plars> blake_r: to clear the boot image error? I can try it
[14:20] <blake_r> plars: yes
[14:21] <plars> blake_r: awesome, that took care of it, thanks!
[14:21] <blake_r> plars: np, now for the LXC issue
[14:21] <plars> blake_r: I would imagine that it was not causing any problems, but just weird that it didn't clear
[14:21] <blake_r> plars: are you using a proxy server?
[14:21] <blake_r> plars: yeah no problems, but agree its wierd that it didnt go away
[14:21] <plars> blake_r: I've asked on #juju about that, and no I'm not using a proxy
[14:22] <blake_r> plars: yeah #juju is the best place to ask
[14:22] <plars> blake_r: the errors I get at deployment, if you're interested, look like: http://paste.ubuntu.com/12121232/
[14:22] <blake_r> plars: okay sometimes proxies can cause an issue
[14:22] <plars> blake_r: it's complaining about certificates and also seems to be trying to download from a url that is clearly invalid
[14:23] <blake_r> plars: looks liek your DNS might be incorrect
[14:23] <blake_r> plars: did you set the upstream dns server in MAAS?
[14:23] <blake_r> plars: you need to set that on the Settings page
[14:24] <plars> blake_r: hmm, no I didn't. Let me give that a try
[14:25] <plars> blake_r: it says that's only for when maas is running it's own dns server though, and I don't have it set up that way
[14:34] <blake_r> plars: how did you configure your cluster interface? "DNS+DHCP"?
[14:35] <plars> blake_r: dns/dhcp are handled through an established dns/dhcp server in the lab. The number of nodes in maas is very small right now, so they are just added there, and pointed to the maas server as next-server for booting
[14:40] <roaksoax> plars: if you are running maas in a lxc container, apparmor might be preventing dhcp to run
[14:41] <blake_r> roaksoax: he is not running DHCP with MAAS
[14:41] <blake_r> plars: can you ssh into a deployed node and access the internet?
[14:41] <plars> roaksoax: no, maas is not in the lxc container
[14:41] <plars> roaksoax: maas is just being used to deploy the base node, on which juju is deploying lxc instances
[14:42] <roaksoax> plars: ah so lxc instances are failing to deploy
[14:43] <plars> roaksoax: yes
[14:43] <roaksoax> plars: that might be an issue with the proxy as mentioned before
[14:43] <roaksoax> plars: or with juju in general
[14:43] <roaksoax> plars: since maas doesn't really touch the LXC deployment
[14:43] <plars> roaksoax: I'm talking to someone about it on #juju now, I suspect it's not a maas problem but I was having an odd error in maas earlier, so I wanted to get that cleared also
[14:43] <plars> roaksoax: there is no proxy
[14:43] <roaksoax> plars: the only thing that MAAS would do is to give IP addresses via DHCP
[14:43] <blake_r> plars: please ssh into a deployed maas not to make sure it can access the internet
[14:46] <plars> blake_r: it can
[14:46] <blake_r> plars: okay then something wierd with juju then
[14:46] <blake_r> plars: seems like MAAS is deploying fine and the nodes can access the internet
[14:47] <plars> blake_r: yeah, I'm going to try downgrading juju


[11:43] <rpadovani> SturmFlut, yay, thanks! I love that game!
[13:16] <AkivaAvraham> morning all
[13:33] <DanChapman> morning AkivaAvraham
[13:33] <AkivaAvraham> o/
[16:14] <AkivaAvraham> cd #linux
[16:14] <AkivaAvraham> bah
[18:35] <SturmFlut> rpadovani: https://github.com/Sturmflut/ubuntu-touch-floodit , don't hesitate to send pull requests ;)
[18:38] <SturmFlut> Can anybody have a look at my QML implementation of Conways's Game of Life (in the store and at https://github.com/Sturmflut/ubuntu-touch-gameoflife) and tell me how to speed it up without resorting to a C++ component? Would be nice to learn how to get the most speed out of QML alone
[19:35] <AkivaAvraham> sundays are so quiet on this channel
[20:51] <justCarakas> Lets make some noice :D
[20:51] <justCarakas> whooooooo
[20:52] <justCarakas> hooooooo
[21:19] <dragly> Is it possible to use QtQuick.Controls in Ubuntu Touch?
[21:20] <Elleo> dragly: it should be possible, but only if you bundle them in your click (they're not part of the standard platform)
[21:21] <dragly> Ah, ok. I'm a bit confused, though. Because chrooting and installing qtdeclarative5-controls-plugin is possible, although the module still isn't available.
[21:21] <dragly> Is there a difference between the "platform" and the chroot environment?
[21:22] <dragly> (installing with apt-get, that is)