issue after installing Mariadb Enterprise edition

[Rajith P Venkata]

Hi

Thanks for earlier  information. I have below issue : 

1)
After Installing Mariadb Enterprise edition on to power 8 machine from 
charm store, I am trying to install any layer charm from charm store on 
the same machine as I have dependency with mariadb, I am getting error 
:Failed to fetch 
http://ftp.osuosl.org/pub/mariadb/repo/10.0/ubuntu/dists/trusty/InRelease 
Unable to find expected entry 'main/binary-ppc64el/Packages' in Release 
file (Wrong sources.list entry or malformed file)

2)After I got the above error I tried to follow the steps given in link: 
http://bazaar.launchpad.net/~dbart/charms/trusty/mariadb/trunk/view/head:/README.md#L24
 
 and used the mariadb code from lp:~dbart/charms/trusty/mariadb/trunk  or 
directly deploying from charm store, I am getting token error KeyError: 
'token , I have taken token from https://mariadb.com/my_portal


Attached log for 



Please help me in fixing above issue 



Rajith

IBM AIX Certified, OCPCertified


Cell- 9901966577
Email: rajith...@in.ibm.com



From:   Daniel Bartholomew 
To: Kevin Monroe 
Cc: Rajith P Venkata/India/IBM@IBMIN, juju , 
Mark Shuttleworth 
Date:   25-05-16 04:09 AM
Subject:Re: information needed for Mariadb Enterprise edition



On Thu, May 19, 2016 at 7:46 PM, Kevin Monroe
 wrote:
> I recently took a look at the mariadb charm on ppc64le and ran across 
some
> interesting bits.  I'm looping in the charm maintainer (dbart) for extra
> insights.
>
> First, MariaDB has both enterprise and community versions available for 
this
> charm to deploy.  Rajith, as you saw in the readme, you should be able 
to
> obtain credentials from the MariaDB Portal
> (https://mariadb.com/user/login?destination=my_portal/download
>
> ).  However, there was a recent change in the package signing key [0] 
that
> may affect installation.  Daniel, are these "enterprise.yaml" creation
> instructions in the charm readme still valid?:
>
> 
http://bazaar.launchpad.net/~charmers/charms/trusty/mariadb/trunk/view/head:/README.md#L46

>

No. Those are old instructions. I submitted an updated version of the
charm way back in November, but it looks like it never made it into
the charm store. As a first step, the version of the charm currently
in my repo (revision 28) should immediately be pushed to the charm
store: lp:~dbart/charms/trusty/mariadb/trunk

The correct readme is here:

http://bazaar.launchpad.net/~dbart/charms/trusty/mariadb/trunk/view/head:/README.md#L24


...but the instructions there won't work unless the charm in the store
is updated.


> Second, line 382 of Rajith's log (http://paste.ubuntu.com/16514402/) 
shows that if the configured repo is ignored, the charm will continue to
> install mariadb-[server|client] from the trusty archives.  This will put
> mariadb-5.x on the unit, which may or may not be intended.  Perhaps the
> charm should warn the user if mariadb is installed from a location other
> than the configured repo?

A warning is something that could be added. In the log the configured
repo is ignored because it is trying to use the MariaDB repositories
(not the MariaDB Enterprise repositories). Only the MariaDB Enterprise
repositories have packages for the POWER8 architecture.


> Third, I was able to reproduce the behavior seen in Rajith's log where
> mariadb did not start successfully.  I think the default dataset-size
> configuration is too aggressive in some scenarios.  I've opened a bug 
[1] to
> track this.

It could be that the version of MariaDB in the Ubuntu repositories is
what is at fault here. It's the older 5.5 version, whereas the MariaDB
Enterprise version is 10.0. That said, I can definitely make the
change to the default config in the charm.


> Rajith, I know you specifically asked about the enterprise edition, and
> hopefully Daniel will be able to assist there.  That said, I have 
verified
> the community edition works when deploying from the charm store to a 
ppc64le
> container.  Let me know if I can be of any help to get that running in 
your
> environment.
>
> [0] https://jira.mariadb.org/browse/MDEV-9781

This MDEV is a red herring. It has no bearing on MariaDB Enterprise
and only affects MariaDB for Xenial and Debian Sid.

> [1] https://bugs.launchpad.net/charms/+source/mariadb/+bug/1583834

