all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Leo Famulari <leo@famulari.name>
To: Josh Marshall <joshua.r.marshall.1991@gmail.com>
Cc: 41368@debbugs.gnu.org, Marius Bakke <mbakke@fastmail.com>
Subject: [bug#41368] [PATCH] Moved gettext to use git to better conform to better bootstrapping, better integration with Software Heritage, and what looks like emerging best practices for package sources.
Date: Mon, 18 May 2020 14:04:45 -0400	[thread overview]
Message-ID: <20200518180445.GA30166@jasmine.lan> (raw)
In-Reply-To: <CAFkJGRd2bKX5=LULU8jc_uLEz5+qM0ZQUi8fiTM3CJxfVGkXiw@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1510 bytes --]

On Sun, May 17, 2020 at 04:30:52PM -0400, Josh Marshall wrote:
> Subject: Moved gettext to use git to better conform to better
> bootstrapping, better integration with Software Heritage, and what looks
> like emerging best practices for package sources.

Based on the previous discussion of this topic [0], I don't think there
was a consensus about whether or not using tarballs or Git sources was
better.

[0] https://lists.gnu.org/archive/html/guix-devel/2020-05/msg00224.html

> On Sun, May 17, 2020, 15:56 Marius Bakke <mbakke@fastmail.com> wrote:
> > joshua.r.marshall.1991@gmail.com writes:
> AIUI the lack of tarball integration in Software Heritage is temporary,
> > i.e. it will eventually be sorted, and of course back-dated.  So I don't
> > think we need to move everything to git while we wait for that.
> 
> When I looked into it, there appears to have been no progress in a year and
> a half.

Software Heritage is a cool project, but I don't see it as a reason to
start changing our packages yet. For one thing, it hasn't demonstrated
long-term stability in the way that the GNU tarball servers have. And
the apparent lack of progress on this feature (tarball hosting) does not
make me more confident.

There's no reason to avoid SWH, but also no reason to move away from
tarballs where we are already using them. I don't think there is any
danger of losing the gettext source code the way that there is for minor
GitHub projects and scientific computing packages.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  parent reply	other threads:[~2020-05-18 18:05 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-17 19:44 [bug#41368] [PATCH] Moved gettext to use git to better conform to better bootstrapping, better integration with Software Heritage, and what looks like emerging best practices for package sources joshua.r.marshall.1991
2020-05-17 19:56 ` Marius Bakke
2020-05-17 20:30   ` Josh Marshall
2020-05-17 20:34     ` Marius Bakke
2020-05-18 18:04     ` Leo Famulari [this message]
2020-10-28 18:26     ` zimoun

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=20200518180445.GA30166@jasmine.lan \
    --to=leo@famulari.name \
    --cc=41368@debbugs.gnu.org \
    --cc=joshua.r.marshall.1991@gmail.com \
    --cc=mbakke@fastmail.com \
    /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.