Bug 250495 - www/sogo4 stage-qa failure
Summary: www/sogo4 stage-qa failure
Status: In Progress
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Port Management Team
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-20 22:17 UTC by Romain Tartière
Modified: 2020-12-03 04:53 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Romain Tartière freebsd_committer 2020-10-20 22:17:11 UTC
Hi,

When building SOGo 4 in poudriere with `poudriere bulk -t`, the following Q/A problem is reported:


====> Running Q/A tests (stage-qa)
Error: 'GNUstep/Local/Library/Frameworks/SOGo.framework/Versions/4/sogo/libSOGo.so.4.3.2' is referring to /wrkdirs/usr/ports/www/sogo4/work/stage
*** Error code 1


The full log is available here:
https://packages.blogreen.org/data/12_1_RELEASE_amd64-default/2020-10-20_19h51m34s/logs/errors/sogo4-4.3.2.log
Comment 1 Jose Alonso Cardenas Marquez freebsd_committer 2020-12-01 05:31:37 UTC
I have checked libSOGo.so.4.3.2 file with strings command and it doesn't include /wrkdirs/usr/ports/www/sogo4/work/stage path there. Could it be a false-positive?

[root@colosus]:/usr/local/poudriere/data/wrkdirs/12amd64-test/test/work/stage/usr/local/GNUstep/Local/Library/Frameworks/SOGo.framework/Versions/4/sogo # strings libSOGo.so.4.3.2 | grep stage
[root@colosus]:/usr/local/poudriere/data/wrkdirs/12amd64-test/test/work/stage/usr/local/GNUstep/Local/Library/Frameworks/SOGo.framework/Versions/4/sogo #

[root@colosus]:/usr/local/poudriere/data/wrkdirs/12amd64-test/test/work/stage/usr/local/GNUstep/Local/Library/Frameworks/SOGo.framework/Versions/4/sogo # strings libSOGo.so.4.3.2 | grep local
/usr/local/GNUstep/System/Library/Libraries/sogo:/usr/local/GNUstep/System/Library/Libraries/sogo:/usr/local/GNUstep/System/Library/Libraries/sogo
.objc_sel_namedescriptionWithCalendarFormat:locale:
.objc_sel_nameinitWithString:calendarFormat:locale:
__objc_ivar_offset_SOGoCache.localCache
__objc_ivar_offset_value_SOGoCache.localCache
.objc_sel_namelocalName
.objc_sel_namelocalizedCaseInsensitiveCompare:
__objc_ivar_offset_SOGoDateFormatter.locale
__objc_ivar_offset_value_SOGoDateFormatter.locale
.objc_sel_namelocaleForLanguageNamed:
%s didn't find locale with name: %@
localeForLanguageNamed:
localCache
%s couldn't load locale with name:%@
localAddress
locale
localName
/usr/local/GNUstep/Local/Library/SOGo/libSOGoNSUserDefaults.so.1
did not find locale for language: %@
localhost
/usr/local/etc/sogo/sogo.conf
-[WOResourceManager(SOGoExtensions) localeForLanguageNamed:]
/usr/local/etc/sogo/debconf.conf
descriptionWithCalendarFormat:locale:
initWithString:calendarFormat:locale:
localName
localizedCaseInsensitiveCompare:
localeForLanguageNamed:
[root@colosus]:/usr/local/poudriere/data/wrkdirs/12amd64-test/test/work/stage/usr/local/GNUstep/Local/Library/Frameworks/SOGo.framework/Versions/4/sogo #
Comment 2 Romain Tartière freebsd_committer 2020-12-03 04:53:06 UTC
Hum, it looks like strings need a `-a` to analyse all sections of an ELF file:

romain@marvin ~ % strings -a /usr/local/GNUstep/Local/Library/Frameworks/SOGo.framework/Versions/4/sogo/libSOGo.so.4.3.2 | grep stage                                                                                                  5:50
/usr/bin/cc -fno-strict-aliasing -fexceptions -fobjc-exceptions -pthread -fPIC -Wall -Wno-import -Wall -Wno-import -Wall -Wno-import -Wall -Wno-import -Wall -Wno-import -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -Wno-import -fobjc-runtime=gnustep-1.8 -fblocks -Wuninitialized -g -frecord-command-line -fconstant-string-class=NSConstantString -D SOGO_BUILD_DATE=@"root@packages.blogreen.org\ 202005221004" -D SOGO_LIBDIR="/wrkdirs/usr/ports/www/sogo4/work/stage//usr/local/GNUstep/Local/Library/SOGo" -D SOGO_MAJOR_VERSION=@"4" -D SOGO_MINOR_VERSION=@"3" -D SOGO_SUBMINOR_VERSION=@"2" -D HAVE_OPENSSL=1 -D SOGO_BUILD_DATE=@"root@packages.blogreen.org\ 202005221004" -D SOGO_LIBDIR="/wrkdirs/usr/ports/www/sogo4/work/stage//usr/local/GNUstep/Local/Library/SOGo" -D SOGO_MAJOR_VERSION=@"4" -D SOGO_MINOR_VERSION=@"3" -D SOGO_SUBMINOR_VERSION=@"2" -D HAVE_OPENSSL=1 -D SOGO_BUILD_DATE=@"root@packages.blogreen.org\ 202005221004" -D SOGO_LIBDIR="/wrkdirs/usr/ports/www/sogo4/work/stage//usr/local/GNUstep/Local/Library/SOGo" -D SOGO_MAJOR_VERSION=@"4" -D SOGO_MINOR_VERSION=@"3" -D SOGO_SUBMINOR_VERSION=@"2" -D HAVE_OPENSSL=1 -D GNUSTEP -D GNUSTEP_BASE_LIBRARY=1 -D GNUSTEP_RUNTIME=1 -D _NONFRAGILE_ABI=1 -D GNUSTEP_BASE_LIBRARY=1 -D _NATIVE_OBJC_EXCEPTIONS -D GSWARN -D GSDIAGNOSE -D GSWARN -D GSDIAGNOSE -D GSWARN -D GSDIAGNOSE -D GSWARN -D GSDIAGNOSE -D GSWARN -D GSDIAGNOSE -I /usr/local/include -I ../../SOPE/ -I ../../SOPE/ -I .. -I ../../UI -I ../../SOPE/ -I .. -I ../../UI -I ./derived_src -I . -I /wrkdirs/usr/ports/www/sogo4/work/GNUstep/Library/Headers -I /usr/local/GNUstep/Local/Library/Headers -I /usr/local/GNUstep/System/Library/Headers -I /usr/local/include -c -o obj/SOGo.obj/SOGoBuild.m.o SOGoBuild.m


It's just like if the binary had the output of the compilation built-in...  That's really weird!