Why the Juju Charm Store Will Change the Way You Use Ubuntu Server

Ok, so this is a system for deploying an appliance type setup on your server possibly comprised of several packages?<p>This would certainly be useful to me. Earlier this week I attempted to setup of a Linux mailserver from scratch using postfix,dovecot,spamassasin,clamav,sasl etc.<p>Wow, what a pain in the ass that was, trying to get all the pieces to talk to each other correctly and trying to think of possible security holes.<p>Most of the help online was either lengthy manuals that were pretty difficult to digest or somebody posting a tutorial basically saying "run these commands and paste this into your config".<p>Not really ideal.<p>What I really want to do is:<p>sudo apt-get install a-working-mail-server-with-sensible-defaults

For those that were asking about real systems built with Go.<p>Canonical used Go to build the backend for the Juju Charm Store: <a href="https://plus.google.com/107994348420168435683/posts/fdMcwvCqX4D" rel="nofollow">https://plus.google.com/107994348420168435683/posts/fdMcwvCq...</a>

This bloody rocks with devil's horns.<p>Seriously, just the other day I had to install package A from source but first I had to install repo B to download it and install language X to install it as that was what the build script used. The guys who I manage are probably sick of me threatening to write something exactly like juju.<p>I'm going to investigate juju further but if juju can determine the path of least build dependencies that would also be great i.e. if there are two build scripts, one bash and the other language X, it chooses bash as you do not have language X installed.<p>It would also help if each project offered a link to a tar of their latest stable version so wget could be used instead of repo B.<p>I like using the systems tools first before installing other tools.

A few questions maybe some of you already know. What's the "instance" that is spun up...an LXC container? Also, is this only for Server or will also be available on the desktop Ubuntu? Cloud only or is this also for local use?

I can't understand what is this exactly for. It's a collection of scripts that let you easily develop you'r web applications in the cloud ?<p>Like, it helps you set up a Heroku or Google App Engine Application ?<p>Also, can I use it in another distro/Ubuntu desktop ?

A package manager whose packages are all install scripts that depend on packages from explicitly-specified repositories for a lower-level package manager. Somehow I feel like this must have been tried already before -- maybe in the RPM side of the tracks, or zero-install, or klik?

And then some people just use no-nonsense packaging systems. Like ArchLinux's pacman.<p>I bet you can write a PKGBUILD for, lets say, zookeeper, including the config <i>you</i> want faster than it takes to deploy juju (which will use the configs <i>it</i> wants)

Seems like this a popular idea lately! People striving for simplicity can only be a good thing. Also check out <a href="https://github.com/j2labs/quickness" rel="nofollow">https://github.com/j2labs/quickness</a> (from the guy who made the equally interesting brubeck python framework).

Awesome. And not a moment too soon! It's been a bummer trying to get the latest application versions via PPA and other methods.

I want something like this that is compatible with OSX and Ubuntu somehow.