Re: Openstack and Juju not working

[José Antonio Rey]

 
 How was the event reported in the logs of Apache
 and Swift?
 
 
 
 On Wed, Mar 26, 2014 at 7:24 PM, Sebastian
 sebas5...@gmail.com
 mailto:sebas5...@gmail.com wrote:
  Yes!! it seems that the apache is giving the
 time out, for too long uploads.
 
  Maybe apache tweeks to increase time out?
 
  thank you people! :)
 
  Abs,
  Sebas.
 
 
 
  2014-03-26 18:54 GMT-03:00 Gustavo Niemeyer
  gustavo.nieme...@canonical.com
 mailto:gustavo.nieme...@canonical.com:
 
  The response was cut out:
 
   It's worth noting the timing between the
 first and the second entries
   in the log above. It's taking quite a while
 for apache to respond with
   the 408 timeout, which might indicate that the
 
  ... swift in the backend isn't communicating
 properly for some reason.
 
 
  gustavo @ http://niemeyer.net
 
  --
  Juju mailing list
  Juju@lists.ubuntu.com
 mailto: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 mailto:Juju@lists.ubuntu.com
 Modify settings or unsubscribe at:
 https://lists.ubuntu.com/mailman/listinfo/juju
 
 
 
 
 --
 Juju mailing list
 Juju@lists.ubuntu.com mailto:Juju@lists.ubuntu.com
 Modify settings or unsubscribe at:
 https://lists.ubuntu.com/mailman/listinfo/juju
 
 
 
 
 
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Package updates and charm responsibilities

[José Antonio Rey]

I think that on new machines (at least on the bootstrap node) apt-get
update and apt-get upgrade is done when starting. I'm not too sure about
it, though. Otherwise, you wouldn't be able to get the latest version of
a package.

On 04/10/2014 05:00 AM, Stuart Bishop wrote:
 Hi.
 
 Should a charm be responsible for running 'apt-get update', 'apt-get
 upgrade' etc?
 
 If so, which hooks should invoke this behavior?
 
 Of course, sometimes a charm has no choice about 'apt-get update', for
 example when a config-changed hook needs to add a PPA.
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Failing to start hadoop unit on local with juju

[José Antonio Rey]

Was it like that before you bootstrapped?

On 04/27/2014 03:34 PM, Asif Iqbal wrote:
 
 On Sun, Apr 27, 2014 at 4:31 PM, José Antonio Rey j...@ubuntu.com
 mailto:j...@ubuntu.com wrote:
 
 Or set default-series: precise on your environments.yaml file
 
 
 It is setup like that
 
   local:
 type: local
 default-series: precise
 
 units still showing pending
 
   1:
 instance-id: pending
 series: precise
   2:
 instance-id: pending
 series: precise
 
 $ tail -f .juju/local/log/all-machines.log 
 machine-0: 2014-04-27 20:33:41 ERROR juju.worker.peergrouper
 worker.go:137 peergrouper loop terminated: cannot get replica set
 status: cannot get replica set status: not running with --replSet
 machine-0: 2014-04-27 20:33:41 ERROR juju.worker runner.go:218 exited
 peergrouper: cannot get replica set status: cannot get replica set
 status: not running with --replSet
 machine-0: 2014-04-27 20:33:44 ERROR juju.worker.peergrouper
 worker.go:137 peergrouper loop terminated: cannot get replica set
 status: cannot get replica set status: not running with --replSet
 machine-0: 2014-04-27 20:33:44 ERROR juju.worker runner.go:218 exited
 peergrouper: cannot get replica set status: cannot get replica set
 status: not running with --replSet
 machine-0: 2014-04-27 20:33:47 ERROR juju.worker.peergrouper
 worker.go:137 peergrouper loop terminated: cannot get replica set
 status: cannot get replica set status: not running with --replSet
 machine-0: 2014-04-27 20:33:47 ERROR juju.worker runner.go:218 exited
 peergrouper: cannot get replica set status: cannot get replica set
 status: not running with --replSet
 machine-0: 2014-04-27 20:33:50 ERROR juju.worker.peergrouper
 worker.go:137 peergrouper loop terminated: cannot get replica set
 status: cannot get replica set status: not running with --replSet
 machine-0: 2014-04-27 20:33:50 ERROR juju.worker runner.go:218 exited
 peergrouper: cannot get replica set status: cannot get replica set
 status: not running with --replSet
 machine-0: 2014-04-27 20:33:53 ERROR juju.worker.peergrouper
 worker.go:137 peergrouper loop terminated: cannot get replica set
 status: cannot get replica set status: not running with --replSet
 
 
 
 
 
 
 
 
 
 
 -- 
 Asif Iqbal
 PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu http://pgp.mit.edu
 A: Because it messes up the order in which people normally read text.
 Q: Why is top-posting such a bad thing?
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Failing to start hadoop unit on local with juju

[José Antonio Rey]

Maybe you haven't destroyed your environment and re-bootstrapped?

On 04/27/2014 03:55 PM, Asif Iqbal wrote:
 
 
 
 On Sun, Apr 27, 2014 at 4:50 PM, John Meinel j...@arbash-meinel.com
 mailto:j...@arbash-meinel.com wrote:
 
 The peergrouper thing is a non fatal problem with the local provider
 (it is only used for HA which is currently disabled for local). The
 problem with default series is the local provider defaults to only
 making tools for your host available (trusty). Which is why you
 specify the extra tools series to bootstrap.
 
 
 OK. So not sure why it is still showing pending for the hadoop units
 $ juju status
 environment: local
 machines:
   0:
 agent-state: started
 agent-version: 1.19.1.1
 dns-name: localhost
 instance-id: localhost
 series: trusty
 state-server-member-status: has-vote
   1:
 instance-id: pending
 series: precise
   2:
 instance-id: pending
 series: precise
 services:
   hadoop-master:
 charm: cs:precise/hadoop-10
 exposed: false
 units:
   hadoop-master/0:
 agent-state: pending
 machine: 1
   hadoop-slave:
 charm: cs:precise/hadoop-10
 exposed: false
 units:
   hadoop-slave/0:
 agent-state: pending
 machine: 2
 
 I ran
 
 $ juju deploy hadoop hadoop-master
 $ juju deploy hadoop hadoop-slave
 
 Once they show started instead of pending, I will add the namenode and
 datanode relations.
 Also will add the jobtracker and tasktracker relations. 
 
 John
 =:-
 
 On Apr 27, 2014 1:38 PM, Asif Iqbal vad...@gmail.com
 mailto:vad...@gmail.com wrote:
 
 
 On Sun, Apr 27, 2014 at 4:36 PM, José Antonio Rey
 j...@ubuntu.com mailto:j...@ubuntu.com wrote:
 
 Was it like that before you bootstrapped?
 
 
 yes
 
 
 
 -- 
 Asif Iqbal
 PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu http://pgp.mit.edu
 A: Because it messes up the order in which people normally read
 text.
 Q: Why is top-posting such a bad thing?
 
 
 
 
 -- 
 Asif Iqbal
 PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu http://pgp.mit.edu
 A: Because it messes up the order in which people normally read text.
 Q: Why is top-posting such a bad thing?
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Rails Charm Maintainer Needed

[José Antonio Rey]

Charles,

Thank you for taking maintainership of the charm. This will definitely
ensure having a quality rails charm in the store.

--
José Antonio Rey
On May 9, 2014 2:10 PM, Charles Butler charles.but...@canonical.com
wrote:

 With no mention on this email, Im' going to assume responsibility over the
 Rails charm moving forward.

 Thanks everyone.


 On Thu, May 1, 2014 at 2:57 PM, Charles Butler 
 charles.but...@canonical.com wrote:

 Greetings Charmers!

 I've been spinning my wheels looking over the rails charm. Its a pretty
 heavy weight chef charm and I've got a bit of experience with our good
 friend Chef-Solo. The current RVM implementation is not up to par, so I'd
 like to re-factor a bit of the inner workings.

 Are any users currently using the Rails charm that would like to
 volunteer for testing of new rails charm builds? I'll take over the
 maintainership of the charm unless someone would like to step in and
 volunteer.

 Thanks everyone, and all the best


 Charles



 --
 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

Re: Juju on Reddit

[José Antonio Rey]

Hey! I'll be glad to give a hand with moderating :) I'm
reddit.com/user/joseeantonior

About the flairs, maybe these can be given to charm
authors/maintainers/charmers instead? Would be a nice touch.

On 05/20/2014 12:53 PM, Nate Finch wrote:
 I'd be happy to help out, I'm natefinch on reddit.
 
 
 On Tue, May 20, 2014 at 1:50 PM, Matthew Williams
 matthew.willi...@canonical.com mailto:matthew.willi...@canonical.com
 wrote:
 
 Thanks Joey,
 
 I've added you - if you can work out how to add the flair be my guest
 
 Cheers
 
 Matty
 
 
 On Tue, May 20, 2014 at 6:01 PM, Joey STANFORD j...@canonical.com
 mailto:j...@canonical.com wrote:
 
 On Tue, May 20, 2014 at 04:25:47PM +0100, Matthew Williams wrote:
 
 We now have a subreddit for posting topics about juju:
 
 http://www.reddit.com/r/juju
 
 I'm looking for volunteers who would like to help with being
 moderators.
 
 
 If you get no helpers, I'll signup.
 
 http://www.reddit.com/user/__Rinchen/
 http://www.reddit.com/user/Rinchen/
 
 You should do what they did in /r/Ubuntu and add Canonical and
 Ubuntu
 flairs.
 
 Joey
 
 
 
 --
 Juju mailing list
 Juju@lists.ubuntu.com mailto:Juju@lists.ubuntu.com
 Modify settings or unsubscribe at:
 https://lists.ubuntu.com/mailman/listinfo/juju
 
 
 
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju on Reddit

[José Antonio Rey]

Hey, Matthew!

Checking on the guidelines, the subreddit will not be considered
abandoned unless all of the moderators are inactive for 60 or more days.
So we should be good to go!

Also, did you guys figure out the flair thing?

On 05/21/2014 01:14 PM, Matthew Williams wrote:
 Thanks for the help folks,
 
 This subreddit did belong to someone else but had only two posts from
 ages ago - so was counted as being abandoned, I had to make a request to
 take it over. I think we have 60 days to demonstrate that we're using it
 or it will get reverted back to the original owner, so if we can try to
 post relevant things to it at least every once in a while we'll be ok
 
 
 On Wed, May 21, 2014 at 4:31 PM, Wayne Witzel
 wayne.wit...@canonical.com mailto:wayne.wit...@canonical.com wrote:
 
 I'm wwitzel3 on reddit, we probably have plenty of moderators, but
 feel free to add me, I'll help out when I can.
 
 Thanks.
 
 
 On Tue, May 20, 2014 at 11:25 AM, Matthew Williams
 matthew.willi...@canonical.com
 mailto:matthew.willi...@canonical.com wrote:
 
 Hi Folks,
 
 We now have a subreddit for posting topics about juju:
 
 http://www.reddit.com/r/juju
 
 I'm looking for volunteers who would like to help with being
 moderators.
 
 Feel free to start posting links
 
 Thanks
 
 Matty
 
 --
 Juju mailing list
 Juju@lists.ubuntu.com mailto:Juju@lists.ubuntu.com
 Modify settings or unsubscribe at:
 https://lists.ubuntu.com/mailman/listinfo/juju
 
 
 
 
 -- 
 Wayne Witzel III
 wayne.wit...@canonical.com mailto:wayne.wit...@canonical.com
 
 
 
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Confirmation for Juju Charm School: LXC Troubleshooting?

[José Antonio Rey]

Guys,

I was wondering if we're still having that LXC Troubleshooting Charm
School tomorrow at 19 UTC.

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Noob question on environment / container OS

[José Antonio Rey]

Hey Gaurav! Responding inline to each of the questions:

On 07/16/2014 12:12 AM, Gaurav Pandit wrote:
 I have just started reading Juju documentation and playing with local
 environment with default environment.
 
 Before I get too far (writing charms and such), I want to confirm my
 understanding of some basics:
 
 1. Is it correct to say that each machine created by juju in the
 environment is basically an Ubuntu OS (most likely 14.04)?

Correct. What Juju does on the cloud is launch a virtual machine or
cloud instance, in which it will deploy, configure and manage the service.

 2. If that's the case, then
   a. Does it mean that the commands executed in hooks, say, a basic bash
 script that installs a particular software package, needs to be
 compatible with Ubuntu OS? (e.g. use of apt-get and not yum)

You got this one too. All charms are ran under Ubuntu, which means
scripts need to be Ubuntu-compatible.

   b. It could be challenging to install older version of any package
 (say Apache 2.2 series) that is not available in 14.04 repository. In
 such cases, instead of apt-get install, it will have to be compiled
 and built after downloading the source code, and the dependencies need
 to be resolved manually too - is this correct?

Not exactly like that. When you propose a charm you specify the series.
At the current moment, both precise and trusty are open for submissions.
But if you want to have a package that is not in the Ubuntu repositories
for that series, yes, you can compile it, or add a PPA to get the
package from it.

 
 If this is mentioned somewhere in the documentation, please point me to it.
 

I don't believe this is stated in the documentation, no.

 (Overall, the documentation is pretty good!)
 

If there is anything else you need help with make sure to write, we'll
be totally happy to help! Thanks in advance for your interest in writing
Juju Charms, I believe you will find the experience quite enjoyable :)

 Thanks!
 Gaurav
 
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

No icon = no promulgation?

[José Antonio Rey]

Hello,

As I am subscribed to all bugs in Juju (as some of you may also be),
today I got an email from a CakePHP charm review. On this one, a charmer
had to reject the submission because, when promulgating, the tool runs
`charm proof` to make sure things are not broken, not promulgating if
any Error or Warning pops up. And there was a problem: this charm did
not have an icon (which throws a Warning in `charm proof`, making it
impossible to promulgate it.

I totally understand what has been done. Now, a charm cannot be
promulgated when there are Errors or Warnings. But since not having an
icon is a Warning, it will not allow a charmer to promulgate any charms
which do not contain an icon, may it be because the author is asking for
official permission (like in this case), because the service has no
icon, or any other reasons. In some of the cases, it may be a
fully-working charm, with no other issues apart from not having an icon.
We even have lots of charms with no icon in the store. And about
proposing a temporary icon, when I proposed an icon which was just an
orange background with the service name, it got rejected. So, I don't
know what may be an idea for a 'temporary' or 'provisional' icon.

I believe having an icon is not that of a priority, and that we should
focus in having charms that provide working services. Still, we should
try to ensure and promote the idea of charms having icons, but I do not
see it as a fatal error like to prevent promulgation.

In this case, I would be for demoting the level of the warning issued by
`charm proof` from Warning to Information. This, as it is not something
critical, and charms/services will still work, even with no icon. It
doesn't affect functionality, but it only removes the pretty part (that
can be added later) of the GUI. By doing this, we will throw something
when `charm proof` is ran, but still allow promulgation if there is no icon.

