all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Pjotr Prins <pjotr.public12@thebird.nl>
To: guix-devel@gnu.org
Subject: Getting rid of build tools
Date: Sun, 27 Dec 2015 09:23:20 +0100	[thread overview]
Message-ID: <20151227082320.GA613@thebird.nl> (raw)


Hi all,

2015 was a good year for GNU Guix - Guix has made immense progress. Some
thoughts for 2016:

I am a software developer by trade and for years I have struggled with
build systems, such as configure/automake, cmake, Ruby RVM/bundler,
Python virtualenv etc. etc. You probably know I have already ditched
RVM/bundler and virtualenv for GNU Guix which is great :)

Recently it dawned on me that for programming with GNU Guix there is
no longer a need for configure/automake and cmake either! These tools
really try to address the problem of targetting different (posix)
build environments. If I only target GNU Guix I think a simple make
will do again because there are only a few final targets (test, debug,
install) and GNU Guix resolves all dependencies. This greatly
simplifies the task of the software developer.

I am not going to let tears over losing these complex build tools. And
being a Linux guy I am happy to only target Linux. The different
virtualization solutions make deployments on different systems quite
easy anyway and trivial with Guix because it comes with all
dependencies.

Even so, my prediction is that eventually other systems will be
targeted too.  Even though there currently is not much GNU Guix
initiative outside Linux/Hurd I think people will start working on
other ports. The Guix/Nix back-end already runs on the BSDs, for
example. So, it is mostly a matter of adapting the Guix front-end.

Happy hacking in 2016 :)

Pj.

             reply	other threads:[~2015-12-27  8:23 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-27  8:23 Pjotr Prins [this message]
2015-12-28 15:06 ` Getting rid of build tools Christopher Allan Webber
2015-12-28 19:05   ` Pjotr Prins
2015-12-29  1:47     ` Pjotr Prins
2015-12-29  2:42       ` Pjotr Prins
2015-12-29  7:22         ` Ricardo Wurmus
2015-12-29 15:26           ` Pjotr Prins
2015-12-29 15:37       ` Ludovic Courtès
2015-12-29 15:40         ` Pjotr Prins
2015-12-29 22:21         ` Christopher Allan Webber
2015-12-29 23:41           ` Ludovic Courtès
2016-01-01  7:16         ` Pjotr Prins
2015-12-29 15:33     ` Ludovic Courtès
2015-12-29 15:39       ` Pjotr Prins
2016-01-06  5:22   ` Pjotr Prins

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20151227082320.GA613@thebird.nl \
    --to=pjotr.public12@thebird.nl \
    --cc=guix-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.