Hello,
Could you please review the proposed patch [1] that has been reported 2
years ago?
This patch fixes the failing issue of tar reported in our Bugzilla tracker
system [2].
[1] https://www.mail-archive.com/bug-tar@gnu.org/msg05904.html
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1886540
Hi,
I've been working on maintaining tar in all of our operating systems
lately and one of our automated tests noticed that the tar is still using
the old 'gethostbyname' function.
It's common for applications that use this function to switch to
'getaddrinfo'.
Are you already working on such a t
Tests `exclude17.at` and `exclude18.at` are missing in the tar-1.35 tarball
[1] which causes the check phase to fail as it tries to execute missing
tests.
Easy fix: Include them in the tarball
[1] https://ftp.gnu.org/gnu/tar/tar-1.35.tar.gz
--
S pozdravom/ Best regards
Lukáš Javorský
Software
o you think that there is any issue with that approach?
On Tue, Jul 18, 2023 at 6:39 PM Paul Eggert wrote:
> On 2023-07-18 07:03, Lukas Javorsky wrote:
> > Tests `exclude17.at` and `exclude18.at` are missing in the tar-1.35
> tarball
> > [1] which causes the check phase to fa
Yes, that's exactly what I've done, thanks, Paul.
On Fri, Jul 21, 2023 at 9:43 PM Paul Eggert wrote:
> On 2023-07-21 01:54, Pavel Raiskup wrote:
> > I think the problems happen because we do do `autoreconf -v` for the
> > GNU tar package in Fedora (we have several patches applied on top of the
>
