From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sam Halliday Subject: Re: some questions about GUIX Date: Tue, 29 Dec 2015 15:40:30 +0000 Message-ID: <87vb7h1cwh.fsf@gmail.com> References: <87d1ttmdbd.fsf@gmail.com> <87a8ot47wr.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42304) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDwO9-0003b4-VB for help-guix@gnu.org; Tue, 29 Dec 2015 10:40:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aDwO4-0006Yv-Ve for help-guix@gnu.org; Tue, 29 Dec 2015 10:40:41 -0500 In-Reply-To: <87a8ot47wr.fsf@gnu.org> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: help-guix@gnu.org --=-=-= Content-Type: text/plain Thanks Ludovic, --=-=-= Content-Type: multipart/signed; boundary="==-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" --==-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s writes: >> * Integration with existing software distribution managers >> >> How are you planning on handling these more modern languages that >> manage their own dependencies? > > Currently, we import those languages=E2=80=99 dependency trees into the G= uix > dependency tree, and so some additional QA (make sure tests pass, > provide adequate licensing info, descriptions and synopses, etc.) OK, I'm not entirely sure what that means for JVM / Maven Central applications but it sounds like you're doing something sane. The important thing for JVM applications is that each jar doesn't end up getting tracked as a separate entity, because that just makes it infeasible and painful to package anything through the official channels. The main problem I want to avoid is the situation where it can take longer to package a small application than it does to write it. >> * Docker image > > I don=E2=80=99t think there=E2=80=99ll be an =E2=80=9Cofficial=E2=80=9D p= resence there, but everyone is > welcome to do it. OK, I'll watch out for one appearing. > Guix=E2=80=99s build daemon uses containers to perform isolated builds: > > http://www.gnu.org/software/guix/manual/html_node/Features.html Interesting. I wonder if you wouldn't benefit from a docker / drone network, just as a distribution mechanism for your own build farm. It would be a shame to expend effort on that since it is somewhat something of a solved problem (and purely a DevOps matter, not a user concern). >> * Issue tracker / comm channels >> >> Will you be continuing to use debbugs, savannah and mailing lists going >> forward or would you consider moving to a modern community management >> system like gitlab? > > I hear the appeal of GitLab and the like. However, as was recently > discussed on guix-devel, while I think we must find ways to improve our > workflows (for instance, tracking patches is becoming tricky), I don=E2= =80=99t > see us moving to one of those web-based approaches for several reasons: > > https://lists.gnu.org/archive/html/guix-devel/2015-12/msg00429.html I've never used GitLab, but I understand that it is free software. The thread above seems to suggest that it is proprietary. Perhaps a challenge as large as GUIX itself, but I'd love to see something from GNU to genuinely compete with GitHub on a technical level and gitlab seems like the closest thing available in the free software world. =2D-=20 Best regards, Sam --==-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlaCqW8ACgkQh5Q4qVL9G8mbvgCeO+h+blHtgwVbiAJ1BEtEqi/T xngAnRJiXBUxBC9J9Sy7958Qm2tj2YTi =LLdC -----END PGP SIGNATURE----- --==-=-=-- --=-=-=--