Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1865074
Summary: | nss: FTBFS in Fedora rawhide/f33 | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Fedora Release Engineering <releng> | ||||||||
Component: | nss | Assignee: | Daiki Ueno <dueno> | ||||||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | unspecified | Docs Contact: | |||||||||
Priority: | unspecified | ||||||||||
Version: | 33 | CC: | crypto-team, dueno, elio.maldonado.batiz, kdudka, kengert, law | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | Unspecified | ||||||||||
OS: | Unspecified | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | nss-3.55.0-3.fc33 | Doc Type: | If docs needed, set a value | ||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2020-08-13 12:06:38 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Bug Depends On: | |||||||||||
Bug Blocks: | 1803234 | ||||||||||
Attachments: |
|
Description
Fedora Release Engineering
2020-08-03 20:29:31 UTC
Created attachment 1708413 [details]
build.log
file build.log too big, will only attach last 32768 bytes
Created attachment 1708414 [details]
root.log
file root.log too big, will only attach last 32768 bytes
Created attachment 1708415 [details]
state.log
Looks like this is caused by the recent LTO enablement, though the actual errors look like a false-positive: alg1485.c: In function 'AppendAVA.constprop': alg1485.c:1049:21: error: writing 1 byte into a region of size 0 [-Werror=stringop-overflow=] alg1485.c:928:10: note: at offset -1 to object 'tmpBuf' with size 2048 declared here alg1485.c:1050:21: error: writing 1 byte into a region of size 0 [-Werror=stringop-overflow=] alg1485.c:928:10: note: at offset -2 to object 'tmpBuf' with size 2048 declared here alg1485.c:1051:21: error: writing 1 byte into a region of size 0 [-Werror=stringop-overflow=] alg1485.c:928:10: note: at offset -3 to object 'tmpBuf' with size 2048 declared here where tmpBuf is accessed with something like: char tmpBuf[TMPBUF_LEN]; char *end = encodedAVA /* points to tmpBuf */ + nameLen + valueLen; end[-1] = '.'; Perhaps we can work it around with explicitly specifying the positive index. Let me take this in the immediate term. I'll disable LTO in the immediate term and pull together a testcase for the false positive as that's something we'll want to dig into upstream in GCC. This bug appears to have been reported against 'rawhide' during the Fedora 33 development cycle. Changing version to 33. I've disabled LTO for nss. But further work is needed as I'm still seeing failures: dbmshim.c:8:10: fatal error: mcom_db.h: No such file or directory The package owner needs to take it from here. Yes, should be fixed now. |