[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#50239] [PATCH core-updates-frozen] gnu: diffutils: Fix signal proce
From: |
Ludovic Courtès |
Subject: |
[bug#50239] [PATCH core-updates-frozen] gnu: diffutils: Fix signal processing. |
Date: |
Mon, 06 Sep 2021 13:55:52 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) |
Hi,
Thiago Jung Bauermann <bauermann@kolabnow.com> skribis:
> This fixes the build of diffutils on powerpc64le-linux, which currently
> fails more often than not. The patch I’m adding here isn’t being
> shipped by Debian and hasn’t been seen by upstream yet. I just brought
> it to their attention here:
>
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34519#11
Thanks for working on this!
> I’m not familiar with the diffutils code base, but FWIW I analysed
> the patch and it looks very reasonable to me. To be honest I’m not
> sure if it completely fixes the race condition or just makes it much
> less likely to happen, but in any case I can’t hit the race condition
> anymore.
>
> In addition, since all it does is add a new call to the function which
> checks and processes any pending signal, I don’t think it can cause
> any harm.
>
> Finally, this patch is based on top of the one which updates diffutils
> to version 3.8:
>
> https://issues.guix.gnu.org/50233
>
> The fix works equally well in version 3.7 so if you think it’s not
> worth updating diffutils I can rebase this patch on top of current
> ‘core-updates-frozen’.
Normally we won’t update diffutils on ‘core-updates-frozen’.
Thus, could you adjust this patch so that (1) it applies on
‘core-updates-frozen’, and (2) it doesn’t change derivations on other
platforms (thus, the patch needs to be applied from a build phase)?
Bonus point if there’s an upstream patch to use, as Maxime suggested.
TIA,
Ludo’.
- [bug#50239] [PATCH core-updates-frozen] gnu: diffutils: Fix signal processing.,
Ludovic Courtès <=