Hi Merlijn,
On Thu, 25 Jan 2018 at 16:17 Merlijn Sebrechts
wrote:
> Hi all
>
>
> I'm writing a Juju-related paper and I'd like to get statistics on Charm,
> layer and interface usage. Are these publicly available?
>
> Related: is there a documented API to get the code of the charms that are
> av
On Fri, 19 May 2017 at 03:14 Tim Penhey wrote:
> Hi folks,
>
> Currently juju will update the status of any hook execution for any unit
> to show that it is busy doing things. This was all well and good until
> we do things based on time.
>
> Every five minutes (or so) each unit will have the upd
On Fri, 24 Feb 2017 at 10:07 Adam Israel wrote:
> Thanks for calling this out, Simon! We should be shouting this from the
> rooftops and celebrating in the streets.
>
Only if you also wave a big WARNING banner!
I can definitely see value in pre-installing a bunch of things in your LXD
images as
On Sun, 29 Jan 2017 at 00:00 James Beedy wrote:
> Ok, progress. I've encoded my cert and key to base64 strings and specified
> them in my haproxy config, and seem to be getting past the padding error.
> My issue now, is that I am not seeing the cert/key in /etc/ssl/private on
> the haproxy host o
On Fri, 13 Jan 2017 at 15:51 Katherine Cox-Buday <
katherine.cox-bu...@canonical.com> wrote:
> John A Meinel writes:
>
> > Note that we should still report leadership changes at INFO level, which
> should allow you to
> > debug easy things without changing the log level, as those changes
> should
Hi,
The automatic hook retries[0] that landed as part of 2.0 (are documented
as) run indefinitely[1] - this causes problems as an API user:
Imagine you are driving Juju using the API, and when you perform an
operation (e.g. set the configuration of a service, or reboot the unit, or
add a relation
On Fri, 2 Dec 2016 at 13:43 Mark Shuttleworth wrote:
> On 02/12/16 07:46, Adam Collard wrote:
> > It'd be nice to have full Unicode support in both charm and
> > application names.
>
> Steady on, that would make it easy to have misleading charm names, or
> ones that
It'd be nice to have full Unicode support in both charm and application
names.
On Fri, 2 Dec 2016 at 12:43 Nate Finch wrote:
> There's no technical reason for the restriction, AFAIK. I believe it's
> just aesthetic.
>
> On Fri, Dec 2, 2016, 5:50 AM James Page wrote:
>
> Hi All
>
> Is there a s
Oops, forgot to reply to the list.
-- Forwarded message -
From: Adam Collard
Date: Thu, 1 Dec 2016 at 13:43
Subject: Re: A (Very) Minimal Charm
To: Marco Ceppi
On Thu, 1 Dec 2016 at 12:53 Marco Ceppi wrote:
On Thu, Dec 1, 2016 at 5:00 AM Adam Collard
wrote:
On Thu, 1 Dec
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 Juju's
features. My response was - just make a minimal charm, it's easy. And
then of course, I had to figure out
FWIW this is being tracked in https://bugs.launchpad.net/juju/+bug/1642541
On Thu, 17 Nov 2016 at 04:17 Nate Finch wrote:
> Just for historical reference. The original implementation of the new OS
> mutex used flock until Dave mentioned that it presented problems with file
> management (files
Not sure I get a vote, but -1
You're running an old version of ReviewBoard (2.0.12 released in January
2015) and many of the issues I think you've been hitting are fixed in later
revisions. Latest stable is 2.5.6.1, 3.0.x is under active development and
brings a chunk of new UI improvements.
Rele
Hi Siva,
On Wed, 7 Sep 2016 at 10:58 SivaRamaPrasad Ravipati
wrote:
> Hi,
>
> I have installed the openstack cloud using openstack Autopilot. I am trying
> to deploy juju-gui in the internal juju environment.
>
>
>
>
> I did the following.
>
>
> ->From MAAS node
>
> $export
On Tue, 9 Aug 2016 at 09:43 Tim Penhey wrote:
> Is anyone currently using the streaming text aspects of the API right now?
>
Not us.
--
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju-dev
Can we use hyperlinks to Launchpad bugs in these release emails? It's a
small papercut but every time I want to dig in on some of the bugs to work
out the potential impact and have to go through a copy/paste step.
Thanks!
On Wed, 27 Jul 2016 at 10:35 Martin Packman
wrote:
> # juju-core 1.25.6
>
Did we get a way of disabling this 'feature'? As I remember from the
initial ML post, there was a repeated request to be able to disable this
for certain environments (e.g. dev/test of charms).
Many charms have race conditions in their hook execution which aren't seen
through regular use of the Ju
Will there be a transitional release of 1.25.x that also gives us a juju1
binary to facilitate this?
On Tue, 5 Apr 2016 at 19:36, Martin Packman
wrote:
> Some of you will be aware of the excitement over the last week getting
> Juju 2.0 into Xenial, this is an update mail so everyone knows what
>
Hi Moonstone!
On Fri, 12 Feb 2016 at 21:27 Katherine Cox-Buday <
katherine.cox-bu...@canonical.com> wrote:
> Moonstone have been working hard on a new feature coming up in Juju 2.0
> called "Juju Resources", and we're now at a point where we can share the
> goodness and call for bugs/feedback! As
On Tue, 16 Feb 2016 at 18:40 Katherine Cox-Buday <
katherine.cox-bu...@canonical.com> wrote:
> Thanks, Adam.
>
> Playing devil's advocate to my own question here: why isn't this 1 charm
> broken up into separate charms that handle the different bits of the
> workflow? It sounds like you'd want to
Hi Katherine,
On Tue, 16 Feb 2016 at 18:20 Katherine Cox-Buday <
katherine.cox-bu...@canonical.com> wrote:
> The team is looking closely at some of our CLI surrounding resources, and
> an interesting question came up: should units be considered homogeneous?
>
> My understanding is that it's a go
Is this location still controllable through the JUJU_HOME environment
variable?
On Mon, 8 Feb 2016 at 07:16 Ian Booth wrote:
> As advance notice, the next alpha release of Juju 2.0 (due this week) will
> use a
> new default home location. Juju will now adhere to the the XDG desktop
> standard
>
On Wed, 20 Jan 2016 at 12:48 John Meinel wrote:
> ...
>>
>
>
>>
>> This seems like a good idea.
>> Also perhaps it wouldn't be so bad if you at least were able
>> to find some record of the hook failures without delving into the
>> logs.
>>
>
>
> If the charm is calling "status-set" then the info
On Thu, 22 Oct 2015 at 10:39 roger peppe wrote:
> I have one objection to the debug-log command - it doesn't
> appear to be possible to get the log up until the current time
> without blocking to wait for more messages when it gets
> to the end. So it's not quite a substitute because I can't easi
Hi Anastasia,
Could you give some clues as to what API changes (if any) will come with
this change?
Our current usage looks something like:
Client SetAnnotations Tag=$entityType-$entityId Pairs=[($key1, $value1),
($key2, $value2)...]
Thanks,
Adam
On 12 January 2015 at 00:41, Anastasia Macmoo
On 18 September 2014 10:49, John Meinel wrote:
> Has anyone succeeded in getting this to work?
>
> The steps I tried to do were:
>
> git co master
> git pull upstream master
> git co base-branch
> git diff master... > base.diff
> git co dependent-branch
> git diff master... > dependent.diff
Hi Ian,
On 8 September 2014 11:37, Ian Booth wrote:
> Hi Eric
>
> Fantastic, thank you.
>
> Quick question - can we set up a Juju team group and have that group
> automatically be assigned as a reviewer for newly created review requests?
> I
> tried to create a new request using the web ui and h
The charms I maintain and write are in Python and use charm-helpers. I have
a file called hooks.py and a bunch of symlinks pointing to it. Presumably
this change would push me to rename hooks.py to default-hook.
The issue I have is that then I cannot (easily) test that file, because
it's not a val
My charm for ReviewBoard[1] just got promulgated yesterday. I highly
recommend it as an excellent tool for code review.
[1] https://jujucharms.com/sidebar/search/precise/reviewboard/
On 12 June 2014 13:48, David Cheney wrote:
> Rietveld also supports git
>
> On Thu, Jun 12, 2014 at 8:46 PM, Ian
On 19 March 2014 13:22, John Meinel wrote:
> As of right now (2014-05-19 11:20 UTC) streams.canonical.com no longer
> lists 1.17.[1-5] as available. At least if I go here:
>
> http://streams.canonical.com/juju/streams/v1/com.ubuntu.juju:released:tools.json
> vs going here:
>
> http://juju-dist.s3
29 matches
Mail list logo