Adélie Linux issueshttps://git.adelielinux.org/groups/adelie/-/issues2023-12-02T03:50:05Zhttps://git.adelielinux.org/adelie/packages/-/issues/802user/clazy: FTTFS: /bin/sh: 1: clang-apply-replacements: not found2023-12-02T03:50:05ZZach van Rijnuser/clazy: FTTFS: /bin/sh: 1: clang-apply-replacements: not foundFound on x86_64:
```
...
Start 59: child-event-qobject-cast
59/94 Test #59: child-event-qobject-cast ..............***Failed 1.30 sec
Error: Couldn't find a Qt5 installation
/bin/sh: 1: clang-apply-replacements: not found
...
...Found on x86_64:
```
...
Start 59: child-event-qobject-cast
59/94 Test #59: child-event-qobject-cast ..............***Failed 1.30 sec
Error: Couldn't find a Qt5 installation
/bin/sh: 1: clang-apply-replacements: not found
...
```
Seems we're missing 'clang-tools-extra' and/or related utilities. See #771 discussion.https://git.adelielinux.org/adelie/packages/-/issues/801user/guile: refactor APKBUILD to use our own bootstrapped interpreter/compiler2023-11-15T23:51:08ZZach van Rijnuser/guile: refactor APKBUILD to use our own bootstrapped interpreter/compilerGuile ships with pre-built binaries for its interpreter and compiler. This saves time when building the package from source. However on 32-bit ppc, they are broken and need to be regenerated (bootstrapped).
For consistency, we should ge...Guile ships with pre-built binaries for its interpreter and compiler. This saves time when building the package from source. However on 32-bit ppc, they are broken and need to be regenerated (bootstrapped).
For consistency, we should generate these for all architectures, but should not require every user or developer to waste time doing so. Only maintainers who bump this package will have to pay this cost.
This ticket is to complete the following:
1. Investigate whether these binaries can be safely cross-compiled. It may be too inconvenient to have to do this manually on multiple builders.
1. Create a `maintain` script or similar which produces tarball(s) suitable for hosting on distfiles.
1. Modify the `APKBUILD` to pull those tarball(s) and build the package as normal.https://git.adelielinux.org/adelie/packages/-/issues/800user/unicode-data: sha512sum: WARNING: 1 computed checksum did NOT match2024-03-20T17:57:26ZZach van Rijnuser/unicode-data: sha512sum: WARNING: 1 computed checksum did NOT matchFound on ppc64 (during second pass build):
```
>>> unicode-data: Building user/unicode-data 14.0.0-r0 (using abuild 3.4.2-r2) started Thu, 18 Aug 2022 00:31:00 +0000
>>> unicode-data: Checking sanity of /root/packages/user/unicode-data/...Found on ppc64 (during second pass build):
```
>>> unicode-data: Building user/unicode-data 14.0.0-r0 (using abuild 3.4.2-r2) started Thu, 18 Aug 2022 00:31:00 +0000
>>> unicode-data: Checking sanity of /root/packages/user/unicode-data/APKBUILD...
>>> unicode-data: Analyzing dependencies...
(1/1) Installing .makedepends-unicode-data (20220818.003101)
OK: 506 MiB in 94 packages
>>> unicode-data: Cleaning temporary build dirs...
>>> unicode-data: Fetching https://unicode.org/Public/14.0.0/ucd/Blocks.txt
>>> unicode-data: Fetching https://unicode.org/Public/14.0.0/ucd/DerivedAge.txt
>>> unicode-data: Fetching https://unicode.org/Public/14.0.0/ucd/NamesList.txt
>>> unicode-data: Fetching https://unicode.org/Public/14.0.0/ucd/Scripts.txt
>>> unicode-data: Fetching https://unicode.org/Public/14.0.0/ucd/UnicodeData.txt
>>> unicode-data: Fetching https://unicode.org/Public/14.0.0/ucd/Unihan.zip
>>> unicode-data: Fetching https://unicode.org/Public/14.0.0/ucd/Blocks.txt
>>> unicode-data: Fetching https://unicode.org/Public/14.0.0/ucd/DerivedAge.txt
>>> unicode-data: Fetching https://unicode.org/Public/14.0.0/ucd/NamesList.txt
>>> unicode-data: Fetching https://unicode.org/Public/14.0.0/ucd/Scripts.txt
>>> unicode-data: Fetching https://unicode.org/Public/14.0.0/ucd/UnicodeData.txt
>>> unicode-data: Fetching https://unicode.org/Public/14.0.0/ucd/Unihan.zip
>>> unicode-data: Checking sha512sums...
Blocks.txt: FAILED
sha512sum: WARNING: 1 computed checksum did NOT match
Because the remote file above failed the sha512sum check it will be renamed.
Rebuilding will cause it to re-download which in some cases may fix the problem.
Renaming: Blocks.txt to Blocks.txt.65b5e88b
DerivedAge.txt: FAILED
sha512sum: WARNING: 1 computed checksum did NOT match
Because the remote file above failed the sha512sum check it will be renamed.
Rebuilding will cause it to re-download which in some cases may fix the problem.
Renaming: DerivedAge.txt to DerivedAge.txt.a0bd1540
NamesList.txt: FAILED
sha512sum: WARNING: 1 computed checksum did NOT match
Because the remote file above failed the sha512sum check it will be renamed.
Rebuilding will cause it to re-download which in some cases may fix the problem.
Renaming: NamesList.txt to NamesList.txt.dee687e2
Scripts.txt: FAILED
sha512sum: WARNING: 1 computed checksum did NOT match
Because the remote file above failed the sha512sum check it will be renamed.
Rebuilding will cause it to re-download which in some cases may fix the problem.
Renaming: Scripts.txt to Scripts.txt.d2677bb6
UnicodeData.txt: FAILED
sha512sum: WARNING: 1 computed checksum did NOT match
Because the remote file above failed the sha512sum check it will be renamed.
Rebuilding will cause it to re-download which in some cases may fix the problem.
Renaming: UnicodeData.txt to UnicodeData.txt.2abb10b9
Unihan.zip: FAILED
...
```
This is not the first time I encountered this error with this particular package.
It is a transient error that is resolved by attempting to re-build the package.
Documenting it anyway in case there is a specific condition that causes the upstream server to behave differently.https://git.adelielinux.org/adelie/packages/-/issues/799system/libuv: (x86_64) FTTFS: multiple failures2023-01-06T03:18:29ZZach van Rijnsystem/libuv: (x86_64) FTTFS: multiple failuresFound on @z's workstation (x86_64):
```
z@powerhouse:~/scratch/adelie/autobuilder$ grep 'not ok' $(find /.autobuilder/x86_64/logs -type f | sort | tail -n 1)
not ok 11 - callback_stack
not ok 22 - connection_fail
not ok 23 - connection_...Found on @z's workstation (x86_64):
```
z@powerhouse:~/scratch/adelie/autobuilder$ grep 'not ok' $(find /.autobuilder/x86_64/logs -type f | sort | tail -n 1)
not ok 11 - callback_stack
not ok 22 - connection_fail
not ok 23 - connection_fail_doesnt_auto_close
not ok 26 - delayed_accept
not ok 30 - emfile
not ok 129 - getsockname_tcp
not ok 147 - ipc_listen_after_write
not ok 148 - ipc_listen_before_write
not ok 154 - ipc_tcp_connection
not ok 168 - multiple_listen
not ok 169 - not_readable_nor_writable_on_read_error
not ok 199 - poll_duplex
not ok 202 - poll_oob
not ok 203 - poll_unidirectional
not ok 213 - readable_on_eof
not ok 223 - shutdown_eof
not ok 224 - shutdown_simultaneous
not ok 263 - tcp6_ping_pong
not ok 264 - tcp6_ping_pong_vec
not ok 265 - tcp_alloc_cb_fail
not ok 266 - tcp_bind6_error_addrinuse
not ok 269 - tcp_bind6_error_inval
not ok 272 - tcp_bind_error_addrinuse_listen
not ok 276 - tcp_bind_error_inval
not ok 279 - tcp_bind_writable_flags
not ok 280 - tcp_close
not ok 281 - tcp_close_accept
not ok 282 - tcp_close_reset_accepted
not ok 283 - tcp_close_reset_accepted_after_shutdown
not ok 284 - tcp_close_reset_client
not ok 285 - tcp_close_reset_client_after_shutdown
not ok 287 - tcp_connect_error_after_write
not ok 290 - tcp_create_early
not ok 291 - tcp_create_early_accept
not ok 297 - tcp_oob
not ok 299 - tcp_open_bound
not ok 302 - tcp_ping_pong
not ok 303 - tcp_ping_pong_vec
not ok 305 - tcp_read_stop_start
not ok 312 - tcp_try_write
not ok 313 - tcp_try_write_error
not ok 314 - tcp_unexpected_read
not ok 315 - tcp_write_after_connect
not ok 317 - tcp_write_queue_order
not ok 318 - tcp_write_ready
not ok 319 - tcp_write_to_half_open_connection
not ok 320 - tcp_writealot
```
[20220817-14_19_53.654171348_libuv.log](/uploads/921f1f67962741a561fcc2c4fef9d5f4/20220817-14_19_53.654171348_libuv.log)https://git.adelielinux.org/adelie/packages/-/issues/798user/gnutls: FTTFS: FAIL: tls13/post-handshake-with-psk / client:151: client:...2023-01-06T03:16:50ZZach van Rijnuser/gnutls: FTTFS: FAIL: tls13/post-handshake-with-psk / client:151: client: gnutls_reauth did not succeed as expected: Error in the push function.Found on pmmx:
```
========================================
GnuTLS 3.7.4: tests/test-suite.log
========================================
# TOTAL: 480
# PASS: 416
# SKIP: 63
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0
.. contents::...Found on pmmx:
```
========================================
GnuTLS 3.7.4: tests/test-suite.log
========================================
# TOTAL: 480
# PASS: 416
# SKIP: 63
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0
.. contents:: :depth: 2
FAIL: tls13/post-handshake-with-psk
===================================
testing multi-reauth
server hello of 157 bytes
Found server extension 51
Found server extension 43
Found server extension 41
testing reauth-require with no-cert
server hello of 157 bytes
Found server extension 51
Found server extension 43
Found server extension 41
client:151: client: gnutls_reauth did not succeed as expected: Error in the push function.
testing reauth-request with no-cert
_check_wait_status:168: Child died with status 1
client:124: handshake failed: Error in the push function.
...
```
Not sure if this is due to stale build tree (I'm currently spot-checking important packages) or whether pmmx had not been tested when I last bumped this package.
[test-suite.log](/uploads/42b3ab9abf2c8a4d6b8cf1fab1a6072a/test-suite.log)https://git.adelielinux.org/adelie/packages/-/issues/797user/llvm14: (32-bit) FTPFS: scanelf: mmap on './usr/lib/libLLVM-14.so' of -1...2022-10-22T00:00:57ZZach van Rijnuser/llvm14: (32-bit) FTPFS: scanelf: mmap on './usr/lib/libLLVM-14.so' of -1586318716 bytes failed :(On 32-bit architectures, `libLLVM-14.so` is too large. Seems to be a regression since `14.0.2`.
Found first on pmmx:
```
...
make: Leaving directory '/root/packages/user/llvm14/src/llvm-14.0.6.src/build'
>>> llvm14-static*: Running spl...On 32-bit architectures, `libLLVM-14.so` is too large. Seems to be a regression since `14.0.2`.
Found first on pmmx:
```
...
make: Leaving directory '/root/packages/user/llvm14/src/llvm-14.0.6.src/build'
>>> llvm14-static*: Running split function static...
>>> llvm14-static*: Preparing subpackage llvm14-static...
>>> llvm14-static*: Stripping binaries
>>> llvm14-static*: Running postcheck for llvm14-static
>>> llvm14-libs*: Running split function libs...
>>> llvm14-libs*: Preparing subpackage llvm14-libs...
>>> llvm14-libs*: Stripping binaries
scanelf: mmap on './usr/lib/libLLVM-14.so' of -1586318716 bytes failed :(
scanelf: mmap on '/root/packages/user/llvm14/pkg/llvm14-libs/usr/lib/libLLVM-14.so' of -1586318716 bytes failed :(
scanelf: mmap on '/root/packages/user/llvm14/pkg/llvm14-libs/usr/lib/libLLVM-14.so' of -1586318716 bytes failed :(
>>> WARNING: llvm14-libs*: No arch specific binaries found so arch should probably be set to "noarch"
>>> llvm14-libs*: Running postcheck for llvm14-libs
scanelf: mmap on '/root/packages/user/llvm14/pkg/llvm14-libs/usr/lib/libLLVM-14.so' of -1586318716 bytes failed :(
>>> llvm14-dev*: Running split function dev...
>>> llvm14-dev*: Preparing subpackage llvm14-dev...
>>> llvm14-dev*: Stripping binaries
>>> llvm14-dev*: Running postcheck for llvm14-dev
>>> llvm14-test-utils*: Running split function _test_utils...
...
>>> llvm14-libs*: Scanning shared objects
scanelf: mmap on '/root/packages/user/llvm14/pkg/llvm14-libs/usr/lib/libLLVM-14.so' of -1586318716 bytes failed :(
scanelf: mmap on '/root/packages/user/llvm14/pkg/llvm14-libs/usr/lib/libLLVM-14.so' of -1586318716 bytes failed :(
>>> llvm14-static*: Scanning shared objects
>>> llvm14-test-utils*: Scanning shared objects
>>> llvm14*: Scanning shared objects
>>> llvm14-dev*: Tracing dependencies...
>>> ERROR: llvm14-dev*: libLLVM-14.so: path not found
llvm14=14.0.6-r0
libexecinfo-dev
libxml2-dev
llvm14-libs=14.0.6-r0
so:libc.musl-pmmx.so.1
so:libexecinfo.so.1
so:libgcc_s.so.1
so:libstdc++.so.6
>>> llvm14-dev*: Package size: 21.8 MB
...
>>> llvm14*: Tracing dependencies...
>>> ERROR: llvm14*: libLLVM-14.so: path not found
so:libc.musl-pmmx.so.1
so:libexecinfo.so.1
so:libgcc_s.so.1
so:libstdc++.so.6
so:libz.so.1
>>> llvm14*: Package size: 56.5 MB
>>> llvm14*: Compressing data...
>>> llvm14*: Create checksum...
>>> llvm14*: Create llvm14-14.0.6-r0.apk
>>> llvm14: Build complete at Wed, 17 Aug 2022 09:52:51 +0000 elapsed time 0h 4m 44s
>>> llvm14: Updating the user/pmmx repository index...
>>> llvm14: Signing the index...
```
The issue is in `scanelf`:
```
builder on powerhouse ~/packages/user/llvm14 $ scanelf ./pkg/llvm14-libs/usr/lib/libLLVM-14.so
scanelf: mmap on './pkg/llvm14-libs/usr/lib/libLLVM-14.so' of -1586318716 bytes failed :(
```
See also:
* https://bugs.gentoo.org/attachment.cgi?id=666137&action=edit
```
builder on powerhouse ~/packages/user/llvm14 $ ls -l $(find . -type f -name libLLVM-14.so)
-rwxr-xr-x 1 builder abuild 2708648580 Aug 17 09:52 ./pkg/llvm14-libs/usr/lib/libLLVM-14.so
-rwxr-xr-x 1 builder abuild 2708648580 Aug 17 09:50 ./src/llvm-14.0.6.src/build/lib/libLLVM-14.so
```
With `strip`, comparison:
```
builder on powerhouse ~/packages/user/llvm14 $ strip ./src/llvm-14.0.6.src/build/lib/libLLVM-14.so
builder on powerhouse ~/packages/user/llvm14 $ ls -l $(find . -type f -name libLLVM-14.so)
-rwxr-xr-x 1 builder abuild 2708648580 Aug 17 09:52 ./pkg/llvm14-libs/usr/lib/libLLVM-14.so
-rwxr-xr-x 1 builder abuild 111864656 Aug 17 09:57 ./src/llvm-14.0.6.src/build/lib/libLLVM-14.so
```
Some commentary from IRC:
```
--- Day changed Tue Feb 01 2022
00:47 <@zv> >>> llvm13-libs*: Compressing data...
00:47 <@zv> tar: Write error
00:48 <@zv> this is certainly interesting
00:58 <@Sheila> oh dear.
01:06 <~awilfox> That means that a file was >2GB, I believe tar chokes on a single file being over 2GB
01:06 <~awilfox> the X.org thing is interesting, sounds like I finally have a reason to put on my hat - I have a newport machine and the inclination to try and port it out of XAA.
01:10 <@zv> ah scanelf: mmap on '/root/packages/user/llvm13/pkg/llvm13-libs/usr/lib/libLLVM-13.so' ...
01:12 <@zv> what is the solution, fix scanelf, tar, compress (strip?) libLLVM-13.so before?
01:14 <@zv> -rwxr-xr-x 1 builder abuild 2.4G Feb 1 01:05 libLLVM-13.so
01:15 <@zv> libLLVM-13.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, with debug_info, not stripped
01:15 <@zv> I guess stripping
01:15 <@zv> 96MB lol
01:19 <@zv> next test will be MinSizeRel
01:24 <@zv> I wonder why Release (current setting) leaves debug info in place?
02:04 <@zv> cmake(lists.txt) bug? MinSizeRel is >>> llvm13-libs*: Package size: 66.0 MB
02:05 <@zv> but Release is hughe
```
and
```
--- Day changed Thu Aug 04 2022
...
02:42 <~awilfox> meanwhile the 'mesa cannot find llvm' bug on pmmx is because the .so file is too big.
02:43 <~awilfox> >>> llvm14-libs*: Scanning shared objects
02:43 <~awilfox> scanelf: mmap on '/usr/src/packages/user/llvm14/pkg/llvm14-libs/usr/lib/libLLVM-14.so' of -1586246532 bytes failed :(
02:43 <~awilfox> >>> llvm14-libs*: Package size: 2.5 GB
02:43 <~awilfox> >>> llvm14-libs*: Compressing data...
02:43 <~awilfox> tar: Write error
02:43 <~awilfox> like, literally. no tooling can handle a single .so >2GB on 32-bit systems.
02:43 <~awilfox> it's already MinSizeRel, so this is going to need quite a thinking
02:44 <~awilfox> we may need to disable multi-targeting support on 32-bit systems at this point. as in llvm becomes 'native only', not supporting builds to foreign arches
...
```
However I'm not sure how accurate "it's already MinSizeRel" is? Looks like we use `Release`?
https://cgit.adelielinux.org/packages/tree/user/llvm14/APKBUILD?h=awilfox/user-next&id=4d4927efc8ed65a1a19fe2b0ff3c184cb4a5ff34#n91
Changing that to `MinSizeRel` produces:
```
builder on powerhouse ~/packages/user/llvm14 $ ls -l $(find . -type f -name libLLVM-14.so)
-rwxr-xr-x 1 builder abuild 2163434928 Aug 17 10:15 ./pkg/llvm14-libs/usr/lib/libLLVM-14.so
-rwxr-xr-x 1 builder abuild 2163434928 Aug 17 10:12 ./src/llvm-14.0.6.src/build/lib/libLLVM-14.so
```
So it's still just slightly over 2GB, down from 2.5GB.
And I see that when I did LLVM13, it was indeed `MinSizeRel` too:
https://cgit.adelielinux.org/packages/tree/user/llvm13/APKBUILD?h=zv-next
This fixes it:
```diff
+ # 32-bit archs cannot handle >2GB .so files
+ strip "$subpkgdir"/usr/lib/$ver_soname
```
Is that not an acceptable approach?https://git.adelielinux.org/adelie/packages/-/issues/796user/mesa: (pmmx) FTBFS: ERROR: Neither a subproject directory nor a llvm.wra...2023-01-06T03:15:18ZZach van Rijnuser/mesa: (pmmx) FTBFS: ERROR: Neither a subproject directory nor a llvm.wrap file was found.Found on pmmx (@z's workstation):
```
...
Run-time dependency libdrm_intel found: YES 2.4.110
Run-time dependency libdrm_amdgpu found: YES 2.4.110
Run-time dependency libdrm_radeon found: YES 2.4.110
Run-time dependency libdrm_nouveau f...Found on pmmx (@z's workstation):
```
...
Run-time dependency libdrm_intel found: YES 2.4.110
Run-time dependency libdrm_amdgpu found: YES 2.4.110
Run-time dependency libdrm_radeon found: YES 2.4.110
Run-time dependency libdrm_nouveau found: YES 2.4.110
Run-time dependency libdrm found: YES 2.4.110
WARNING: Ignoring LLVM CMake dependency because dynamic was requested
llvm-config found: YES (/usr/bin/llvm-config) 14.0.6
Run-time dependency LLVM (modules: amdgpu, asmparser, bitreader, bitwriter, core, engine, executionengine, instcombine, ipo, mcdisassembler, mcjit, native, scalaropts, transformutils, coroutines) found: NO (tried cmake and config-tool)
Looking for a fallback subproject for the dependency llvm (modules: bitwriter, engine, mcdisassembler, mcjit, core, executionengine, scalaropts, transformutils, instcombine, amdgpu, native, bitreader, ipo, asmparser, native)
Building fallback subproject with default_library=shared
meson.build:1712:2: ERROR: Neither a subproject directory nor a llvm.wrap file was found.
A full log can be found at /root/packages/user/mesa/src/mesa-21.3.8/build/meson-logs/meson-log.txt
>>> ERROR: mesa: build failed
```
Not sure if this is related to the `14.0.4` --> `14.0.6` upgrade, but this is the x86_64 log:
```
...
llvm-config found: YES (/usr/bin/llvm-config) 14.0.4
Run-time dependency LLVM (modules: amdgpu, asmparser, bitreader, bitwriter, core, engine, executionengine, instcombine, ipo, mcdisassembler, mcjit, native, scalaropts, transformutils, coroutines) found: YES 14.0.4
Run-time dependency libelf found: YES 0.8.13
...
```
[20220728-19_10_22.158161391_ksystemstats.log](/uploads/38758e37d1fb13fa685968b242c5708f/20220728-19_10_22.158161391_ksystemstats.log)
[meson-log.txt](/uploads/71f9afe37ebda74229c173e3f189e966/meson-log.txt)https://git.adelielinux.org/adelie/packages/-/issues/795user/node: (pmmx) FTTFS: RangeError [ERR_INVALID_ARG_VALUE]: The argument 'si...2022-12-23T07:50:54ZZach van Rijnuser/node: (pmmx) FTTFS: RangeError [ERR_INVALID_ARG_VALUE]: The argument 'size' is invalid. Received 1313987388Found on pmmx (@z's workstation):
```
...
make jstest
ninja -C out/Release
ninja: entering directory 'out/Release'
ninja: nothing to do
if [ ! -r node ] || [ ! -L node ]; then ln -fs out/Release/node node; fi
/usr/bin/python3 tools/test...Found on pmmx (@z's workstation):
```
...
make jstest
ninja -C out/Release
ninja: entering directory 'out/Release'
ninja: nothing to do
if [ ! -r node ] || [ ! -L node ]; then ln -fs out/Release/node node; fi
/usr/bin/python3 tools/test.py -j 64 --mode=release \
\
--skip-tests= \
default \
addons js-native-api node-api
^M^M[00:00|% 0|+ 0|- 0]: release test-async-await^M ^M[00:00|% 0|+ 0|- 0]: release test-async-exec-resource-http^M ^M[00:00|% 0|+ 0|- 0]: re>
Path: parallel/test-worker-stdio
node:buffer:352
throw new ERR_INVALID_ARG_VALUE.RangeError('size', size);
^
RangeError [ERR_INVALID_ARG_VALUE]: The argument 'size' is invalid. Received 1313987388
at Function.allocUnsafe (node:buffer:374:3)
at Function.concat (node:buffer:553:25)
at BufferingWritable.get buffer [as buffer] (/root/packages/user/node/src/node-v16.15.0/test/parallel/test-worker-stdio.js:21:19)
at BufferingWritable.<anonymous> (/root/packages/user/node/src/node-v16.15.0/test/parallel/test-worker-stdio.js:36:33)
at BufferingWritable.<anonymous> (/root/packages/user/node/src/node-v16.15.0/test/common/index.js:411:15)
at BufferingWritable.emit (node:events:539:35)
at finish (node:internal/streams/writable:754:10)
at processTicksAndRejections (node:internal/process/task_queues:83:21) {
code: 'ERR_INVALID_ARG_VALUE'
}
Command: out/Release/node /root/packages/user/node/src/node-v16.15.0/test/parallel/test-worker-stdio.js
^M ^M[00:14|% 91|+ 3203|- 1]: release test^M ^M[00:14|% 91|+ 3204|- 1]: release test^M ^M[00:14|% 91|+ 3205|- 1]: release test^M >
make[1]: *** [Makefile:285: jstest] Error 1
make: *** [Makefile:319: test-only] Error 2
>>> ERROR: node: check failed
```
[20220728-16_11_33.084178625_node.log](/uploads/02e7e83af352e62f5a59c32c2a6068e5/20220728-16_11_33.084178625_node.log)https://git.adelielinux.org/adelie/packages/-/issues/794user/spack: (pmmx) FTBFS: Error: the "target" field in compilers.yaml accepts...2023-11-03T02:24:18ZZach van Rijnuser/spack: (pmmx) FTBFS: Error: the "target" field in compilers.yaml accepts only target familiesFound on pmmx:
```
>>> spack: Building user/spack 0.17.2-r1 (using abuild 3.4.2-r2) started Thu, 28 Jul 2022 15:37:29 +0000
>>> spack: Checking sanity of /root/packages/user/spack/APKBUILD...
>>> spack: Analyzing dependencies...
(1/5) I...Found on pmmx:
```
>>> spack: Building user/spack 0.17.2-r1 (using abuild 3.4.2-r2) started Thu, 28 Jul 2022 15:37:29 +0000
>>> spack: Checking sanity of /root/packages/user/spack/APKBUILD...
>>> spack: Analyzing dependencies...
(1/5) Installing libffi (3.4.2-r0)
(2/5) Installing sqlite-libs (3.38.3-r0)
(3/5) Installing python3 (3.10.4-r0)
(4/5) Installing python3-dev (3.10.4-r0)
(5/5) Installing .makedepends-spack (20220728.153730)
OK: 477 MiB in 98 packages
>>> spack: Cleaning temporary build dirs...
>>> spack: Fetching https://git.adelielinux.org/adelie/spack/-/archive/bb8fbb9b589e667f92ce7d56b3802ba44cb188ec/spack-bb8fbb9b589e667f92ce7d56b3802ba44cb188ec.tar.bz2
>>> spack: Fetching https://git.adelielinux.org/adelie/spack/-/archive/bb8fbb9b589e667f92ce7d56b3802ba44cb188ec/spack-bb8fbb9b589e667f92ce7d56b3802ba44cb188ec.tar.bz2
>>> spack: Checking sha512sums...
spack-bb8fbb9b589e667f92ce7d56b3802ba44cb188ec.tar.bz2: OK
>>> spack: Unpacking /var/cache/distfiles/spack-bb8fbb9b589e667f92ce7d56b3802ba44cb188ec.tar.bz2...
==> "github-actions-v0.1" is now untrusted and will not be used for bootstrapping
==> "github-actions-v0.2" is now untrusted and will not be used for bootstrapping
==> Error: the "target" field in compilers.yaml accepts only target families [replace "i686" with "x86" in "gcc@8.5.0" specification]
>>> ERROR: spack: check failed
>>> spack: Uninstalling dependencies...
(1/5) Purging .makedepends-spack (20220728.153730)
(2/5) Purging python3-dev (3.10.4-r0)
(3/5) Purging python3 (3.10.4-r0)
(4/5) Purging libffi (3.4.2-r0)
(5/5) Purging sqlite-libs (3.38.3-r0)
OK: 373 MiB in 93 packages
```
Note: the easiest way to reproduce this is with `setarch i686 $SHELL`.https://git.adelielinux.org/adelie/packages/-/issues/793user/a52dec: (pmmx) FTTFS: BAD GLOBAL SYMBOLS: FAIL globals (exit status: 1)2022-11-13T06:54:42ZZach van Rijnuser/a52dec: (pmmx) FTTFS: BAD GLOBAL SYMBOLS: FAIL globals (exit status: 1)Found on x86_64 (@z's workstation):
```
...
SKIP: compile
SKIP: regression
FAIL: globals
============================================================================
Testsuite summary for
================================================...Found on x86_64 (@z's workstation):
```
...
SKIP: compile
SKIP: regression
FAIL: globals
============================================================================
Testsuite summary for
============================================================================
# TOTAL: 3
# PASS: 0
# SKIP: 2
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0
============================================================================
See test/test-suite.log
============================================================================
make[3]: *** [Makefile:667: test-suite.log] Error 1
make[3]: Leaving directory '/root/packages/user/a52dec/src/a52dec-0.7.4/test'
make[2]: *** [Makefile:775: check-TESTS] Error 2
make[2]: Leaving directory '/root/packages/user/a52dec/src/a52dec-0.7.4/test'
make[1]: *** [Makefile:861: check-am] Error 2
make[1]: Leaving directory '/root/packages/user/a52dec/src/a52dec-0.7.4/test'
make: *** [Makefile:392: check-recursive] Error 1
>>> ERROR: a52dec: check failed
```
`globals.log`:
```
BAD GLOBAL SYMBOLS:
__x86.get_pc_thunk.di
__x86.get_pc_thunk.bx
__x86.get_pc_thunk.cx
__x86.get_pc_thunk.bx
__x86.get_pc_thunk.dx
__x86.get_pc_thunk.si
__x86.get_pc_thunk.ax
__x86.get_pc_thunk.bx
__x86.get_pc_thunk.di
FAIL globals (exit status: 1)
```
[20220728-14_59_05.734113704_a52dec.log](/uploads/348d5528c28a79dc5fb59bbe73c231d3/20220728-14_59_05.734113704_a52dec.log)https://git.adelielinux.org/adelie/packages/-/issues/792user/xf86-video-qxl: FTBFS: error: two or more data types in declaration spec...2022-10-22T00:00:58ZZach van Rijnuser/xf86-video-qxl: FTBFS: error: two or more data types in declaration specifiersFound on x86_64 (@z's workstation):
```
...
CC qxl_drmmode.lo
In file included from /usr/include/xf86drmMode.h:45,
from qxl_drmmode.h:33,
from qxl_drmmode.c:36:
/usr/include/xorg/xf86Opt.h:44:10...Found on x86_64 (@z's workstation):
```
...
CC qxl_drmmode.lo
In file included from /usr/include/xf86drmMode.h:45,
from qxl_drmmode.h:33,
from qxl_drmmode.c:36:
/usr/include/xorg/xf86Opt.h:44:10: error: two or more data types in declaration specifiers
Bool bool;
^~~~
In file included from /usr/include/xorg/xf86str.h:43,
from qxl_drmmode.h:34,
from qxl_drmmode.c:36:
/usr/include/xorg/xf86Opt.h:44:14: warning: declaration does not declare anything
Bool bool;
^
make[3]: *** [Makefile:754: qxl_drmmode.lo] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory '/root/packages/user/xf86-video-qxl/src/xf86-video-qxl-0.1.5/src'
make[2]: *** [Makefile:948: all-recursive] Error 1
make[2]: Leaving directory '/root/packages/user/xf86-video-qxl/src/xf86-video-qxl-0.1.5/src'
make[1]: *** [Makefile:457: all-recursive] Error 1
make[1]: Leaving directory '/root/packages/user/xf86-video-qxl/src/xf86-video-qxl-0.1.5'
make: *** [Makefile:389: all] Error 2
>>> ERROR: xf86-video-qxl: build failed
```
[20220726-19_15_32.345816935_xf86-video-qxl.log](/uploads/8597e6664c4591a71364d8402ed50993/20220726-19_15_32.345816935_xf86-video-qxl.log)
See also: #791.https://git.adelielinux.org/adelie/packages/-/issues/791user/xf86-video-vmware: FTBFS: error: two or more data types in declaration s...2022-10-22T00:00:58ZZach van Rijnuser/xf86-video-vmware: FTBFS: error: two or more data types in declaration specifiersFound on x86_64 (@z's workstation):
```
...
CC libvmwgfx_la-vmwgfx_dri3.lo
In file included from /usr/include/xf86drmMode.h:45,
from vmwgfx_driver.h:41,
from vmwgfx_layout.c:32:
/usr/include/xor...Found on x86_64 (@z's workstation):
```
...
CC libvmwgfx_la-vmwgfx_dri3.lo
In file included from /usr/include/xf86drmMode.h:45,
from vmwgfx_driver.h:41,
from vmwgfx_layout.c:32:
/usr/include/xorg/xf86Opt.h:44:10: error: two or more data types in declaration specifiers
Bool bool;
^~~~
In file included from /usr/include/xorg/xf86str.h:43,
from /usr/include/xorg/xf86.h:44,
from vmwgfx_driver.h:43,
from vmwgfx_layout.c:32:
/usr/include/xorg/xf86Opt.h:44:14: warning: declaration does not declare anything
Bool bool;
^
make[2]: *** [Makefile:553: libvmwgfx_la-vmwgfx_layout.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
In file included from /usr/include/xf86drmMode.h:45,
from vmwgfx_driver.h:41,
from vmwgfx_ctrl.c:45:
/usr/include/xorg/xf86Opt.h:44:10: error: two or more data types in declaration specifiers
Bool bool;
^~~~
In file included from /usr/include/xorg/xf86str.h:43,
from /usr/include/xorg/xf86.h:44,
from vmwgfx_driver.h:43,
from vmwgfx_ctrl.c:45:
/usr/include/xorg/xf86Opt.h:44:14: warning: declaration does not declare anything
Bool bool;
^
In file included from /usr/include/xf86drmMode.h:45,
from vmwgfx_driver.h:41,
from vmwgfx_dri3.c:35:
/usr/include/xorg/xf86Opt.h:44:10: error: two or more data types in declaration specifiers
Bool bool;
^~~~
In file included from /usr/include/xorg/xf86str.h:43,
from /usr/include/xorg/xf86.h:44,
from vmwgfx_driver.h:43,
from vmwgfx_dri3.c:35:
/usr/include/xorg/xf86Opt.h:44:14: warning: declaration does not declare anything
Bool bool;
^
make[2]: *** [Makefile:525: libvmwgfx_la-vmwgfx_ctrl.lo] Error 1
make[2]: *** [Makefile:560: libvmwgfx_la-vmwgfx_dri3.lo] Error 1
```
[20220726-18_52_58.812533047_xf86-video-vmware.log](/uploads/a1e163559c030cc50762f1e80b3a367c/20220726-18_52_58.812533047_xf86-video-vmware.log)https://git.adelielinux.org/adelie/abuild/-/issues/8feature request: make curl/wget fallback logic more robust2022-12-25T22:59:45ZZach van Rijnfeature request: make curl/wget fallback logic more robustThis is the current implementation:
```c
/* is we failed execute curl, then fallback to wget */
if (status == 201)
status = fork_exec(wgetcmd.argv, 1);
```
While changing the user agent might mitigate most scenarios (e.g. #7), it may ...This is the current implementation:
```c
/* is we failed execute curl, then fallback to wget */
if (status == 201)
status = fork_exec(wgetcmd.argv, 1);
```
While changing the user agent might mitigate most scenarios (e.g. #7), it may be useful to try `wget` in circumstances other than a status code of `201`.https://git.adelielinux.org/adelie/abuild/-/issues/7feature request: allow custom user agent2022-12-21T05:37:34ZZach van Rijnfeature request: allow custom user agentSome upstreams (e.g. https://www.sillycycle.com/abacus/) disallow `curl` but do allow `wget`.
Add the ability to specify a custom user agent as an environment variable.Some upstreams (e.g. https://www.sillycycle.com/abacus/) disallow `curl` but do allow `wget`.
Add the ability to specify a custom user agent as an environment variable.https://git.adelielinux.org/adelie/packages/-/issues/790user/xabacus: upstream source URL 406'd2022-10-22T00:00:57ZZach van Rijnuser/xabacus: upstream source URL 406'd```
>>> xabacus: Cleaning temporary build dirs...
>>> xabacus: Fetching xabacus-8.5.1.tar.bz2::https://www.sillycycle.com/abacus/xabacus-8.5.1.tar.xz
% Total % Received % Xferd Average Speed Time Time Time Current
...```
>>> xabacus: Cleaning temporary build dirs...
>>> xabacus: Fetching xabacus-8.5.1.tar.bz2::https://www.sillycycle.com/abacus/xabacus-8.5.1.tar.xz
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
^M 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0^M 0 300 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (22) The requested URL returned error: 406
>>> ERROR: xabacus: fetch failed
```https://git.adelielinux.org/adelie/packages/-/issues/789user/openldap: FTTFS: test063-delta-multiprovider: test failed - server 1 and...2023-11-11T15:47:52ZZach van Rijnuser/openldap: FTTFS: test063-delta-multiprovider: test failed - server 1 and server 4 databases differFound on x86_64 (@z's workstation):
```
...
>>>>> 00:13:58 Starting test063-delta-multiprovider for mdb...
running defines.sh
Initializing server configurations...
Starting server 1 on TCP/IP port 9011...
Using ldapsearch to check that ...Found on x86_64 (@z's workstation):
```
...
>>>>> 00:13:58 Starting test063-delta-multiprovider for mdb...
running defines.sh
Initializing server configurations...
Starting server 1 on TCP/IP port 9011...
Using ldapsearch to check that server 1 is running...
Using ldapadd for context on server 1...
Starting server 2 on TCP/IP port 9012...
Using ldapsearch to check that server 2 is running...
Starting server 3 on TCP/IP port 9013...
Using ldapsearch to check that server 3 is running...
Starting server 4 on TCP/IP port 9014...
Using ldapsearch to check that server 4 is running...
Using ldapadd to populate server 1...
Waiting 7 seconds for syncrepl to receive changes...
Using ldapsearch to read all the entries from server 1...
Using ldapsearch to read all the entries from server 2...
Using ldapsearch to read all the entries from server 3...
Using ldapsearch to read all the entries from server 4...
Comparing retrieved entries from server 1 and server 2...
Comparing retrieved entries from server 1 and server 3...
Comparing retrieved entries from server 1 and server 4...
test failed - server 1 and server 4 databases differ
>>>>> 00:14:31 Failed test063-delta-multiprovider for mdb after 33 seconds
(exit 1)
make[2]: *** [Makefile:320: mdb-mod] Error 1
make[2]: Leaving directory '/root/packages/user/openldap/src/openldap-2.6.2/tests'
make[1]: *** [Makefile:287: test] Error 2
make[1]: Leaving directory '/root/packages/user/openldap/src/openldap-2.6.2/tests'
make: *** [Makefile:298: test] Error 2
>>> ERROR: openldap: check failed
...
```
[20220726-13_43_40.266258513_kde-games.log](/uploads/d7c26eca61d2d1d0b1318b29d7c40dd7/20220726-13_43_40.266258513_kde-games.log)https://git.adelielinux.org/adelie/packages/-/issues/788user/distcc: FTTFS: AssertionError: 'distcc -c testtmp.c' terminated with sig...2022-10-22T00:00:57ZZach van Rijnuser/distcc: FTTFS: AssertionError: 'distcc -c testtmp.c' terminated with signal 11Found on:
```
Model name: AMD EPYC 7601 32-Core Processor
```
Cannot reproduce on:
```
Model name: Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
```
Failing test:
```
ImplicitCompiler_Case FAIL
...Found on:
```
Model name: AMD EPYC 7601 32-Core Processor
```
Cannot reproduce on:
```
Model name: Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
```
Failing test:
```
ImplicitCompiler_Case FAIL
-----------------------------------------------------------------
Traceback (most recent call last):
File "/usr/src/packages/user/distcc/src/distcc-3.3.3/test/comfychair.py", line 349, in runtest
obj.runtest()
File "/usr/src/packages/user/distcc/src/distcc-3.3.3/./test/testdistcc.py", line 1586, in runtest
CompileHello_Case.runtest (self)
File "/usr/src/packages/user/distcc/src/distcc-3.3.3/./test/testdistcc.py", line 885, in runtest
self.compile()
File "/usr/src/packages/user/distcc/src/distcc-3.3.3/./test/testdistcc.py", line 910, in compile
out, err = self.runcmd(cmd)
File "/usr/src/packages/user/distcc/src/distcc-3.3.3/test/comfychair.py", line 210, in runcmd
rc, output, stderr = self.runcmd_unchecked(cmd)
File "/usr/src/packages/user/distcc/src/distcc-3.3.3/test/comfychair.py", line 259, in runcmd_unchecked
assert not os.WIFSIGNALED(waitstatus), \
AssertionError: 'distcc -c testtmp.c' terminated with signal 11
test_log:
Run command: /usr/bin/cc --version
Wait status: 0x0 (exit code 0, signal 0)
stdout:
cc (Adelie 8.5.0) 8.5.0
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
stderr:
Run command: /usr/bin/cc --version
Wait status: 0x0 (exit code 0, signal 0)
stdout:
cc (Adelie 8.5.0) 8.5.0
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
stderr:
Run command: distccd --verbose --lifetime=60 --daemon --log-file '/usr/src/packages/user/distcc/src/distcc-3.3.3/_testtmp/ImplicitCompiler_Case/distccd.log' --pid-file '/usr/src/packages/user/distcc/src/distcc-3.3.3/_testtmp/ImplicitCompiler_Case/daemonpid.tmp' --port 420
00 --allow 127.0.0.1 --enable-tcp-insecure
Wait status: 0x0 (exit code 0, signal 0)
stdout:
stderr:
Run command: cc -c testtmp.c
Wait status: 0x0 (exit code 0, signal 0)
stdout:
stderr:
Run command: rm -f testtmp.o
Wait status: 0x0 (exit code 0, signal 0)
stdout:
stderr:
-----------------------------------------------------------------
```
`gdb` output:
```
Core was generated by `distcc -c testtmp.c'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 a_crash () at ./arch/x86_64/atomic_arch.h:108
108 ./arch/x86_64/atomic_arch.h: No such file or directory.
(gdb) bt
#0 a_crash () at ./arch/x86_64/atomic_arch.h:108
#1 get_nominal_size (end=0x7fc6a81e7abc "", p=0x7fc6a81e7aa0 "x86_64-foxkit-linux-musl-gcc")
at src/malloc/mallocng/meta.h:169
#2 __libc_free (p=0x7fc6a81e7aa0) at src/malloc/mallocng/free.c:110
#3 0x00007fc6a7f5a715 in free (p=<optimized out>) at src/malloc/free.c:5
#4 0x0000559aba40963d in dcc_free_argv (argv=0x7fc6a81e7890) at src/argutil.c:87
#5 0x0000559aba404abc in dcc_build_somewhere (status=0x7ffd8b45c430, sg_level=0, argv=<optimized out>)
at src/compile.c:969
#6 dcc_build_somewhere_timed (argv=<optimized out>, sg_level=sg_level@entry=0,
status=status@entry=0x7ffd8b45c4a0) at src/compile.c:995
#7 0x0000559aba402c47 in main (argc=<optimized out>, argv=<optimized out>) at src/distcc.c:352
(gdb)
```
[strace.log](/uploads/a1ac0167a877c3fadcbb32bb1be5d254/strace.log)https://git.adelielinux.org/adelie/packages/-/issues/787system/coreutils: FTTFS: FAIL: tests/misc/csplit-heap.sh2023-04-05T19:44:05ZA. Wilcoxsystem/coreutils: FTTFS: FAIL: tests/misc/csplit-heap.shSeen manually building `system/coreutils-9.1` on an x86_64 system with an AMD EPYC 3601. Not seen manually building on a PowerPC, nor in an autobuilder environment on an Intel Westmere. With that in mind, I really don't care that much,...Seen manually building `system/coreutils-9.1` on an x86_64 system with an AMD EPYC 3601. Not seen manually building on a PowerPC, nor in an autobuilder environment on an Intel Westmere. With that in mind, I really don't care that much, but wanted it documented for posterity:
```
FAIL: tests/misc/csplit-heap
============================
++ initial_cwd_=/usr/src/packages/system/coreutils/src/coreutils-9.1
+++ testdir_prefix_
+++ printf gt
++ pfx_=gt
+++ mktempd_ /usr/src/packages/system/coreutils/src/coreutils-9.1 gt-csplit-heap.sh.XXXX
+++ case $# in
+++ destdir_=/usr/src/packages/system/coreutils/src/coreutils-9.1
+++ template_=gt-csplit-heap.sh.XXXX
+++ MAX_TRIES_=4
+++ case $destdir_ in
+++ destdir_slash_=/usr/src/packages/system/coreutils/src/coreutils-9.1/
+++ case $template_ in
++++ unset TMPDIR
+++ d=/usr/src/packages/system/coreutils/src/coreutils-9.1/gt-csplit-heap.sh.0a3N
+++ case $d in
+++ :
+++ test -d /usr/src/packages/system/coreutils/src/coreutils-9.1/gt-csplit-heap.sh.0a3N
++++ ls -dgo /usr/src/packages/system/coreutils/src/coreutils-9.1/gt-csplit-heap.sh.0a3N
+++ perms='drwx------ 2 4096 Jul 20 05:47 /usr/src/packages/system/coreutils/src/coreutils-9.1/gt-csplit-heap.sh.0a3N'
+++ case $perms in
+++ :
+++ echo /usr/src/packages/system/coreutils/src/coreutils-9.1/gt-csplit-heap.sh.0a3N
+++ return
++ test_dir_=/usr/src/packages/system/coreutils/src/coreutils-9.1/gt-csplit-heap.sh.0a3N
++ cd /usr/src/packages/system/coreutils/src/coreutils-9.1/gt-csplit-heap.sh.0a3N
++ case $srcdir in
++ srcdir=../.
++ builddir=..
++ export srcdir builddir
++ gl_init_sh_nl_='
'
++ IFS='
'
++ for sig_ in 1 2 3 13 15
+++ expr 1 + 128
++ eval 'trap '\''Exit 129'\'' 1'
+++ trap 'Exit 129' 1
++ for sig_ in 1 2 3 13 15
+++ expr 2 + 128
++ eval 'trap '\''Exit 130'\'' 2'
+++ trap 'Exit 130' 2
++ for sig_ in 1 2 3 13 15
+++ expr 3 + 128
++ eval 'trap '\''Exit 131'\'' 3'
+++ trap 'Exit 131' 3
++ for sig_ in 1 2 3 13 15
+++ expr 13 + 128
++ eval 'trap '\''Exit 141'\'' 13'
+++ trap 'Exit 141' 13
++ for sig_ in 1 2 3 13 15
+++ expr 15 + 128
++ eval 'trap '\''Exit 143'\'' 15'
+++ trap 'Exit 143' 15
++ saved_IFS='
'
++ IFS=:
++ new_PATH=
++ sep_=
++ for dir in $PATH
++ case "$dir" in
++ test -d /usr/src/packages/system/coreutils/src/coreutils-9.1/src/.
++ new_PATH=/usr/src/packages/system/coreutils/src/coreutils-9.1/src
++ sep_=:
++ for dir in $PATH
++ case "$dir" in
++ test -d /usr/local/bin/.
++ new_PATH=/usr/src/packages/system/coreutils/src/coreutils-9.1/src:/usr/local/bin
++ sep_=:
++ for dir in $PATH
++ case "$dir" in
++ test -d /bin/.
++ new_PATH=/usr/src/packages/system/coreutils/src/coreutils-9.1/src:/usr/local/bin:/bin
++ sep_=:
++ for dir in $PATH
++ case "$dir" in
++ test -d /usr/bin/.
++ new_PATH=/usr/src/packages/system/coreutils/src/coreutils-9.1/src:/usr/local/bin:/bin:/usr/bin
++ sep_=:
++ for dir in $PATH
++ case "$dir" in
++ test -d /sbin/.
++ new_PATH=/usr/src/packages/system/coreutils/src/coreutils-9.1/src:/usr/local/bin:/bin:/usr/bin:/sbin
++ sep_=:
++ for dir in $PATH
++ case "$dir" in
++ test -d /usr/sbin/.
++ new_PATH=/usr/src/packages/system/coreutils/src/coreutils-9.1/src:/usr/local/bin:/bin:/usr/bin:/sbin:/usr/sbin
++ sep_=:
++ IFS='
'
++ PATH=/usr/src/packages/system/coreutils/src/coreutils-9.1/src:/usr/local/bin:/bin:/usr/bin:/sbin:/usr/sbin
++ export PATH
++ trap remove_tmp_ 0
+ path_prepend_ ./src
+ test 1 '!=' 0
+ path_dir_=./src
+ case $path_dir_ in
+ abs_path_dir_=/usr/src/packages/system/coreutils/src/coreutils-9.1/./src
+ case $abs_path_dir_ in
+ PATH=/usr/src/packages/system/coreutils/src/coreutils-9.1/./src:/usr/src/packages/system/coreutils/src/coreutils-9.1/src:/usr/local/bin:/bin:/usr/bin:/sbin:/usr/sbin
+ create_exe_shims_ /usr/src/packages/system/coreutils/src/coreutils-9.1/./src
+ case $EXEEXT in
+ return 0
+ shift
+ test 0 '!=' 0
+ export PATH
+ print_ver_ csplit
+ require_built_ csplit
+ skip_=no
+ for i in "$@"
+ case " $built_programs " in
+ test no = yes
+ test yes = yes
+ local i
+ for i in $*
+ env csplit --version
csplit (GNU coreutils) 9.1
Packaged by Adélie
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by Stuart Kemp and David MacKenzie.
+ echo y
+ echo n
++ get_min_ulimit_v_ csplit -z f %n%1
++ local v
++ local page_size
+++ getconf PAGESIZE
++ page_size=4096
++ page_size=4
+++ seq 5000 5000 50000
++ for v in $( seq 5000 5000 50000 )
++ ulimit_supported_ 5000 csplit -z f %n%1
++ local v
++ v=5000
++ shift
++ local prev_v
++ prev_v=5000
+++ seq 4000 -1000 1000
++ for v in $( seq $(($prev_v-1000)) -1000 1000 )
++ ulimit_supported_ 4000 csplit -z f %n%1
++ local v
++ v=4000
++ shift
++ prev_v=4000
++ for v in $( seq $(($prev_v-1000)) -1000 1000 )
++ ulimit_supported_ 3000 csplit -z f %n%1
++ local v
++ v=3000
++ shift
++ ret_v=4004
++ echo 4004
++ return 0
+ vm=4004
+ ulimit -v 5004
+ yes
+ csplit -z - %n%1
./tests/misc/csplit-heap.sh: xmalloc: cannot allocate 15916 bytes
./tests/misc/csplit-heap.sh: xmalloc: cannot allocate 15916 bytes
+ head -n2500000
./tests/misc/csplit-heap.sh: xmalloc: cannot allocate 15916 bytes
+ echo n
+ fail=1
+ Exit 1
+ set +e
+ exit 1
+ exit 1
+ remove_tmp_
+ __st=1
+ cleanup_
+ :
+ test '' = yes
+ cd /usr/src/packages/system/coreutils/src/coreutils-9.1
+ chmod -R u+rwx /usr/src/packages/system/coreutils/src/coreutils-9.1/gt-csplit-heap.sh.0a3N
+ rm -rf /usr/src/packages/system/coreutils/src/coreutils-9.1/gt-csplit-heap.sh.0a3N
+ exit 1
FAIL tests/misc/csplit-heap.sh (exit status: 1)
```https://git.adelielinux.org/adelie/packages/-/issues/786system/openssl: multiple vulnerabilities: CVE-2022-2068, CVE-2022-20972022-08-17T11:16:03ZZach van Rijnsystem/openssl: multiple vulnerabilities: CVE-2022-2068, CVE-2022-2097**CVE-2022-2068**:
* https://www.openssl.org/news/secadv/20220621.txt
* Fixed in OpenSSL 1.1.1p (Affected 1.1.1-1.1.1o)
**CVE-2022-2097**:
* https://www.openssl.org/news/secadv/20220705.txt
* Fixed in OpenSSL 1.1.1q (Affected 1.1.1-1.1.1p)**CVE-2022-2068**:
* https://www.openssl.org/news/secadv/20220621.txt
* Fixed in OpenSSL 1.1.1p (Affected 1.1.1-1.1.1o)
**CVE-2022-2097**:
* https://www.openssl.org/news/secadv/20220705.txt
* Fixed in OpenSSL 1.1.1q (Affected 1.1.1-1.1.1p)https://git.adelielinux.org/adelie/horizon/-/issues/331First test fails on Darwin2023-10-17T01:38:51ZA. WilcoxFirst test fails on DarwinNo matter which test is the first one run, on a fresh checkout the first test always fails with a blank stdout and stderr. I'm assuming this is some weirdness with RSpec or Aruba, but I can't duplicate it in a separate repo, so I don't ...No matter which test is the first one run, on a fresh checkout the first test always fails with a blank stdout and stderr. I'm assuming this is some weirdness with RSpec or Aruba, but I can't duplicate it in a separate repo, so I don't know if it may have something to do with an interaction with boost::program_options.2.0