From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: [PATCH 2/4] emacs: Add 'guix-devel-download-package-source'. Date: Thu, 08 Oct 2015 00:10:14 +0200 Message-ID: <87k2qy1gah.fsf@gnu.org> References: <1443791046-1015-1-git-send-email-alezost@gmail.com> <1443791046-1015-3-git-send-email-alezost@gmail.com> <87d1wvadw2.fsf@gnu.org> <87bnceah2e.fsf@gmail.com> <87r3la6077.fsf@gnu.org> <87eghalc7s.fsf@gmail.com> <87wpv1tils.fsf@gnu.org> <87a8rwf2vl.fsf@gmail.com> <87mvvu6f5y.fsf@gnu.org> <87si5mbnfr.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]:48875) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zjwus-0006Qk-Js for guix-devel@gnu.org; Wed, 07 Oct 2015 18:10:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zjwuf-00067y-VC for guix-devel@gnu.org; Wed, 07 Oct 2015 18:10:30 -0400 In-Reply-To: <87si5mbnfr.fsf@gmail.com> (Alex Kost's message of "Wed, 07 Oct 2015 20:25:44 +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 (2015-10-07 15:23 +0300) wrote: > >> Alex Kost skribis: >> > [...] >>> I don't see a problem here, since a fake sha256 may be any string,=20 >> >> Not really, since =E2=80=98base32=E2=80=99 is a macro that checks its ar= gument at >> expansion time. So in practice one cannot C-M-x a package with a random >> base32 string. > > Ah, indeed, it can't be any string, but it can be an empty string > (perhaps it's a bug in =E2=80=98base32=E2=80=99?) Oh right. It=E2=80=99s not really a bug, since the empty string is a valid base32 representation of the empty bytevector. >>> for example "" (an empty string). Also I believe people begin to >>> write a new package from some template, so you have a working skeleton >>> of future package with all required fields from the very beginning. >>> Then after filling an origin 'uri', you could "C-c . s" to download >>> the source and get its hash. >> >> Hmm. I=E2=80=99m skeptical. :-) > > Sorry, I didn't get it. Skeptical that people start from a template? Yes, it feels weird to me, the idea that an object with bogus values would be created just for the sake of satisfying the download tool. Wouldn=E2=80=99t the explanation in the manual of how to use this be relati= vely complex? That=E2=80=99s a good benchmark. >> What about, instead, providing an interactive function that would prompt >> for a URL, run =E2=80=98guix download=E2=80=99 on that, and emit an =E2= =80=98origin=E2=80=99 template at >> point with all the info? > > I see several problems here, but the main is: this sounds like it should > be synchronous: you give an URL, wait until the source is downloaded and > finally get the template at point. But downloading can take a VERY long > time, so I don't think it will be a usable command. Good point. But there=E2=80=99s the same problem with what you propose no?= The user somehow has to wait for the download to complete? >> (Him or her.) > > Yes, I just always say/write "he", "him", etc. Yeah, but I think it=E2=80=99s best to try and avoid this language bias (see .) We want to welcome all human beings to our Guix party, don=E2=80=99t we? :-) Thanks, Ludo=E2=80=99.