What do you guys think about it?

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: No icon = no promulgation?

[José Antonio Rey]

On Aug 14, 2014 12:24 PM, Richard Harding rick.hard...@canonical.com
wrote:
 I'd suggest to work with the author to use either the default charm icon
or
 a category icon and move the charm forward.

As far as I know, the default category icon is applied when no icon is
available.

On the other hand, there are currently charms with no icon. How would we
deal with those?
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Application for Juju Charmer Status

[José Antonio Rey]

Hello, Juju-ers!

So I believe it's the time. After a while, I'm now applying for charmer
status.

For those who don't know me, I am not a Canonical employee, but instead
have been contributing to Juju as what I am - a community contributor.
My contributions to the Juju Charm Ecosystem include various things,
such as writing, adopting, improving and reviewing charms. I am the
author for:

 * postfix - https://jujucharms.com/precise/postfix/
 * mailman - https://jujucharms.com/precise/mailman/
 * chamilo - https://jujucharms.com/precise/chamilo/
 * seafile - https://jujucharms.com/precise/seafile/
 * pubphoto (still on the RevQ) -
https://code.launchpad.net/~jose/charms/precise/pubphoto/trunk

I have, as well, taken maintainership of the ownCloud charm
(https://jujucharms.com/precise/owncloud/).

In terms of charm improvements, I recognize that quality is one of the
most important things. That is why I have taken some charms and
refactored them as they were not working, or fixed some bitesize bugs.
Examples of the refactoring can be seen in the ownCloud charm, as well
as in the Tracks charm (https://jujucharms.com/precise/tracks/, see MP
at https://code.launchpad.net/~jose/charms/precise/tracks/fixes). More
of the work I have been doing in terms of bitesize bugs can be found at
https://code.launchpad.net/~jose.

I also see bugs as a vital part of the ecosystem, letting us know what's
going on with charms. Here are some of the bugs I have fixed:

 * Wordpress bug #1309980 Relationship to memcache seems incomplete -
https://bugs.launchpad.net/charms/+source/wordpress/+bug/1309980
 * ownCloud bug #1310164 Support SSL Connections -
https://bugs.launchpad.net/charms/+source/owncloud/+bug/1310164
 * ownCloud bug #1315091 juju remove-relation mysql owncloud does not
work. - https://bugs.launchpad.net/charms/+source/owncloud/+bug/1315091

I have, as well, filed bugs and fixed them for proof errors that were
currently on the store. Some examples are distcc
(https://code.launchpad.net/~jose/charms/precise/distcc/fix-various),
chef-server
(https://code.launchpad.net/~jose/charms/precise/chef-server/add-icon-categories-fix-readme),
nyancat
(https://code.launchpad.net/~jose/charms/precise/nyancat/add-categories-fix-readme)
and jenkins-slave
(https://code.launchpad.net/~jose/charms/precise/jenkins-slave/1297601-fix)

On the other hand, I have been listed as deputy reviewer one week, and
have (apart from that) done in-depth new submission and MP reviews. I
have blocked charms into the Charm Store when they are not yet ready or
do not meet a policy, and celebrated the efforts of the author(s) if
they are. Some examples of that are:

 * Bug #993483 Charm Needed: CakePHP -
https://bugs.launchpad.net/charms/+bug/993483
 * Bug #803538 Charm Needed: Diaspora -
https://bugs.launchpad.net/charms/+bug/803538
 * MP #222358, adding tests to Ceph -
https://code.launchpad.net/~mbruzek/charms/precise/ceph/trunk/+merge/222358
 * Bug #1314699 New charm - Apache Allura -
https://bugs.launchpad.net/charms/+bug/1314699

And fixed one bitesize bug in juju-core
(https://bugs.launchpad.net/juju-core/+bug/1309805).

I am also working on advocacy and outreach, which is why I already have
two Charm Schools scheduled, one for September in Orlando, FL, and one
for October, at University of Lima, Peru. And I helped host some of the
Charm Schools held at Ubuntu on Air!

Finally, I understand the Charm Audit that is currently taking place and
that tests are an important feature we want in charms. That's why I have
also started working in tests for the Chamilo charm
(https://code.launchpad.net/~jose/charms/precise/chamilo/add-tests, work
still in progress).

I believe that's all I have for now. If you have any questions, feel
free to ask and I'll make sure to respond as soon as possible. Until
now, I can say it's been awesome working with all you guys. Thanks for
taking a look!

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: [Review Queue] hpcc charm

[José Antonio Rey]

It is a nice idea, but it should definitely fire up a warning saying
that the machine will have larger specs, as well as asking for
confirmation. I don't want to see any surprise charges in my AWS bills!

On 08/27/2014 02:34 AM, Mark Shuttleworth wrote:
 On 27/08/14 00:10, Matt Bruzek wrote:
  First and most importantly the hpcc charm deploys according to the readme
 file! I had to increase the memory constraints on the HP-cloud to 4GB per
 machine (juju set-constraints mem=4GB) so all the services had enough
 memory to start up. After that I was able to cluster by adding units of
 hpcc.
 
 We have a couple of charms which break on tiny instances on some clouds
 because of this sort of disconnect. Would it be helpful to be able to
 encode minimum requirements in the charm metadata?
 
 Obviously, real requirements are configuration and load dependent, but I
 think we could avoid the obvious try it then debug it cycle if we had
 some explicit minimum requirements up front.
 
 Thanks for the review commentary and advice to charmers!
 
 Mark
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju Hortonworks Big Data Solution

[José Antonio Rey]

Grabbing for next UWN issue!

--
José Antonio Rey
On Aug 27, 2014 8:10 PM, Antonio Rosales antonio.rosa...@canonical.com
wrote:

 Chuck,

 Thanks for also posting this to your blog to @
 http://blog.dasroot.net/juju-3s-big-data/

 Thanks Chuck and Amir for distilling your Big Data knowledge into
 these bundles to enable folks to get past deploying, configuring, and
 connecting and focus on crunching data.

 -Antonio

 On Wed, Aug 27, 2014 at 2:25 PM, Charles Butler
 charles.but...@canonical.com wrote:
  Amir Sanjar and I have been hard at work on grinding out Hadoop bundles
 for
  mass consumption. To those of you that have never deployed hadoop
 before, it
  can be a long winded process that spans many days when done manually.
 
  We've distilled the process down to dragging and dropping on the GUI,
 and 12
  minutes later you have a Hortonworks Big Data stack ready for you to
 plug in
  your map reduce applications, complete with distributed file storage,
 data
  warehousing, and a powerful and scale-able Map Reduce cluster.
 
  https://www.youtube.com/watch?v=f9yTWK7Z9Wgfeature=youtu.be
 
  In this 10 minute video, I give a brief introduction to Juju, deploy the
  Hortonworks Hadoop/Hive/HDFS bundle, and inspect each of the moving
  components briefly showing it's put together.
 
  Thanks!
 
  - Charles
 
  --
  Juju mailing list
  Juju@lists.ubuntu.com
  Modify settings or unsubscribe at:
  https://lists.ubuntu.com/mailman/listinfo/juju
 



 --
 Antonio Rosales
 Juju Ecosystem
 Canonical

 --
 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

Re: Hook firing

[José Antonio Rey]

Even if the config-changed hook was run when it was not supposed to, it
shouldn't have caused any changed if values were not moved to anything
different. If it did, then I believe we're having an idempotency problem
there.

Still, hooks running when they shouldn't is not what expected.

On 09/03/2014 08:03 AM, Andreas Hasenack wrote:
 On Wed, Sep 3, 2014 at 10:00 AM, Simon Davy bloodearn...@gmail.com
 mailto:bloodearn...@gmail.com wrote:
 
 On 3 September 2014 13:42, Darryl Weaver
 darryl.wea...@canonical.com mailto:darryl.wea...@canonical.com
 wrote:
  Thanks the IRC logs are pretty helpful.
  We are seeing the same issue here at Sky,
  config-changed hook runs At random times.
  This is when there are no user changes to the Juju config and no
 reboots
  happening.
  It is possible the juju agent restarted, but I don't think so, but
 will have
  to collect some evidence first.
 
 Right, this is what I expect is happening to us, but tracking it is
 tricky. We only noticed because our charm has an implementation issue
 in that it tries to reuse an authtoken that has a 24hr expiry.
 
 It might be helpful if some one on juju-core could details if there
 are specific circumstances where the juju agent may restart?
 
 
 
 Look in /var/log/syslog and /var/log/upstart for evidence of this
 restart. Maybe it died, and then upstart will start it again to keep it
 running.
 
 
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju is still too hard

[José Antonio Rey]

Hey Mike,

I am sorry that you are having a hard time with Juju.

As Tim said, it would be awesome if you could go a little bit more
in-depth about the issues that you are experiencing, so we can
understand what's going on and file bugs if necessary.

Also, I see that you are testing Juju on a local VM, could you please
also explain how are you doing this? I, personally, have deployed with
the local provider and LXC containers with no problem. It just may take
a while to download the images, but apart from that I haven't found any
problems.

If you need help in real time, you can also try going to #juju on
irc.freenode.net - there's people around most of the day (my nick is
jose there, you can find me too!)

Again, please let us know how can we improve the experience. Receiving
feedback is something that's always greatly appreciated.

On 09/21/2014 04:25 PM, Tim Penhey wrote:
 On 22/09/14 03:29, Michael Schwartz wrote:

 Guys,

 I hate to break this to you, but deploying and managing Juju is still
 too hard and too unreliable.

 I hear this in the market, and my own experience confirms it. The two
 times I tried, once on my local system, once on Azure, it didn't work.
 My Juju t-shirt lists Azure first, so I wouldn't think this is too
 obscure of a platform. And testing Juju out on a local VM is exactly
 what many will try to do.
 
 What problems are you encountering?  I know it is easy to say it didn't
 work, but are you able to help us by saying in what way it didn't work?
 
 Where are your expectations not being met?
 
 Until you address the usability issue, it doesn't matter how many charms
 we make.
 
 What are the key usability issues you see?  What isn't obvious?  What
 are the pain points you are hitting?
 
 Cheers,
 Tim
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Gluu Server Juju Charm

[José Antonio Rey]

On 09/23/2014 11:25 PM, Tim Penhey wrote:
 On 24/09/14 16:20, Michael Schwartz wrote:
 Juju team,

 Thanks to Charles and José, I was able to get my local deployment of
 Juju running, and later I was successful getting the Gluu Server and
 Gluu OpenDJ charms installed, which is great progress.
 
 Good to hear.
 
 Tim
 
 

That's awesome to hear, Mike! I really look forward to seeing these
charms in the review queue soon!

Let us know if there's anything else we can assist you with, and we'll
be more than happy to.

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: disabling upgrades on new machines by default?

[José Antonio Rey]

In terms of 'upgrading later', Juju is built for not going into the
machines after they are launched. Bare that in mind.

--
José Antonio Rey
On Oct 2, 2014 8:19 AM, David Cheney david.che...@canonical.com wrote:



 On Thu, Oct 2, 2014 at 10:55 PM, Matt Rae matt@canonical.com wrote:

 I don't think the upgrade matters as much as speed. I feel like most
 users know to manage updates already, with their own policies, and that the
 fast user experience is important.

 Even if juju upgrades initially, users will still need to manage updates
 after, so I'm not sure how much the initial upgrade gains.

 Juju is blazing fast! is more exciting than Juju makes sure I'm
 updated initially!

 There is something to be said for having the exact same packages on every
 unit of a service rather than a few units having some versions, then units
 added later getting different versions.


 That happens anyway. Units added later may be built from later releases of
 the cloud image.




 Matt

 On Thu, Oct 2, 2014 at 12:27 AM, Samuel Cozannet 
 samuel.cozan...@canonical.com wrote:

 Why not put our perception to the test?

 Here
 https://docs.google.com/a/canonical.com/spreadsheets/d/1T-8rf_XxXbvCCRRHT69KtRM5k4oJiHyTEuzbENBU0Js/edit#gid=0
 is a spreadsheet where you can compile your variables. The top line
 summarizes the sum of values. The column that gets green is the one we
 should go for [assuming we are representative]

 Sam

 On Thu, Oct 2, 2014 at 7:45 AM, John Meinel j...@arbash-meinel.com
 wrote:

 So there is the question of what is the user experience, and people
 trying out Juju and it seems slow. Though if it is slow, doesn't that mean
 that images are out of date?

 I just bootstrapped a fresh Ubuntu from Amazon's web interface today,
 and I noticed that apt-get upgrade on there installed a new bash to fix the
 newest major security hole. It seems like it is good to at least apply
 security updates, and I'm not sure if it is easy to only install those.

 John
 =:-

 On Thu, Oct 2, 2014 at 7:51 AM, José Antonio Rey j...@ubuntu.com
 wrote:

 I believe that, as Jorge mentioned, most users do value having
 everything up to date by default, specially when they may go directly to
 production environments. Devs may also want to use this switch, as it will
 save time during the deployment for testing the charms they have 
 developed.

 I believe that turning on upgrades as a default would be more valued
 by end-users, but that's just a personal opinion.

 --
 José Antonio Rey
 On Oct 1, 2014 2:34 PM, Jorge O. Castro jo...@ubuntu.com wrote:

 On Wed, Oct 1, 2014 at 3:26 PM, Kapil Thangavelu
 kapil.thangav...@canonical.com wrote:
  juju can save minutes per machine (especially against release
 images) if we
  turn off upgrades by default.

 There are some updates coming to how we build cloud images that might
 be relevant to this discussion:

 http://blog.utlemming.org/2014/08/archive-triggered-cloud-image-builds.html

 IMO safer and slower makes sense for most people, those of us who need
 speed for demos/conferences will know about this switch.

 --
 Jorge Castro
 Canonical Ltd.
 http://juju.ubuntu.com/ - Automate your Cloud Infrastructure

 --
 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




 --
 Samuel Cozannet
 Cloud, Big Data and IoT Strategy Team
 Strategic Program Manager
 Changing the Future of Cloud
 Ubuntu http://ubuntu.com / Canonical http://canonical.com UK LTD
 samuel.cozan...@canonical.com
 +33 616 702 389


 --
 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

Re: request for mirror all charms from jujucahrms to github

[José Antonio Rey]

As far as I know, the github mirror is a one-way mirror. Having it as a
two-way mirror is something a bit more complicated and that would have some
other implications. Probably some discussion around before proceeding would
be better.

--
José Antonio Rey
On Oct 7, 2014 9:00 AM, Vasiliy Tolstov v.tols...@selfip.ru wrote:

 Does it possible to mirror all charms to github for easy contribution?
 P.S. I'm know bzr , but not like to double own git stuff with bzr ,
 and i don't like launchpad web ui =)

 --
 Vasiliy Tolstov,
 e-mail: v.tols...@selfip.ru
 jabber: v...@selfip.ru

 --
 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

Re: request for mirror all charms from jujucahrms to github

[José Antonio Rey]

Juju didn't move to Github. Juju charms are only being mirrored to Github.

--
José Antonio Rey
On Oct 7, 2014 9:06 AM, Vasiliy Tolstov v.tols...@selfip.ru wrote:

 2014-10-07 18:02 GMT+04:00 José Antonio Rey j...@ubuntu.com:
  As far as I know, the github mirror is a one-way mirror. Having it as a
  two-way mirror is something a bit more complicated and that would have
 some
  other implications. Probably some discussion around before proceeding
 would
  be better.


 Yes, but as i see that juju moved to github i thinks that all charms
 migrated to.
 Github provides beautiful interface for issues and automatic merges
 (also supports hooks to jenkins and other ci)..

 --
 Vasiliy Tolstov,
 e-mail: v.tols...@selfip.ru
 jabber: v...@selfip.ru

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Charmers Application

[José Antonio Rey]

Tim,

All my interactions with you have been productive, you are always
contributing to the Ecosystem and I believe that you have been doing are
doing an awesome work until now.

Solid +1 here.

--
José Antonio Rey
On Oct 10, 2014 5:28 AM, Tim Van Steenburgh 
tim.van.steenbu...@canonical.com wrote:

 Hi everyone,

 Please consider this my application to join the Charmers team!

 I've been working in the Juju ecosystem for about 7 months, writing and
 reviewing charms, contributing to charm-related tools and libraries, and
 establishing automated-testing for charms and bundles. Here's a
 non-exhaustive list of my contributions, in no particular order:

 * Author and maintainer of the Meteor charm [1]
 * Numerous charm patches and reviews [2]
 * Contributions to the Amulet testing tool [3]
 * Author of the plugin system for `charm create` in the charm-tools
 project [4]
 * Author of the charmguardian testing tool [5]
 * Extensive work on automated charm testing [6]
 * Created documentation for the charm-helpers library [7]
 * Miscellaneous other contributions to charmworldlib, charm-tools,
 charm-helpers, bundletester, juju-deployer

 I've thoroughly enjoyed being a part of the Juju community and I'm excited
 about the future of Juju! I hope I can further contribute to Juju by
 becoming a Charmer and helping to maintain the Juju ecosystem in an
 official capacity. Thanks for your consideration!

 Tim Van Steenburgh

 [1] https://jujucharms.com/precise/meteor-2/?text=meteor#readme
 [2] http://review.juju.solutions/user/tvansteenburgh
 [3] https://github.com/marcoceppi/amulet/commits?author=tvansteenburgh
 [4] https://launchpad.net/charm-tools
 [5] https://github.com/juju-solutions/charmguardian
 [6] http://blog.juju.solutions/cloud/juju/2014/10/02/charm-testing.html
 [7] http://pythonhosted.org/charmhelpers/

 --
 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

Re: How to get ip

[José Antonio Rey]

The commands you are looking for are `unit-get private-address` for the
private IP address, and `unit-get public-address` for the public IP
address. If you will be using this value only inside your service, I would
recommend getting the private address for the machine.

--
José Antonio Rey
On Oct 15, 2014 8:32 AM, saurabh saurabh.ku...@techblue.co.uk wrote:

 Hi All,

 I was wondering how do i get the ip of a running instance of a charm using
 hooks. I need the IP to bind the services of the charm against this IP.

 So when I deploy my charm I would like to get the IP of the instance and
 then change the configuration of the charm to use this IP to bind services.
 Any help will be much appreciated.


 Thanks,

 --
 Saurabh Kumar


 --
 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

Re: How to get ip

[José Antonio Rey]

If both nodes are intended to be in the same cloud, then use the private
address.

--
José Antonio Rey
On Oct 15, 2014 8:45 AM, saurabh saurabh.ku...@techblue.co.uk wrote:

  Hi José,
 Thanks for the prompt reply.
 The idea is to expose services of this node to another node using that IP.
 So what do you suggest??


 On Wednesday 15 October 2014 07:07 PM, José Antonio Rey wrote:

 The commands you are looking for are `unit-get private-address` for the
 private IP address, and `unit-get public-address` for the public IP
 address. If you will be using this value only inside your service, I would
 recommend getting the private address for the machine.

 --
 José Antonio Rey
 On Oct 15, 2014 8:32 AM, saurabh saurabh.ku...@techblue.co.uk wrote:

 Hi All,

 I was wondering how do i get the ip of a running instance of a charm
 using hooks. I need the IP to bind the services of the charm against this
 IP.

 So when I deploy my charm I would like to get the IP of the instance and
 then change the configuration of the charm to use this IP to bind services.
 Any help will be much appreciated.


 Thanks,

 --
 Saurabh Kumar


 --
 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

Re: No relations found

[José Antonio Rey]

If you are setting them up with a peer relation, it will automatically be
added.

--
José Antonio Rey
On Oct 18, 2014 5:18 AM, saurabh saurabh.ku...@techblue.co.uk wrote:

 Hi,

 I have created two nodes of an application, and want to add-relation
 between them.
 I did create the relationship hooks as well.
 But when I do  juju add-relation node1 node2 it says no relations found.

 Please guide me.


 Thanks.

 --
 Saurabh Kumar


 --
 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

Re: Charm Reviews + Activity

[José Antonio Rey]

Hey David!

In order to run tests, we use bundletester. You can find more
information about it here: https://github.com/juju-solutions/bundletester

If you have any questions about install/usage, just ping me on IRC or
shoot another email, I'm jose on freenode.

On 11/08/2014 01:27 AM, David Britton wrote:
 Hi --
 
 This week, I reviewed a test charm addition from Matt and a version bump
 charm from Charles (which needed information).
 
 In reviewing the new apache2 test, I found once annoyance.  `juju test`
 bootstraps and tears down between each step, and with all these new
 tests added en masse there seems to be a practice emerging of using a
 '00_setup' script to install dependencies.  This in effect inserts an
 extra bootstrap unnecessarily into the test process.
 
 @Marco or others -- thoughts about putting an exception or machinery in
 to get rid of this? 
 
 I was going to go through a lot of these other additions basic test
 additions, but wanted to get the question out there before I did.
 
 
 In other charm related activity, I also worked on getting real bundles
 created for the Landscape charm (submitted into the ~landscape namespace
 as of now), will get them further cleaned up next week and submitted for
 review.
 
 Thanks!
 
 -- 
 David Britton david.brit...@canonical.com
 mailto:david.brit...@canonical.com
 
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Unit-get

[José Antonio Rey]

Correct me if I'm wrong, but I'm seeing this targeted for 1.22?

On 11/09/2014 08:41 PM, Ian Booth wrote:
 
 
 On 10/11/14 11:32, Michael Nelson wrote:
 On Fri, Nov 7, 2014 at 3:19 PM, Andrew Wilkins
 andrew.wilk...@canonical.com wrote:
 Hi Sameer,

 The behaviour changed a few months ago to address a bug:
 https://bugs.launchpad.net/juju-core/+bug/1353442

 Is this causing you problems, or were you just surprised/curious?


 Hi Andrew. This did cause a bug in the elasticsearch charm recently
 [1] - I'd not realised it was related to a juju change, but thought it
 was just a difference on ec2, that the private-address was not an IP
 address (I had only tested with local, canonistack and HP).

 
 Note that for the EC2 case, using the DNS name for the unit's public address 
 has
 been reported as a bug, since in the case of split horizon DNS, the DNS name
 resolves to a private IP address internally.
 
 https://bugs.launchpad.net/bugs/1308374
 
 This bug is being fixed for the 1.21 Juju release, which we hope to get into
 beta within the next day or so.
 
 
 The reason it caused an issue was because we were using the
 private-address as part of a firewall rule which required an IP
 address. We've pushed a fix now, but is there a way to foresee this
 kind of change in the future? Maybe for these changes which might
 affect charms, we could trigger retests for some set of approved
 charms across HP, ec2 etc.?

 [1] https://bugs.launchpad.net/charms/+source/elasticsearch/+bug/1386664

 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

[Review Queue] gluu-server mediawiki

[José Antonio Rey]

Hello,

Today I reviewed the new gluu-server charm, which was n'acked since there
were some things that needed automation, as well as a mediawiki MP which
provided some fixes to the tests, metadata and install hook. This last one
was pushed to the store.

--
José Antonio Rey
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Where is the Juju-gui heading ?

[José Antonio Rey]

Hey,

We are currently in the Ubuntu Online Summit, and there will be a session
about the Juju GUI and how it's developing on Friday, don't have the exact
time handy since I'm on mobile. Probably that would be a great time to ask!

--
José Antonio Rey
On Nov 12, 2014 11:16 AM, Nate Finch nate.fi...@canonical.com wrote:

 Funny you should ask, but putting constraints directly in the charm's
 metadata.yaml is a feature we are planning to work on this cycle. Charm
 authors will be able to set default constraints for their charm, so that if
 you know your charm needs 2GB of RAM to work properly, for example, you can
 set that in the charm's configuration.  The work is not yet underway but
 should be starting very soon.

 I'll have to let the GUI guys answer the rest of the questions, but
 figured I could at least answer that part.

 On Wed, Nov 12, 2014 at 10:57 AM, Stein Myrseth stein.myrs...@gmail.com
 wrote:

 In earlier versions of the Juju-gui it was easy and simple to deploy a
 charm, by just dragging and dropping it into the canvas and hit commit.

 With the latest versions the same process it is no more intuitive how to
 deploy anymore. I hit “confirm” and “commit” and nothing happens. I have
 create a machine first, or auto place, or add the constraints or as part of
 the unit configuration, or as part of the machine configuration to create a
 machine and assign the unit etc. And the approach is different if I do it
 from the CLI and UI.

  To me this set the focus on two things. There will be two very distinct
 different user groups using Juju with different requirements.

 1) A charm designer/developers want to expose options for configuration

 2) A charm consumer, want to add a “service” to his or her deployment and
 is interested in a “serious relationships” :-)

  The first category has all the data, info and knows all requirements
 needed for the charm regarding constraints etc.

 The constraints are a part of my frustrations here. Today constraints are
 detached from the charm, which to me does not make sense regarding the two
 different target user groups. It’s detached in the UI on creation, but can
 be assigned from the CLI, and also copied as a constraint on export.

  As a charm developer I would very much like to see the support of
 adding the constraints like RAM, cores etc. as part of the charm config
 itself. This could be added to either the config.yaml or in a separate
 constraints.yaml file as an option.

  In this way as a charm developer I have an option to enforce the
 constraints on deployment, either using the CLI or the UI. It could be easy
 to check on deployment (as done when deploying bundles) if there is
 available machine resource matching the constraints or if the user would
 like a new machine matching the constraints to be created automatically.
 The deployment part has become to complex, and involved to many steps for
 the charm consumer. For the consumer the machines, assigned units, where
 etc. are completely secondary. The consumer is looking for storage, db
 proxy service relation without the need to learn how Mongodb works. Thats’s
 my focus.

  So as

 1) As a charm developer I need a way to make the constraints of my charms
 consistent across the different way of deploying.

 2) As a charm consumer I don’t care about machines, only services and the
 relationships provided and deploying should be simple.

 What is the future plans and directions for the the UI, define
 constraints and the easy of deployments ?

 Stein Myrseth
 Bjørkesvingen 6J
 3408 Tranby
 mob: +47 909 62 763
 mailto:stein.myrs...@gmail.com stein.myrs...@gmail.com


 --
 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

Re: Let's Encrypt

[José Antonio Rey]

Would be an awesome candidate for a subordinate charm!

Great find, Robert!

--
José Antonio Rey
On Nov 18, 2014 12:38 PM, Charles Butler charles.but...@canonical.com
wrote:

I *LOVE* this idea.

Great share Robert! I'm wondering (after some research/field testing) if we
don't turn this into a charm-helper for easy/quick consumption in charming,
then feature it in an upcoming charm school...



On Tue, Nov 18, 2014 at 12:26 PM, Robert Ayres robert.ay...@canonical.com
wrote:

 Just noticed this and thought it was quite exciting for automated
 deployments:

 https://letsencrypt.org

 In theory one should be able to deploy a charm and have it setup
 validated SSL/TLS without any of the pain of having to pass certificates
 via charm options, directories, etc.

 More information here:

 https://letsencrypt.org/howitworks/

 Rob

 --
 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

Re: juju-gui on utopic

[José Antonio Rey]

Thanks for the clarification!

On 11/21/2014 11:44 PM, Marco Ceppi wrote:
 oneiric, precise, quantal, raring, saucy, trusty, utopic, and vivid are
 all valid series for charms. We don't' freeze releases so once a release
 of Ubuntu exists a charm series will also exist.
 
 On Fri Nov 21 2014 at 11:21:28 PM José Antonio Rey j...@ubuntu.com
 mailto:j...@ubuntu.com wrote:
 
 Please correct me if I'm wrong, but I believe that, at the moment, we
 only have precise and trusty as open series in the Charm Store? Would be
 nice to clarify that.
 
 On 11/21/2014 10:05 PM, Richard Harding wrote:
  On Sat, 22 Nov 2014, Sameer Zeidat wrote:
 
   Hello,
  How do I deploy juju-gui on Ubuntu 14.10 (stable or otherwise)? I
 get charm not found cs:utopic/juju-gui.
  Setting 'juju-gui-source' to 'develop' didn't help.
 
  Thank you,Sameer
 
  At the moment the only way to use the charm on utopic is to use it
 as a
  local charm. I copied the trusty charm and deployed it on utopic
 on ec2
  successfully and verified that it works. It's not currently part
 of our
  supported charms. We've not really talked about it, but currently
 we supply
  supported charms for precise and trusty.
 
  Actually, I started to look at pushing up a non-official branch
 for your
  use to utopic, but there's not currently a series for charms for
 utopic.
 
  So I guess the bigger question is what are you up to? Are you
 running a
  juju environment based on utopic? Are they all other local charms?
 
 
  --
 
  Rick Harding
 
  Juju UI Engineering
  https://launchpad.net/~__rharding https://launchpad.net/~rharding
  @mitechie
 
 
 --
 José Antonio Rey
 
 --
 Juju mailing list
 Juju@lists.ubuntu.com mailto:Juju@lists.ubuntu.com
 Modify settings or unsubscribe at:
 https://lists.ubuntu.com/__mailman/listinfo/juju
 https://lists.ubuntu.com/mailman/listinfo/juju
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Thoughts about Juju local as Dev

[José Antonio Rey]

 to be into the
 container's juju agent (/var/lib/juju/...). But! this doesn't work, and
 I currently don't know why.
 - I wish to know if there's another better way...
 
 I hope that everyone understand this feedback as what it is, a feedback,
 a part of the process of continues improvement. In other words, I'm just
 trying to help :)
 
 It's not the end, I have more feedbacks about this awesome experience.
 
 Cheers!,
 Sebas.
 
 
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Handling IP address change

