Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-08-02 Thread Charles Plessy
Le Sat, Aug 02, 2014 at 07:22:24AM +0200, Lucas Nussbaum a écrit : On 02/08/14 at 09:51 +0800, Paul Wise wrote: One downside of cloning Debian based images is that debootstrap, dpkg and package maintainer scripts leave system-specific files (like openssh private keys, systemd machine

Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-08-02 Thread Simon McVittie
On 02/08/14 08:03, Charles Plessy wrote: A straightforward way is exemplified by the case of SSH, where the server keys are regenerated if they are absent. It then only takes to delete the keys when preparing images to avoid the problem of duplicated IDs or privacy leaks. D-Bus

Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-08-02 Thread Paul Wise
On Sat, Aug 2, 2014 at 3:03 PM, Charles Plessy wrote: A straightforward way is exemplified by the case of SSH, where the server keys are regenerated if they are absent. It then only takes to delete the keys when preparing images to avoid the problem of duplicated IDs or privacy leaks. It

Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-08-02 Thread Luca Capello
Hi there! On Sat, 02 Aug 2014 14:35:33 +0100, Simon McVittie wrote: On 02/08/14 08:03, Charles Plessy wrote: A straightforward way is exemplified by the case of SSH, where the server keys are regenerated if they are absent. It then only takes to delete the keys when preparing images

Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-08-02 Thread Jeroen Dekkers
At Sat, 02 Aug 2014 14:35:33 +0100, Simon McVittie wrote: On 02/08/14 08:03, Charles Plessy wrote: A straightforward way is exemplified by the case of SSH, where the server keys are regenerated if they are absent. It then only takes to delete the keys when preparing images to avoid

Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-08-02 Thread Simon McVittie
On 02/08/14 19:16, Luca Capello wrote: On Sat, 02 Aug 2014 14:35:33 +0100, Simon McVittie wrote: D-Bus (/var/lib/dbus/machine-id) also regenerates its machine ID during boot if required, although systemd (/etc/machine-id) BTW, /me wonders why two different files... The idea came from D-Bus,

Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-08-01 Thread Lucas Nussbaum
Hi Marc, On 31/07/14 at 08:17 +0200, Marc Haber wrote: On Wed, 30 Jul 2014 18:02:40 +0200, Lucas Nussbaum lu...@debian.org wrote: Kadeploy is a scalable, efficient and reliable deployment system (cluster provisioning solution) for cluster and grid computing. It provides a set of tools for

Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-08-01 Thread Marc Haber
On Fri, 1 Aug 2014 11:37:28 +0200, Lucas Nussbaum lu...@debian.org wrote: On 31/07/14 at 08:17 +0200, Marc Haber wrote: On Wed, 30 Jul 2014 18:02:40 +0200, Lucas Nussbaum lu...@debian.org wrote: Kadeploy is a scalable, efficient and reliable deployment system (cluster provisioning solution)

Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-08-01 Thread Lucas Nussbaum
On 01/08/14 at 13:55 +0200, Marc Haber wrote: On Fri, 1 Aug 2014 11:37:28 +0200, Lucas Nussbaum lu...@debian.org wrote: On 31/07/14 at 08:17 +0200, Marc Haber wrote: On Wed, 30 Jul 2014 18:02:40 +0200, Lucas Nussbaum lu...@debian.org wrote: Kadeploy is a scalable, efficient and reliable

Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-08-01 Thread Marc Haber
On Fri, 1 Aug 2014 16:31:23 +0200, Lucas Nussbaum lu...@debian.org wrote: FAI and Kickstart rely on an installation process (even if not debian-installer's): packages are extracted, installed and configured. Kadeploy and CloneZilla rely on cloning: you install and configure one system first, then

Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-08-01 Thread Paul Wise
On Fri, Aug 1, 2014 at 10:31 PM, Lucas Nussbaum wrote: FAI and Kickstart rely on an installation process (even if not debian-installer's): packages are extracted, installed and configured. Kadeploy and CloneZilla rely on cloning: you install and configure one system first, then create an

Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-08-01 Thread Lucas Nussbaum
On 02/08/14 at 09:51 +0800, Paul Wise wrote: On Fri, Aug 1, 2014 at 10:31 PM, Lucas Nussbaum wrote: FAI and Kickstart rely on an installation process (even if not debian-installer's): packages are extracted, installed and configured. Kadeploy and CloneZilla rely on cloning: you install

Re: Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-07-31 Thread Marc Haber
On Wed, 30 Jul 2014 18:02:40 +0200, Lucas Nussbaum lu...@debian.org wrote: Kadeploy is a scalable, efficient and reliable deployment system (cluster provisioning solution) for cluster and grid computing. It provides a set of tools for cloning, configuring (post installation) and managing

Bug#756521: ITP: kadeploy -- Scalable, efficient and reliable cluster provisioning solution

2014-07-30 Thread Lucas Nussbaum
Package: wnpp Severity: wishlist Owner: Lucas Nussbaum lu...@debian.org * Package name: kadeploy Version : 3.3 Upstream Author : Kadeploy developers kadeploy3-de...@lists.gforge.inria.fr * URL : http://kadeploy3.gforge.inria.fr/ * License : CeCILL version 2.0