all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de>
To: David Hashe <david.hashe@dhashe.com>
Cc: guix-devel@gnu.org
Subject: Re: [PATCH 1/2] gnu: Add freealut.
Date: Mon, 21 Mar 2016 22:24:26 +0100	[thread overview]
Message-ID: <87egb334ol.fsf@mdc-berlin.de> (raw)
In-Reply-To: <CAAn-YqHsFU5zmSn8W+cwFEdpuiS0zgMmuweM3xM7pA6sdTjn+w@mail.gmail.com>


David Hashe <david.hashe@dhashe.com> writes:

>> I see that Arch and Fedora both use the tarball from here:
>>
>>
>> http://pkgs.fedoraproject.org/repo/pkgs/freealut/freealut-1.1.0.tar.gz/e089b28a0267faabdb6c079ee173664a/freealut-1.1.0.tar.gz
>>
>> The advantage of that tarball is that it doesn’t require bootstrapping,
>> so you can do without the additional “autogen” phase and without the
>> three native inputs.
>>
>
> Done. By the way, where exactly do you find what tarball Arch and Fedora
> use for a given package? I couldn't seem to find that information on a
> cursory glance.

I looked at the PKGBUILD of the Arch package.

>> Does Freealut itself have a home page?  It doesn’t seem right to me to
>> declare the website of OpenAL as the home page, when the package is
>> really just one implemenatation of the standard published on the OpenAL
>> website.
>>
>>
> I agree, but it doesn't seem to have a separate home page. Debian simply
> lists the home page as "http://www.openal.org/", for instance. I could set
> the field to #f, but guix lint complains about that and it looks like only
> the bootstrap-binaries actually do that. For now, I've added a comment
> clarifying the situation.

That’s good, thanks.

The patch looks pretty good to me now, except maybe for this

+              (uri
+               (let ((name-version-tar
+                      (string-append name "-" version ".tar.gz")))
+                 (string-append
+                  "http://pkgs.fedoraproject.org/repo/pkgs/" name "/"
+                  name-version-tar "/"
+                  "e089b28a0267faabdb6c079ee173664a/"
+                  name-version-tar)))

I find the let binding a bit too ... much :)  But if nobody else has a
problem with this, I wouldn’t complain.

Thanks!

~~ Ricardo

  reply	other threads:[~2016-03-21 21:24 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-19  6:56 [PATCH 1/2] gnu: Add freealut David Hashe
2016-03-19  6:56 ` [PATCH 2/2] gnu: Add taisei David Hashe
2016-03-21 14:36 ` [PATCH 1/2] gnu: Add freealut Ricardo Wurmus
2016-03-21 20:44   ` David Hashe
2016-03-21 21:24     ` Ricardo Wurmus [this message]
2016-03-21 21:44       ` David Hashe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87egb334ol.fsf@mdc-berlin.de \
    --to=ricardo.wurmus@mdc-berlin.de \
    --cc=david.hashe@dhashe.com \
    --cc=guix-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.