I'm also +1 on a timestamp.
On Wed, Apr 18, 2018 at 8:22 AM, Jason Hobbs
wrote:
> Yes, a timestamp is always appropriate.
>
> On Wed, Apr 18, 2018 at 3:12 AM, Merlijn Sebrechts
> wrote:
> > +1
> >
> > Op wo 18 apr. 2018 om 09:19 schreef
I meant to follow up with this last week but lost track. In addition to
the raw API for getting charm content, you can also just do `charm pull
$CHARM_ID` to get the archive zip, in case that's easier.
For charm stats, the API docs that Rick linked to includes the "stats"
endpoint. You can see
teenbu...@canonical.com> wrote:
>
>> Fantastic, this is a great change - well done!
>>
>> On Fri, Sep 8, 2017 at 2:39 PM, Cory Johns <cory.jo...@canonical.com>
>> wrote:
>>
>>> Greetings,
>>>
>>> Today we migrated the index of base and in
Greetings,
I just wanted to make a quick announcement that the charm snap is now
strictly confined on the stable channel (rev 17). This fixes issues like
https://github.com/juju/charm-tools/issues/339 and
https://github.com/juju/charm-tools/issues/319 and prevents similar issues
from cropping up
Greetings,
Today we migrated the index of base and interface layers used to build
charms over to the GitHub repository https://github.com/juju/layer-index.
Hosting the index in GitHub provides better discoverability for layers, a
better workflow for contributing layers, including more
The 0.6.0 release of the Python bindings for the Juju API is now available
on PyPI. The docs have moved to ReadTheDocs, due to PythonHosted being
deprecated, and the change log can be found at:
https://pythonlibjuju.readthedocs.io/en/latest/changelog.html
Here is a synopsis of the recent
al
> // with x/net/websocket connections that don't deal with recieving
> // fragmented messages.
> const websocketFrameSize = 65536
>
>
> On 14/06/17 12:00, Cory Johns wrote:
> > Do we know what size the gorilla/websocket library uses for automatic
> > chunking?
> >
nk we do any internal "well that
> would be too much information so we wont send it all".
>
> John
> =:->
>
>
> On Wed, Jun 14, 2017 at 7:11 PM, Cory Johns <cory.jo...@canonical.com>
> wrote:
>
>> https://github.com/juju/python-libjuju/issues/136 ra
https://github.com/juju/python-libjuju/issues/136 raises the issue that,
for large models, the initial AllWatcher response frame can be large enough
that it overruns the default maximum frame size of the websocket library
(1MB). We can increase this limit fairly easily, but I wanted to find out
I think that's another nail in the coffin for @hook. You could work around
it by having your @hook('upgrade-charm') handler unconditionally set a
state (e.g., 'upgrade-charm'), and then have the state handler do the
gating on leadership. This would also allow you to use the decorators for
gating
Marco,
What is the issue you mentioned with using snaps where you mentioned
needing an "unconfined classic snap"?
On Thu, Dec 1, 2016 at 1:13 PM, Marco Ceppi
wrote:
> On Thu, Dec 1, 2016 at 12:56 PM Casey Marshall <
> casey.marsh...@canonical.com> wrote:
>
> On Thu,
Free,
This looks fantastic! Can I request that you cross-post this over to the
main Juju mailing list, as it would be very helpful for the community as a
whole?
On Tue, Oct 11, 2016 at 4:57 AM, Free Ekanayaka <
free.ekanay...@canonical.com> wrote:
> Hello,
>
> I published a couple of new
You can accomplish most of this with the existing plugin system. You can't
override existing commands, but you can easily create thin wrappers around
them with your desired default args, and given the discussion around
--no-aliases, it seems like this is actually a benefit. And plugins
provide
Hi all,
(cross-posting to juju juju-dev)
I've created a tool / library for organizing and managing resources
(binary blobs, tarballs, Python packages, and, eventually, apt
packages) required by a charm. The idea is to be an interim tool, and
a test-bed for the resource features that have been
On Thu, Jun 19, 2014 at 6:52 PM, Richard Harding
rick.hard...@canonical.com wrote:
On Thu, 19 Jun 2014, Benjamin Saller wrote:
Haven't we talked about this type of content as a different data type
though than a bundle? Is this something we should work towards at this
time?
I think that is
15 matches
Mail list logo