As mentioned above, assuming the default mem config is to blame, this
bug is simple to solve. I'll add the fix to the current update I'm
working on.

And speaking of updates, I'm working on an updated version of the
charm that installs the latest MariaDB from the community
repositories, including for POWER8, and only attempts to install
MariaDB Enterprise if the enterprise.yaml file is in place and called
during the deploy step.

Thanks.


> On Thu, May 19, 2016 at 8:01 AM, Mark Shuttleworth  
wrote:
>>
>>
>> Looks like MariaDB have an enterprise version which requires you to 
agree
>> to their terms and download the software from them using a private 
password
>> dedicat

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

[Mark Shuttleworth]

On 26/05/16 00:21, Tom Barber wrote:
>
> I think Terms are good but terms for open source is overkill.
>
> For example if I apt install openjdk I wouldn't accept any terms
> during the install process, but if I apt install oracle-jdk I would.
>
>

Agreed, no acknowledgement of terms should be needed for FLOSS charms or
resources.

Mark

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

[Charles Butler]

I'm +1 to requiring terms and resources for prop. applications.

This will effectively funnel our new onboarding efforts of these vendors
into the juju 2.0 path, and start them off using best practices - which
will really lend a hand to the robustness of their deployment (see: behind
the corp firewall)  As I just went through several rounds of this with our
own firewall setup to onboard a vendor into OIL.  Additionally it removes a
barrier to entry as many of these apps are behind registration walls or pay
walls (needs citation). Anywhere that we can ease use for our consumers I
am a loud +1.

Further more, terms ensures their IP concerns are being handled
appropriately. You don't agree to pay? you don't get to play.




On Thu, May 26, 2016 at 9:28 AM Mark Shuttleworth  wrote:

> On 26/05/16 00:21, Tom Barber wrote:
> >
> > I think Terms are good but terms for open source is overkill.
> >
> > For example if I apt install openjdk I wouldn't accept any terms
> > during the install process, but if I apt install oracle-jdk I would.
> >
> >
>
> Agreed, no acknowledgement of terms should be needed for FLOSS charms or
> resources.
>
> Mark
>
> --
> Juju mailing list
> 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
Juju - The fastest way to model your service | www.jujucharms.com
-- 
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

[Marco Ceppi]

I don't think this needs to be scoped to just proprietary charms. It can be
better scoped to:

Any software which requires acceptance of a license or EULA has to have
that as a term on the charm
Any software which installs components from outside of a distributions
archive needs to represent that as a resource

There are free software that require a EULA and free software not readily
distributed and consumable in an off-line environment where you only have a
mirror of that distros archive.

Marco

On Thu, May 26, 2016 at 10:02 AM Charles Butler <
charles.but...@canonical.com> wrote:

> I'm +1 to requiring terms and resources for prop. applications.
>
> This will effectively funnel our new onboarding efforts of these vendors
> into the juju 2.0 path, and start them off using best practices - which
> will really lend a hand to the robustness of their deployment (see: behind
> the corp firewall)  As I just went through several rounds of this with our
> own firewall setup to onboard a vendor into OIL.  Additionally it removes a
> barrier to entry as many of these apps are behind registration walls or pay
> walls (needs citation). Anywhere that we can ease use for our consumers I
> am a loud +1.
>
> Further more, terms ensures their IP concerns are being handled
> appropriately. You don't agree to pay? you don't get to play.
>
>
>
>
> On Thu, May 26, 2016 at 9:28 AM Mark Shuttleworth  wrote:
>
>> On 26/05/16 00:21, Tom Barber wrote:
>> >
>> > I think Terms are good but terms for open source is overkill.
>> >
>> > For example if I apt install openjdk I wouldn't accept any terms
>> > during the install process, but if I apt install oracle-jdk I would.
>> >
>> >
>>
>> Agreed, no acknowledgement of terms should be needed for FLOSS charms or
>> resources.
>>
>> Mark
>>
>> --
>> Juju mailing list
>> 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
> Juju - The fastest way to model your service | www.jujucharms.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

[Review Queue] cassandra (x2), openjdk, logstash, ganglia-node

[Kevin Monroe]

Hi folks,

Cory, Kostas, new guy Pete, and myself took a trip down the queue today.
Here's what we found:


   -

   cassandra (fix disk checks)
   -


  
