From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Problems with downloading from https Date: Tue, 28 Oct 2014 09:03:44 +0100 Message-ID: <87mw8glixr.fsf@gnu.org> References: <877fzogiq5.fsf@gmail.com> <20141025200250.675.55930@vulcan.local.tld> <87y4s348k1.fsf@gmail.com> <87fveboseq.fsf@gnu.org> <87k33m4ob9.fsf@gmail.com> <87vbn6h7f4.fsf@gnu.org> <87oasxj2z1.fsf@netris.org> <87ioj566pv.fsf@gnu.org> <8761f5zlph.fsf@gmail.com> <87fve9po7v.fsf@yeeloong.lan> <87y4s1zdjl.fsf@gnu.org> <871tptzclb.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:32988) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xj1kZ-0000kt-8e for guix-devel@gnu.org; Tue, 28 Oct 2014 04:03:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xj1kU-0001Gk-CA for guix-devel@gnu.org; Tue, 28 Oct 2014 04:03:31 -0400 Received: from hera.aquilenet.fr ([2a01:474::1]:43023) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xj1kU-0001Gg-64 for guix-devel@gnu.org; Tue, 28 Oct 2014 04:03:26 -0400 In-Reply-To: <871tptzclb.fsf@gmail.com> (Alex Kost's message of "Mon, 27 Oct 2014 19:44:48 +0300") 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-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Alex Kost Cc: guix-devel@gnu.org Alex Kost skribis: > Ludovic Court=C3=A8s (2014-10-27 19:24 +0300) wrote: > >> Mark H Weaver skribis: >> >>> Alex Kost writes: >>> >>>> Why not just allow gnutls and other packages to install guile modules = in >>>> a site dir (without version) and to augment GUILE_LOAD_PATH with it as= I >>>> suggested at >>>> ? >>> >>> In my opinion, this is the right fix. There is plenty of Guile code >>> that works on both Guile 1.8 and Guile 2.0, so there's no need to put >>> Scheme modules in versioned directories. We provide 'cond-expand' when >>> it's really needed, after all. >> >> A problem is that it would make it impossible to install the 1.8/2.1 and >> the 2.0 version of something in the same profile. >> >> Currently it=E2=80=99s possible to install both =E2=80=98python=E2=80=99= and =E2=80=98python2=E2=80=99 in the >> same profile, as well as =E2=80=98python-foo=E2=80=99 and =E2=80=98pytho= n2-foo=E2=80=99. > > [...] > > But currently it's not possible to install 2 (or more) packages with the > same name. So a user can't have guile 2.0 and guile 1.8 in the same > profile. The same thing with python: there is no =E2=80=98python2=E2=80= =99 package. > Both python packages have =E2=80=9Cpython=E2=80=9D name and can't be inst= alled in the > same profile, as far as I understand. Good point! (Somehow I thought there was =E2=80=98python2=E2=80=99.) I don=E2=80=99t know if I=E2=80=99m in an over-engineering mindset or somet= hing ;-), but I still feel keeping versioned directory is more flexible. After all, parallel installability (info "(guile) Parallel Installations") is initially intended to solve issues for FHS-style systems. Guix has other ways to deal with that. But still, the same kind of problems arise when mixing things in a Guix build environment or profile. Ludo=E2=80=99.