Re: Juju charm hook vs. state

Hi On Fri, Apr 14, 2017 at 8:19 PM, fengxia wrote: > I'm learning charm development and confused about state vs. hook. > Welcome to charm authoring! So, as you're probably starting to work out, hooks and states are different things. I'll try to explain the difference.

Juju charm hook vs. state

I'm learning charm development and confused about state vs. hook. I used @when_not("state.0") to mark the very first function that gets executed. In document it also says "install" hook will be the first to execute. Tried @hooks.hook("install") but it just failed at charm installation. So

Re: Check out the openvpn charm form the tengu team

> I think that Chuck was looking to have a relation available. In this way you could tunnel traffic from an application across the VPN perhaps? In the world of cross model relations, it might enable folks to wire traffic across clouds/DC in some interesting ways. This is precisely what I was

[Review Queue] ibm-was-nd-dm, ibm-was-nd-node, autoscaler, spectrum-scale-client

Yesterday, Cory, Kevin and I took a trip through the review queue. Here's what we did: April 13, 2017: Cory, Kevin, Pete - Ibm-was-nd-dm - https://review.jujucharms.com/reviews/68?revision=153 - Charm code review looks good, with a minor exception: -

Re: Check out the openvpn charm form the tengu team

2017-04-14 16:10 GMT+02:00 Marco Ceppi : > I'd like to point you both to this idea, which is one that was born from > the same problem Kubernetes has: https://bugs.launchpad.ne > t/juju/+bug/1670838. The idea is actions should be able to both send and > receive files. >

Re: Multi-series charm authors: new functionality for comparing ubuntu versions

On Thu, Apr 13, 2017 at 10:13 PM, Colin Watson wrote: > On Thu, Apr 13, 2017 at 09:15:08PM +0100, Alex Kavanagh wrote: > > So instead of: > > > > if ubuntu_version > 'trusty': > > > > We do: > > > > cmp_version = CompareHostReleases(ubuntu_version) > > if

Re: Check out the openvpn charm form the tengu team

I'd like to point you both to this idea, which is one that was born from the same problem Kubernetes has: https://bugs.launchpad.net/juju/+bug/1670838. The idea is actions should be able to both send and receive files. As actions are exposed in the GUI this could help address the above problem as

Re: Check out the openvpn charm form the tengu team

Yes, "inverse resources" is what I'm thinking about. Another use-case for this would be to download backups and exports from the Charm. The Kubernetes Charms could also benefit from this since they create a config file that an operator has to download to connect to the Kubernetes cluster. `juju

Re: Check out the openvpn charm form the tengu team

The delivery of the config files is interesting. There's nothing planning in the gui at the moment for this. It's kind of an inverse "resources" idea where you are building artifacts in the charm that you want clients to be able to get access to. It's an interesting concept. It's a bit like

Re: Check out the openvpn charm form the tengu team

Thanks for the post! I'd really like to integrate this Charm more with JaaS. I'd like to give JaaS users the ability to download the client config files from the Juju GUI. Any idea if that's something that's being worked on? @chuck: I just watched the Juju show, what was the feature you were

A small & simple utility charm: unattended

Hi all, I have a few test environments where I need to leave machines running for days or weeks at a time, and they're not important enough to use up Landscape or Canonical live patching licence slots, but I don't want to leave them open to the Internet with possible security vulnerabilities. So