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
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 tal
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 actions
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 sc
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 w
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 cmp_version > 'trusty':
> >
>
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.
>
+1
One thing to consider
On Fri, Apr 14, 2017, 10:26 Merlijn Sebrechts
wrote:
> 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.net/juju/+bug/1670838. The idea is actions should
>> be able
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:
-
W
> 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 looki
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 wh
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.
Hooks:
At it's simple
12 matches
Mail list logo
