<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    Hi,<br>
    <br>
    There are three submissions now:<br>
    <pre wrap=""><a class="moz-txt-link-freetext" href="http://wiki.debian.org/SummerOfCode2012/StudentApplications/AronXu">http://wiki.debian.org/SummerOfCode2012/StudentApplications/AronXu</a>
<a class="moz-txt-link-freetext" href="http://wiki.debian.org/SummerOfCode2012/StudentApplications/SyedArmani">http://wiki.debian.org/SummerOfCode2012/StudentApplications/SyedArmani</a>
<a class="moz-txt-link-freetext" href="http://wiki.debian.org/SummerOfCode2012/StudentApplications/shashanksahni">http://wiki.debian.org/SummerOfCode2012/StudentApplications/shashanksahni</a>

and I slightly updated the project to remind of the existence of puppet / chef. It is tempting for a packager to cross the boundary and do work that is best done with puppet / chef. At least as much as it is tempting for a puppet module writer to do things such as handling package dependencies using puppet instead of fixing the installation dependencies of the package itself ;-)

An example use case is : I have two machines. I install <a href="http://wiki.debian.org/OpenStack">OpenStack</a>
 packages and answer a few interactive questions. I run a VM. I login to
 the VM. Another example use case is : I want to install swift on three 
machines. I install puppetmaster on one of them and using the 
puppetlabs-swift module I setup each node. The puppet swift module in 
turn installs the packages that have been developped to be able to seed 
the necessary values and prepare the configuration files so that they 
are fit for puppet deployment as well as manual deployment. A 
configuration tool such as puppet / chef is likely to be involved in 
multi-node deployment, which is common for openstack. An equilibrium 
must be found between puppet / chef and the packages. The packages are 
by essence mono machine and there is no need for them to cope with 
multi-machines situations when puppet / chef can be used. However a 
puppet module / chef reciepe is going to be *much* easier to create and 
maintain if the packages are created with this in mind. 
</pre>
    <br>
    On 03/31/2012 11:25 AM, Loic Dachary wrote:
    <blockquote cite="mid:4F76CD9A.5010908@enovance.com" type="cite">
      <pre wrap="">Hi,

Two students submitted applications to work on OpenStack packages from may to august (roughly) in the context of <a class="moz-txt-link-freetext" href="http://wiki.debian.org/SummerOfCode2012/Projects#Package_an_OpenStack_use_case">http://wiki.debian.org/SummerOfCode2012/Projects#Package_an_OpenStack_use_case</a>

<a class="moz-txt-link-freetext" href="http://wiki.debian.org/SummerOfCode2012/StudentApplications/AronXu">http://wiki.debian.org/SummerOfCode2012/StudentApplications/AronXu</a>
<a class="moz-txt-link-freetext" href="http://wiki.debian.org/SummerOfCode2012/StudentApplications/SyedArmani">http://wiki.debian.org/SummerOfCode2012/StudentApplications/SyedArmani</a>

Now is the time to discuss with them to improve their application. The deadline is April 6th, 2012.

I already asked a few questions to each of them and it would be great if someone else could spare the time to comment.

Cheers

</pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="3000">-- 
Loïc Dachary         Chief Research Officer
// eNovance labs   <a class="moz-txt-link-freetext" href="http://labs.enovance.com">http://labs.enovance.com</a>
// ✉ <a class="moz-txt-link-abbreviated" href="mailto:loic@enovance.com">loic@enovance.com</a>  ☎ +33 1 49 70 99 82
</pre>
  </body>
</html>