From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0 Subject: Re: Scope of support for Guix on other distros Date: Mon, 2 Oct 2017 19:12:54 +0000 Message-ID: <20171002191254.fyoatp3tfsrvtjbz@abyayala> References: <1506935892.5574.15.camel@gmail.com> <9f2ed1cd-f7df-1a8f-8789-15bc53e46233@fastmail.net> <87tvzh5ylu.fsf@dustycloud.org> <20171002163817.bypveuihimo5akw2@abyayala> <87shf15qn0.fsf@dustycloud.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="a3sqmd77gafckksd" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49313) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dz6AT-00016W-6p for guix-devel@gnu.org; Mon, 02 Oct 2017 15:14:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dz6AP-0007Lx-Tq for guix-devel@gnu.org; Mon, 02 Oct 2017 15:14:17 -0400 Received: from aibo.runbox.com ([91.220.196.211]:52400) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dz6AP-0007Jg-L5 for guix-devel@gnu.org; Mon, 02 Oct 2017 15:14:13 -0400 Content-Disposition: inline In-Reply-To: <87shf15qn0.fsf@dustycloud.org> 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: Christopher Allan Webber Cc: guix-devel@gnu.org, David Seaward --a3sqmd77gafckksd Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Christopher Allan Webber transcribed 1.7K bytes: > ng0 writes: >=20 > > Christopher Allan Webber transcribed 0.6K bytes: > >> Konrad Hinsen writes: > >>=20 > >> > On 02/10/2017 11:18, David Seaward wrote: > >> > > >> >> To what extent is support for other distros a priority for the Guix > >> >> project? In other words, explicitly planning to make Guix available= as > >> >> an alternate installation source on non-Guix-SD distros. > >> > > >> > That's already possible right now. Go to the download page and check= for=20 > >> > "GNU Guix 0.13.0 Binary". This is Guix for other Linux distros, as a= =20 > >> > look at the installation instructions will confirm. I am using this = on a=20 > >> > Ubuntu 16.04 LTS installation on my laptop. > >> > > >> > Konrad. > >>=20 > >> It would still be nice if we provided .deb/.rpm/etc files on that page. > > > > By my own observation, systems including Guix either officially > > or by third-party / community methods: >=20 > Cool! >=20 > > Archlinux: https://aur.archlinux.org/packages/guix/ > > Gentoo: https://packages.gentoo.org/packages/sys-apps/guix >=20 > These provide Guix in their own upstream repository so I think it would > be good to mention on the Download page. See below for related comment coupled. > > Debian: from past discussion and on request from Whonix iirc it is curr= ently > > not possible due to Debian Packaging Standards (expected package > > behavior) or something along the lines, see guix-devel archives. > > Fedora: https://copr.fedorainfracloud.org/coprs/lantw44/guix/ > > Slackware: https://slackbuilds.org/repository/14.2/system/guix/ > > is on 0.12, needs an update. Any slacker up for that task? > > Otherwise, ping the maintainer: > > > Maintained by: Hunter Sezen >=20 > Since these don't provide Guix in the main repo (and Debian won't > because we violate the FHS with /gnu/) we could probably auto-generate > the .deb or .rpm from some gexp? As far as I know AUR (=3D Arch User Repositories) has similarities to some degree with Slackbuilds.org. I'm not 100% sure about Slackbuilds.org, but AUR is accepted within the community but a "no warranty, no support" kind of thing. Moving on, Your idea is good, but only as long as we don't have to put too much work into it (I had a slightly heated discussion with the PyBitmessage maintainer about trying to support too many system packages within the source and its build system. As long as there's someone within the community taking on this task it should be maintained by them. Of course if we can generate those files in a reliable way it removes the requirement for them to maintain files outside of Guix. These generated files could be provided in our ftp.gnu.org directory for every release, so that our make dist also runs the "make rpm" and "make deb", if we decide to do this. --=20 ng0 GnuPG: A88C8ADD129828D7EAC02E52E22F9BBFEE348588 GnuPG: https://krosos.org/dist/keys/ https://www.infotropique.org https://krosos.org --a3sqmd77gafckksd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEqIyK3RKYKNfqwC5S4i+bv+40hYgFAlnSj7YACgkQ4i+bv+40 hYjo4RAAjTR320ZYHlYo3iNNJomTvzpMZf39gp+jLBUitZGQVxcl303gQdcSbIlx qZeYbpxf0mglXssuCdfSqn7KRYHUF5wUZ4so2WLYInCxj/ktGE22B29iWdOQZxt/ T0h+2lw4x69E1l4/xmd3ZKCqUg73UG7KwEd6+QmXXdIuDpobb54/nUXx2LPTTn0q nF90U5kL1xGdArKd/csJLbNBKHmTtw41m5ky7MKiv4+h/uEEA0a5U13f4OhdcJfA +aip3KpzBkT/d86sHCMugUMyUACLdbafywi6R6ceLZrxmqqafq15skX95+jRKUnt H7TOjMnX/QV1B77cLBg53PvCJFjOsVvDLVadv2sB397fP6oHERDC4XUeRlUbvtT4 E0ji3GLrVrUCu0lOCoc2jFPWgAODeoLdRYHnXQW8/EC9GPmTAsYLreNdwVrBVlpc RU4o4V9T784u6p3us+mz+PNZ5Rb1l5zH1sED7Qmr6dzX8xwS8KxB6Vo6JNVCRJza uozD7Z2UVBKmPHQQxD3oYoGaCf5NTh9LyzmCpjRZWXIFtss6RonbakVUvgcrdYk2 qTEQr+ttJsqtkuzG9eK5n1aFCA3beGdO/k0iU29v6cbXK8f5z3De2CvP1HuM4jtb zzqRnGj1NE2okVbdT2Ni7RKbD/0J8TVmo/kN6tUiVbVzIipOVUU= =cMAv -----END PGP SIGNATURE----- --a3sqmd77gafckksd--