[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: AIX: "make check" results
From: |
Michael |
Subject: |
Re: AIX: "make check" results |
Date: |
Tue, 2 Jan 2018 17:12:57 +0100 |
User-agent: |
Mozilla/5.0 (Windows NT 10.0; WOW64; rv:56.0) Gecko/20100101 Thunderbird/56.0 |
On 02/01/2018 13:26, Michael wrote:
On 02/01/2018 11:40, Michael wrote:
On 01/01/2018 18:50, Michael wrote:
On 01/01/2018 14:58, Pádraig Brady wrote:
On 29/12/17 15:46, Michael wrote:
On 27/12/2017 19:47, Pádraig Brady wrote:
This is to announce coreutils-8.29, a stable release.
See the NEWS below for more details.
Just want to add - that building and packaging - no issues (one
warning
message only).
Just finished a build a test on local filesystem on AIX 6.1, with XLC
- test results are the same (normal make check, i.e., not 'expensive')
On AIX 6.1, using gcc 4.7.4, and running the tests as root - get some
differences:
============================================================================
Testsuite summary for GNU coreutils 8.29
============================================================================
# TOTAL: 603
# PASS: 399
# SKIP: 198
# XFAIL: 0
# FAIL: 6
# XPASS: 0
# ERROR: 0
============================================================================
See ./tests/test-suite.log
Please report to address@hidden
============================================================================
make: 1254-004 The error code from the last command is 1.
...
FAIL: tests/misc/help-version
=============================
env: '[': No such file or directory
env: '[': No such file or directory
env: '[': No such file or directory
FAIL: [
0+1 records in
0+1 records out
#### Conclusion: after building with gnu make installed, and not
installed - on systems that had '[' at the end - I must now state -
"Eating my previous words" - that GNU make is required to get '['
generated. So, please disregard my previous comment about not needing it
- (chomp chomp) - obviously, I had gnu make installed earlier.
#### swallow, and continue...
** FAIL: tests/misc/date-debug
This might be a difference in the way the TZ environment variable is
defined.
FAIL: tests/misc/date-debug
===========================
--- exp8_1 2018-01-02 12:23:46.000000000 +0000
+++ out8_1 2018-01-02 12:23:46.000000000 +0000
@@ -1,11 +1,11 @@
date: parsed date part: (Y-M-D) 2011-12-11
- date: parsed local_zone part: isdst=0
- date: input timezone: TZ="Europe/Helsinki" environment value
+ date: parsed zone part: UTC+02
+ date: input timezone: parsed date/time string (+02)
date: warning: using midnight as starting time: 00:00:00
- date: starting date/time: '(Y-M-D) 2011-12-11 00:00:00'
- date: '(Y-M-D) 2011-12-11 00:00:00' = 1323554400 epoch-seconds
+ date: starting date/time: '(Y-M-D) 2011-12-11 00:00:00 TZ=+02'
+ date: '(Y-M-D) 2011-12-11 00:00:00 TZ=+02' = 1323554400 epoch-seconds
date: timezone: TZ="Europe/Helsinki" environment value
date: final: 1323554400.000000000 (epoch-seconds)
date: final: (Y-M-D) 2011-12-10 22:00:00 (UTC)
date: final: (Y-M-D) 2011-12-11 00:00:00 (UTC+02)
- Sun Dec 11 00:00:00 EET 2011
+ Sun Dec 11 00:00:00 GMT+02:00 2011
--- exp8_2 2018-01-02 12:23:46.000000000 +0000
+++ out8_2 2018-01-02 12:23:46.000000000 +0000
@@ -1,11 +1,11 @@
date: parsed date part: (Y-M-D) 2011-06-11
- date: parsed local_zone part: isdst=1
- date: input timezone: TZ="Europe/Helsinki" environment value, dst
+ date: parsed zone part: UTC+03
+ date: input timezone: parsed date/time string (+03)
date: warning: using midnight as starting time: 00:00:00
- date: starting date/time: '(Y-M-D) 2011-06-11 00:00:00'
- date: '(Y-M-D) 2011-06-11 00:00:00' = 1307739600 epoch-seconds
+ date: starting date/time: '(Y-M-D) 2011-06-11 00:00:00 TZ=+03'
+ date: '(Y-M-D) 2011-06-11 00:00:00 TZ=+03' = 1307739600 epoch-seconds
date: timezone: TZ="Europe/Helsinki" environment value
date: final: 1307739600.000000000 (epoch-seconds)
date: final: (Y-M-D) 2011-06-10 21:00:00 (UTC)
date: final: (Y-M-D) 2011-06-11 00:00:00 (UTC+03)
- Sat Jun 11 00:00:00 EEST 2011
+ Sat Jun 11 00:00:00 GMT+03:00 2011
FAIL tests/misc/date-debug.sh (exit status: 1)
On AIX 5.3 and AIX 6.1 (with xlc):
root@x064:[/home/prj/gnu/coreutils-8.29]grep TZ /etc/environment
TZ=UTC0
root@x072:[/home/prj/gnu/coreutils-8.29]grep TZ /etc/environment
TZ=UTC0
No, those seem to be identical. So, it seems the test runs differently
(as root?)
* FAIL: tests/misc/stdbuf
=======================
stdbuf: invalid mode 'l'
stdbuf: invalid mode '18446744073709551616': Value too large to be
stored in data type
stdbuf: line buffering stdin is meaningless
Try 'stdbuf --help' for more information.
stdbuf: you must specify a buffering mode option
Try 'stdbuf --help' for more information.
stdbuf: failed to run command '.': Permission denied
stdbuf: failed to run command 'no_such': No such file or directory
...
--- exp 2018-01-02 12:25:38.000000000 +0000
+++ out 2018-01-02 12:25:40.000000000 +0000
@@ -1 +1,2 @@
1
+ 2
--- exp 2018-01-02 12:25:40.000000000 +0000
+++ out 2018-01-02 12:25:43.000000000 +0000
@@ -1 +1,2 @@
1
+ 2
FAIL tests/misc/stdbuf.sh (exit status: 1)
* FAIL: tests/cp/preserve-mode
============================
FAIL tests/cp/preserve-mode.sh (exit status: 1)
* FAIL: tests/cp/special-bits
===========================
chroot --skip-chdir --user=$NON_ROOT_USERNAME / env PATH="$PATH" cp -p c
c2 \
FAIL tests/cp/special-bits.sh (exit status: 1)
* FAIL: tests/misc/chroot-credentials
===================================
chroot --userspec=$NON_ROOT_UID: / true || fail=1
chroot --userspec=$NON_ROOT_USERNAME:$NON_ROOT_GROUP / whoami
chroot --userspec=$NON_ROOT_USERNAME:$NON_ROOT_GROUP \
chroot: no group specified for unknown uid: -2: No such process
chroot: invalid group ' ': No such process
chroot: invalid group list ','
chroot: invalid group '0trail': No such process
chroot: no group specified for unknown uid: -2: No such process
id: '+12342': no such user
chroot: no group specified for unknown uid: 12342: No such process
FAIL tests/misc/chroot-credentials.sh (exit status: 1)
thanks,
Pádraig