A beginner's adventure in Charm authoring

2014-09-03 Thread Nate Finch
I am working on writing a Juju charm to deploy the Discourse discussion forum software using their new docker image install process. This was my first charm, and I'm writing it in Go, because I like Go. This means I can't use the python charm helpers, but since I don't actually know what they do,

Re: A beginner's adventure in Charm authoring

2014-09-04 Thread John Meinel
> > ... > > Have I mentioned how much I hate YAML? Is it possible to write the config > in JSON or something instead? JSON's no picnic either, but at least it > doesn't care about white space. I'd recommend TOML, but I doubt the > conservative dev-ops people would go for it. Ideally we'd supp

Re: A beginner's adventure in Charm authoring

2014-09-04 Thread Stuart Bishop
On 4 September 2014 14:26, John Meinel wrote: >> Deploying a local charm is needlessly complex. Why do I need to create a >> special directory structure, move my code under there, set --repository and >> write local: and even then it has to go scanning through the directory, >> looking for a char

Re: A beginner's adventure in Charm authoring

2014-09-04 Thread John Meinel
... > > The only sane way I see is for the charm to declare what series it > supports, probably in its metadata.yaml. In practice, we regularly > deploy branches targetted to precise to trusty and vice versa because > one branch supports both series and the branch on the other series > just an un

Re: A beginner's adventure in Charm authoring

2014-09-04 Thread Stuart Bishop
On 4 September 2014 16:30, John Meinel wrote: > ... > >> >> >> The only sane way I see is for the charm to declare what series it >> supports, probably in its metadata.yaml. In practice, we regularly >> deploy branches targetted to precise to trusty and vice versa because >> one branch supports bo

Re: A beginner's adventure in Charm authoring

2014-09-04 Thread Curtis Hovey-Canonical
On Thu, Sep 4, 2014 at 3:26 AM, John Meinel wrote: ... > At the very least we need to know what OS Series the charm is targeting. > Which is currently only inferred from the path. I don't particularly like > it, and I think the code that searches your whole repository and then picks > the "best" o

Re: A beginner's adventure in Charm authoring

2014-09-04 Thread Nate Finch
given that we currently use the path, you can't have one charm for multiple series anyway. This would at least be better than what we have right now, and would be backwards compatible (older jujus would just require the old style local deploy and would ignore the extra series specification in the

Re: A beginner's adventure in Charm authoring

2014-09-04 Thread Nate Finch
On Thu, Sep 4, 2014 at 3:26 AM, John Meinel wrote: > ... >> > > >> Have I mentioned how much I hate YAML? Is it possible to write the >> config in JSON or something instead? JSON's no picnic either, but at least >> it doesn't care about white space. I'd recommend TOML, but I doubt the >> conse

Re: A beginner's adventure in Charm authoring

2014-09-04 Thread David Cheney
On Fri, Sep 5, 2014 at 5:04 AM, Nate Finch wrote: > given that we currently use the path, you can't have one charm for multiple > series anyway. For deploying local: charms, symlinks work fine here. > This would at least be better than what we have right now, > and would be backwards compatible

Re: A beginner's adventure in Charm authoring

2014-09-08 Thread roger peppe
On 4 September 2014 20:13, Nate Finch wrote: > On Thu, Sep 4, 2014 at 3:26 AM, John Meinel wrote: >>> >>> ... >> >> >>> >>> Have I mentioned how much I hate YAML? Is it possible to write the >>> config in JSON or something instead? JSON's no picnic either, but at least >>> it doesn't care about

Fwd: A beginner's adventure in Charm authoring

2014-09-08 Thread roger peppe
On 4 September 2014 20:13, Nate Finch wrote: > On Thu, Sep 4, 2014 at 3:26 AM, John Meinel wrote: >>> >>> ... >> >> >>> >>> Have I mentioned how much I hate YAML? Is it possible to write the >>> config in JSON or something instead? JSON's no picnic either, but at least >>> it doesn't care about