From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joshua Marshall Subject: Feature requests Date: Fri, 22 Mar 2019 13:47:19 -0400 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000e14c420584b27298" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:34151) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h7OVK-0002iE-EB for guix-devel@gnu.org; Fri, 22 Mar 2019 14:02:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h7OGT-0008Qs-3L for guix-devel@gnu.org; Fri, 22 Mar 2019 13:47:34 -0400 Received: from mail-lj1-x22e.google.com ([2a00:1450:4864:20::22e]:38067) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1h7OGS-0008Nf-9u for guix-devel@gnu.org; Fri, 22 Mar 2019 13:47:33 -0400 Received: by mail-lj1-x22e.google.com with SMTP id p14so1794572ljg.5 for ; Fri, 22 Mar 2019 10:47:31 -0700 (PDT) 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: guix-devel@gnu.org --000000000000e14c420584b27298 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello all, I was told in IRC to post my possibly unreasonable feature requests here. I've been thinking more on what Guix might be able to do, and what would make it more useful for a few of my past jobs. I'd like to see it take on the ability to have a per-installation target cgroup, network namespace, and filesystem chroot settings set with defaults which are overridable at invocation. In this way, a user could install and use packages with mutually incompatible dependencies (I talked about this with a few people on IRC) like what happens with python. If this kind of functionality were added, it would largely supplant Docker, virtualenv, pip, poetry, apk, pacman, and probably a few other tools at my company which are there just to handle this kind of frailness. From this, I could also see an entry point to adding build module support to start to replace tools like Make, CMake, Meson, Bazel, and so on. These expand the scope of Guix quite a bit, but I think these are needed for it to really feel logically complete. Does all this make sense? --=20 Please be advised that this email may contain confidential information.=20 If you are not the intended recipient, please notify us by email by=20 replying to the sender and delete this message. The sender disclaims that= =20 the content of this email constitutes an offer to enter into, or the=20 acceptance of, any agreement; provided that the foregoing does not=20 invalidate the binding effect of any digital or other electronic=20 reproduction of a manual signature that is included in any attachment. =20 =C2=A0=C2=A0=20 =C2=A0=C2=A0=20 --000000000000e14c420584b27298 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello all,

I was told in IRC= to post my possibly unreasonable feature requests here.

I've been thinking more on what Guix might be able to do, and wh= at would make it more useful for a few of my past jobs.=C2=A0 I'd like = to see it take on the ability to have a per-installation target cgroup, net= work namespace, and filesystem chroot settings set with defaults which are = overridable at invocation.=C2=A0 In this way, a user could install and use = packages with mutually incompatible dependencies (I talked about this with = a few people on IRC) like what happens with python.=C2=A0 If this kind of f= unctionality were added, it would largely supplant Docker, virtualenv, pip,= poetry, apk, pacman, and probably a few other tools at my company which ar= e there just to handle this kind of frailness.=C2=A0 From this, I could als= o see an entry point to adding build module support to start to replace too= ls like Make, CMake, Meson, Bazel, and so on.

Thes= e expand the scope of Guix quite a bit, but I think these are needed for it= to really feel logically complete.=C2=A0 Does all this make sense?


Please be advised that this email may contain confiden= tial information. If you are not the intended recipient, please notify us b= y email by replying to the sender and delete this message. The sender discl= aims that the content of this email constitutes an offer to enter into, or = the acceptance of, any agreement; provided that the foregoing does not inva= lidate the binding effect of any digital or other electronic reproduction o= f a manual signature that is included in any attachment.

=C2=A0= =C2=A0=C2=A0=C2=A0 --000000000000e14c420584b27298--