So Long, and Thanks for All the Fish

2015-11-13 Thread Frank Mueller
many platforms more ... "The future belongs to those who believe in the beauty of their dreams." ⁃ Eleanor Roosewelt Bye, mue -- Frank Mueller Juju Core Sapphire Team <http://jujucharms.com> -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: h

Time for the next step

2015-10-21 Thread Frank Mueller
oodbye, I'll do that in an extra mail later. But be assured I'll stay in touch and also keep an eye on Juju in the future. It allways made me proud talking about Juju as well as about our team on conferences. cu mue -- Frank Mueller Juju Core Sapphire Team <http://jujucharms.co

Re: Proposal: doc.go for each package

2015-08-27 Thread Frank Mueller
ning to people how > to use the package, but also for people maintaining the package, > so that the motivations and concerns of the package are laid out > clearly, helpful for avoiding feature creep and code sprawl. > > cheers, > rog. > > -- > Juju-dev mailing list

Proposal: doc.go for each package

2015-08-26 Thread Frank Mueller
could be part of CI, sadly not a quality check *smile*). So, what do you think? mue -- Frank Mueller Juju Core Sapphire Team <http://jujucharms.com> -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev

Re: linux/arm64 benchmark improvements

2015-04-16 Thread Frank Mueller
d > from April 06 (before we started) to today (April 16th). > > http://paste.ubuntu.com/10831430/ > > Cheers > > Dave > > -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-de

Re: Please, no more types called "State"

2015-03-12 Thread Frank Mueller
to allow proper mocks here). mue​ -- ** Frank Mueller ** Software Engineer - Juju Development ** Canonical -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev

Re: commands

2015-02-03 Thread Frank Mueller
there some > compelling reason for this wrongness which people have passionate > opinions about, or can I fix it (i.e. "Usage:", etc.)? > > > -- > Nick Veitch > nick.vei...@canonical.com > > -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify sett

Re: GCE provider, successful bootstrap and deploy

2015-01-08 Thread Frank Mueller
m > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev > > -- ** Frank Mueller ** Software Engineer - Juju Development ** Canonical -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev

Re: Too space, or not two space

2014-11-19 Thread Frank Mueller
d I > did double spaces on that. But you also needed to un jam it if you typed > too fast. > > I'm voting for single space. > > -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/

Re: Is ReviewBoard a good thing?

2014-09-19 Thread Frank Mueller
ave moved to reviewboard > without > >> considering that it undermines (as far as I can see) our primary reason > for > >> using GitHub. > >> > >> Jess > >> > >> -- > >> Juju-dev mailing list > >> Juju-dev@lists.ubuntu.

Re: ReviewBoard and our workflow

2014-09-11 Thread Frank Mueller
eferences into the specific and detailed documents in doc/contributions. So let's start with your idea, I'll see how the doc grows and when it makes sense to distribute the content into individual files. ​thx mue​ -- ** Frank Mueller ** Software Engineer - Juju Development ** Canonical --

Re: Testing api clients

2014-09-11 Thread Frank Mueller
consider using > PatchFacadeCaller or a mock FacadeCaller, so we can improve test coverage > and avoid slow tests. > > Cheers, > Andrew > > -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mail

Re: ReviewBoard and our workflow

2014-09-11 Thread Frank Mueller
y longer. > > See https://www.reviewboard.org/docs/rbtools/dev/rbt/configuration/ > > -eric > > -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev > -- ** Frank Mueller ** Software Engineer - Juju Development ** Canonical -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev

Re: State should not depend on the API server

2014-09-01 Thread Frank Mueller
t;> Juju-dev mailing list > >> Juju-dev@lists.ubuntu.com > >> Modify settings or unsubscribe at: > >> https://lists.ubuntu.com/mailman/listinfo/juju-dev > > > > > > -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev > -- ** Frank Mueller ** Software Engineer - Juju Development ** Canonical -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev

Re: New flakey juju tests

2014-07-10 Thread Frank Mueller
Oh, thanks, I understood it wrong during the call. Changed it and link the bugs. On Thu, Jul 10, 2014 at 4:06 PM, Andrew Wilkins < andrew.wilk...@canonical.com> wrote: > On Thu, Jul 10, 2014 at 10:00 AM, Frank Mueller < > frank.muel...@canonical.com> wrote: > >> I

Re: New flakey juju tests

2014-07-10 Thread Frank Mueller
both of these, since I approved the first and > > landed the second. Sorry about the flakiness :/ > > Thanks Dimiter! > > Martin > > -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listi

Re: Splitting out state/api into its own repo

2014-06-27 Thread Frank Mueller
include a public wrapper around the implementation. > >> > * would it be worth restructuring the `api` package to group the > >> > different methods/constants/types by component (e.g. charms/state > >> > archive/tools/services/units/etc.)? > >> >Thi

Re: Static Analysis on Juju

2014-06-24 Thread Frank Mueller
f anyone wants to take a > look > > Cheers > > Matty > > -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev > > -- ** Frank Mueller ** Software Engineer - Juju D

Re: Preferred wrapping for long function declarations

2014-05-14 Thread Frank Mueller
> rpcreflect.MethodCaller, error) { >> > > } >> > > Note that my email client forces the wrapping on the first >> > line. >> > > You're doing it wrong, functions with 3 params and 2 &

Re: Preferred wrapping for long function declarations

2014-05-14 Thread Frank Mueller
me args are optional, common logic in private func etc.). But if nothing of this makes sense I'm happy that gofmt helps me that everything is fine aligned. :) mue -- ** Frank Mueller ** Software Engineer - Juju Development ** Canonical -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Mo

Re: Developer docs

2014-05-06 Thread Frank Mueller
nt up on the website (maybe), so I envision that someone will > end up writing the script that manages the structure and conversion of > the raw files. > > Comments or claims? > > Tim > > -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify settin

Re: Clean Code: Intro, Clean Code and Meaningful Names (up to the end of chapter 2)

2013-09-26 Thread Frank Mueller
*smile*). Otherwise nested blocks should be moved into own functions (with speaking names) even if they are only used once. In that case the top level function using those sub-functions reads better and the maintainer gets a fester overview about the intention of the function. mue -- ** Frank Mu

Rietveld cleanup

2013-09-10 Thread Frank Mueller
ed or discarded would be closed there too. thx mue -- ** Frank Mueller ** Software Engineer - Juju Development ** Canonical -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev

Re: Policies for coding

2013-08-23 Thread Frank Mueller
ing constraints.Value around as an interface? >> >> > This is considered good programming practice. >> >> I'm concerned that this statement is much more true >> in a Java-centric world than a Go-centric one. >> >> > A third thing... >> > >&g

Re: Review Process Experiment (1 LGTM)

2013-08-19 Thread Frank Mueller
GIN PGP SIGNATURE- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQEcBAEBAgAGBQJSEd85AAoJENzxV2TbLzHwtY4IAMDvSHNg8OURqAw855e1I0nc > VO0RwHyb17hxafyRuaghZZzwzxEW0pbnBXZBauEY8QtVAJK8itxyf0/XEDVCPhhJ > 2BzQ2ce5sQ/SCs