; >>>
>>> >>> inc/common is leveraged by two additional scripts in scripts/ that
>>> are
>>> >>> called from
>>> >>> an upstart job I install.
>>> >>>
>>> >>> juju-run is neat, but it's still client side. I would also like the
>>> >>> freedom to
>>> >>> just fool around with the get/set agents outside of the debug-hooks
>>> >>> context
>>> >>> on the target e.g. to get a better feel for hacking new config.yaml
>>> keys.
>>> >>> Currently,
>>> >>> my only alternative is to intentionally create a broken hook and run
>>> >>> debug-hooks
>>> >>> from the discomfort of a screen'ish session.
>>> >>>
>>> >>>
>>> >>>>
>>> >>>>
>>> >>>> gustavo @ http://niemeyer.net
>>> >>>>
>>> >>>
>>> >>> --
>>> >>> Juju mailing list
>>> >>> Juju@lists.ubuntu.com
>>> >>> Modify settings or unsubscribe at:
>>> >>> https://lists.ubuntu.com/mailman/listinfo/juju
>>> >>
>>> >>
>>> >
>>> >
>>> >
>>> > --
>>> > gustavo @ http://niemeyer.net
>>> >
>>> > --
>>> > Juju mailing list
>>> > Juju@lists.ubuntu.com
>>> > Modify settings or unsubscribe at:
>>> https://lists.ubuntu.com/mailman/listinfo/juju
>>>
>>> --
>>> Juju mailing list
>>> Juju@lists.ubuntu.com
>>> Modify settings or unsubscribe at:
>>> https://lists.ubuntu.com/mailman/listinfo/juju
>>>
>>
>>
>> --
>> Juju mailing list
>> Juju@lists.ubuntu.com
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/juju
>>
>>
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
>
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
ve
>
> [1] There are also other problems with this charm, but I will save
> them for later novella.
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
aproxy-services? I'm not sold
on that, just throwing something out there.
Thanks for broaching this subject. Hopefully we can work something out.
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
ss-cutting restrictions (eg it makes no sense to relate
>> certain apps to multiple db services, even though the metadata might imply
>> that both "postgres" and "mysql" are "required") -- that we can only really
>> currently address in individual charms.
>&
omething better to try out?
Please let me know. This seems to be a big missing puzzle piece in
practical juju usage right now, and I would love to hear others thoughts
(since I may be missing something).
Thanks!
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify
Sorry -- s/swift/nova-volume/
I have swift on the brain from another issue I'm working on!
On Sun, Nov 17, 2013 at 11:17 AM, David Britton wrote:
> Hi --
>
> I've been looking to build a persistence story into the NFS charm, and I'm
> wondering if anyone else
Hi --
If I terminate a machine out from underneath juju, how do I correctly
inform juju that machine is no longer there?
Is there a way to gracefully terminate from the service unit/machine
perspective (equivalent of shutdown to AWS or Nova, it will destroy the
instance)?
Thanks!
--
David
Thanks David --
I think it's currently targetted at 1.16.5:
https://bugs.launchpad.net/juju-core/+bug/1089291
I'll be following it there. :)
On Mon, Dec 2, 2013 at 3:06 PM, David Cheney wrote:
> On Tue, Dec 3, 2013 at 8:47 AM, David Britton
> wrote:
> > Hi --
&g
emembers the charms it deploys. The
"--upgrade" flag on juju deploy can automate that for you, in that case.
See the discussion in this bug, as this behavior surprised me too:
https://bugs.launchpad.net/juju-core/+bug/1205466
--
David Britton
--
Juju mailing list
Juju@lists.ubunt
rusty instances, but they are in the
daily stream.
Thanks!
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
at have api credentials, or just me?
Thanks!
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
remember pyjuju being more resilient in this area.
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
On Thu, Feb 20, 2014 at 10:37:44AM -0500, Kapil Thangavelu wrote:
> i filed a bug against core for this a few months back
> https://bugs.launchpad.net/juju-core/+bug/1227450
Thanks --
I'll append this specific AWS case to that bug... Just to capture.
--
David Britton
--
Juju m
27;m wondering if that
is responsible for me hitting this request rate limit.
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
> changes in the charm.
Awesome news!
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
us-west-2b available
2014-03-20T17:02:22.356Zstandard
TAG volume vol-0a373504volume_name postgresql/0 volume
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
On Fri, Mar 21, 2014 at 08:21:11AM +0400, John Meinel wrote:
> Notice that volume which is attached is a *new* volume.
You are right... confused by euca/ec2 cmdline output again! :(
Thanks John.
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe
On Thu, Apr 03, 2014 at 10:13:50AM -0300, Andreas Hasenack wrote:
>
> Is there a normal scenario where this could happen, or is it a bug in juju?
We talked briefly today with the juju folks --
Please file a bug against this.
--
David Britton
--
Juju mailing list
Juju@lists.ubun
sk me any questions, and thanks for your consideration.
:-)
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
Also... the docs for authoring an icon are really quite straight-forward
and well explained. Even myself with negative-artistic ability was able
to do it on a couple of occasions. :)
https://juju.ubuntu.com/docs/authors-charm-icon.html
--
David Britton
--
Juju mailing list
Juju
Hi All --
I'm seeing merge proposals in github and in launchpad for charmhelpers.
Where are we supposed to be doing development?
Sorry, just a bit confused...
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/ma
I was mistaken on this. lp:charm-helpers is the right and only spot.
Sorry for the noise.
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
On Wed, Aug 20, 2014 at 11:36:51AM -0400, Marco Ceppi wrote:
> Where are you seeing charmhelpers on Github?
>
I didn't. It was a discussion about charm helpers that confused me and
another collegague.
Not to worry, totally my mistake.
--
David Britton
--
Juju mailin
https only especially in a private
environment.
Is the only option for me to mirror cloud-images and set up an https
endpoint (or a transparent https m-i-t-m proxy) in order to avoid
downloading these large images over and over?
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify
now that supports LXCs as full-first class citizens,
it already downloads and maintains multiple images, and according to
Andres it also exports simple streams data. Should be a simple matter
to add another image to this mix?
Someone more knowledgable in MAAS, please correct my errors!
--
David
pers, which he introduced to me. :)
His contributions and reviews are always well done, and if that weren't
enough, he's setting up ubuntu mirrors in Africa with the help of charms
he's been authoring.
He will make a valuable addition to ~charmers, +1
--
David Britton
--
Juju maili
https://code.launchpad.net/~tribaal/charms/precise/storage/refactor-mount-volume/+merge/232236
Needs Fixing: Failing some deployments scenerios, but the idea and
refactor seem sound at this point. Spoke with Chris in the review and
on IRC.
--
David Britton
--
Juju mailing list
Juju
On Fri, Sep 26, 2014 at 09:46:44PM +0300, Christopher Glass wrote:
>
> Back to the hammer and anvil for this one!
Looking forward to seeing it again. Thanks Chris for your willingness
to take this one on! :)
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify setti
n
all reviews and fully finished. Even when one of them failed and wasn't
related to the charm, it was still useful since we had multiple
substrates tested. The one that failed was a spurious error and could
be ignored.
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify s
t week and submitted for
review.
Thanks!
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
mlessly to the user. Also if people wanted to continue to
write out larger files to /mnt, that would work fine as well.
If you remove the behavior, it would be good to have it on
/mnt/juju-ephemeral-0 or something like that.
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modif
Hi there,
I think just a link to the bug in reply to this message so we are on the
same page would be helpful.
Thanks!
--
David Britton
On Dec 4, 2014 7:31 AM, "saurabh" wrote:
> Hi Marco,
>
> Sorry for making the noise but I did not understand what you said. I have
>
# to install/update dependencies needed for
testing
Are there others that are needed/missing or that I forgot we already
have as standard?
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mai
preferences on the exact
namings.
unit tests:
- make test
unit tests dependencies:
- make test-depends
functional tests:
- make functional-test
lint:
- make lint
charm-helpers upstream sync:
- make sync
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe
On Thu, Jan 22, 2015 at 04:17:26PM +, Simon Davy wrote:
> On 22 January 2015 at 15:13, David Britton
> wrote:
> >
> > lint:
> > - make lint
> >
>
> Could we also make[1] the charm linter lint the makefile for the
> presence of targets agreed in the ou
> - unit-test
> ```
-1, vote for 'lint', 'test' (unit test only) at this level, and agree
with Tim that it's redundnat to print these out, we should make the
recommeneded defaults what bundletester supports.
All else I agree with.
--
David Britton
--
tps://code.launchpad.net/~landscape/landscape-charm/stable
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
On Wed, Jan 28, 2015 at 11:56:12AM -0300, Nicolás Pace wrote:
> On Tue, Jan 27, 2015 at 5:50 PM, David Britton
>
> I've used juju debug-hooks apache2/0 to debug the
> vhost-config-relation-changed hook.
> When i call relation-get , i get:
> private-address: 10.0.3.137
you have a pastebin or bug?
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
Merged:
https://code.launchpad.net/~danilo/charms/trusty/haproxy/merge-services-fix/+merge/259233
- Fig bug in backend service merge logic [lp:1455079]
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo
uot; manifold worker: dependency not
> available
> Any help much appreciated.
>
Hi Stian --
We've encountered this error before too. Could you add your findings to
this bug? There are a couple workaround you can try there.
https://bugs.launchpad.net/juju-core/+bug/1
p node is the same thing.
Thanks!
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
nd I look forward to working with
> him in the future!
>
> Thanks David!
>
> ~James
>
>
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
Are there any plans to allow this to be stored between controller
bootstraps?
Background -- We have some substrates where specifically the default
timeout is too low for the maas provider. There are also considerations
like proxies, apt proxies, etc that all become quite cumbersome to type
and
a file and pass it in with '--config
> myconf.yaml'
>
> There was discussion of having a default search path for some of the
> config, but I'm not sure if that got implemented, nor if it is actually
> better since it is another magic place that you have to discover.
&g
ing the manual provider?
>
> Matt
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
>
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
t, but something that helps keep bugs from
escaping downstream as well!
I just wanted to pass on a bit of encouragement that the work to
incorporate those checks was valuable and having that same experience
across other bits of big software makes charms alive and moves them ever
closer to invalu
s sound useful/helpful or am I being pedantic? (I say this
>>>> because Kubernetes touches ~ 7 layers, and it gets confusing keeping
>>>> everything up to date locally while testing, and then again re-testing with
>>>> --no-local-layers to ensure our repositories are
how). Snappy has this sorted better, with Launchpad
>> able to build snaps from a branch and upload them to the snap store on your
>> behalf.
>>
>>
>> --
>> Stuart Bishop
>>
>> --
>> Juju mailing list
>> Juju@lists.ubuntu.com
>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm
>> an/listinfo/juju
>>
>>
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/
> mailman/listinfo/juju
>
>
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
deloading the snap.
But, resources are the next logical progression.
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
> --
> Juju-dev mailing list
> juju-...@lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm
> an/listinfo/juju-dev
>
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/
> mailman/listinfo/juju-dev
>
>
--
David Britton
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
ur lxd container created, you can get access to it
directly:
lxc list
lxc exec bash
# look in /var/log/cloud*, /var/log/juju/*,
# /var/log/syslog, etc for errors
Also, you can run your `juju bootstrap` in --debug mode, which gives a
lot more data.
--
David Britton
--
Juju mailing list
Juju
53 matches
Mail list logo