From mboxrd@z Thu Jan 1 00:00:00 1970 From: Giovanni Biscuolo Subject: Re: It's time to build "guix deploy" Date: Thu, 14 Feb 2019 16:35:47 +0100 Message-ID: <87ef8acrho.fsf@roquette.mug.biscuolo.net> References: <87k2wx6t1e.fsf@fsf.org> <87h8da5u5k.fsf@dustycloud.org> <87y36mjbjo.fsf@elephly.net> <87y36jcxxj.fsf@roquette.mug.biscuolo.net> <1550128455.8914.0@mail.riseup.net> <20190214081709.flzmcl5ijegx7rfn@thebird.nl> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:59056) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1guJ3d-0001D3-Mo for guix-devel@gnu.org; Thu, 14 Feb 2019 10:36:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1guJ3c-0007Td-Ib for guix-devel@gnu.org; Thu, 14 Feb 2019 10:36:13 -0500 Received: from ns13.heimat.it ([46.4.214.66]:36226) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1guJ3c-0007Rp-83 for guix-devel@gnu.org; Thu, 14 Feb 2019 10:36:12 -0500 In-Reply-To: <20190214081709.flzmcl5ijegx7rfn@thebird.nl> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Pjotr Prins Cc: guix-devel --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello Pjotr, thanks for sharing your thougts! Pjotr Prins writes: [...] > I am still using that setup today, to configure web, mail > servers and home directory. The tool is here > > https://github.com/pjotrp/deploy quiting from the README: "`deploy=E2=80=99 is a deployment tool which opera= tes in the same domain as Chef, Puppet, Cfengine" I'd call them "configuration management tools" instead of "deployment tools", even if someway (*badly*) they can also deploy software and apply the configuration why not using (or defining [1]) system services in a Guix operating-system declaration instead of *any* other configuration management software?... except for legacy reasons the very reason I'm here is I don't want to use *anymore* *any* of them, with all due _respect_ for the venerable projects, your included! I've used Puppet and some Ansible, studied CFengine and Salt Stack... then discovered Nix and rigth next Guix: what else? :-) [...] > and the emacs files sit in a git directory in the same tree and get > copied across running 'deploy emacs.yaml'. yes, we still miss "stateless user services config" (Pierre Neidhardt wrote an interesting summary here https://lists.gnu.org/archive/html/guix-devel/2019-02/msg00128.html) I'd like to be able to declaratively manage a *stateless* .config/ instead of managing configuration with dotfiles [2] anyway Guix is _perfect_ to declare and deploy system services, what we miss is a little more abstraction (from operating-system to infrastructure?) and remote control of "guix system reconfigure" am I missing something? Thanks Giovanni [1] https://www.gnu.org/software/guix/manual/en/html_node/Defining-Services= .html#Defining-Services [2] I'm using myrepos with "stowable =3D true" for my dotfolders... but I'll _never_ use something like it's Drupal extension=20 =2D-=20 Giovanni Biscuolo Xelera IT Infrastructures --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEERcxjuFJYydVfNLI5030Op87MORIFAlxlitMACgkQ030Op87M ORJwEBAA2/0Cn56tCHkNxiLb/lxTu6d3R4Jt9munEaFAA04JJjn7/6SNDeSdqTOu MDaRSBnuUgD6IEc+Ysm8HuNICcHeT7fcwbgv6ckT5oi1e5ILI83MDjg+fKYn5H6M QqUo6g1r6S5Pl9BdCd4tIbM/CVriJLaYQUF67gHvhj+ptkGS+X/uGEfD7bVV3Yg8 So5b+PPFR4UoUi7RJDxM3XR+8g8RWYQcIwnbiL72B361wZS4ycysKJ2URe1Qhbvp dHbE+HiR+EaGy3zhfE42iNIfrQEPZrZbic4uvAzwucA6/vtZWcXiwMwDBWghWF9v 3cJMTMytJhRR2i0aRejPKncO826IPfAVWMraUUEP5H3s8aeyJzQhI3Sqew6wE1By iY/Pq2GTT+UsBzq0NG2/uF3FqFd+94EyYJs9LtGdlQaIz+jbutRkGE7ImsQC9HrZ pUe8PmOzupPAPHGIf0+/eU4P6KkbIHfJw02+cGwf1+yrzO9gvjnRzOo56+rzZ6hw 7cDsqNt+CW31HAyPzy7eXOuK4uJvvzRzhabStS4MBzZLcKaU9dGzhawDFoJKQQCd aLKB1BRBYjOEpZHX3e5zhKJ4yV1H/mcyX0wOg2e7VTTWYJcFtwVLBcvmXJZkIVdV ujGctCTy7A8bIuCOpee38Uq7lDbw2RRcBEbEp5sJyulN7zSf7Aw= =Zw04 -----END PGP SIGNATURE----- --=-=-=--