Bug 265878 - databases/postgresql13-client fails in poudriere testport in the install phase with strip: error
Summary: databases/postgresql13-client fails in poudriere testport in the install phas...
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: arm64 Any
: --- Affects Only Me
Assignee: pgsql
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-08-16 11:16 UTC by f451
Modified: 2024-06-13 18:05 UTC (History)
2 users (show)

See Also:
bugzilla: maintainer-feedback? (pgsql)

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description f451 2022-08-16 11:16:18 UTC 
Hi

On a raspberry pi 4b running 14-current, databases/postgresql13-client 
fails in testbuild on poudriere with the following:

<<<<<
[00:12:01] STRIPPROG='strip --strip-unneeded' /bin/sh ../../../../config/install-sh -c -m 755 -s libecpg
.so.6 '/wrkdirs/usr/ports/databases/postgresql13-client/work/stage/usr/local/lib/libecpg.so.6'
[00:12:01] cd '/wrkdirs/usr/ports/databases/postgresql13-client/work/stage/usr/local/lib' && \
[00:12:01] rm -f libecpg.so && \
[00:12:01] ln -s libecpg.so.6 libecpg.so
[00:12:01] STRIPPROG='strip -x' /bin/sh ../../../../config/install-sh -c -m 644 -s libecpg.a '/wrkdirs/usr/ports/databases/postgresql13-client/work/stage/usr/local/lib/libecpg.a'
[00:12:01] strip: error: '/wrkdirs/usr/ports/databases/postgresql13-client/work/stage/usr/local/lib/_inst.67779_': not stripping symbol '.L.str.1' because it is named in a relocation
[00:12:01] gmake[3]: *** [../../../../src/Makefile.shlib:425: install-lib-static] Error 1
>>>>>

I can provide full build logs should they be required.

base OS: FreeBSD 14.0-CURRENT #1 main-n257229-e9a2e4d1d28
poudriere jail: testcloud  14.0-CURRENT 1400065 82493ff70 arm64.aarch64 git+https    2022-08-16 00:40:54

testcloud-src.conf
<<<<<<<<<<<<<<<<<<
WITH_CCACHE_BUILD="TRUE"
CCACHE_PREFIX=/usr/local/bin
WITH_MALLOC_PRODUCTION=
WITHOUT_DEBUG_FILES=
WITHOUT_ASSERT_DEBUG=
#
WITHOUT_LLVM_TARGET_ALL=
WITH_LLVM_TARGET_AARCH64=
WITH_LLVM_BINUTILS=
>>>>>>>>>>>>>>>>>>>>>>

testcloud-make.conf:
<<<<<<<<<<<<<<<<<<<<<
MAKE_JOBS_NUMBER=4
WITH_CCACHE_BUILD=YES
CCACHE_DIR=/var/cache/ccache
WITH_MANCOMPRESS=YES
OPTIONS_UNSET+=DEBUG LTO
OPTIONS_SET+=OPTIMIZED_CFLAGS
OPTIONS_SET+=DOCS EXAMPLES MANPAGES
DEFAULT_VERSIONS+=IMAGEMAGICK=7
DEFAULT_VERSIONS+=PHP=8.0
DEFAULT_VERSIONS+=MYSQL=8.0
DEFAULT_VERSIONS+=PGSQL=13
#
LICENSES_ACCEPTED+=GPLv2+ MSPAT PDFlib
Comment 1 f451 2022-08-16 22:07:18 UTC 
It seems that if

<<<<<<<<<<<<<<
WITH_LLVM_BINUTILS=
>>>>>>>>>>>>>>

is in jailname-src.conf when the poudriere jail is built, that some ports
fail with strip error.

workaround is to rebuild the jail without WITH_LLVM_BINUTILS= present in its src.conf
Comment 2 Palle Girgensohn freebsd_committer freebsd_triage 2022-08-17 08:10:25 UTC 
Hi!

This sounds like a more general port architecture problem?

Palle
Comment 3 f451 2022-08-17 11:35:38 UTC 
(In reply to Palle Girgensohn from comment #2)

Hi,

I've linked it to this:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258820

not sure whether to close this one
Comment 4 Palle Girgensohn freebsd_committer freebsd_triage 2022-08-17 11:42:01 UTC 
(In reply to f451 from comment #3)

It should probably not be marked as postgresql specific, but I agree, I'm not 100% sure that the linked issue really describes exactly same problem.
Comment 5 Ed Maste freebsd_committer freebsd_triage 2023-02-06 15:48:55 UTC 
This may be a bug or issue with LLVM strip, and if we can isolate or create a reproducer should submit a LLVM issue.
Comment 6 Ed Maste freebsd_committer freebsd_triage 2023-04-04 20:38:33 UTC 
If you can, please test with main after 27f35b7dd418a82cf2f5bb618bd4bb7e81253f3a.
Comment 7 Ed Maste freebsd_committer freebsd_triage 2023-04-19 17:46:23 UTC 
Please see pgsql bug 17898 and https://reviews.freebsd.org/D39590
Comment 8 Ed Maste freebsd_committer freebsd_triage 2024-06-13 18:05:14 UTC 
Likely the same issue as in PR270769, so closing. Please submit a new PR if this can still be reproduced on current FreeBSD.