https://code.launchpad.net/~stub/charms/trusty/cassandra/fix-diskchecks/+merge/283760
  -

  +1, merged
  -

   cassandra (wait for joining)
   -


  
https://code.launchpad.net/~stub/charms/trusty/cassandra/wait-for-joining/+merge/286993
  -

  Seems like there is potential for deadlock; timeout suggested
  -

   Openjdk
   -

  https://github.com/juju-solutions/layer-openjdk/pull/3
  -

  Pass java relation data to other subordinates on a principal
  -

  +1, merged
  -

   Logstash
   -

  https://bugs.launchpad.net/charms/+bug/1560167
  -

  New charm submission. Logstash is designed to efficiently process a
  growing list of log, event, and unstructured data sources for
distribution
  into a variety of outputs, including Elasticsearch.
  -

  This is the second round of review for this charm. The authors have
  revised their charm and addressed all comments.
  -

  +1, now available at https://jujucharms.com/logstash/
  -

   Ganglia-node
   -


  
https://code.launchpad.net/~kwmonroe/charms/trusty/ganglia-node/remove-memcached/+merge/295769
  -

  Remove memcached from the unit test since it is not needed.
  -

  Ran tests, which executed successfully.
  -

  +1, merged.


Questions or comments?  Let us know in #juju on freenode.

Thanks, and welcome Pete!!
-Kevin Monroe
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: information needed for Mariadb Enterprise edition

[Daniel Bartholomew]

