Hi Gayan,
I've added the general Juju list which covers more of these general topics.
So, because of the nature of LXC machines and Docker style application
containers it's hard to model that style application container in Juju in
the same way LXC machines work. However, it's quite easy to wrap
Hey everyone,
Jorge Castro and I spent the last two days at DevOps Days Salt Lake City.
We were "blue square" sponsors giving us table space and a one minute
pitch. This is the first of our “tour de force” for the Juju 2.0 launch and
a lot of refinement to the “pitch” and talking points were
Why not just "add" which is already pretty well used. Throughout the Juju
CLI.
Marco
On Sat, Jun 18, 2016, 5:52 AM roger peppe wrote:
> mount ?
>
> On 18 June 2016 at 09:23, Mark Shuttleworth wrote:
> >
> > We can change a CLI until RC, and its good
I disagree with the HTTPS comment, since if the certificate is validated by
an authority it's reasonable to assert you received it from intended part.
If SFTP and checking host keys like SSH should also perform the same
function as long as we have the hosts signature.
On Wed, Jan 13, 2016 at 8:56
Hey everyone!
Wow, great discussion so far. I think it's clear that repeat-ability and
reliability is very important and it's something Juju aims to do so we
should make sure charms follow suit. As Merlijn and Cory alluded to, this
is a pretty temporary problem as in Juju 2.0 we will get
On Fri, Jun 24, 2016 at 3:18 PM Curtis Hovey-Canonical
wrote:
> A new development release of Juju, 2.0-beta10 is here!
>
> ## What's new?
>
> * Improved handling of LACP bonds
> * Continued usability enhancements
> * Users can now use `juju relate` to add a relation
Hi Iain,
upgrade-charm is the /right/ step for this, however the problem is that
upgrade charm does not explicitly run all the previous hooks (events) that
fired. The files and updated hooks will only be run on future hook
invocations. What I'd recommend is to abstract the bits that do this
This is actually a non-issue. The codebase was moved to LGPL over a year
ago, there was just two places this was not updated. First LaunchPad and
second was the setup.py file. I've corrected both.
On Tue, Feb 9, 2016 at 7:09 AM Marco Ceppi <marco.ce...@canonical.com>
wrote:
> I'll ta
block until storage is added? We really want to be
able to support the /option/ or adding storage by the operator but we're
not sure how this functions. If we use that directory before the operator
attaches storage will it be mounted over or migrated?
Thanks,
Marco Ceppi
--
Juju mailing list
Juju
ku-reporting-interactive-report-designer/>
>> goal, but you can always help by sponsoring the project
>> <http://www.meteorite.bi/products/saiku/sponsorship>)
>>
>> On 12 February 2016 at 14:46, Marco Ceppi <marco.ce...@canonical.com>
>> wrote:
>>
&
Could you elaborate on your usage? Are you wrapping Juju itself in a
commercial project, using the charms in a commercial project, or producing
a commercial charm?
Either way, IANAL, so my responses would be moot, but I can try to offer
some guidance.
Marco
On Sun, Feb 7, 2016 at 11:01 PM
always have to run on a physical machine, hulk-smashed
> together with the others..
>
> Then there's the use-case of subordinate Charms. I encountered some issues
> creating layered subordinate Charms for non-layered Charms.
>
>
>
> Kind regards
> Merlijn
>
>
> 2016-01-28 13:3
Is this a result of deploy --to ? If so, I expect there to be
errors, "hulk smashing" services onto a single machine really isn't
expected to work, it just "works" for a few combination of charms. Is there
a reason you can't deploy to LXC or KVM containers? The isolation of a LXC
A lot of us are here early at FOSDEM, we even have a few talks scheduled in
the Config Management dev room on Sunday! We are bright eyed and bushy
tailed attending talks today! We'll be ready come Monday and look forward
to three great days of talks and conversations!
Marco
On Sat, Jan 30, 2016
Hey Tom, sorry you've hit something that was one of the driving forces
behind interface layers - the http interface. It's been a heavily contested
and unique interface because it was originally defined as just hostname and
port. However, other charms don't agree on this simple implementation and
This was a bug that popped up earlier for me, it was fixed in a 1.X version
of Juju I'm surprised to see it rear it's head again :\
On Sun, Feb 14, 2016 at 3:20 PM Tom Barber wrote:
> Hello folks
>
> I dumped it in the ticket but I figured I'll ask here as well,
>
>
This happened to me on the first time. (I too am not a golang hacker, we'll
walk through this together).
To start, juju doesn't just use the standard golang dep management, so
you'll need godeps. I've been doing this to get there:
cd $GOPATH/src/github.com/juju/juju
JUJU_MAKE_GODEPS=true make
I think LXD is only in 1.26-alpha3 which you can get from ppa:juju/devel
On Thu, Jan 21, 2016, 10:30 AM Daniel Bidwell wrote:
> I have reinstalled my machine with ubuntu 15.10 to get lxd. I have
> juju-1.25.0-wily-amd64. lxc image list images: returns a list of
> images
Wow! A lot to play with tomorrow. Thanks for the release core team!
On Thu, Jan 21, 2016, 5:06 PM Curtis Hovey-Canonical
wrote:
> # juju-core 2.0-alpha1
>
> A new development release of Juju, juju-core 2.0-alpha1, is now available.
> This release replaces version
AWS, local,
OpenStack, or all the other native providers.
Thanks,
Marco Ceppi
On Mon, Jan 25, 2016 at 3:39 AM Shilpa Kaul <shilk...@in.ibm.com> wrote:
> Hi Team,
>
> I have a requirement where I need to deploy a charm on IBM SoftLayer
> Cloud. Can we give IBM SoftLayer as a clou
You have to "charm" that portion up. At the moment we don't have a NetApp
cinder backend charm, but we do have some examples of how to implement a
cinder backend. One example of this is the cinder-vnx charm (
https://jujucharms.com/u/marcoceppi/cinder-vnx/trusty/4) using the latest
version of
On Wed, Feb 17, 2016 at 5:56 PM Matt Bruzek
wrote:
> I hate to go against the love-in here. While I desperately want a
> configuration changed feature for the reactive framework. I disagree with
> the way it was implemented. I brought up issues with this
On Thu, Feb 18, 2016 at 7:05 AM Tom Barber wrote:
> https://bugs.launchpad.net/charms/+source/mysql/+bug/1248812 Clearly not!
> Dunno what I was doing last time, local deployment or something. Fork
> o'clock.
>
Local deployments don't have a firewaller which is
Won't the user be able to create different LXD clouds by specifying a
remote LXD host though?
On Sun, Feb 21, 2016, 12:19 AM Ian Booth wrote:
> The lxd cloud works on Juju 2.0 beta1 out of the box.
>
> $ juju bootstrap mycontroller lxd
>
> There is no need to edit any
rs and feedback from the community at large.
Thanks,
Marco Ceppi
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
We leverage the
> everloving *stuff* out of Amulet.
>
We're starting an "Amulet for Juju 2.0" design conversation, feedback from
the OpenStack team on pieces missing and what we could move from
charmhelpers.contrib.amulet would be great:
https://github.com/juju/amulet/issues/116
>
> -1 to stopping or discouraging individual charm amulet tests
>>
>> +1 for every charm containing amulet tests
>>
>> +1 for every charm containing unit tests
>>
>> +1 for every charm having amulet coverage in at least 1 bundle
>>
>> +1 for every
On Mon, Mar 28, 2016 at 9:49 PM Andrew Wilkins
wrote:
> Hi,
>
> There's a code review in progress (http://reviews.vapour.ws/r/4286/) that
> will introduce a predefined action, "juju-run", which is part of the
> replacement for the current SSH-based juju-run.
>
This
While not an answer, I have some hindsight comments. Of you're going to
register a company on Launchpad it'd be best to do as a team instead of a
user. That way other users could be added and removed from that team
without breakage.
Finally, I pointed you to the gh repo to file bugs, building it
side; is there a good write-up somewhere about charm unit testing.
>> I'd like to do this but I'm not sure how to do this. I am completely new to
>> unit testing so I'm having a hard time to see how a good unittest for a
>> Charm would look like and what exactly should be
Well, an outstanding turnout, thank you everyone for your feedback. With
more than two +1 from existing charmers welcome thedac!
Thanks,
Marco Ceppi
On Mon, Mar 21, 2016 at 11:41 AM James Page <james.p...@canonical.com>
wrote:
> +1
>
> On Mon, 21 Mar 2016 at 15:37 Chris Glass
I've updated the issue against charm-tools that Ryan opened to clarify that
proof should do proper version catching as well
https://github.com/juju/charm-tools/issues/141
On Mon, Mar 21, 2016 at 10:28 AM Rick Harding
wrote:
> The thought is that we'll update the
away with resources in 2.0, but
the MySQL is an example that we run into a bit of times when addressing
problems in configuration.
Thanks,
Marco Ceppi
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
This is definitely more an operator decision than a charm decision. There
are two existing charms to address this. An unattended-upgrades charm and
landscape-client. Check those out first to see if the fit your needs.
Marco
On Mon, Mar 7, 2016, 5:16 PM Mark Shuttleworth wrote:
Hi Uros,
I've deployed this, but `api-info` isn't a command anymore in 2.0 How do we
get the admin-secret/password for the admin (or any) user?
Marco
On Wed, Mar 2, 2016 at 7:03 AM Uros Jovanovic
wrote:
> Hey Tom.
>
> You can try the latest in
n juju 2.0.
>
> On Wed, Mar 2, 2016 at 1:10 PM, Marco Ceppi <marco.ce...@canonical.com>
> wrote:
>
>> Hi Uros,
>>
>> I've deployed this, but `api-info` isn't a command anymore in 2.0 How do
>> we get the admin-secret/password for the admin (or any) user?
&g
_UNIT_NAME##*/})
```
So if it's unit/0 you'll get 4000, if it's unit/10 you'll get 4010, etc.
Since unit numbers are unique in Juju you'll never get a conflict.
Marco Ceppi
On Wed, Mar 2, 2016 at 6:29 AM Tom Barber <t...@analytical-labs.com> wrote:
> Scrap that, I have an a
e a sprint retrospective published Friday with a list of completed
and outstanding items. In the meantime, we're happy to take any feedback,
questions, or help!
Thanks,
Marco Ceppi
[0]:
https://tree.taiga.io/project/marcoceppi-juju-charm-community-sprint-201604/backlog
[1]:
https://tree.taiga.io/project/
I think a layer:nrpe isn't the right choice, but a layer:monitoring might
be. Esp with the layer/interface/subordinate model now, it seems that we
could actualize an abstract means to declare what to monitor and have
nrpe/zabbix-agent/promethous translate that.
Marco
On Mon, May 16, 2016 at
As someone who is still supporting a Juju 0.6 environment (I know, I know,
but every time I've tried to migrate it to 1.0 it's failed), I appreciate
that there's still a 0.6 Stable ppa as I have to install it occasionally.
On Thu, May 12, 2016 at 5:19 PM Adam Stokes
Might I suggest we do a hangout on air so we can record the discussion
while skipping the back and forth on the list? Possibly during an office
hour?
Also, I'm not sure the decision is final and I certainly appreciate your
feedback and welcome the continued discussion so we can reach a consensus!
When would the next office hour be?
>
> 2016-05-02 23:13 GMT+02:00 Marco Ceppi <marco.ce...@canonical.com>:
>
>> Might I suggest we do a hangout on air so we can record the discussion
>> while skipping the back and forth on the list? Possibly during an office
>> hour?
juju@lists.ubuntu.com - report issues against either
https://github.com/juju/charm-tools or
https://github.com/juju/charmstore-client ask questions in #juju on
freenode.net or on https://askubuntu.com
Thanks,
Marco Ceppi
on behalf of the Juju Charm Community Team and UI Engineering Team
--
Juju mai
On Sat, Apr 16, 2016, 2:12 AM Andrew Wilkins <andrew.wilk...@canonical.com>
wrote:
> On Tue, Apr 5, 2016 at 7:30 AM Andrew Wilkins <
> andrew.wilk...@canonical.com> wrote:
>
>> On Mon, Apr 4, 2016 at 10:42 PM Marco Ceppi <marco.ce...@canonical.com>
>> wrote
juju bootstrap aws/us-east-1 --bootstrap-series=trusty
That should hold you over while the cloud images are updated!
Marco
On Thu, Apr 21, 2016, 11:29 AM Ney Moura wrote:
> Hey guys!
>
> I'm currently trying do bootstrap my Juju environment using ec2 but, since
> today
Hi Patrik,
This would be a great and welcomed addition. I'm adding the juju-dev
mailing list to this thread as that is where most the Juju Core development
happens.
Marco
On Mon, Aug 1, 2016, 6:23 AM Patrik Karisch
wrote:
> Hi there,
>
> I want to add DigitalOcean as
Hopefully the snapcraft.yaml shows up in the repo. We're gearing up to do
the same with charm-tools very soon, excited to provide a daily build in
edge and proper candidates in candidate channel.
I'll mail the list when we make the switch.
Marco
On Tue, Aug 2, 2016, 5:12 PM Tom Barber
On Wed, Jul 6, 2016 at 3:51 PM Cheryl Jennings <
cheryl.jenni...@canonical.com> wrote:
> Hi Everyone,
>
> Due to the US holidays and with much of the team at core and networking
> sprints, we will be releasing 2.0-beta12 next week. There are currently 6
> assigned critical bugs [0] that need to
Thanks!
On Wed, Jul 6, 2016 at 4:43 PM Cheryl Jennings <
cheryl.jenni...@canonical.com> wrote:
> There are no API changes planned for beta12, but if any do come up, they
> will be announced on the mailing lists.
>
> On Wed, Jul 6, 2016 at 8:59 PM, Marco Ceppi <marco.ce...@c
Hi everyone,
In preparation for the next release of charm-tools and charmstore-client
we've snap'd up the two making it easier to subscribe to the latest
nightly, beta, candidate, and stable releases of the tools.
The snap isn't 100% ready yet, but it's confined and operational. I'd like
to tap
I am a +1, I've reviewed a lot of Pete's work and he understands the core
principals of charming and will make a fine addition.
On Thu, Jan 26, 2017 at 11:01 AM Pete Vander Giessen <
pete.vandergies...@canonical.com> wrote:
> Hi All,
>
> I've been working with the Big Data team since May 2016,
This is one of the areas we're going to improve with Reactive 2.0, where
the relation scope will be obsoleted as it's confusing and doesn't add much
value to the overall framework.
Updates and plans regarding that will be available soon!
Marco
On Wed, Jan 25, 2017 at 8:40 AM Alex Kavanagh
You're not the only one and it's something that's in the works!
On Fri, Feb 17, 2017, 08:02 Merlijn Sebrechts
wrote:
> God, I would love to have a "how many charms use this layer" search
> function!
>
> 2017-02-17 13:51 GMT+01:00 Tom Barber :
>
>
On Thu, Sep 1, 2016 at 3:10 PM Nicholas Skaggs <
nicholas.ska...@canonical.com> wrote:
> A new development release of Juju, 2.0-beta17, is here!
>
> ## What's new?
>
> * add-model now takes region name as an optional positional argument,
>to be consistent with bootstrap. The --region flag has
Hey everyone,
I know we've had discussions about this over the past few months, but it
seems we have three commands that overlap pretty aggressively.
Using Juju beta16, and trying to 'destroy' a controller it looks like this
now:
```
root@ubuntu:~# juju help destroy-controller
Usage: juju
I believe
these are the two related ones for this problem:
- https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1621229
- https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1576692
I'll make sure to post an update when this has been resolved.
Thanks,
Marco Ceppi
--
Juju mailing list
Juju@lists.
Oh my god, how did I miss this!
On Thu, Sep 1, 2016, 7:22 PM Andrew Wilkins <andrew.wilk...@canonical.com>
wrote:
> On Fri, Sep 2, 2016 at 3:26 AM Marco Ceppi <marco.ce...@canonical.com>
> wrote:
>
>> On Thu, Sep 1, 2016 at 3:10 PM Nicholas Skaggs <
>>
juju add-relation cinder san2
Now, you can configure each of the new applications, which are teh same
copy of the charm deployed multiple times. This will add a unique backend
per charm copy which seems to be your intended use case.
Thanks,
Marco Ceppi
On Wed, Sep 7, 2016 at 12:03 PM
someone without thinking.
>
What happens if I destroy-controller without that flag? Do I have to go
into my cloud portal to kill those instances? Is there any way to recover
from that to get juju reconnected? If not, it's just a slower death.
> On Thu, Sep 1, 2016 at 3:40 PM, Marco Ceppi <m
What happened to the charms that were in development channel? Are they now
in edge?
Marco
On Wed, Aug 31, 2016, 9:06 AM Brad Crittenden wrote:
> The new version of the charmstore provides support for four channels
> (edge, beta, candidate, stable). The development channel
on the Ubuntu charm for anything I urge you to test the
latest version with
`juju deploy ubuntu --channel candidate`
If I don't receive any negative feedback by the end of this week I'll move
what's in candidate to stable.
Thanks,
Marco Ceppi
--
Juju mailing list
Juju@lists.ubuntu.com
Modify
Hi Ryan,
I have granted everyone access to the candidate channel. Could you try
again?
Thanks,
Marco Ceppi
On Wed, Sep 14, 2016 at 3:26 PM Ryan Beisner <ryan.beis...@canonical.com>
wrote:
> Is there a merge proposal or pull request for the changes? I'd like to
> validate
built charm, you will need to run charm build again.
There was a problem in the setup.py for the project which excluded a few
packages. The project's been updated from distutils to setuptools and
future proofed against this problem.
Thanks,
Marco Ceppi
--
Juju mailing list
Juju@lists.ubuntu.com
This is FANTASTIC news for those using the Snap!
On Thu, Sep 15, 2016 at 10:53 PM Rick Harding
wrote:
> Thanks Menno, this is great stuff.
>
> On Thu, Sep 15, 2016, 10:35 PM Menno Smits
> wrote:
>
>> Hi everyone,
>>
>> This is just a quick
Hey everyone,
I know we're rocking towards 2.0 but this is a problem I've seen voiced a
few times now. To date, the `name` field in charm has always been
[a-z-0-9_-] where you can't end with `-#`. This makes sense, simple flat
names that are all lowercase make it easy to do `juju deploy
lay names may also include unicode characters in the future,
for example
Übersoftware
Which would need name to still be defined from a store/unique id
perspective.
As for case insensitive juju deploy command, I'd consider that out of scope
of this proposal.
On Sat, Sep 24, 2016 at 2:50 PM, Mar
layer.
Thanks,
Marco Ceppi
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
Obsoleted, their aliases eventually removed
On Mon, Sep 19, 2016, 4:03 AM Ryan Beisner <ryan.beis...@canonical.com>
wrote:
> On Fri, Sep 16, 2016 at 2:00 PM, Marco Ceppi <marco.ce...@canonical.com>
> wrote:
>
>> I am the upstream (for this charm) and this is an en
The repo has been updated: https://github.com/marcoceppi/charm-ubuntu
On Fri, Sep 16, 2016 at 3:00 PM Marco Ceppi <marco.ce...@canonical.com>
wrote:
> I am the upstream (for this charm) and this is an entire rework of the
> charm including a repo change. Future mp will be again
to list plugins in 2.0?
[0]: https://github.com/juju/plugins/pull/69
Thanks,
Marco Ceppi
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
Thanks have some ideas about this, I'll file a bug (blueprint?) about it. I
really care about plugins and would like to make them more robust in Juju.
Marco
On Thu, Sep 29, 2016, 6:07 PM Tim Penhey wrote:
> If we do that, then we can make the plug-in also install a
It sounds like you really want to add landscape client to each ;)
On Tue, Oct 25, 2016, 10:21 PM Casey Marshall
wrote:
> On Mon, Oct 24, 2016 at 6:15 AM, Merlijn Sebrechts <
> merlijn.sebrec...@gmail.com> wrote:
>
> +1 for "which charms use this layer" queries.
Thanks,
Marco Ceppi
-- Forwarded message -
From: Jonathan Proulx <j...@csail.mit.edu>
Date: Thu, Nov 10, 2016 at 4:52 PM
Subject: Instance metadata for private cloud.
To: <juju@lists.ubuntu.com>
Hi All,
Trying to test out juju on my private OpenStack cloud.
Ha
Hey everyone,
We're aware of the outage and working to bring the service back online.
This is unfortunate, but we're in the process of getting the
interfaces.juju.solutions site, folded into the charm store properly. This
service has done it's job in providing the initial indexing but as we see
the default model configuration for all new models
going forward with:
juju model-defaults
Here's more information on that:
https://jujucharms.com/docs/2.0/models-config
Thanks,
Marco Ceppi
On Mon, Nov 14, 2016 at 1:03 PM Jonathan D. Proulx <j...@csail.mit.edu>
wrote:
> On Mon, Nov
charm build uses tactics during compilation to process files and tasks.
These tactics are pluggable, which allows you to create custom tactics in
your layer for things like you've desctibed. We have an example of this in
the Kubernetes charms, where a custom layer tactic is used to seed static
he dependencies of a tactic should be installed?
>
> 2016-11-25 1:19 GMT+01:00 Marco Ceppi <marco.ce...@canonical.com>:
>
> charm build uses tactics during compilation to process files and tasks.
> These tactics are pluggable, which allows you to create custom tactics in
> your lay
This is really one of the goals. python-jujuclient, amulet, and even to an
extent deployer all poorly implement an abstraction to Juju. These will all
eventually fall away in favor of a consolidated, focused, well built Object
Oriented Python library.
Marco
On Tue, Nov 1, 2016, 4:25 PM Ryan
Hey James,
I think this is the best way about it for the time being, discussing what
people are working on ahead of it being perfect gives everyone a chance to
see what's going on and can help focus people on getting help from others
interested!
On Wed, Nov 2, 2016 at 10:48 AM James Beedy
t;
> On Fri, Nov 25, 2016, 4:42 AM Merlijn Sebrechts <
> merlijn.sebrec...@gmail.com> wrote:
>
> Wow, that looks really cool!
>
> Any best-practices of how the dependencies of a tactic should be installed?
>
> 2016-11-25 1:19 GMT+01:00 Marco Ceppi <marco.ce...@canonica
This is an interesting idea. In the past I've uploaded images and gifs to
things like imgur for hosting. Github does a lot of extra mark-down
processing (even beyond GFM) like munging image paths. I thinks it's
entirely possible that our charm store also do some smart post processing
to produce
the cloud bringing up the instance.
I plan on doing this across all the clouds I have access to, and track in a
spreadsheet. I'll share that sheet out in a bit.
Thanks,
Marco Ceppi
On Thu, Dec 1, 2016 at 5:00 AM Adam Collard <adam.coll...@canonical.com>
wrote:
> On Thu, 1 Dec 2016 at 04:02 N
On Thu, Dec 1, 2016 at 8:28 AM Free Ekanayaka <free.ekanay...@canonical.com>
wrote:
> On 1 December 2016 at 13:53, Marco Ceppi <marco.ce...@canonical.com>
> wrote:
>
> On Thu, Dec 1, 2016 at 5:00 AM Adam Collard <adam.coll...@canonical.com>
> wrote:
>
>
://svg.juju.solutions/?bundle=cs:~bigdata-dev/bundle/apache-analytics-sql-15=png
Thanks,
Marco Ceppi
On Thu, Dec 1, 2016 at 9:48 AM James Donner <james.don...@canonical.com>
wrote:
> This is a godsend.
>
> It used to be incredibly difficult to gather images of Juju bundles, but
> this to
On Thu, Dec 1, 2016 at 12:56 PM Casey Marshall <casey.marsh...@canonical.com>
wrote:
On Thu, Dec 1, 2016 at 6:53 AM, Marco Ceppi <marco.ce...@canonical.com>
wrote:
On Thu, Dec 1, 2016 at 5:00 AM Adam Collard <adam.coll...@canonical.com>
wrote:
On Thu, 1 Dec 2016 at 04:02 N
Hey James!
We were looking at adding Keystone as a user management backend for
Kubernetes. This is a great step forward in making that possible, I noticed
the barbican charm in the AWS deploy was "local", are there any major
changes to the charm from ~openstack-charmers needed for it to run in
I'd prefer to continue to the discussion on the mailing thread. Happy to
have an office hours on it though. Replying to your points on the thread
from last week.
On Mon, Dec 5, 2016 at 10:42 AM José Antonio Rey wrote:
> Hey everyone,
>
> I'd like to call for a charmers
Hey Dean! Thanks for the email. I've got some replies in line.
On Mon, Dec 5, 2016 at 11:22 AM Dean Maniatis
wrote:
Hello,
I'm a new charm author trying to learn the basics and decided to start with
a simple bash template. I'm working on porting netdata
msvg
* https://jujucharms.com/u/marcoceppi/charm-svg
The site is, of course, deployed and managed by Juju.
Thanks,
Marco Ceppi
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
On Thu, Dec 1, 2016 at 5:00 AM Adam Collard
wrote:
> On Thu, 1 Dec 2016 at 04:02 Nate Finch wrote:
>
> On IRC, someone was lamenting the fact that the Ubuntu charm takes longer
> to deploy now, because it has been updated to exercise more of
Is this charm or bundle somewhere we can look at?
On Tue, Jan 3, 2017 at 8:06 AM Merlijn Sebrechts <
merlijn.sebrec...@gmail.com> wrote:
> I have the same issue in the staging charm store.
>
>
> charm release cs:~tengu-team/jupyter-notebook-spark-0
> ERROR cannot release charm or bundle: cannot
Are these configuration options to be different values? If not charm-build
will do the de-duping. I'm dubious of adding things like nagios
configuration options to things like the kubernetes charm. This opens
potentially having config options for zabbix or any other monitoring
solution and
Hook config is only setable by operators, not charms. If the-crawldb-uri
isn't a config option specified in config.yaml and a value set by running
`juju set` then the behavior you described is expected.
I'd recommend using the kv module in charm-helpers to persist data between
hooks.
Conjure-up does some things things in setting up pre-requisites for LXD so
that Kubernetes/Docker work as expected. In the next release we'll be
detecting these features and instead of having the applications error out,
be providing a more concise message as to why it's failed and how to
rectify.
The goal is to also add a synchronous interface which does async behind the
scene. That will be in a future release. However, it looks like you're off
to a good start!
Marco
On Fri, Dec 23, 2016, 6:51 PM James Beedy wrote:
> I think I'm starting to see the light. I was
I believe the other two scenarios where config-changed may run are agent
returning from down state as well as after a machine reboot. These
shouldn't be problematic so long as all hooks are idempotent.
Marco
On Tue, Apr 4, 2017 at 11:36 AM Jason Hobbs
wrote:
> I'm
On Fri, Mar 31, 2017 at 3:42 AM Chris Lee wrote:
> A new release of Juju, 2.2-beta2, and conjure-up, are here!
>
>
> ## What's new in 2.2-beta2
>
> - [conjure-up] A new spell which deploys Landscape On-Premises 17.03
> - [conjure-up] Support for channels
>
>
> ###
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
No, because it's a sqlitedb per unit of charm. So a charm collocated on the
same machine will still have its own state.
Can I ask what you're looking to achieve?
Marco
On Tue, Apr 18, 2017, 10:05 fengxia wrote:
> Replying my own question:
>
> charmhelpers.core.unitdata shows
Relations
are for. They provide the ability to transfer key/vals between one or more
connected item:
https://jujucharms.com/docs/stable/developer-layers-interfaces
Thanks,
Marco Ceppi
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
101 - 200 of 280 matches
Mail list logo