[José Antonio Rey]

Stuart,

Could you please clarify in which moment would you expect an IP change?
With that info I could try and provide you solutions for IP changes.

On 12/08/2014 09:31 PM, Stuart Bishop wrote:
 Hi.
 
 Does juju handle IP address changes of units yet? If so, what hooks
 can I expect to be invoked?
 
  - config-changed?
  - relation-changed on every relation, changed unit side?
  - relation-changed on every relation, related unit side?
 
 I need to keep the 'host' attribute on my database relations in sync
 with the actual IP address (or in future, the IP address of one of the
 related proxies).
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

[Review Queue] jenkins-slave, distcc, etherpad-lite, bip, serverdensity, ghost

[José Antonio Rey]

Hello everyone,

Today I took a look at the following merges/charms:

 *
https://code.launchpad.net/~brad-marshall/charms/precise/bip/fix-backlog-template/+merge/244534
- +1, merged
 *
https://code.launchpad.net/~brad-marshall/charms/precise/bip/add-amulet-tests/+merge/241480
- +1, merged
 * https://bugs.launchpad.net/charms/+bug/1396643 - +1, promulgated
 *
https://code.launchpad.net/~mbruzek/charms/precise/jenkins-slave/tests/+merge/240943
- +1, merged
 *
https://code.launchpad.net/~marcoceppi/charms/precise/serverdensity/tests/+merge/240963
- -1, config-changed hooks due to setup values missing
 *