On Tue, May 24, 2016 at 6:38 PM, Daniel Bartholomew  wrote:
> On Thu, May 19, 2016 at 7:46 PM, Kevin Monroe
>  wrote:
>> I recently took a look at the mariadb charm on ppc64le and ran across some
>> interesting bits.  I'm looping in the charm maintainer (dbart) for extra
>> insights.
>>
>> First, MariaDB has both enterprise and community versions available for this
>> charm to deploy.  Rajith, as you saw in the readme, you should be able to
>> obtain credentials from the MariaDB Portal
>> (https://mariadb.com/user/login?destination=my_portal/download).  However, 
>> there was a recent change in the package signing key [0] that
>> may affect installation.  Daniel, are these "enterprise.yaml" creation
>> instructions in the charm readme still valid?:
>>
>> http://bazaar.launchpad.net/~charmers/charms/trusty/mariadb/trunk/view/head:/README.md#L46
>>
> No. Those are old instructions. I submitted an updated version of the
> charm way back in November, but it looks like it never made it into
> the charm store. As a first step, the version of the charm currently
> in my repo (revision 28) should immediately be pushed to the charm
> store: lp:~dbart/charms/trusty/mariadb/trunk
>
> The correct readme is here:
>
> http://bazaar.launchpad.net/~dbart/charms/trusty/mariadb/trunk/view/head:/README.md#L24
>
> ...but the instructions there won't work unless the charm in the store
> is updated.
>

After looking into the issues some more, I've uncovered some new ones
relating to deployment of MariaDB Enterprise on POWER8 with the
updated version of the charm my launchpad repo. It's probably best to
keep the old charm in the store as-is until I have the new version I'm
working on ready. I should have it done early next week. POWER8
deployment issues with the old charm, as long as you don't configure
the enterprise.yaml file, and just 'juju deploy mariadb' are now
resolved AFAIK thanks to some modifications I made today to the
community MariaDB repositories.

Thanks.

-- 
Daniel Bartholomew, MariaDB Release Manager
MariaDB | http://mariadb.com

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

Re: information needed for Mariadb Enterprise edition

[Antonio Rosales]

On Thu, May 26, 2016 at 1:34 PM, Daniel Bartholomew  wrote:
> On Tue, May 24, 2016 at 6:38 PM, Daniel Bartholomew  wrote:
>> On Thu, May 19, 2016 at 7:46 PM, Kevin Monroe
>>  wrote:
>>> I recently took a look at the mariadb charm on ppc64le and ran across some
>>> interesting bits.  I'm looping in the charm maintainer (dbart) for extra
>>> insights.
>>>
>>> First, MariaDB has both enterprise and community versions available for this
>>> charm to deploy.  Rajith, as you saw in the readme, you should be able to
>>> obtain credentials from the MariaDB Portal
>>> (https://mariadb.com/user/login?destination=my_portal/download).  However, 
>>> there was a recent change in the package signing key [0] that
>>> may affect installation.  Daniel, are these "enterprise.yaml" creation
>>> instructions in the charm readme still valid?:
>>>
>>> http://bazaar.launchpad.net/~charmers/charms/trusty/mariadb/trunk/view/head:/README.md#L46
>>>
>> No. Those are old instructions. I submitted an updated version of the
>> charm way back in November, but it looks like it never made it into
>> the charm store. As a first step, the version of the charm currently
>> in my repo (revision 28) should immediately be pushed to the charm
>> store: lp:~dbart/charms/trusty/mariadb/trunk
>>
>> The correct readme is here:
>>
>> http://bazaar.launchpad.net/~dbart/charms/trusty/mariadb/trunk/view/head:/README.md#L24
>>
>> ...but the instructions there won't work unless the charm in the store
>> is updated.
>>
>
> After looking into the issues some more, I've uncovered some new ones
> relating to deployment of MariaDB Enterprise on POWER8 with the
> updated version of the charm my launchpad repo. It's probably best to
> keep the old charm in the store as-is until I have the new version I'm
> working on ready. I should have it done early next week. POWER8
> deployment issues with the old charm, as long as you don't configure
> the enterprise.yaml file, and just 'juju deploy mariadb' are now
> resolved AFAIK thanks to some modifications I made today to the
> community MariaDB repositories.

While you are in the midst of updating have you taken a look at
Resources and Terms in Juju 2.0?

Resources is documented at:
https://jujucharms.com/docs/master/developer-terms

Terms is under final review at:
https://github.com/juju/docs/pull/1122/files
Specifically,
https://github.com/mbruzek/docs/blob/abd31c0962d73efea76a1381a857a279e27d384d/src/en/developer-resources.md


Thanks for the work on the MariaDB charm. If you have any questions
please post here or in #juju@Freenode.
-Antonio

>
> Thanks.
>
> --
> Daniel Bartholomew, MariaDB Release Manager
> MariaDB | http://mariadb.com
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at: 
> https://lists.ubuntu.com/mailman/listinfo/juju



-- 
Antonio Rosales
Ecosystem Engineering
Canonical

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

Subordinate charms

[André Moreira]

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
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Subordinate charms

[Bilal Baqar]

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

Regards

2016-05-27 2:24 GMT+05:00 André Moreira :

> 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
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
>


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

Re: Subordinate charms

[André Moreira]

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

2016-05-26 18:34 GMT-03:00 Bilal Baqar :

> Try the normal charm remove command:
> *juju remove-service  *
>
> Regards
>
> 2016-05-27 2:24 GMT+05:00 André Moreira :
>
>> 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
>> 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
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Subordinate charms

[Tom Barber]

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

(Thanks to the Saiku community we reached our Kickstart

goal, but you can always help by sponsoring the project
)

On 26 May 2016 at 22:36, André Moreira  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 :
>
>> Try the normal charm remove command:
>> *juju remove-service  *
>>
>> Regards
>>
>> 2016-05-27 2:24 GMT+05:00 André Moreira :
>>
>>> 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
>>> 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
> 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

[André Moreira]

Hi Tom,

I found this:

The current model of subordinates doesn't include support for removing
subordinate units from their principal service apart from removing the
principal service itself. This limitation stems from the current policy
around service shutdown and the invocation of stop hooks.
https://jujucharms.com/docs/1.25/authors-subordinate-services

Is this policy still valid?

André

2016-05-26 18:38 GMT-03:00 Tom Barber :

> 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
>
> (Thanks to the Saiku community we reached our Kickstart
> 
> goal, but you can always help by sponsoring the project
> )
>
> On 26 May 2016 at 22:36, André Moreira  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 :
>>
>>> Try the normal charm remove command:
>>> *juju remove-service  *
>>>
>>> Regards
>>>
>>> 2016-05-27 2:24 GMT+05:00 André Moreira :
>>>
 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
 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
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/juju
>>
>>
>


-- 

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
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Subordinate charms

[Bilal Baqar]

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  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
>
> (Thanks to the Saiku community we reached our Kickstart
> 
> goal, but you can always help by sponsoring the project
> )
>
> On 26 May 2016 at 22:36, André Moreira  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 :
>>
>>> Try the normal charm remove command:
>>> *juju remove-service  *
>>>
>>> Regards
>>>
>>> 2016-05-27 2:24 GMT+05:00 André Moreira :
>>>
 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
 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
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/juju
>>
>>
>


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

Re: Subordinate charms

[André Moreira]

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 :

> 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 
> 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
>>
>> (Thanks to the Saiku community we reached our Kickstart
>> 
>> goal, but you can always help by sponsoring the project
>> )
>>
>> On 26 May 2016 at 22:36, André Moreira  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 :
>>>
 Try the normal charm remove command:
 *juju remove-service  *

 Regards

 2016-05-27 2:24 GMT+05:00 André Moreira :

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

(Thanks to the Saiku community we reached our Kickstart


goal, but you can always help by sponsoring the project
)

On 26 May 2016 at 22:36, André Moreira 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 mailto:bba...@plumgrid.com>>:

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

2016-05-27 2:24 GMT+05:00 André Moreira
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 
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 
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: Subordinate charms

[André Moreira]

José,

They are charms I created to deploy some services that I have.
I have a "principal" charm with something like this (I had to change the
actual names):

metadata.yaml:
name: charm-principal
summary: 
maintainer: OMMITED
description: |
  
tags:
  - misc
subordinate: false
provides:
  principal:
interface: principal


And a subordinate:
metadata.yaml:
name: charm-supordinate
summary: 
maintainer: OMMITED
description: |
  
tags:
  - misc
subordinate: true
requires:
  principal:
interface: principal
scope: container

When I deploy both charms, as expected, only the "charm-principal" get a
unit. I cannot destroy the relation between them and, if I remove
"charm-subordinate", the unit of the principal charm is destroyed.

André



2016-05-26 18:45 GMT-03:00 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 > >:
>>
>> 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 > > 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 
>>
>> (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
>> )
>>
>> On 26 May 2016 at 22:36, André Moreira > > 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 > >:
>>
>> Try the normal charm remove command:
>> *juju remove-service  *
>> *
>> *
>> Regards
>>
>> 2016-05-27 2:24 GMT+05:00 André Moreira
>> 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 
>> 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 
>> 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
>



-- 

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
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

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

[Antonio Rosales]

Mark/Tom/Chuck,

Thanks for the feedback on not-scoping this to FLOSS.

On Thu, May 26, 2016 at 11:09 AM, Marco Ceppi  wrote:
> I don't think this needs to be scoped to just proprietary charms. It can be
> better scoped to:
>
> Any software which requires acceptance of a license or EULA has to have that
> as a term on the charm

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.

> 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

-thanks,
Antonio

>
> There are free software that require a EULA and free software not readily
> distributed and consumable in an off-line environment where you only have a
> mirror of that distros archive.
>
> Marco
>
> On Thu, May 26, 2016 at 10:02 AM Charles Butler
>  wrote:
>>
>> I'm +1 to requiring terms and resources for prop. applications.
>>
>> This will effectively funnel our new onboarding efforts of these vendors
>> into the juju 2.0 path, and start them off using best practices - which will
>> really lend a hand to the robustness of their deployment (see: behind the
>> corp firewall)  As I just went through several rounds of this with our own
>> firewall setup to onboard a vendor into OIL.  Additionally it removes a
>> barrier to entry as many of these apps are behind registration walls or pay
>> walls (needs citation). Anywhere that we can ease use for our consumers I am
>> a loud +1.
>>
>> Further more, terms ensures their IP concerns are being handled
>> appropriately. You don't agree to pay? you don't get to play.
>>
>>
>>
>>
>> On Thu, May 26, 2016 at 9:28 AM Mark Shuttleworth  wrote:
>>>
>>> On 26/05/16 00:21, Tom Barber wrote:
>>> >
>>> > I think Terms are good but terms for open source is overkill.
>>> >
>>> > For example if I apt install openjdk I wouldn't accept any terms
>>> > during the install process, but if I apt install oracle-jdk I would.
>>> >
>>> >
>>>
>>> Agreed, no acknowledgement of terms should be needed for FLOSS charms or
>>> resources.
>>>
>>> Mark
>>>
>>> --
>>> Juju mailing list
>>> 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
>> Juju - The fastest way to model your service | www.jujucharms.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
>



-- 
Antonio Rosales
Ecosystem Engineering
Canonical

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