Pádraig Brady wrote:
> > FAIL: tests/rm/rm-readdir-fail
>
> Is that with the latest snapshot?
> I.e. https://www.pixelbeat.org/cu/coreutils-9.5.257-9c068.tar.xz
> which should have included a fix for that,
> I.e. https://github.com/coreutils/coreutils/commit/9c068dae7
That was from a few hours ag
On 16/01/2025 22:26, Bruno Haible via GNU coreutils Bug Reports wrote:
Testing a current coreutils with a current gnulib on Alpine Linux 3.20,
I see 1 test failure:
FAIL: tests/rm/rm-readdir-fail
Find attached the log file.
Is that with the latest snapshot?
I.e. https://www.pixelbeat.org/cu/c
Testing a current coreutils with a current gnulib on Alpine Linux 3.20,
I see 1 test failure:
FAIL: tests/rm/rm-readdir-fail
Find attached the log file.
GNU coreutils snapshot: ./tests/test-suite.log
On 16/01/2025 21:16, Paul Eggert wrote:
On 2025-01-16 13:11, Pádraig Brady wrote:
I propose we at least adjust the test
to skip failures on older kernels, as in the attached.
Thanks, that looks good to me too.
Pushed.
Marking this as done.
cheers,
Pádraig
On 16/01/2025 21:14, Bruno Haible via GNU coreutils Bug Reports wrote:
Testing a current coreutils with a current gnulib on CentOS 8 and
CentOS 8 Stream, I see the same compilation error on both:
CC src/libcksum_avx512_a-cksum_avx512.o
../src/cksum_avx512.c: In function 'cksum_avx512':
On 16/01/2025 20:19, Paul Eggert wrote:
On 2025-01-16 11:50, Bruno Haible via GNU coreutils Bug Reports wrote:
$ src/timeout --verbose 1 src/tail -c 4096 /dev/urandom
timeout: sending signal TERM to command 'src/tail'
$ echo $?
124
Wikipedia[1] says that CentOS versions through
On 2025-01-16 13:11, Pádraig Brady wrote:
I propose we at least adjust the test
to skip failures on older kernels, as in the attached.
Thanks, that looks good to me too.
Testing a current coreutils with a current gnulib on CentOS 8 and
CentOS 8 Stream, I see the same compilation error on both:
CC src/libcksum_avx512_a-cksum_avx512.o
../src/cksum_avx512.c: In function 'cksum_avx512':
../src/cksum_avx512.c:60:22: warning: implicit declaration of function
'_
On 2025-01-16 11:50, Bruno Haible via GNU coreutils Bug Reports wrote:
$ src/timeout --verbose 1 src/tail -c 4096 /dev/urandom
timeout: sending signal TERM to command 'src/tail'
$ echo $?
124
Wikipedia[1] says that CentOS versions through CentOS 8 have reached
end-of-life and are n
Thanks, I installed that.
On CentOS 6, there is a test failure:
FAIL: tests/tail/tail-c.sh
Log is attached. The command that fails is:
timeout --verbose 1 tail -c 4096 /dev/urandom
And indeed, I can reproduce it manually:
$ timeout --verbose 1 src/tail -c 4096 /dev/urandom
timeout: Unrecognized option '--verbose'
Building a snapshot of the current coreutils with current gnulib, I get
a compilation error on CentOS 5 and 6:
CC src/ls.o
../src/ls.c: In function 'gobble_file':
../src/ls.c:3556: error: 'XATTR_NAME_CAPS' undeclared (first use in this
function)
../src/ls.c:3556: error: (Each undeclared i
Paul Eggert wrote:
> Thanks for reporting that. I installed the attached to fix it.
Thanks. I confirm that it fixes it.
Bruno
Thanks for reporting that. I installed the attached to fix it.From e07161d4af89dbf82311ca396ac0916aa90b7301 Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Thu, 16 Jan 2025 09:20:45 -0800
Subject: [PATCH] sort: fix --debug buffer overrun
* src/sort.c (debug_key): Fix undefined behavior when a k
Testing the current coreutils with the current gnulib, there is an
undefined behaviour in sort.c, in or around the functions
debug_line
debug_key
debug_width
--
Found by building on Ubuntu 24.04, with clang 19,
CC
On 16/01/2025 15:15, Pádraig Brady wrote:
On 16/01/2025 14:48, Bruno Haible via GNU coreutils Bug Reports wrote:
Hi,
I want to test a current coreutils from git with clang's UBSAN.
For this, I need to apply a patch to lib/linebuffer.c and lib/mpsort.c
locally.
For this, it is not suitable if 'b
On 16/01/2025 14:48, Bruno Haible via GNU coreutils Bug Reports wrote:
Hi,
I want to test a current coreutils from git with clang's UBSAN.
For this, I need to apply a patch to lib/linebuffer.c and lib/mpsort.c
locally.
For this, it is not suitable if 'bootstrap' creates these files as
symbolic l
Hi,
I want to test a current coreutils from git with clang's UBSAN.
For this, I need to apply a patch to lib/linebuffer.c and lib/mpsort.c
locally.
For this, it is not suitable if 'bootstrap' creates these files as
symbolic links.
So I run
$ ./bootstrap --copy --no-git --gnulib-srcdir=$GNULIB_S
18 matches
Mail list logo
