Re: Application of Membership for Charmers
On Fri, Jul 21, 2017 at 8:41 AM, Billy Olsen wrote: > Hello Charmers, Hello Billy, > > My name is Billy Olsen and I've been a long time contributor to the > OpenStack Charms, going back 3 years now. I'm currently a core member of the > OpenStack charming community and have additionally made contributions of > code and review effort to the charm-helpers library. > > I believe that I can provide a positive contribution in the overall charming > ecosystem. > Total +1 from my side, your reviews and contributions have been consistent over time (Why did you wait so much time for this application?) Cheers. -- 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
Re: Charmers application
Hello, On Fri, Aug 7, 2015 at 6:38 PM, Matt Bruzek wrote: > It sure took you long enough to apply Cory! You almost get a negative one > from me just on waiting so long! > > My vote is +1 on Cory. > > His anchor tells me he is very good at documentation, and we need all the > help on docs that we can get! > [..] I just wanted to give my late +1 to Cory, on all my interactions with him he has been super helpful, particularly with the services framework. Welcome. -- 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
Re: Charmers application
On Thu, Jun 4, 2015 at 3:29 PM, Edward Hope-Morley 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
Re: Exporting bundles yaml from juju command (not just juju-gui)
Hello Nicolas, On Wed, Mar 18, 2015 at 1:42 PM, Nicolas Thomas wrote: > Awesome ! > > Is there a simple way to create the yaml with the exact versions of the > charms deployed ?? > Yes, you can: $ juju deployerizer --include-charm-versions -e local Best, -- Jorge Niedbalski R. Software Sustaining Engineer CTS - 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
Re: Exporting bundles yaml from juju command (not just juju-gui)
Hello Bryan, On Wed, Mar 18, 2015 at 1:22 PM, Bryan Quigley wrote: > Hi there, [...] > > As far as I can tell, juju status (format yaml) get's us a lot of the > way there, but can't be used to quickly reproduce a customer > environment. > > Thanks! > Bryan > I just made a plugin for doing this (https://github.com/niedbalski/juju-deployerizer ), basically it takes the status and converts it into yaml bundle that can be used by deployer. Hope it helps. Regards. -- Jorge Niedbalski R. Software Sustaining Engineer CTS - 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
Re: Regain access to environment after losing .jenv file
Hello Jon, On Sat, Feb 7, 2015 at 4:12 PM, j.c.sackett wrote: > Hi all-- > [...] > I've tried simply creating a new manual provider in environments.yaml and > setting the admin-user password, bootstrap-host and bootstrap-user, but > that's clearly not all that needs to be done, as juju still sees an > unbootstrapped environment. Is there anyway to recover access to this > environment, or do I need to tear it all down and start again? > We ran into a similar scenario but using the OpenStack Provider, I did wrote down a blog post for recovering the environment http://www.metaklass.org/how-to-recover-juju-from-a-lost-juju-openstack-provider/ Perhaps this may help you to recover access. Good luck. -- Jorge Niedbalski R. -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: Jenkins test plan
Hi Nicolás On Wednesday, January 28, 2015, Nicolás Pace wrote: > Hi Guys, > I posted an issue on jenkins charm, that describes my test plan for it. > I would like to know your thoughts about it. > https://bugs.launchpad.net/charms/+source/jenkins/+bug/1415525 > > Thanks for the interest on contribute on this charm, I just wanted to let you know that there's a major Python rewrite of this charm https://code.launchpad.net/~hopem/charms/trusty/jenkins/python-redux/+merge/247569 That includes a major test coverage improvement. Regards, > > -- > Ing. Nicolás Pace > http://www.linkedin.com/in/nickar/ > http://www.unixono.com.ar/ > -- Jorge Niedbalski R. Software Sustaining Engineer CTS - 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
[Review Queue] Memcached && MongoDB
Today I finally merged this proposal https://code.launchpad.net/~freyes/charms/trusty/memcached/python-rewrite/+merge/244233 This is a python rewrite of the Memcached charm, also adds code coverage and a a new security functionality for filtering incoming traffic using ufw on restrictive environments. Felipe Reyes did a great iteration cleaning/tidying up the charm. Thanks Felipe. Also Tim Van Steenburgh helped me to land a Mongodb change https://code.launchpad.net/~niedbalski/charms/trusty/mongodb/make-cleanup/+merge/244156 for making sure the test/lint targets works correctly. -- Jorge Niedbalski R. Software Sustaining Engineer CTS - 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
Re: Application to ~charmers - Jorge Niedbalski
Hello, On Tue, Sep 30, 2014 at 3:12 PM, José Antonio Rey wrote: > Hey Jorge, > > From working with you in the past I can say you are a very dedicated member > of the team, and willing to give a hand. > > No objections on my side, +1! [ ...] >> Thank you to all ~charmers for your consideration on being part of the team. Looking forward to keep working with all of you. -- Jorge Niedbalski R. -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Application to ~charmers - Jorge Niedbalski
Hello Charmers, I would like to have your consideration to become a member of the http://launchpad.net/~charmers team. I have been playing around with the Juju's ecosystem since some months, fair enough time to understand where a ~charmer should be pushing to contributors to make the environment safer for everyone. Part of my daily job is to deal with customers with several distinct deployment scenarios. I have been dealing with issues and feature requests on almost the entire Juju stack (Juju-core, juju-plugins, charms, charm-helpers, charm-tools, openstack, juju-client, deployer, etc). Regarding to my contributions, the charms that i authored/maintain are: - https://jujucharms.com/trusty/rsyslog - https://jujucharms.com/trusty/rsyslog-forwarder-ha I also have contributed patches to other charms ( mysql, rabbitmq-server, nrpe, postgresql) as well to most of the ~openstack-charms in different areas. On ecosystems, I have contributed several patches on the charm-helpers package (important: contrib.python, core modules), I have performed revisions and observations on charm-tools changes and authored/re-factored juju-plugins. I also have contributions to the Amulet suite and minor fixes to jujuclient library. Also i have a fair amount of juju-core's mps and bugs. I understand that we need mature and well tested charms (I use them daily!!), for that reason i have been directly pushing and teaching constantly to contributors and customers for having unit and functional tests (see: trusty/vem && trusty/vsm charms) to improve the code coverage and documentation. On the community side, I have performed several reviews; blocking changes and asking for improvements whenever i can. Also have been listed as official reviewer a couple of weeks, helping people on public channels and performed several training sessions to co-workers , team and people interested in charming in general. Please, feel free to ask me whatever you think is important (IRC: niedbalski), and again, thanks for your consideration. -- Jorge Niedbalski R. # Email: jorge.niedbal...@canonical.com (GPG:0x3DA28544) -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: access environment.yaml data from the hooks
Hi, On Fri, Jul 11, 2014 at 1:39 PM, Mark Shuttleworth wrote: > [... ] > Identity is in-progress, permissions on things like config items make > sense as a follow-on. I don't have a clear idea on what's going on with Identity and Juju and is probably my fault. Identity usually means grant parceled access to resources on a per session/token basis and makes sense specially for configuration items. Still there is a missing piece and is the storage of sensitive data. Just out of curiosity. Do you guys have any blueprint / wiki entry for learn what's going on with identity and juju ? -- Jorge Niedbalski R. Software Sustaining Engineer @ Canonical -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: access environment.yaml data from the hooks
Hello, On Fri, Jul 11, 2014 at 12:36 PM, Kapil Thangavelu wrote: > On Fri, Jul 11, 2014 at 4:44 AM, Tudor Rogoz wrote: >> [...] >> > > Juju doesn't allow for extraction of provider credentials from the state > server as a security measure. Its typically much better to define these as > charm config properties, because you can use a separate iam account that's > permission scoped to the usage you want rather than proliferating a more > privileged account. Even better is using iam roles > (http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/iam-roles-for-amazon-ec2.html) > with manual provisioning and workload placement (deploy --to) against the > ec2 provider and avoiding the credential management entirely. > Also related, but not directly implied, there is a lost-in-time mailing list thread regarding to secret configuration buckets ( https://lists.ubuntu.com/archives/juju/2014-May/003885.html ) I am not sure if somebody had a chance to work implementing a solution like puppet-hiera ( http://docs.puppetlabs.com/hiera/1/) or any other approach for sensitive data being used on configuration files. Cheers -- Jorge Niedbalski R. -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: charms using syslog vs. modern juju
Hello Stuart, On Tue, Jun 3, 2014 at 5:55 AM, Stuart Bishop wrote: > On 3 June 2014 12:11, Stuart Bishop wrote: > >> Can I get someone to look at >> https://bugs.launchpad.net/charms/+source/rsyslog/+bug/1323627 ? > > Sorry for the noise. I've got the traction I need on this now. Charm > bug in the rsyslog charms rather than juju itself. You are right, the problem is on the forwarder charm. I already fixed this on the https://code.launchpad.net/~niedbalski/charms/precise/rsyslog-forwarder-ha/trunk actually (review-queue), if you need this urgently. I will fix this in a short while. Thanks for the report. -- Jorge Niedbalski R. Software Sustaining Engineer @ Canonical Canonical Technical Services Engineering Team # Email: jorge.niedbal...@canonical.com (GPG:0x3DA28544) # Phone: +56976670504 # Launchpad: ~niedbalski | IRC: niedbalski | gtalk: niedbalski -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
