<div><font face="Tahoma">Thinking over a few issues when charming I was thinking since we have both constraints now and cloud-init is a hard dependency how about the ability to pass in 2 different items from the charm that will become user-data either directly or abstracted by juju </font></div><div><font face="Tahoma"><br></font></div><div><font face="Tahoma">1) a package list constraint or metadata that would be installed on all nodes that had that constraint , e.g. ruby1.9 or php-cli , these could be added very easily to the array that is passed in now for installing juju and bzr etc during cloud init. so they could be used as the runtime for hook/install and such.</font></div><div><font face="Tahoma"><br></font></div><div><font face="Tahoma">2) the same type of thing only just a base64 encoded #user-script to be executed by cloud-init in its normal fashion provided by the charm as a hook of say hooks/init </font></div><div><div><font face="Tahoma"><br></font></div><div><font face="Tahoma">Thoughts ?</font></div><div><font face="Tahoma"><br></font></div><div>-- </div><div>Brandon Holtsclaw</div><div><span style="font-size: 10pt; ">http://www.brandonholtsclaw.com</span></div><div><br></div></div>