https://code.launchpad.net/~hatch/charms/precise/ghost/trunk/+merge/243044
- +1, merged

I'm probably going to take a look at some other things on the queue
today, so expect another email.

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Doubt in choosing environment type

[José Antonio Rey]

Bare in mind, if you use manual you will have to reinstall to have a clean
install - most charms do not clean-up after stop.

--
José Antonio Rey
On Dec 14, 2014 8:29 PM, Andrew Wilkins andrew.wilk...@canonical.com
wrote:

 On Sat, Dec 13, 2014 at 8:06 PM, Danial Behzadi dani.be...@ubuntu.com
 wrote:

  Hi there,
 I recently got an Ubuntu VPS and want to setup some services like
 Open-VPN and remotely use them via juju charms to learn more about juju.
 I'm in doubt which environment type I should choose, local(lxc) or Maas?
 Sorry for being such a noob :D


 This is one use case that manual provisioning was made for:
 https://juju.ubuntu.com/docs/config-manual.html
 Using this method, you can use the juju CLI from your laptop/desktop to
 communicate with Juju installed on your VPS.

 Cheers,
 Andrew

 --
 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

Re: Doubt in choosing environment type

[José Antonio Rey]

Right! You could use the manual provider, and deploy specifying lxc:# to
deploy on LXC containers. Then, you can use something like sshuttle to get
to them.

--
José Antonio Rey
On Dec 14, 2014 9:25 PM, Marco Ceppi ma...@ondina.co wrote:

 Not if you place everything in containers :)

 On Sun, Dec 14, 2014, 9:25 PM José Antonio Rey j...@ubuntu.com wrote:

 Bare in mind, if you use manual you will have to reinstall to have a
 clean install - most charms do not clean-up after stop.

 --
 José Antonio Rey
 On Dec 14, 2014 8:29 PM, Andrew Wilkins andrew.wilk...@canonical.com
 wrote:

 On Sat, Dec 13, 2014 at 8:06 PM, Danial Behzadi dani.be...@ubuntu.com
 wrote:

  Hi there,
 I recently got an Ubuntu VPS and want to setup some services like
 Open-VPN and remotely use them via juju charms to learn more about juju.
 I'm in doubt which environment type I should choose, local(lxc) or Maas?
 Sorry for being such a noob :D


 This is one use case that manual provisioning was made for:
 https://juju.ubuntu.com/docs/config-manual.html
 Using this method, you can use the juju CLI from your laptop/desktop to
 communicate with Juju installed on your VPS.

 Cheers,
 Andrew

 --
 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

Re: apache2 vhost-config relation problem

[José Antonio Rey]

Hey Nico,

Michael is right over here. Both the apache2 charm and your test charm
*require* the vhost-config relation. A relation can only be established
if one charm requires and the other provides. You should be able to
change this on the metadata.yaml.

If you have any questions on how to implement this, please make sure to
contact us!

On 01/12/2015 06:04 PM, Michael Nelson wrote:
 On Tue, Jan 13, 2015 at 9:10 AM, Nicolás Pace nicop...@gmail.com wrote:
 Hi!
 First of all, thanks for such a great tool!
 I've been implementing a simple charm to test apache2 vhost-config relation:
 https://code.launchpad.net/~nicopace/+junk/simplewebservercharm
 I can add both the apache2 and simplewebserver charm, but when i add the
 relation, it says:
 $ juju add-relation apache2:vhost-config simplewebserver:vhost-config
 ERROR no relations found
 
 Hi Nicolas. I'm not 100%, but it looks like you've trying to relate
 two charms which both *require* the vhost-config relation (ie. without
 looking at the detail, I'm guessing your charm needs to provide that,
 not require it).
 
 -Michael
 

 Any ideas?

 Thanks

 --
 Ing. Nicolás Pace
 http://www.linkedin.com/in/nickar/
 http://www.unixono.com.ar/

 --
 Juju mailing list
 Juju@lists.ubuntu.com
 Modify settings or unsubscribe at:
 https://lists.ubuntu.com/mailman/listinfo/juju

 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: setting charm configs on relation

[José Antonio Rey]

You cannot do that via a relation. You would need to specify it on as a
setting using either `juju set`, or the configure function on Amulet.

On 01/13/2015 11:22 AM, Nicolás Pace wrote:
 Hi guys,
 
 I'm working in a charm to test the apache2 charm:
 https://code.launchpad.net/~nicopace/+junk/simplewebservercharm
 For my vhost-config-relation hook, i need to tell apache to install some
 modules.
 I now how to do it from the commandline: juju set apache2
 enable_modules=proxy headers
 How can i do this from my hook using amulet?
 
 Thanks,
 
 
 -- 
 Ing. Nicolás Pace
 http://www.linkedin.com/in/nickar/
 http://www.unixono.com.ar/
 
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: juju error line 203 environments.yam

[José Antonio Rey]

This should be because of a formatting error on your environments.yaml 
file. Can you check that the value in line 203 has the correct 
formatting and is the one intended to be there?


On 03/24/2015 12:39 PM, Stephen Drotar wrote:

Hi,

I receive a error in line 203 of environments.yaml


:found character that cannot start token

does this have todo with  the maas oauth


Best,

Steve



--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: How do the Jenkins charms relate if the series don't match

[José Antonio Rey]

As far as I understand, all charms can relate, series don't matter.
However, he is trying to deploy a trusty charm on a precise machine or
viceversa, which gives the conflict.

On 01/29/2015 11:04 PM, Jorge O. Castro wrote:
 Hi everyone,
 
 Ran into this one today: 
 
 http://askubuntu.com/questions/579305/problem-with-juju-and-jenkins-slave
 
 Any help would be appreciated
 
 

-- 
José Antonio Rey

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Getting back to t1.micros

[José Antonio Rey]

Hello everyone,

For the past year I have been charming in AWS t1.micro instances. These
have been great resources, and allowed me and others to get started with
charming and knowing the ecosystem. However, I have recently found out that
the support for this instance type has been basically deprecated, and being
replaced by t2.micros. However, I would like to propose getting back to
t1.* as a standard for the following reasons:

* t2.* instances only allow you to have 10% of the CPU power on the machine
as a basis. They use a credits system, where you can only get 100% CPU use
for a limited period of time, compared to the t1.micro instances, where you
would get 100% CPU usage straightforward, with no credit system. This also
allows you to get more out of the machine, and is ideal for developing
charms.
* t1.micro instances are part of the free tier, and way cheaper than
m1.smalls (which are the Juju default), allowing *anyone* to either get the
free tier and start charming away, or do it for a super low cost.
* When I set the same constraints at bootstrap, it just gives me an error
saying it uses a different HDD type. Could we at least get that fixed?

I would like to hear your opinions on getting t1.* back as a default. It
was a great resource, and now I can't even get it by forcing it because it
will throw errors.

--
José Antonio Rey
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Tests Best Practices

[José Antonio Rey]

I'd like to hear, what are other problems or common things people 
encounter when writing tests?


On 04/14/2015 11:07 AM, Cory Johns wrote:

As Nate pointed out, I forgot the link.  _

[1]: https://docs.python.org/2/library/unittest.html

On Tue, Apr 14, 2015 at 1:59 PM, Cory Johns cory.jo...@canonical.com wrote:

José,

That's a good point that we definitely need recommended best practices
for writing charm tests.  I am also behind using the built-in
unittest[1] library to organize and structure the tests.   I am also
behind encouraging combining tests inside test cases where possible,
with the caveat that we frame the recommendation with explicitly
calling out the tear-down behavior and explaining why it is
recommended to combine test cases, since there will be cases where
that is not the best approach because a new environment is required
(even though it will be the right thing to do most of the time).

I think we should also include a call-out to the template test
provided by `charm add tests` (or `charm create`) as the best way to
get started, as it also incorporates these practices.  However, we
should note about changing the name of the generated test case file
away from 99-autogen.

Thanks for bringing this up and offering these good suggestions.

On Thu, Apr 9, 2015 at 6:17 PM, José Antonio Rey j...@ubuntu.com wrote:

Hello everyone,

A couple days ago I was going through the docs, and found out that there are
not best practices or recommendations for tests. Now that we are trying to
ensure quality, I believe it would be a good idea to have them.

I know that one of the benefits of Juju being so open is that you can write
your charm or tests in any language. However, having these best practices
will allow us to set a recommendation for when people are getting started,
or don't know how to proceed. I understand that this may be seen as a
limitation, but it is instead a guidance for when someone comes to the
ecosystem, or wants to get some tips on how to write tests.

I was thinking on starting with two points. These are assuming that you are
using Python and Amulet to write your tests. The first one, the use of the
unit_tests packages. As a starter with Python, I have found out the use of
it quite easy, and helps me condensate everything into one big file. Which
takes me to the second point, having everything in one file. This would
allow us to save resources and time (since bundletester tears down for each
file), and would make it look nicer. At least that's how I've been
proceeding for my last tests.

What do you think? I'm all ears to new suggestions or why these aren't good.

--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju


--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Existing Charms: Can we get ppc64 PPA's built?

[José Antonio Rey]

We need to have in kind that these are packaged by individuals or teams who
may do it in their spare time, hence the lack of ppc64. If we remove them,
what would be the consequences? Are the packages in the archives the same
version as the PPA, or does the PPA provide us with a newer version? If
there are no downsides, removing them would be fine.

On Thu, Apr 16, 2015, 13:40 Johnny Shieh jsh...@us.ibm.com wrote:

 Hi all,

  The following bugs, identified internally by Canonical, reference a
 situation where the charm relies on a PPA.
 There is an existing PPA for the x86 architecture, but not one for
 ppc64el.  Can someone look and see if they can
 generate the appropriate ppc64el PPA for the following charms:

 Hive:
  https://bugs.launchpad.net/charms/+source/hive/+bug/1356086

 drupal6
  https://bugs.launchpad.net/charms/+source/drupal6/+bug/1371339

  Remove of reference to non-existent PPA actually results in a successful
 install on Power.
  Should the reference to PPA be removed?

 nginx-passengar
  https://bugs.launchpad.net/charms/+source/nginx-passenger/+bug/1387694


 apache2-passenger
  https://bugs.launchpad.net/charms/+source/apache2-passenger/+bug/1388984

 charmp-helper
  https://bugs.launchpad.net/charms/+source/phpmyadmin/+bug/1350023


 Johnny Shieh
 CTO Office - Software Defined Systems
 jsh...@us.ibm.com
 Mobile: 512-680-1375
 --
 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

Tests Best Practices

[José Antonio Rey]

Hello everyone,

A couple days ago I was going through the docs, and found out that there 
are not best practices or recommendations for tests. Now that we are 
trying to ensure quality, I believe it would be a good idea to have them.


I know that one of the benefits of Juju being so open is that you can 
write your charm or tests in any language. However, having these best 
practices will allow us to set a recommendation for when people are 
getting started, or don't know how to proceed. I understand that this 
may be seen as a limitation, but it is instead a guidance for when 
someone comes to the ecosystem, or wants to get some tips on how to 
write tests.


I was thinking on starting with two points. These are assuming that you 
are using Python and Amulet to write your tests. The first one, the use 
of the unit_tests packages. As a starter with Python, I have found out 
the use of it quite easy, and helps me condensate everything into one 
big file. Which takes me to the second point, having everything in one 
file. This would allow us to save resources and time (since bundletester 
tears down for each file), and would make it look nicer. At least that's 
how I've been proceeding for my last tests.


What do you think? I'm all ears to new suggestions or why these aren't good.

--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Charmers application

[José Antonio Rey]

Edward has been a core contributor for the OpenStack Charms. There is no
morning I wake up without an email with a fix or merge coming from him.

+1 on my side.

Congratulations, and welcome to the team!

On Thu, Jun 4, 2015, 13:33 Jorge Niedbalski jorge.niedbal...@canonical.com
wrote:

 On Thu, Jun 4, 2015 at 3:29 PM, Edward Hope-Morley
 edward.hope-mor...@canonical.com wrote:
  Ahoy Charmers!
 
  Please consider my application for membership to
  http://launchpad.net/~charmers

 I looked again into the charmers team expecting to see your name ,
 and I was surprised for not seeing you there.

 A solid +1 from my side.

 --
 Jorge Niedbalski R.
 STS - Engineering Team
 GPG:0x3DA28544, irc: niedbalski

 --
 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 Office Hours - Tomorrow (7/30), 20 UTC

