From mboxrd@z Thu Jan 1 00:00:00 1970 From: Efraim Flashner Subject: Re: [PATCH 0/7] Add Extempore. Date: Wed, 21 Sep 2016 23:08:11 +0300 Message-ID: <20160921200811.GH17906@macbook42.flashner.co.il> References: <20160914093812.28422-1-rekado@elephly.net> <20160918073811.GA3983@solar> <87fuot82d9.fsf@mdc-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="wjoFZxbW4tu+iR6v" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33863) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bmnoe-0000Zz-Bh for guix-devel@gnu.org; Wed, 21 Sep 2016 16:08:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bmnoa-0000Hq-3c for guix-devel@gnu.org; Wed, 21 Sep 2016 16:08:23 -0400 Received: from flashner.co.il ([178.62.234.194]:59486) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bmnoZ-0000G2-S7 for guix-devel@gnu.org; Wed, 21 Sep 2016 16:08:20 -0400 Content-Disposition: inline In-Reply-To: <87fuot82d9.fsf@mdc-berlin.de> 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: Ricardo Wurmus Cc: guix-devel@gnu.org --wjoFZxbW4tu+iR6v Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 21, 2016 at 09:44:02PM +0200, Ricardo Wurmus wrote: >=20 > I don=E2=80=99t know about hiding the packages and moving them to the same > module. In the past we=E2=80=99ve kept package variants always with the > original package it was derived from, > e.g. =E2=80=9Carmadillo-for-rcpparmadillo=E2=80=9D, which is only used for > =E2=80=9Cr-rcpparmadillo=E2=80=9D in the =E2=80=9Cstatistics=E2=80=9D mod= ule, but which inherits from > =E2=80=9Carmadillo=E2=80=9D in the =E2=80=9Cmaths=E2=80=9D module. >=20 > Back then I also thought that moving them together would be better, but > if I remember correctly I was asked to keep the variant with the > parent package. >=20 > I=E2=80=99ll disable the extempore packages for non-x86_64, but I=E2=80= =99d like to see > some more opinions about whether to move the variants. >=20 > ~~ Ricardo >=20 Isn't this how we had the problem with nss and nss-certs, between certs.scm and gnuzilla.scm? certs.scm imported gnuzilla.scm so nss-certs could inherit from nss, so that meant we couldn't import certs into gnuzilla without causing a stack overflow and a rift in the time-space continuum. If its just an older version I think it should stay in the original module. If its an unbundled fork then we should think twice before inheriting. We do always have the (very verbose) option of ("armadillo" ,(@@ (gnu packages maths) armadillo-for-rcpparmadillo)) for packages that have their own special tweaks that we want to keep private, in a different module. --=20 Efraim Flashner =D7=90=D7=A4=D7=A8=D7=99=D7=9D = =D7=A4=D7=9C=D7=A9=D7=A0=D7=A8 GPG key =3D A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted --wjoFZxbW4tu+iR6v Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJX4uinAAoJEPTB05F+rO6TBJYP/jVIgJHvZNUQPTJvP3E6NUZK 2CB0HTjSqg1sDCkfapWXZeA028PPn1Q5IMR87l6Veo3T78QmX6i/3bEsCEIEm2Lz fEdY+Q82dXStIA5zrB+JFDDjOjylbeJEt5PliynBakxKvU5mHvA9GfBvq1CpXOf2 MnDF6C7lsMq6kRAi79kPWy2RgHrKphVDw8ucChWObVo2TThklxqthjLlOAvYIDvi o3u+3df2N/XulQJXL0cikYrgi3YksnoYOznsT+X/BAbEsq/GujjSAH2SGy15keeI k8ZBQwLDCWm0rO+kuRMz7esvkiZHjLKuHuPPsamb8PLWIgqpjGBwy5cKILIpy9sb MD0NdaxvYWSBw67YI9TU9wCI+nwxlqeKhF11KNTDSvSKD65g799fTi2jl2rSNZVf UVCY/gRHRKfpvW/Who+f3Bz66G1ADeR2jeUu5MDBXJgc+7WjIE/e7ib/lwA8Irzq H7oJV5AIf6NVvGPx0y5LO5tW6SbDOO2UYViI+3pTpgP+ANVScb4TkbZywE9P3q71 XcaDRmy7P/u9/y0S97axx9/IAcN9xcPBWj0fMw8A0G9kOgw98EhZ+Bk4jZ61LfJH JARO6H0krv2P5jIgeTonryf+cQ5To328z58HrDQvBTXqXxQ6v8XIWmSFCWLTph8M bNPbyhJR7okjwpMRouav =giba -----END PGP SIGNATURE----- --wjoFZxbW4tu+iR6v--