Re: zookeeper resource for apache-flume-kafka

Thanks for the catch, Merlijn, and thanks for the fix, Kevin. We had resolved this for the Apache Zookeeper charm ( https://jujucharms.com/apache-zookeeper/) but I didn't realize that the apache-flume-kafka charm was using a bundled ZK. (Also, CC'ing on the juju list for visibility.) On Mon,

Re: Comprehensive reviews & when to do them?

I think this is a bit of a difference in code review and feature QA. Doing something big at the end misses all the knowledge share, keeps things in silos for longer lengths of time without understanding the history, etc. Hey, maybe someone sees an obvious way to suggest doing those

Comprehensive reviews & when to do them?

Hey All, I think we have a mis-alignment in how we currently do reviews and feature branches. We've switched over to feature-branches which is great and has allowed Moonstone to land "good enough" code into our feature branch to support a bi-weekly demo and solicit feedback. At the same

Re: Comprehensive reviews & when to do them?

On 14 December 2015 at 15:39, Katherine Cox-Buday wrote: > Hey All, > > I think we have a mis-alignment in how we currently do reviews and feature > branches. > > We've switched over to feature-branches which is great and has allowed > Moonstone to land "good

Re: Regarding Hadoop Charm - Role based implementation

Greetings Shilpa, I'm cross posting this to the juju mailing list, as there are probably others who have had, or have the same question about using a single charm, with multiple supporting roles. I would highly encourage you to engage the mailing list as you develop questions about Juju, so that

Re: Comprehensive reviews & when to do them?

I think that as long as we make it clear what kind of review we're asking for, and make sure that we really do follow up on review comments, that we can have the best of both worlds. I do think that reviewing once all the code is done is kind of fruitless... there's a lot more impetus to just