[José Antonio Rey]

Hello everyone!

Just a little reminder that we're having our usual office hours 
tomorrow, at 20 UTC. You can tune in at http://ubuntuonair.com. If you 
have any questions, you can use the chat widget on the same page, or 
join us on #juju on irc.freenode.net.


See you all there!

--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: SuiteCRM Charm - No Auto-entry of database details

[José Antonio Rey]

Hey!

Have you tried to check if there's an automated script that would set it 
up included in the software? If there is, maybe you can ask the Juju 
user to parse them as configuration variables, and set everything up 
from the charm and not using the web-gui. Of course, you would need to 
make these variables idempotent.


On 07/23/2015 01:01 PM, Joseph Liau wrote:


Hello,

A while back I was working on a SuiteCRM charm (my first time doing
anything like this):
https://github.com/userj/suitecrm-charm

It installs all right, but when it comes time to go through the setup
via the web-gui of SuiteCRM, then database details do not get
automatically populated/entered in the installation process.

If I dig into the details of the database, I can find the details and
manually input them. If I do that, then the SuiteCRM installation works
as it should. This is obviously an unacceptable solution though.

I'm hoping that someone can help me to either fix the charm or liaise
with the SuiteCRM community resolve this issue. A lot of the charm is
based on templates from SugarCRM and similar installations.

Thanks,
Joe










--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: charm license requirements with multi-licensed payloads

[José Antonio Rey]

Hey Kevin,

When you write a charm and include a copyright file, what you are licensing
are the lines of code that you write in the charm, not the software itself.
You may choose any license you want.

If you want to specify the license each piece of software uses, you can do
so in the README file, so users know what license each piece holds.

--
José Antonio Rey

On Tue, Oct 27, 2015, 12:01 Kevin Monroe <kevin.mon...@canonical.com> wrote:

> Hi folks,
>
> Our big data charms (apache licensed) deploy Hadoop (apache licensed).
> Hadoop supports various compression codecs, with one of the more popular
> being lzo.  lzo is GPLv2 licensed and therefore not distributed with Hadoop.
>
> As a charm author, what is my licensing obligation if I want my charm to
> install lzo on top of Hadoop?  Fwiw, the charm would fetch both hadoop.tgz
> and lzo.tgz from an external repo at install-time, so neither payload is
> bundled into the charm.  I assume this absolves me of any special licensing
> in my charm source, but I'd like to get a +1 on that.
>
> As the maintainer of an external repo, are there licensing obligations for
> hosting charm payloads?  I assume I could put a NOTICE in the root of the
> repo that says "hadoop.tgz is apache licensed (link to license).  lzo.tgz
> is gplv2 (link to source and license)."
>
> The sticky part to me is that no one would likely find my NOTICE in the
> repo, so I'm curious if I should put it directly in the charm source.  Is
> anyone else dealing with charm payloads of differing licenses?  How did you
> handle it?
>
> Thanks,
> -Kevin Monroe
> --
> 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

Re: charm license requirements with multi-licensed payloads

[José Antonio Rey]

That is right. When you do a patch and include it inside a charm, what you
are doing is a contribution to the pre-existing code, hence inheriting the
license from another charm.

If it doesn't have a license and it's been released, I would assume a
public domain license until a license is specified. Of course, be polite
and ask the author first - they may have missed a bzr add!

--
José Antonio Rey

On Tue, Oct 27, 2015, 14:37 Merlijn Sebrechts <merlijn.sebrec...@gmail.com>
wrote:

> Thanks, José! I was curious about this too.
>
>
> A follow-up on this question: I have a Charm repo
> <https://github.com/galgalesh/tengu-charms> that includes Charms from
> different sources with patches. Some of these Charms are licensed
> differently, some require copyleft and some don't. Now, I do it this way: I
> have my own licence at the top of the repo. Charms from different sources
> have their own licence at the top of the Charm.
>
> This way, and I am only guessing this is how copyright works, when I patch
> a Charm, the patch automatically has the same licence as the Charm. If the
> Charm doesn't have a license, the repo licence is applied. Am I correct?
>
>
>
> Kind regards
> Merlijn
>
> 2015-10-27 18:12 GMT+01:00 José Antonio Rey <j...@ubuntu.com>:
>
>> Hey Kevin,
>>
>> When you write a charm and include a copyright file, what you are
>> licensing are the lines of code that you write in the charm, not the
>> software itself. You may choose any license you want.
>>
>> If you want to specify the license each piece of software uses, you can
>> do so in the README file, so users know what license each piece holds.
>>
>> --
>> José Antonio Rey
>>
>> On Tue, Oct 27, 2015, 12:01 Kevin Monroe <kevin.mon...@canonical.com>
>> wrote:
>>
>>> Hi folks,
>>>
>>> Our big data charms (apache licensed) deploy Hadoop (apache licensed).
>>> Hadoop supports various compression codecs, with one of the more popular
>>> being lzo.  lzo is GPLv2 licensed and therefore not distributed with Hadoop.
>>>
>>> As a charm author, what is my licensing obligation if I want my charm to
>>> install lzo on top of Hadoop?  Fwiw, the charm would fetch both hadoop.tgz
>>> and lzo.tgz from an external repo at install-time, so neither payload is
>>> bundled into the charm.  I assume this absolves me of any special licensing
>>> in my charm source, but I'd like to get a +1 on that.
>>>
>>> As the maintainer of an external repo, are there licensing obligations
>>> for hosting charm payloads?  I assume I could put a NOTICE in the root of
>>> the repo that says "hadoop.tgz is apache licensed (link to license).
>>>  lzo.tgz is gplv2 (link to source and license)."
>>>
>>> The sticky part to me is that no one would likely find my NOTICE in the
>>> repo, so I'm curious if I should put it directly in the charm source.  Is
>>> anyone else dealing with charm payloads of differing licenses?  How did you
>>> handle it?
>>>
>>> Thanks,
>>> -Kevin Monroe
>>> --
>>> 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

UOS Sessions, anyone?

[José Antonio Rey]

Hey guys,

UOS is just around the corner. Do you have anything to tell people 
about, anything you'd like to discuss about Juju or the Cloud and 
Ubuntu? Let me know, and let's get your session on UOS!


Yes, we accept cool ideas. If you're working and want to show it to the 
world - it's the perfect time.


If you have any other questions about UOS or sessions/the schedule, 
don't hesitate to send me an email. I'll be more than glad to help you out!


--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Unit number is increasing in latest juju version.

[José Antonio Rey]

This is something I raised with Marco, Matt and Chuck while in the Charmers
Summit. There are several mixed opinions with regards to this, some say
it's logical because each unit in an environment is unique, however it's
not how Juju used to behave, hence breaking most of the tests in the store,
which were designed to run considering the old unit naming scheme.

I don't disagree with it, and the fix is simple enough. But please let's
try and give a grace period before, so tests that have been already created
can adapt to the new scheme and don't give false positives, as well as for
people to adapt to the new naming scheme and understand why it's been
changed.

--
José Antonio Rey

On Fri, Nov 13, 2015, 10:10 Mark Shuttleworth <m...@ubuntu.com> wrote:

>
> OK. So I suspect the tests were written to reuse the environment because
> bootstrapping takes time.
>
> The good news is, we'll shortly get instant environment creation, so a
> clean environment will be cheap and fast.
>
> :)
>
> Mark
>
> On 13/11/15 10:02, Matthew Williams wrote:
> > Hi Mark, Sunitha,
> >
> > My apologies, I should have included the explanation in the original
> email.
> >
> > This was a change to address a long standing bug:
> > https://bugs.launchpad.net/juju-core/+bug/1174610
> >
> > There's a discussion in the bug report, but the summary is that in most
> > cases it's desirable to have the unit id be unique across the life of an
> > environment. Otherwise you loose the identity of a unit across relations.
> >
> > We were already numbering the machines in the same way, so this change
> also
> > gives us consistency between machine and unit numbering systems.
> >
> > Thanks
> >
> > Matty
> >
> > On Fri, Nov 13, 2015 at 1:50 PM, Mark Shuttleworth <m...@ubuntu.com>
> wrote:
> >
> >> Thanks Sunitha. Matty, deeper question is - was this an intended change
> >> in behaviour, and what's the rationale?
> >>
> >> Mark
> >>
>
>
> --
> 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

Announcing Ubuntu at Google Code-In!

[José Antonio Rey]

Hello everyone,

You may have seen me asking some stuff re: Google Code-In (GCI for short)
on the IRC channel lately. Ubuntu applied to be one of the mentor
organizations this year, and we just got the great news that we have been
accepted into the contest! Here, the organization publishes different tasks
for 13-17 years old high school students to complete.

Now, you may wonder, why am I emailing the list about it. We are in the
phase of looking for mentors for the organization. Mentors are the ones in
charge of publishing a task for students to pick. That means that if any of
you wants to help us with the contest, all you need to do is publish a
task, and verify the student has done it.

Tasks can go in the following categories: User interface,
Outreach/Research, Coding, Documentation/Training or Quality Assurance.

If you are interested in helping out as a mentor please send me an email.
Also, if you know someone from this team or any other team who may benefit
from, please send them this email. And if you have any questions, you can
reply to me or find me as jose on IRC.

Hope to see Juju tasks on the list!

--
José Antonio Rey
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju for Redhat linux

[José Antonio Rey]

Hello,

No, unfortunately not. The only supported OSs are Ubuntu and CentOS, and
I'm not aware of any work in progress towards Red Hat. I'm sorry!

--
José Antonio Rey

On Mon, Nov 16, 2015 at 10:21 AM <dinesh.senap...@wipro.com> wrote:

> Hi,
>
> Does Juju work on Redhat linux platform ?
>
> Regards,
> Dinesh
> The information contained in this electronic message and any attachments
> to this message are intended for the exclusive use of the addressee(s) and
> may contain proprietary, confidential or privileged information. If you are
> not the intended recipient, you should not disseminate, distribute or copy
> this e-mail. Please notify the sender immediately and destroy all copies of
> this message and any attachments. WARNING: Computer viruses can be
> transmitted via email. The recipient should check this email and any
> attachments for the presence of viruses. The company accepts no liability
> for any damage caused by any virus transmitted by this email.
> www.wipro.com
> --
> 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

Re: Boot VM using JUJU

[José Antonio Rey]

Hey Dinesh,

For the manual provider, you have to boot the machine. However, as long as
it has SSH and a supported version of Ubuntu, you can add it to your
environment.

Hope this helps!

--
José Antonio Rey

On Mon, Nov 16, 2015, 06:23  <dinesh.senap...@wipro.com> wrote:

> Hi,
>
>
>
> Is it possible to boot a VM using JUJU in manual provisioning environment
> and deploy charms on that VM?
>
>
>
> Regards,
>
> Dinesh
> The information contained in this electronic message and any attachments
> to this message are intended for the exclusive use of the addressee(s) and
> may contain proprietary, confidential or privileged information. If you are
> not the intended recipient, you should not disseminate, distribute or copy
> this e-mail. Please notify the sender immediately and destroy all copies of
> this message and any attachments. WARNING: Computer viruses can be
> transmitted via email. The recipient should check this email and any
> attachments for the presence of viruses. The company accepts no liability
> for any damage caused by any virus transmitted by this email.
> www.wipro.com
> --
> 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

Re: Juju on CloudStack

[José Antonio Rey]

CloudStack as CloudStack is not supported. However, Jorge mentions that, 
if he recalls correctly, it works like if it was EC2. So he's suggesting 
setting CloudStack as an amazon or ec2 environment, even though it's 
CloudStack, because it may work this way. It's a workaround since we 
don't have official direct CloudStack support.



On 09/18/2015 10:40 AM, Herman Bergwerf wrote:

