From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: guix import pypi uwsgi Date: Sat, 19 Mar 2016 21:56:45 +0100 Message-ID: <87egb6gp9u.fsf@gnu.org> References: <20160318200117.524c9079@scratchpost.org> <871t77cys3.fsf@grrlz.net> <20160319133759.7e495d65@scratchpost.org> 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]:54001) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahNva-0001T5-MZ for guix-devel@gnu.org; Sat, 19 Mar 2016 16:56:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ahNvW-0001ns-Bx for guix-devel@gnu.org; Sat, 19 Mar 2016 16:56:54 -0400 In-Reply-To: <20160319133759.7e495d65@scratchpost.org> (Danny Milosavljevic's message of "Sat, 19 Mar 2016 13:37:59 +0100") 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: Danny Milosavljevic Cc: guix-devel@gnu.org, Nils Gillmann Danny Milosavljevic skribis: > On Fri, 18 Mar 2016 21:32:44 +0100 > Nils Gillmann wrote: > >> I did not package with python so far, but is it not possible that >> you set the url to fetch from with pypi-uri? > > According to guix/build-system/python.scm the answer is no: > > (define* (pypi-uri name version #:optional (extension ".tar.gz")) > "Return a URI string for the Python package hosted on the Python Package > Index (PyPI) corresponding to NAME and VERSION. EXTENSION is the file na= me > extension, such as '.tar.gz'." > (string-append "https://pypi.python.org/packages/source/" > (string-take name 1) "/" name "/" > name "-" version extension)) > > > That's why I bring it up.=20 > > I can just build the URL myself - no problem. But there's a problem in gu= ix when one guix part generates what another guix part can't process (note:= guix import even downloaded the file just fine!). So the bug is that =E2=80=98guix import=E2=80=99 should emit =E2=80=98pypi-= uri=E2=80=99 calls if and only if the URL matches the usual pypi.python.org scheme, right? Ludo=E2=80=99.