GNU bug report logs - #43738
Patch file names too long

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 43738 in the body.
You can then email your comments to 43738 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: <bug-guix <at> gnu.org>
Subject: Patch file names too long
Date: Thu, 01 Oct 2020 12:26:24 +0200

There are several patch file names that are too long for ‘tar’, as
reported during ‘make dist’:

--8<---------------cut here---------------start------------->8---
tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/ocaml-bisect-fix-camlp4-in-another-directory.patch dosiernomo tro longas (maks 99); ne ŝutita
tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/audiofile-signature-of-multiplyCheckOverflow.patch dosiernomo tro longas (maks 99); ne ŝutita
tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/python2-pygobject-2-gi-info-type-error-domain.patch dosiernomo tro longas (maks 99); ne ŝutita
tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/audiofile-division-by-zero-BlockCodec-runPull.patch dosiernomo tro longas (maks 99); ne ŝutita
tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/python-robotframework-honor-source-date-epoch.patch dosiernomo tro longas (maks 99); ne ŝutita
--8<---------------cut here---------------end--------------->8---

‘guix lint’ reports it as well, but apparently this is easily
overlooked.

Ludo’.

Message #10 received at 43738 <at> debbugs.gnu.org (full text, mbox):

From: Brett Gilio <brettg <at> gnu.org>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 43738 <at> debbugs.gnu.org
Subject: Re: bug#43738: Patch file names too long
Date: Thu, 01 Oct 2020 21:36:44 -0500

Ludovic Courtès <ludo <at> gnu.org> writes:

> There are several patch file names that are too long for ‘tar’, as
> reported during ‘make dist’:
>
> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/ocaml-bisect-fix-camlp4-in-another-directory.patch dosiernomo tro longas (maks 99); ne ŝutita
> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/audiofile-signature-of-multiplyCheckOverflow.patch dosiernomo tro longas (maks 99); ne ŝutita
> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/python2-pygobject-2-gi-info-type-error-domain.patch dosiernomo tro longas (maks 99); ne ŝutita
> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/audiofile-division-by-zero-BlockCodec-runPull.patch dosiernomo tro longas (maks 99); ne ŝutita
> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/python-robotframework-honor-source-date-epoch.patch dosiernomo tro longas (maks 99); ne ŝutita
>
> ‘guix lint’ reports it as well, but apparently this is easily
> overlooked.
>
> Ludo’.

Does it matter that this is coming from a dirty working tree? Maybe not.

Brett Gilio

Message #13 received at 43738 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Brett Gilio <brettg <at> gnu.org>
Cc: 43738 <at> debbugs.gnu.org
Subject: Re: bug#43738: Patch file names too long
Date: Sat, 03 Oct 2020 11:03:07 +0200

Brett Gilio <brettg <at> gnu.org> skribis:

> Ludovic Courtès <ludo <at> gnu.org> writes:
>
>> There are several patch file names that are too long for ‘tar’, as
>> reported during ‘make dist’:
>>
>> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/ocaml-bisect-fix-camlp4-in-another-directory.patch dosiernomo tro longas (maks 99); ne ŝutita
>> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/audiofile-signature-of-multiplyCheckOverflow.patch dosiernomo tro longas (maks 99); ne ŝutita
>> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/python2-pygobject-2-gi-info-type-error-domain.patch dosiernomo tro longas (maks 99); ne ŝutita
>> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/audiofile-division-by-zero-BlockCodec-runPull.patch dosiernomo tro longas (maks 99); ne ŝutita
>> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/python-robotframework-honor-source-date-epoch.patch dosiernomo tro longas (maks 99); ne ŝutita
>>
>> ‘guix lint’ reports it as well, but apparently this is easily
>> overlooked.
>>
>> Ludo’.
>
> Does it matter that this is coming from a dirty working tree? Maybe not.

Nope, it doesn’t matter.

Ludo’.

Message #18 received at 43738-done <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: 43738-done <at> debbugs.gnu.org
Subject: Re: bug#43738: Patch file names too long
Date: Tue, 10 Nov 2020 18:01:52 +0100

Ludovic Courtès <ludo <at> gnu.org> skribis:

> There are several patch file names that are too long for ‘tar’, as
> reported during ‘make dist’:
>
> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/ocaml-bisect-fix-camlp4-in-another-directory.patch dosiernomo tro longas (maks 99); ne ŝutita
> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/audiofile-signature-of-multiplyCheckOverflow.patch dosiernomo tro longas (maks 99); ne ŝutita
> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/python2-pygobject-2-gi-info-type-error-domain.patch dosiernomo tro longas (maks 99); ne ŝutita
> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/audiofile-division-by-zero-BlockCodec-runPull.patch dosiernomo tro longas (maks 99); ne ŝutita
> tar: guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/python-robotframework-honor-source-date-epoch.patch dosiernomo tro longas (maks 99); ne ŝutita

Fixed by:

  8515ea12d2 gnu: audiofile: Shorten patch file names.
  74361d3ee8 gnu: python2-pygobject <at> 2: Shorten patch file name.
  f161bd2cd7 gnu: Remove unused patch.
  ab96f929c6 gnu: python-robotframework: Shorten patch file name.

Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.