Im not sure what you mean but I don't think I have access to the
cloudstack configuration (the interface is provided by the hosting
company I'm with)
Also, would that mean I can maybe already use the ec2 driver in juju by
pointing it to the cloudstack endpoint from my hosting provider? Because
the docs are not really clear about this...


On Fri, Sep 18, 2015, 17:21 Jorge O. Castro <jo...@ubuntu.com
<mailto:jo...@ubuntu.com>> wrote:

On Thu, Sep 17, 2015 at 9:47 AM, Herman Bergwerf
<hermanbergw...@gmail.com <mailto:hermanbergw...@gmail.com>> wrote:
 > (how) can I run Juju on CloudStack?

It's my understanding that CloudStack emulates an EC2 environment's
APIs, have you tried configuring it as an EC2 environment?





--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Readme file changes in Charm store

[José Antonio Rey]

Hello,

If this is a charm in a personal namespace, ingestion can take up to an 
hour.


If this is a promulgated charm, then it would have to be approved by a 
charmer before going into the Charm Store.



On 12/29/2015 01:23 AM, Suchitra Venugopal1 wrote:

Hi,
  I have recently updated the Readme file in the  trunk Branch in
Launchpad.  But the updated changes are not yet reflected in Charm
store. I have noticed before that the changes get reflected in the store
in 1 hour or so.

Are there any issues ?


Thanks & Regards,
Suchitra Venugopal
Project Manager, Cloud Orchestration
IBM Certified IT Specialist

Seat # EGLC 6F B099,
C-Block, Embassy Golf Link,
Intermediate Ring Road, Bangalore
Off : (91)80-4129-7773
Mobile  :   9663126000
Email:   suchv...@in.ibm.com





--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Error in deploying wordpress

[José Antonio Rey]

I see the main error here was caused because of this:

INFO juju-log Moving nginx var dirs to /mnt storage ...

INFO config-changed
/var/lib/juju/agents/unit-wordpress-2/charm/hooks/config-changed: line 120:
hooks/loadbalancer-rebuild: Permission denied

Apparently it's trying to move the directories to /mnt, which doesn't exist.

Dinesh, was there a shared filesystem charm deployed and related to
wordpress?

--
José Antonio Rey

On Mon, Nov 30, 2015, 08:20  <dinesh.senap...@wipro.com> wrote:

> Hi Charles,
>
>
>
> I have downloaded wordpress from the charm store to my local repository
> and deployed.
>
> I have raised a bug in following link
> https://bugs.launchpad.net/charms/+source/wordpress/+bug/1521190 and also
> attached the unit log. I have downloaded wordpress from the charm store to
> my local repository.
>
>
>
> Regards,
>
> Dinesh
>
>
>
> *From:* Charles Butler [mailto:charles.but...@canonical.com]
> *Sent:* Thursday, November 19, 2015 6:07 PM
> *To:* Dinesh Kumar Senapaty (WT01 - Global Media & Telecom) <
> dinesh.senap...@wipro.com>
> *Cc:* juju <juju@lists.ubuntu.com>
> *Subject:* Re: Error in deploying wordpress
>
>
>
> Greetings Dinesh,
>
>
>
> This is indeed some strange behavior. I see this is a local charm
> deployment. Was this a copy from the charm store?
>
>
>
> If so, can you file a bug against the wordpress charm here:
> https://bugs.launchpad.net/charms/+source/wordpress and attach the
> wordpress unit logs so we can take a look at why this may have failed?
>
>
>
> Sorry you ran into this, and we'll be happy to take a look.
>
>
>
> All the best,
>
>
>
> Charles
>
>
>
>
> Charles Butler <charles.but...@canonical.com> - Juju Charmer
>
> Come see the future of datacenter orchestration: http://jujucharms.com
>
>
>
> On Thu, Nov 19, 2015 at 4:10 AM, <dinesh.senap...@wipro.com> wrote:
>
> Hi,
>
>
>
> Am using manual provisioning to deploy wordpress on a machine and am
> getting the following error. When using “juju resolved --retry wordpress/0”
> got “ERROR unit "wordpress/0" is not in an error state”. Can anyone help me
> out?
>
> Juju version : 1.24.7-trusty-amd64
>
>
>
>
>
> Regards,
>
> Dinesh
>
> The information contained in this electronic message and any attachments
> to this message are intended for the exclusive use of the addressee(s) and
> may contain proprietary, confidential or privileged information. If you are
> not the intended recipient, you should not disseminate, distribute or copy
> this e-mail. Please notify the sender immediately and destroy all copies of
> this message and any attachments. WARNING: Computer viruses can be
> transmitted via email. The recipient should check this email and any
> attachments for the presence of viruses. The company accepts no liability
> for any damage caused by any virus transmitted by this email.
> www.wipro.com
>
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
>
> The information contained in this electronic message and any attachments
> to this message are intended for the exclusive use of the addressee(s) and
> may contain proprietary, confidential or privileged information. If you are
> not the intended recipient, you should not disseminate, distribute or copy
> this e-mail. Please notify the sender immediately and destroy all copies of
> this message and any attachments. WARNING: Computer viruses can be
> transmitted via email. The recipient should check this email and any
> attachments for the presence of viruses. The company accepts no liability
> for any damage caused by any virus transmitted by this email.
> www.wipro.com
> --
> 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

Re: Subordinate charms

[José Antonio Rey]

André,

What are you installing and trying to remove? I will do some quick 
testing around, and would like to reproduce the same scenario that you have.


On 05/26/2016 04:43 PM, André Moreira wrote:

Hi Bilal,

I think that is not possible. When I try, I receive this: "You may not
remove a subordinate relation."

André

2016-05-26 18:41 GMT-03:00 Bilal Baqar <bba...@plumgrid.com
<mailto:bba...@plumgrid.com>>:

Try removing the relation between the two. The unit of the
subordinate charm will be removed from that node.

Regards

On Fri, May 27, 2016 at 2:38 AM, Tom Barber <t...@analytical-labs.com
<mailto:t...@analytical-labs.com>> wrote:

Hi Andre

Can you give us a clue what you are installing/uninstalling
because I believe Bilal is correct, I've not see it wipe out the
parent charms either.

Tom

--

Director Meteorite.bi - Saiku Analytics Founder
Tel: +44(0)5603641316 <tel:%2B44%280%295603641316>

(Thanks to the Saiku community we reached our Kickstart

<http://kickstarter.com/projects/2117053714/saiku-reporting-interactive-report-designer/>
goal, but you can always help by sponsoring the project
<http://www.meteorite.bi/products/saiku/sponsorship>)

On 26 May 2016 at 22:36, André Moreira <andre@gmail.com
<mailto:andre@gmail.com>> wrote:

Using this, it also removes the unit of the charm it is
subordinated to.

2016-05-26 18:34 GMT-03:00 Bilal Baqar <bba...@plumgrid.com
<mailto:bba...@plumgrid.com>>:

Try the normal charm remove command:
*juju remove-service  *
*
*
Regards

2016-05-27 2:24 GMT+05:00 André Moreira
<andre@gmail.com <mailto:andre@gmail.com>>:

How can I remove a subordinate charm without
removing the principal?

--

Le doux charme de maint songe
Par leur bel art inventé
Sous les habits du mensonge
Nous offre la vérité.
 -La Fontaine

--
Juju mailing list
Juju@lists.ubuntu.com <mailto:Juju@lists.ubuntu.com>
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju




--
Bilal Baqar
MTS - PLUMgrid Inc.





--

Le doux charme de maint songe
Par leur bel art inventé
Sous les habits du mensonge
Nous offre la vérité.
 -La Fontaine

--
Juju mailing list
Juju@lists.ubuntu.com <mailto:Juju@lists.ubuntu.com>
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju





--
Bilal Baqar
MTS - PLUMgrid Inc.





--

Le doux charme de maint songe
Par leur bel art inventé
Sous les habits du mensonge
Nous offre la vérité.
 -La Fontaine





--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Does sftp eliminate the need to check sha1sum?

[José Antonio Rey]

I think this is more of a discusion on if you got 'what' you wanted or 
if you got it from 'where' you wanted. Even if you used SFTP, the file 
could've changed, and if it doesn't have a SHA1SUM it could result in 
unexpected charm breakage.


If it were me, I would always implement SHA1SUMS, just to make sure that 
the file is, in fact, what I wanted. It would make it easier to debug 
and fix later down the road.



On 01/13/2016 02:18 PM, Adam Israel wrote:

Matt,

For the charm in question, I would think adding the sha1sum check to the
process would be sufficient, especially in the scenario that the binary
is being self-hosted for the purposes of installing it via the charm.

Adam Israel - Software Engineer
Canonical Ltd.
http://juju.ubuntu.com/ - Automate your Cloud Infrastructure


On Jan 13, 2016, at 2:14 PM, Tom Barber <t...@analytical-labs.com
<mailto:t...@analytical-labs.com>> wrote:

Yeah but as pointed out earlier,  it verifies where you got it from,
but not what you got.  :)

On 13 Jan 2016 19:11, "Jay Wren" <jay.w...@canonical.com
<mailto:jay.w...@canonical.com>> wrote:

StrictHostKeyChecking and shipping the public key of the ssh host with
the charm does seem to meet the criteria of verifying the intended
source.


On Wed, Jan 13, 2016 at 1:46 PM, Matt Bruzek
<matthew.bru...@canonical.com
<mailto:matthew.bru...@canonical.com>> wrote:
> I recently reviewed a charm that is using sftp to download the
binary files
> with a username and password.  The charm does not check the
sha1sum of these
> files.
>
> The Charm Store Policy states:  Must verify that any software
installed or
> utilized is verified as coming from the intended source
>
> https://jujucharms.com/docs/stable/authors-charm-policy
>
> Does using sftp eliminate the need to check the sha1sum of the files
> downloaded?
>
> What does the Juju community say to this question?
>
>- Matt Bruzek <matthew.bru...@canonical.com
<mailto:matthew.bru...@canonical.com>>
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com <mailto:Juju@lists.ubuntu.com>
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>

--
Juju mailing list
Juju@lists.ubuntu.com <mailto:Juju@lists.ubuntu.com>
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju

--
Juju mailing list
Juju@lists.ubuntu.com <mailto:Juju@lists.ubuntu.com>
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju







--
José Antonio Rey


--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Use of Jujucharms to launch non-opensource code

[José Antonio Rey]

You can deploy proprietary software with a juju charm. However, the code
for the charm (what installs the proprietary software) should have an open
source license.

--
José Antonio Rey

On Sun, Feb 7, 2016, 23:01 Ramesh Nethi <ramesh.ne...@gmail.com> wrote:

> Hello Jujucharmers,
>
> If one use Jujucharms in commercial projects where non-open source code is
> deployed using jujucharms,  is this bound by AGPL ?  I understand that
> modifying jujucharms code itself would call for open sourcing it.
>
> Are there any known commercial uses of jujucjarms ?
>
> regards
> Ramesh
> --
> 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

Re: Bitnami wordpress charm development

[José Antonio Rey]

This is because you are using Windows line breaks instead of Linux/Unix 
line breaks. Try saving your file with Linux/Unix line breaks and give 
it a go.


On 02/29/2016 05:12 PM, David Britton wrote:

On Mon, Feb 29, 2016 at 07:02:08PM -0300, Ney Moura wrote:


But I keep having erros with the install hook. It says file not found.



Maybe I missed it in the tarball -- could you attach a juju debug-log
capture while you deploy it?

Or, /var/log/all-machines.log from the bootstrap node is the same thing.

Thanks!



--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Bitnami wordpress charm development

[José Antonio Rey]

Glad that was it! When I opened it on vim, it said [dos] at the bottom, and
after googling the error I saw what it was.

About the command, what happens is right. You should not be able to execute
any of those commands. The commands are only executable in a 'hook
environment', meaning only hooks will be able to run them. If you really
want to execute one of them, you can use 'juju run --service
wordpress-single "command goes here"'.

Why do you want to run that manually? Anything missing?

--
José Antonio Rey

On Mon, Feb 29, 2016, 19:22 Ney Moura <neymou...@gmail.com> wrote:

> Thanks everyone!
>
> José Antonio, you were right!
>
> How did you discover that?
>
>
> But let me challenge you guys even more!
>
> I need to install something in the VM before using the juju commands, like
> status-set? I'm asking this because I wasn't able to run these commands in
> there.
>
>
> Thanks again!
>
> 2016-02-29 19:15 GMT-03:00 José Antonio Rey <j...@ubuntu.com>:
>
>> This is because you are using Windows line breaks instead of Linux/Unix
>> line breaks. Try saving your file with Linux/Unix line breaks and give it a
>> go.
>>
>>
>> On 02/29/2016 05:12 PM, David Britton wrote:
>>
>>> On Mon, Feb 29, 2016 at 07:02:08PM -0300, Ney Moura wrote:
>>>
>>>>
>>>> But I keep having erros with the install hook. It says file not found.
>>>>
>>>>
>>> Maybe I missed it in the tarball -- could you attach a juju debug-log
>>> capture while you deploy it?
>>>
>>> Or, /var/log/all-machines.log from the bootstrap node is the same thing.
>>>
>>> Thanks!
>>>
>>>
>> --
>> José Antonio Rey
>>
>
>
>
> --
> *Ney Moura Conceição*
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Sending binaries over relations

[José Antonio Rey]

Hey,

One of the options would be to cat the file as a string and pass that
string over the connection, finally echoing that string to foo.binary.

What do others think?

--
José Antonio Rey

On Wed, Jan 20, 2016, 08:25 Merlijn Sebrechts <merlijn.sebrec...@gmail.com>
wrote:

> Hi
>
>
> I have a question I'd like to discuss, if you guys aren't to busy prepping
> for Ubucon.. :)
>
> I've found a number of Java projects where, in order to communicate for
> example with Kafka, they require the Kafka Java libraries for that specific
> version. For the moment, I solve this by downloading the libraries from a
> deployed Kafka installation and include them in the Charm. However, this
> has the disadvantage that everytime the Kafka charm version changes, I have
> to update the libraries in all the charms that connect to Kafka. It would
> be better if there was a way to send these libraries over the connection.
> This way, a Charm that can connect to one version of Kafka has a very high
> chance of being able to connect to the next version.
>
> So my question is: Is there a way to send large binary files between
> Charms? Or is this problem better solved by using a subordinate
> kafka-plugin Charm like the Hadoop Charms do?
>
>
>
> Kind regards
> Merlijn Sebrechts
> --
> 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

Re: charmers + openstack-charmers application

[José Antonio Rey]

Hey Ryan,

I'm glad to see your application! You've definitely made valuable 
contributions in the past months, and I'm very familiar with all the 
hard work you've put into the charm ecosystem.


I'm more than happy to give you a +1 on my side. Thanks for all the work 
you do!


On 02/19/2016 10:14 AM, Ryan Beisner wrote:

Happy Friday, charmers!

Please consider my application for membership to ~charmers and an
~openstack-charmers.

Over the past two years, I've contributed to each of the 20+ OpenStack
charms (and jenkins, ubuntu, mysql, mongodb).  While most of my work has
been in the field of charm testing, I've done a load of reviews, bug
triage, bug fixes, charm and charm-helper contributions, partner and
feature integration and validation.

As a ~charm-contributors member, I've watched the broader charm review
queue for the proposals where I have specific domain knowledge, and have
taken some of those reviews.

One of my babies is the Ubuntu OpenStack Charm Integration test
automation system (aka UOSCI).  That system continuously gates our
Ubuntu OpenStack development activity, charm and package SRU and release
processes.  It has deployed and tested ~14,000+ OpenStack clouds in the
past ~1yr, plus all of the accompanying amulet, lint, mojo and unit tests.

As Juju core approaches and reaches "proposed" in each dev cycle, we
flip some bits and hammer on the proposed Juju version in the UOSCI
automation as a pre-release cross-validation effort.  Same for MAAS.

I've delivered and participated in remote and in-person customer demos
of our tool sets and charms, and have given UOS and Charmer Summit demos
and talks.  I've made a point over the past year or so to chip in on
AskUbuntu, generally with OpenStack-specific questions.


I am:
  - https://github.com/ryan-beisner
  - https://launchpad.net/~1chb1n
  - https://launchpad.net/~1chb1n/+karma
  - http://askubuntu.com/users/382225/beisner

Bugs:
  - https://goo.gl/vUsGXN

My alternate bot identities work while I sleep:
  - https://github.com/uoscibot
  - https://launchpad.net/~uosci-testing-bot

Other points of interest:
  -
https://code.launchpad.net/~ost-maintainers/openstack-charm-testing/trunk
  -
https://code.launchpad.net/~ost-maintainers/openstack-mojo-specs/mojo-openstack-specs
  - https://github.com/openstack-charmers
  -
