all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Ludovic Courtès" <ludo@gnu.org>
To: Timothy Sample <samplet@ngyro.com>
Cc: 62712@debbugs.gnu.org, Christopher Baines <mail@cbaines.net>
Subject: [bug#62712] [PATCH 0/2] Disable keyword expansion for Subversion downloads
Date: Sat, 08 Apr 2023 23:23:50 +0200	[thread overview]
Message-ID: <871qkuax09.fsf_-_@gnu.org> (raw)
In-Reply-To: <87jzyny6oi.fsf_-_@ngyro.com> (Timothy Sample's message of "Fri,  07 Apr 2023 10:54:05 -0600")

Hi Timothy!

Timothy Sample <samplet@ngyro.com> skribis:

> Whoops!  I guess I was a little slow getting my patch in.

No problem!  I had it on my to-do list.

> I’ve highlighted a few sources you missed below, as well as attached
> my patch (for comparison and for listing the new hashes of the missing
> sources).

Oh, good that you were able to find some more!

> I generated a big diff for all 17 sources that I found (mostly because
> it excites me that Guix can do stuff like that).  Basically all the
> changes were boring (as we expected).

Excellent.

> For “texlive-scripts”, I added a phase that approximates keyword
> expansion for the few scripts that use it to output version information.
> It‘s not exactly the same as what Subversion does.  Subversion uses the
> last revision that updated the given file, and I just use
> ‘%texlive-revision’ for every file.  I’m not too attached to this
> approach, but it felt like the right thing to do.

I wouldn’t mind doing nothing, but what you did sounds good.

>> The second patch makes ‘recursive?’ default to #f, which AFAICS is
>> what all the SVN-using packages that were not explicit expected (no
>> changes required).
>
> I also carefully checked turning recursion off by default.  I’m
> confident that nothing changes.

Excellent.  I’ll push it to ‘master’.

>>From 19c14a09e9e1d92a1035d15dbbb8d12fb3b59d17 Mon Sep 17 00:00:00 2001
> From: Timothy Sample <samplet@ngyro.com>
> Date: Wed, 5 Apr 2023 13:46:28 -0600
> Subject: [PATCH] svn-download: Do not expand keywords.
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> See <https://issues.guix.gnu.org/43442#15>.

For posterity, you can add something along the lines of what I had:

  Subversion keyword expansion is potentially non-reproducible as some of
  them expand time strings relative to the local time zone:

    https://issues.guix.gnu.org/43442#18

  In practice this is not a problem in Guix since Subversion checkouts
  happen in an isolated environment using the "default timezone" (UTC).

  However, Software Heritage disables keyword expansion for this very
  reason.  By following suit, we make sure content can be retrieved from
  there.

> +           ;; Disable keyword substitution (keywords are CVS-like strings
> +           ;; like "$Date$", "$Id$", and so on).
> +           "--ignore-keywords"

Likewise:

+           ;; Disable keyword substitutions (keywords are CVS-like strings
+           ;; like "$Date$", "$Id$", and so on) for two reasons: (1) some
+           ;; expansions depend on the local time zone, and (2) SWH disables
+           ;; it in its archive for this very reason.
+           "--ignore-keywords"

Chris, should we get it built on qa.guix?  It’s on the order of 7K
rebuilds per architecture since ‘texlive-bin’ is modified.
Alternatively we can set up ci.guix for it, if you think it’s more
appropriate resource-wise.

WDYT?

Ludo’.

PS: I’ll be AFK for the next few days.




  reply	other threads:[~2023-04-08 21:25 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-07 14:05 [bug#62712] [PATCH 0/2] Disable keyword expansion for Subversion downloads Ludovic Courtès
2023-04-07 14:07 ` [bug#62712] [PATCH 1/2] svn-download: Disable keyword expansion Ludovic Courtès
2023-04-07 14:07   ` [bug#62712] [PATCH 2/2] svn-download: Default to non-recursive checkouts Ludovic Courtès
2023-04-07 16:54   ` [bug#62712] [PATCH 0/2] Disable keyword expansion for Subversion downloads Timothy Sample
2023-04-08 21:23     ` Ludovic Courtès [this message]
2023-04-09 21:31       ` Christopher Baines
2023-04-12 13:49         ` Christopher Baines
2023-04-20  9:57           ` Ludovic Courtès
2023-04-25 12:41             ` Simon Tournier
2023-05-05 14:09             ` Simon Tournier
2023-05-06  0:22               ` Nicolas Goaziou
2023-05-09 12:22                 ` Simon Tournier
2023-05-10 16:22                   ` Ludovic Courtès
2023-05-11 21:40                     ` Nicolas Goaziou
2023-05-12 11:45                       ` Christopher Baines
2023-05-15 15:50                         ` Nicolas Goaziou
2023-05-16  9:54                           ` Christopher Baines
2023-06-18 21:21                             ` bug#62712: " Ludovic Courtès

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=871qkuax09.fsf_-_@gnu.org \
    --to=ludo@gnu.org \
    --cc=62712@debbugs.gnu.org \
    --cc=mail@cbaines.net \
    --cc=samplet@ngyro.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.