GNU bug report logs - #56222
Emacs 28.1 distribution tarball does not unpack on Solaris 10

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 56222 in the body.
You can then email your comments to 56222 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: Paul Eggert <eggert <at> cs.ucla.edu>
To: bug-gnu-emacs <at> gnu.org
Subject: Emacs 28.1 distribution tarball does not unpack on Solaris 10
Date: Sat, 25 Jun 2022 15:40:08 -0500

[Message part 1 (text/plain, inline)]

The Emacs 28.1 distribution tarball does not unpack correctly on Solaris 
10 when using the system-supplied 'tar' program. This is a regression 
from Emacs 27.2. I didn't pick this up when testing earlier, since I 
have GNU 'tar' in my PATH (perhaps I shouldn't; oh well). The symptoms are:

  $ gzip -d <emacs-28.1.tar.gz | tar xf -
  tar: ././@LongLink: typeflag 'L' not recognized, converting to 
regular file
  tar: ././@LongLink: typeflag 'L' not recognized, converting to 
regular file
  ...

The problem is that the Emacs 28.1 tarball (unlike 27.2) has file names 
longer than 100 bytes. These file names do not fit within traditional 
'tar' format. By default, for these files GNU Tar uses a GNU-specific 
@LongLink extension, designed long ago but not picked up by POSIX, that 
Solaris 10 tar does not understand.

A simple workaround is to tell GNU Tar to generate POSIX-standard 
tarballs instead. I installed the attached patch to Emacs master to fix 
this, and suggest that it be backported to the Emacs 28 branch if we're 
planning to generate another Emacs 28 version.

[0001-Port-distribution-tarball-to-Solaris-10.patch (text/x-patch, attachment)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 56222 <at> debbugs.gnu.org
Subject: Re: bug#56222: Emacs 28.1 distribution tarball does not unpack on
 Solaris 10
Date: Sun, 26 Jun 2022 16:24:16 +0300

> Date: Sat, 25 Jun 2022 15:40:08 -0500
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> 
> The Emacs 28.1 distribution tarball does not unpack correctly on Solaris 
> 10 when using the system-supplied 'tar' program. This is a regression 
> from Emacs 27.2. I didn't pick this up when testing earlier, since I 
> have GNU 'tar' in my PATH (perhaps I shouldn't; oh well). The symptoms are:
> 
>    $ gzip -d <emacs-28.1.tar.gz | tar xf -
>    tar: ././@LongLink: typeflag 'L' not recognized, converting to 
> regular file
>    tar: ././@LongLink: typeflag 'L' not recognized, converting to 
> regular file
>    ...
> 
> The problem is that the Emacs 28.1 tarball (unlike 27.2) has file names 
> longer than 100 bytes. These file names do not fit within traditional 
> 'tar' format. By default, for these files GNU Tar uses a GNU-specific 
> @LongLink extension, designed long ago but not picked up by POSIX, that 
> Solaris 10 tar does not understand.
> 
> A simple workaround is to tell GNU Tar to generate POSIX-standard 
> tarballs instead. I installed the attached patch to Emacs master to fix 
> this, and suggest that it be backported to the Emacs 28 branch if we're 
> planning to generate another Emacs 28 version.

Thanks, I cherry-picked to the emacs-28 branch.

(Yes, there will be at least Emacs 28.2.)

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 56222 <at> debbugs.gnu.org
Subject: Re: bug#56222: Emacs 28.1 distribution tarball does not unpack on
 Solaris 10
Date: Sun, 26 Jun 2022 10:13:11 -0500

On 6/26/22 08:24, Eli Zaretskii wrote:
>
> Thanks, I cherry-picked to the emacs-28 branch.
>
> (Yes, there will be at least Emacs 28.2.)

Thanks, that's enough to get "make" and "make install" to work on 
Solaris 10.

Is it also important for "make check" and "make clean" to work? If so, 
we should also backport these two patches. Without the first patch, 
"make check" doesn't run most of the tests.

https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=b0ed2d1f46d27885a19ae6941b6ea5276f0050e0

https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=78c0c8673bba086842ef9ea57f44f446558e5ebf

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 56222 <at> debbugs.gnu.org
Subject: Re: bug#56222: Emacs 28.1 distribution tarball does not unpack on
 Solaris 10
Date: Sun, 26 Jun 2022 18:19:00 +0300

> Date: Sun, 26 Jun 2022 10:13:11 -0500
> Cc: 56222 <at> debbugs.gnu.org
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> 
> On 6/26/22 08:24, Eli Zaretskii wrote:
> >
> > Thanks, I cherry-picked to the emacs-28 branch.
> >
> > (Yes, there will be at least Emacs 28.2.)
> 
> Thanks, that's enough to get "make" and "make install" to work on 
> Solaris 10.
> 
> Is it also important for "make check" and "make clean" to work? If so, 
> we should also backport these two patches. Without the first patch, 
> "make check" doesn't run most of the tests.

I don't know how important these two are.  Do I understand correctly
that these two problems could be worked around by installing GNU Find?

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 56222 <at> debbugs.gnu.org
Subject: Re: bug#56222: Emacs 28.1 distribution tarball does not unpack on
 Solaris 10
Date: Sun, 26 Jun 2022 13:10:58 -0500

On 6/26/22 10:19, Eli Zaretskii wrote:
> Do I understand correctly
> that these two problems could be worked around by installing GNU Find?

Yes, just as the tarball problem can be worked around by installing 
Solaris 10's optional GNU tar package. However, GNU findutils is not 
packaged as part of Solaris 10, not even as an optional package; also, 
obtaining and building GNU findutils requires first obtaining and 
building one non-GNU tool (XZ Utils) that findutils depends on but that 
is not in Solaris 10 even as an option.

In short although GNU findutils is doable, it's a hassle that is better 
avoided.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 56222 <at> debbugs.gnu.org
Subject: Re: bug#56222: Emacs 28.1 distribution tarball does not unpack on
 Solaris 10
Date: Sun, 26 Jun 2022 21:37:01 +0300

> Date: Sun, 26 Jun 2022 13:10:58 -0500
> Cc: 56222 <at> debbugs.gnu.org
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> 
> On 6/26/22 10:19, Eli Zaretskii wrote:
> > Do I understand correctly
> > that these two problems could be worked around by installing GNU Find?
> 
> Yes, just as the tarball problem can be worked around by installing 
> Solaris 10's optional GNU tar package.

Being unable to unpack a tarball is much worse that being unable to
run the test suite or clean the build tree, though.  I'm sure some
people won't even know how to proceed in that situation.

> In short although GNU findutils is doable, it's a hassle that is better 
> avoided.

I'm reluctant to make changes in the build scripts on the release
branch at this point.  make-dist only affects Emacs maintainers who
prepare the tarball, so having some trouble there is not a
catastrophe.  But a problem in Makefile's will affect everyone who
builds the release.  So I'd prefer to keep those two changes on master
for now.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 56222 <at> debbugs.gnu.org
Subject: Re: bug#56222: Emacs 28.1 distribution tarball does not unpack on
 Solaris 10
Date: Sun, 26 Jun 2022 17:46:12 -0500

[Message part 1 (text/plain, inline)]

On 6/26/22 13:37, Eli Zaretskii wrote:
> I'm reluctant to make changes in the build scripts on the release
> branch at this point.

OK, I installed a couple of notes in etc/PROBLEMS instead; see attached. 
One is for the problems with "make clean" and "make check". The other is 
for a build failure I noticed while doing all this.

[0001-Mention-further-crashes-on-Solaris-10.patch (text/x-patch, attachment)]

[0002-Mention-Solaris-10-make-clean-and-make-check.patch (text/x-patch, attachment)]

Previous Next

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