http://bazaar.launchpad.net/~charm-helpers/charm-helpers/devel/files/head:/charmhelpers/contrib/openstack/amulet/
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/ceilometer/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/ceilometer-agent/next
  - https://code.launchpad.net/~openstack-charmers/charms/trusty/ceph/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/ceph-osd/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/ceph-radosgw/next
  - https://code.launchpad.net/~openstack-charmers/charms/trusty/cinder/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/cinder-ceph/next
  - https://code.launchpad.net/~openstack-charmers/charms/trusty/glance/next
  - https://code.launchpad.net/~openstack-charmers/charms/trusty/heat/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/keystone/next
  - https://code.launchpad.net/~openstack-charmers/charms/trusty/lxd/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/neutron-api/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/neutron-gateway/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/neutron-openvswitch/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/nova-cloud-controller/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/nova-compute/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/openstack-dashboard/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/percona-cluster/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/rabbitmq-server/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/swift-proxy/next
  -
https://code.launchpad.net/~openstack-charmers/charms/trusty/swift-storage/next


Thanks for all the great tools, and thank you for your consideration.

Cheers & happy charming!

Ryan Beisner






--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

What to do with precise charms?

[José Antonio Rey]

Hello,

In approximately two months, Xenial is going to be released. Once that 
happens, we are going to have three supported LTS releases: precise, 
trusty and xenial.


I know that there is some people that have both precise and trusty 
charms. However, if they want to move their charms to xenial, they are 
going to have to maintain not two, but three charms. And if we want to 
have the latest in all charms, then features and software versions would 
have to be backported all the way to precise, which may complicate 
things a bit more.


I'm wondering, would it be suitable for us to establish a process where 
a charm author decides to no longer maintain a charm in an old but 
supported release and just move that specific series charm to 
~unmaintained-charms? I think it's better to start thinking on this now, 
before it gets too close to release time.


Happy to hear all your comments/suggestions on this.

--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Question - Creating first Charm

[José Antonio Rey]

Great suggestions, Matt!

Gilbert, just wanted to thank you for working on the charm. Should you need
any more help, don't hesitate to ask the list.

Hope to see you around!

--
José Antonio Rey

On Fri, Mar 4, 2016, 19:43 Matt Bruzek <matthew.bru...@canonical.com> wrote:

