Multiple package installs with subordinates?

[Thomas Leonard]

On 2012-12-03 18:43, Gustavo Niemeyer wrote:
> On Mon, Dec 3, 2012 at 3:42 PM, Bruno Girin <brunogirin at gmail.com> wrote:
>> Installed via package manager (whether that be apt, yum, etc),
>> Via download from know URL + install,
>> Via VCS (git, bzr, etc),
>> Via language specific installers: pip, gems, etc.
>> And of course the ability to define new installers.
>
> Interestingly, we already support all of these options today, and the
> syntax to support all of them is well-known and non-special. It
> supports variations at runtime, such as which release of Ubuntu is
> being run, or even which distribution, or how the software is
> configured etc. There are also issues like upgrades to consider.
>
> This seems like one of these cases where less is more.

How should we support multiple units, though? If the charm just does 'git 
clone ...' in its install hook, then the second unit may get a different 
version of the software.

On the other hand, doing this on the client is hard, because the client 
machine might not be the same OS/version as the unit's machine.

So maybe the first unit of a service should get the software and then upload 
it to S3 for the other units?


-- 
Dr Thomas Leonard
IT Innovation Centre
Gamma House, Enterprise Road,
Southampton SO16 7NS, UK


tel: +44 23 8059 8866

mailto:tal at it-innovation.soton.ac.uk
http://www.it-innovation.soton.ac.uk/