> Hello Gilbert,
>
> Thanks for the email. I have added the Juju list so others can chime too.
>
> Because Oracle-XE 11gR2 version requires accepting a license agreement to
>> download from Oracle.com...
>>
> ​​We are going to introduce a new concept in Juju 2.0 called "terms" where
> you can run an "accept" command for software with proprietary ​software.
> You would put "terms" key in your metadata.yaml. Check the release notes
> for some tips on this feature:
> https://jujucharms.com/docs/devel/temp-release-notes
>
> Alternately you could make a configuration option where the user could
> accept the license on the Oracle page, and put the key in a configuration
> option, where the charm would not install if the key is empty or invalid.​
>
> So my install hook is taking shape kinda like this (and works):​ ...
>>
> ​I would really encourage you to look at our new Developer documents (
> https://jujucharms.com/docs/devel/developer-getting-started ) that
> introduce charm layers and a reactive framework. From my experience it is
> much more "natural" to write charms this way where you can define states
> and react to them. As an example you could define: 'oracle.downloaded',
> 'oracle.configured', and 'oracle.available' and the code could react to
> different states.
>
> My question is, what is the best way to automate this last step for charm
>> deployment?
>
> ​Non interactive install scripts are the bane of my existence! ​I have a
> number of techniques to work around these, such as piping the "yes" command
> to a script, or redirecting strings into the interactive bits. The best
> approach is on a case to case basis, but you may have to re-write this
> script. I
>
> ...to just use the default values and to use some hardcoded default
>> password.
>>
> Hard coded passwords are never the right way to go and against Charm Store
> policy ( https://jujucharms.com/docs/devel/authors-charm-policy ).
> Either randomly generate a password that the user can retrieve or have that
> set as a configuration option but remember all configuration options must
> be able to change at any time (mutability). I have used some template
> technologies to put charm configuration options in places where the script
> would prompt users.
>
> So I'm thinking one obvious way would be to just have some sed and awk
>> steps to just change the oracle-xe script to just non-interactively use the
>> default ports
>
> Make the ports configurable, so that you can deploy the service and know
> the port where it is being served. The user could change it if they know
> that port is being used.
>
> Database charms are the most complex for *me* to understand, but I
> encourage you to look at the "mysql" charm for tips on database. It was
> written by one of our best charmers who knows how to install databases. You
> will find many answers to your questions in that charm.
>
> If you have any further questions please share them with
> juju@lists.ubuntu.com so the whole community has the benefit of the
> information, and other database charmers can pipe in.
>
>- Matt Bruzek <matthew.bru...@canonical.com>
>
> On Fri, Mar 4, 2016 at 1:36 PM, Gilbert Standen <gilstan...@hotmail.com>
> wrote:
>
>> Hey I'm sorry to bug you with another question but I'm trying to find my
>> way along to get through creating my first charm.
>>
>> Because Oracle-XE 11gR2 version requires accepting a license agreement to
>> download from Oracle.com (adding a level of complexity to creating my first
>> charm) I stepped back even further to Oracle-XE 10gR2 which actually is
>> still available from a DEB repository.   I realize 10gR2 is pretty old but
>> for purposes of learning how to charm, it's great, because it's available
>> from a ppa still and it's pretty easy to deploy from a manual steps
>> perspective, so it should be a good "first charm" exercise for me.
>>
>> So my install hook is taking shape kinda like this (and works):
>>
>> # GLS start
>> echo 'deb http://oss.oracle.com/debian/ unstable main non-free' | sudo
>> tee --append /etc/apt/sources.list
>> echo 'deb-src http://oss.oracle.com/debian/ unstable main' | sudo tee
>> --append /etc/apt/sources.list
>> wget http://oss.oracle.com/el4/RPM-GPG-KEY-oracle  -O- | sudo apt-key
>> add -
>> apt-get updat

Re: Bitnami wordpress charm development

[José Antonio Rey]

Ney,

If you want, I am available on IRC to discuss the idea. It's definitely 
doable, specially with config-get parameters, and it would be great to 
have it! You can find us on #juju on irc.freenode.net. My nick is `jose` 
in there.


On 03/01/2016 12:23 PM, Ney Moura wrote:

Hi Samuel!

Well! It's a good idea! But since I'm to new in shell scripting I don't
think I could handle such thing. On the other hand I think I could
create a template charm that, with minimal effort, the community would
be able to use it on another bitnami stacks. Since stack commands should
be the same, I think I'ts possible =)

The only thing the developer has to do is to change the url witch the
run script is downloaded and specify installation parameters, both in
installation hook.


2016-03-01 4:47 GMT-03:00 Samuel Cozannet <samuel.cozan...@canonical.com
<mailto:samuel.cozan...@canonical.com>>:

Hi Ney,

I've got myself in the same issue in the past, and found this pretty
useful: dos2unix. You can apt-get install it, then you get a
dos2unix and a unix2dos commands.

If you succeed with the bitnami -> charm, do you think you could
create a generic bitnami converter? That would be interesting.

Good charming!
Best,
Sam


--
Samuel Cozannet
Cloud, Big Data and IoT Strategy Team
Business Development - Cloud and ISV Ecosystem
Changing the Future of Cloud
Ubuntu <http://ubuntu.com>  / Canonical UK LTD
<http://canonical.com> / Juju <https://jujucharms.com>
samuel.cozan...@canonical.com <mailto:samuel.cozan...@canonical.com>
mob: +33 616 702 389
skype: samnco<http:///>
Twitter: @SaMnCo_23
View Samuel Cozannet's profile on LinkedIn
<https://es.linkedin.com/in/scozannet>

On Tue, Mar 1, 2016 at 1:46 AM, Ney Moura <neymou...@gmail.com
<mailto:neymou...@gmail.com>> wrote:

I was thinking that i missed some configurations to ran those
commands properly only.

Since I use nano, I wasn't able to see those.

Thanks for the tip about hook environment and the command!

Mainly for the quick response =D

2016-02-29 21:31 GMT-03:00 José Antonio Rey <j...@ubuntu.com
<mailto:j...@ubuntu.com>>:

Glad that was it! When I opened it on vim, it said [dos] at
the bottom, and after googling the error I saw what it was.

About the command, what happens is right. You should not be
able to execute any of those commands. The commands are only
executable in a 'hook environment', meaning only hooks will
be able to run them. If you really want to execute one of
them, you can use 'juju run --service wordpress-single
"command goes here"'.

    Why do you want to run that manually? Anything missing?

--
José Antonio Rey


On Mon, Feb 29, 2016, 19:22 Ney Moura <neymou...@gmail.com
<mailto:neymou...@gmail.com>> wrote:

Thanks everyone!

José Antonio, you were right!

How did you discover that?


But let me challenge you guys even more!

I need to install something in the VM before using the
juju commands, like status-set? I'm asking this because
I wasn't able to run these commands in there.


Thanks again!

2016-02-29 19:15 GMT-03:00 José Antonio Rey
<j...@ubuntu.com <mailto:j...@ubuntu.com>>:

This is because you are using Windows line breaks
instead of Linux/Unix line breaks. Try saving your
file with Linux/Unix line breaks and give it a go.


On 02/29/2016 05:12 PM, David Britton wrote:

On Mon, Feb 29, 2016 at 07:02:08PM -0300, Ney
Moura wrote:


But I keep having erros with the install
hook. It says file not found.


Maybe I missed it in the tarball -- could you
attach a juju debug-log
capture while you deploy it?

Or, /var/log/all-machines.log from the bootstrap
    node is the same thing.

Thanks!


--
José Antonio Rey




--
*Ney Moura Conceição*




--
*Ney Moura Conceição*

--
Juju mailing list
Juju@lists.ubuntu.com <mailto:Juju@lists.ubuntu.com>
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju





--
*Ney Moura Conceição*


--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Reserved actions

[José Antonio Rey]

I believe that reserving the juju- prefix would be good. I, personally,
haven't seen any charms using them.

--
José Antonio Rey

On Mon, Mar 28, 2016, 21:04 Marco Ceppi <marco.ce...@canonical.com> wrote:

> On Mon, Mar 28, 2016 at 9:49 PM Andrew Wilkins <
> andrew.wilk...@canonical.com> 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 is interesting. What's the semantics for this? How does juju-run
> action work for machine level items?
>
> This means that "juju-run" will no longer be a valid action name for use
>> in a charm. This may come up again in the future, so we think it would be
>> prudent to reserve a namespace for additional predefined actions. The most
>> straightforward thing to do would be to reserve the "juju-" prefix, like we
>> do for relations.
>>
>
> This seems fine, we'll add "juju-run" as a blacklist in charm proof.
>
> Any objections? Does anyone have any actions using the "juju-" prefix
>> already?
>>
>
> I don't believe so, I'l do a quick search in the charm store though to
> verify
>
>
>> Cheers,
>> Andrew
>>
> --
>> Juju-dev mailing list
>> juju-...@lists.ubuntu.com
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/juju-dev
>>
> --
> 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

NoSQL Database Podcast: Juju Charms

[José Antonio Rey]

Hey everyone,

Michael Hall and I were at the NoSQL Database Podcast talking about Juju
charms! You can find the episode here:
http://blog.couchbase.com/2016/july/ndp-episode-7-service-deployment-with-juju-charms

Feel free to share it around!

--
José Antonio Rey
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

2.0 as default on main repos?

[José Antonio Rey]

Hello everyone,

I am deploying some production servers and am seeing a weird behavior:

2.0~beta12-0ubuntu1.16.04.1 is the default for the 'main' repositories of
archive.ubuntu.com

1.25.6-0ubuntu1~16.04.1~juju1 is the default for ppa:juju/stable

Is this intended? Doesn't feel right to me.

Thanks in advance for the insight!
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Charm push crashes when uploading big charms

[José Antonio Rey]

Oh! Huh. Then maybe it is a size constraint :)

On Tue, Jul 19, 2016, 01:48 Tom Barber <t...@analytical-labs.com> wrote:

> Yeah, but you could also argue this hotel wifi is a lot quicker than my
> home wifi, so it still seems a bit flawed if you need to push from fast
> pipes! Anyway I shall try and find out.
>
> Tom
>
> --
>
> Director Meteorite.bi - Saiku Analytics Founder
> Tel: +44(0)5603641316
>
> (Thanks to the Saiku community we reached our Kickstart
> <http://kickstarter.com/projects/2117053714/saiku-reporting-interactive-report-designer/>
> goal, but you can always help by sponsoring the project
> <http://www.meteorite.bi/products/saiku/sponsorship>)
>
> On 19 July 2016 at 07:45, José Antonio Rey <j...@ubuntu.com> wrote:
>
>> Hotel wifi may be the problem. Maybe try uploading it to a server with a
>> fast upload speed, and then pusing from that server instead?
>>
>> On 07/19/2016 01:33 AM, Tom Barber wrote:
>>
>>> 825mb on hotel wifi Rick, I'll squash it further  and try again on data
>>> centre pipes.
>>>
>>> Tom
>>>
>>> --
>>>
>>> Director Meteorite.bi - Saiku Analytics Founder
>>> Tel: +44(0)5603641316
>>>
>>> (Thanks to the Saiku community we reached our Kickstart
>>> <
>>> http://kickstarter.com/projects/2117053714/saiku-reporting-interactive-report-designer/
>>> >
>>> goal, but you can always help by sponsoring the project
>>> <http://www.meteorite.bi/products/saiku/sponsorship>)
>>>
>>> On 19 July 2016 at 01:06, Rick Harding <rick.hard...@canonical.com
>>> <mailto:rick.hard...@canonical.com>> wrote:
>>>
>>> How big/long to upload was your resource Tom? I know the team bumped
>>> it while they get some better insight into tracking/quota'ing sizes
>>> and I'm curious where you got denied.
>>>
>>>
>>> On Mon, Jul 18, 2016, 5:53 PM Tom Barber <t...@analytical-labs.com
>>> <mailto:t...@analytical-labs.com>> wrote:
>>>
>>> Awww Merlijn
>>>
>>> You got my hopes up then I got the same error as usual
>>> *sadface*
>>>
>>> Tom
>>>
>>> --
>>>
>>> Director Meteorite.bi - Saiku Analytics Founder
>>> Tel: +44(0)5603641316 <tel:%2B44%280%295603641316>
>>>
>>> (Thanks to the Saiku community we reached our Kickstart
>>> <
>>> http://kickstarter.com/projects/2117053714/saiku-reporting-interactive-report-designer/
>>> >
>>> goal, but you can always help by sponsoring the project
>>> <http://www.meteorite.bi/products/saiku/sponsorship>)
>>>
>>> On 18 July 2016 at 14:39, Tom Barber <t...@analytical-labs.com
>>> <mailto:t...@analytical-labs.com>> wrote:
>>>
>>> Cool thanks, I'll check it shortly.
>>>
>>> Tom
>>>
>>> --
>>>
>>> Director Meteorite.bi - Saiku Analytics Founder
>>> Tel: +44(0)5603641316 <tel:%2B44%280%295603641316>
>>>
>>> (Thanks to the Saiku community we reached our Kickstart
>>> <
>>> http://kickstarter.com/projects/2117053714/saiku-reporting-interactive-report-designer/
>>> >
>>> goal, but you can always help by sponsoring the project
>>> <http://www.meteorite.bi/products/saiku/sponsorship>)
>>>
>>> On 18 July 2016 at 14:37, Merlijn Sebrechts
>>> <merlijn.sebrec...@gmail.com
>>> <mailto:merlijn.sebrec...@gmail.com>> wrote:
>>>
>>> Hi Jay
>>>
>>>
>>> I'm able to push a 270 mb large Charm now. This was not
>>> possible before, so it seems the issue is fixed for me.
>>> I've added Tom in cc so he can check too. He was having
>>> the same issue if I'm not mistaken. I'll come back to
>>> you if the issue magically reappears.. :)
>>>
>>>
>>>
>>> Kind regards
>>> Merlijn
>>>
>>>
>>> 2016-07-08 21:04 GMT+02:00 Jay Wren
>>> <jay.w...@canonical.com <mailto:jay.w...@

Re: Charm push crashes when uploading big charms

[José Antonio Rey]

  Juju mailing list
    Juju@lists.ubuntu.com <mailto:Juju@lists.ubuntu.com>
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju







--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Charm Store Policy Update: Propritary applications usage of Terms and Resources

[José Antonio Rey]

It can probably be there as a recommendation until 2.0 lands, where it 
can be made a requirement.


On 07/05/2016 09:17 AM, Charles Butler wrote:

This has been on the list for > 1 month with a little activity. I'm
poking this thread to see if there are any remaining outliers that wish
to chime in.


Just a reminder: we have an open issue on the documentation to make this
formally accepted into the charm store policy. This will affect any new
incoming charms. Resources/terms are a 2.0 feature - should we wait for
the features to land as -stable, *then* make the policy update? Or do we
want to make this policy pre 2.0 so the policy verbiage is in place?



On Fri, May 27, 2016 at 2:59 AM Mark Shuttleworth <m...@ubuntu.com
<mailto:m...@ubuntu.com>> wrote:

On 27/05/16 01:00, Antonio Rosales wrote:
 > I think most software require acceptance of the License. Perhaps the
 > point here is weather the acceptance has to be active or passive. If
 > this is the intent should the policy state: Any software which
 > requires active user acceptance of a license or EULA has to have that
 > as a term on the charm.

+1

 >> Any software which installs components from outside of a
distributions
 >> archive needs to represent that as a resource
 > Nice suggestion, this also massively helps with determining will my
 > charm run inside my restricted firewall. I have added your suggestion
 > to the issue as we discuss it to also track the suggestion there

Yes, firewalls are the main driver of resources. More often than not a
charm which tries to pull stuff from the internet randomly fails because
of firewalls. We know the controller can reach the charm archive because
"juju deploy" fetched the charm. So serving resources from the same
place is much more effective.

It also lets us slim down the charm itself in many cases, because
bundled blobs just become resources, which means there is less to push
and pull for every revision :)

Mark


--
Juju mailing list
Juju@lists.ubuntu.com <mailto:Juju@lists.ubuntu.com>
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju

--
Juju Charmer
Canonical Group Ltd.
Ubuntu - Linux for human beings | www.ubuntu.com <http://www.ubuntu.com>
Juju - The fastest way to model your service | www.jujucharms.com
<http://www.jujucharms.com>





--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: 2.0 as default on main repos?

[José Antonio Rey]

Hey Matt,

Thanks for the link.

If anyone reading has a way to help get it fixed, please do so. This is a
horrible bug that causes inconsistencies, and until 2.0 is released it
should not be in main.

On Mon, Aug 8, 2016, 09:22 Matt Bruzek <matthew.bru...@canonical.com> wrote:

> Hello José,
>
> I ran into this problem myself and filed a bug with the packaging.
>
> https://bugs.launchpad.net/juju-release-tools/+bug/1609437
>
> While I still think this is a bug, I did find a work around which I put in
> the bug for other people having this same problem. Hope that helps!
>
>- Matt Bruzek <matthew.bru...@canonical.com>
>
> On Wed, Aug 3, 2016 at 7:49 PM, José Antonio Rey <j...@ubuntu.com> wrote:
>
>> Hello everyone,
>>
>> I am deploying some production servers and am seeing a weird behavior:
>>
>> 2.0~beta12-0ubuntu1.16.04.1 is the default for the 'main' repositories of
>> archive.ubuntu.com
>>
>> 1.25.6-0ubuntu1~16.04.1~juju1 is the default for ppa:juju/stable
>>
>> Is this intended? Doesn't feel right to me.
>>
>> Thanks in advance for the insight!
>>
>> --
>> 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 Events in August: FOSSCON 2016

[José Antonio Rey]

Hey everyone!

Just wanted to give you a heads up that I'll be giving a Juju talk at 
FOSSCON. Conference details below:


August 20th, 2016
9:00am - 5:00pm
International House of Philadelphia
3701 Chestnut St, Philadelphia, PA 19104

I'm not entirely certain if we'll have an Ubuntu booth, but if we do, 
I'll let you know so we can drop by!


Are you giving a Juju talk in an upcoming event, or even better, hosting 
one? Let us know!


--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: public-address and dns of nodes are IPs instead of hostnames

[José Antonio Rey]

This was introduced a while ago, not sure if on 1.25.5, but it also 
changed the behavior on AWS, where you used to get 
ec2-ip-address-here.country.availabilityzone.amazonaws.com, and now you 
get the public IP address. Someone else, maybe from the core team, may 
be able to give you a little bit more background.


On 06/29/2016 11:19 PM, Junaid Ali wrote:

Thanks Antonio for the quick response.

If I connect one network to the node, it shows the hostname as
public-address but if i connect a second network, it gets the IP from
second network as public address (and dns). All of my nodes are
connected to two networks except the juju bootstrap node. So from juju
status command, DNS and public address of all nodes are IPs except the
bootstrap node which has the hostname. This is a very random behavior.
is the feature introduced in 1.25.5? and also can you please share why
this feature is introduced?

On Thu, Jun 30, 2016 at 9:11 AM, José Antonio Rey <j...@ubuntu.com
<mailto:j...@ubuntu.com>> wrote:

I believe this is not a bug, but a feature introduced a while ago.


On 06/29/2016 11:09 PM, Junaid Ali wrote:

Hi everyone,
I'm hitting an issue on one of my deployments. $ juju stat shows
IP of a
node as its public-address and dns that instead should have the
hostname.

I'm using juju version 1.25.5 and MAAS version 1.9.3
If i run
$ maas  nodes list
it outputs the correct hostnames so I'm guessing there's
something wrong
on juju side.  Also if i ssh into a node and check the hostname, the
node has the correct hostname.

Here is the output of
$ juju stat --format tabular
http://paste.ubuntu.com/18145396/

Can you anyone please help me in debugging this issue?

Thanks,
- Junaid





    --
José Antonio Rey




--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: proposal to move the relation section of status to the bottom?

[José Antonio Rey]

It would also be nice to add a summary of relations, showing something like

   wordpress <---> mysql

when the relation is standing and

   wordpress <--!--> mysql

when it's being worked on. Or something like that.

Jose

On Tue, Sep 6, 2016, 09:53 Nobuto Murata  wrote:

> +1, I usually run `watch -d juju status` to see how my deployment
> goes. I was about to open a bug to request moving the relation section
> to the bottom!
>
> 2016-09-06 23:41 GMT+09:00 Rick Harding :
> > I wanted to get any feedback on moving the relation information in Juju
> > status down to the bottom of the list. While it's one of Juju's highlight
> > features and important to know what's been wired together, with the
> coloring
> > it's obvious that the relation section doesn't have that type of "is it
> > good/not" detail to it.
> >
> > I'd rather move up things that could be in a blocked, maintenance, etc
> > status up the output so that status is first and foremost a tool for "is
> the
> > world ok" before folks dive into the picture of the topology that the
> > relation section represents.
> >
> > Any objections?
> >
> > Rick
> >
> > --
> > Juju mailing list
> > Juju@lists.ubuntu.com
> > Modify settings or unsubscribe at:
> > https://lists.ubuntu.com/mailman/listinfo/juju
> >
>
>
>
> --
> Nobuto Murata / 村田信人
>
> --
> 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

Reminder: Juju Charmers Summit coming up Monday!

[José Antonio Rey]

Hey everyone,

I hadn't seen reminders in the list, so wanted to let you know that he 
Juju Charmers Summit is comingup on Monday! It will take place in 
Pasadena, CA, and it's free for everyone to attend.


If you can make it to the event, I'm sure the different teams will 
appreciate your input in the project, and there'll also be a lot of 
things to learn.


Hope to see you there!

--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Proposal: display-name for charm metadata

[José Antonio Rey]

As long as it's an optional field, I would say this is one worth having.
Makes it easy to follow naming guidelines.

However, it would be nice for charm names to not be case sensitive. That
way, one would be able to deploy `juju deploy mysql` or `juju deploy MySQL`
without troubles, since when one sees the display name, its first intuition
would be to do the latter.

Jose

On Sat, Sep 24, 2016, 08:51 Marco Ceppi  wrote:

> 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 wordpress`
> instead of following branding guidelines of `juju deploy WordPress`.
>
> However, a lot of applications have very specific branding guidelines for
> how their display name should be represented. Just a few for example:
>
> - WordPress
> - NS1
> - MySQL
> - PostgreSQL
>
> Today, in the charmstore each is rendered as:
>
> - Wordpress
> - Ns1
> - Mysql
> - Postgresql
>
> Very rarely do the display names in the charm store and the intended
> branding of application align. I'd like to propose an optional field in the
> charm metadata, `display-name` which would allow slightly more control over
> charmstore display:
>
> ```
> name: ns1
> display-name: NS1
> ```
>
> ```
> name: mysql
> display-name: MySQL
> ```
>
> etc. This would lead to the store and other places across the Juju Charms
> properties which referenced the Application, instead of the deployment
> instructions, to use the display-name field (see attached).
>
> Curious opinions on this, repercussions of adding metadata fields, esp for
> older versions of Juju, and if this is worth pursing.
> --
> 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

Re: Juju 2.0 is here!

[José Antonio Rey]

Congratulations to everyone that has been involved on this release! It's 
very exciting for me to read this email.


Infinite thanks to all of those involved developing this new Juju 
version and refining every bit of it. I know it's been a long and 
tedious process, but it's finally landed.


Thanks to all of those who tested and made sure no bugs were left to squash.

Again, congratulations, you rock :)

On 10/13/2016 11:34 PM, Nicholas Skaggs wrote:

Juju 2.0 is here! This release has been a year in the making. We’d like
to thank everyone for their feedback, testing, and adoption of juju 2.0
throughout its development process! Juju brings refinements in ease of
use, while adding support for new clouds and features.

## New to juju 2?

https://jujucharms.com/docs/2.0/getting-started

## Need to install it?

If you are running Ubuntu, you can get it from the juju stable ppa:

sudo add-apt-repository ppa:juju/stable
sudo apt update; sudo apt install juju-2.0

Or install it from the snap store

snap install juju --beta --devmode

Windows, Centos, and MacOS users can get a corresponding installer at:

https://launchpad.net/juju/+milestone/2.0.0

## Want to upgrade to GA?

Those of you running an RC version of juju 2 can upgrade to this release
by running:

juju upgrade-juju

## Feedback Appreciated!

We encourage everyone to subscribe the mailing list at
juju@lists.ubuntu.com and join us on #juju on freenode. We would love to
hear
your feedback and usage of juju.





--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: A (Very) Minimal Charm

[José Antonio Rey]

-12-01 17:45:47 INFO install   python3-wheel python3.5-dev

None of my charms need build-essential or a g++ compiler, that's
a lot of unnecessary dependencies! Can we get rid of most of
these? Would installing the bare minimum with
--no-install-recommends help?


This comes up a bit, and I'm really eager to figure this out. Allow
me to explain the catch-22. It's name is pyyaml.

So the wheelhouse, by default, is 3.8M in size, this is the stock
wheelhouse we vendor in:

312K charmhelpers-0.10.0.tar.gz
21K  charms.reactive-0.4.5.tar.gz
349K Jinja2-2.8.tar.gz
14K  MarkupSafe-0.23.tar.gz
1.7M netaddr-0.7.18.tar.gz
1.1M pip-8.1.2.tar.gz
19K  pyaml-16.11.4.tar.gz
248K PyYAML-3.12.tar.gz
29K  six-1.10.0.tar.gz
13K  Tempita-0.5.2.tar.gz

The problem child is PyYAML, which is a compiled cpyhton module,
which requires build-essential. The latest version is 3.12, trusty
is 3.10, xenial 3.11, and zesty (finally)
3.12 http://packages.ubuntu.com/search?keywords=python-yaml
<http://packages.ubuntu.com/search?keywords=python-yaml>, CentOS 6 &
7 are 3.10

So, the easy path here is to just make sure charms.reactive works
with PyYAML 3.10 and do a `--no-install-recommends` but that's half
the problem. There will inevitably be python modules that require
build-essential to compile on install.

We can't cache the compiled wheelhouse because of architectures
(same way resources complicate this) so we must compile at deploy time.

One path forward, after dropping PyYAML 3.12 (if feasible), would be
to see if we can detect when a python module needs to be compiled
and setting a flag in the rendered charm to install the
build-essentials, etc.

I'll file issues and spend some time seeing if we can actually
detect when you need to compile a wheelhouse vs a straight python
module that and lowering the requirement for PyYAML (using packaged
version instead) will probably remove a lot of the reactive
bootstrap time.

Marco

--
Juju-dev mailing list
juju-...@lists.ubuntu.com <mailto:juju-...@lists.ubuntu.com>
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju-dev
<https://lists.ubuntu.com/mailman/listinfo/juju-dev>






--
José Antonio Rey

--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Discussing the Ubuntu charm

[José Antonio Rey]

Hey everyone,

I'd like to call for a charmers meeting/office hours/[meeting] to discuss
the Ubuntu charm. I think it's something that was left in the air last
week, and as one of our base charms, it's important to have a resolution on
it.

Jose
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju