Enable relrhack for linux builds on automation
Categories
(Firefox Build System :: General, task)
Tracking
(firefox119 fixed)
| Tracking | Status | |
|---|---|---|
| firefox119 | --- | fixed |
People
(Reporter: glandium, Assigned: glandium)
References
Details
Attachments
(1 external file)
| Assignee | ||
Comment 1•3 years ago
|
||
Comment 3•3 years ago
|
||
Backed out for causing hazard bustages at analyze.py
Backout link: https://hg.mozilla.org/integration/autoland/rev/16afd66ac7be7ee4ffc61599d0241c28d47c74c7
Failure log: https://treeherder.mozilla.org/logviewer?job_id=429412936&repo=autoland&lineNumber=81191
| Assignee | ||
Updated•3 years ago
|
Comment 5•3 years ago
|
||
| bugherder | ||
Comment 6•3 years ago
|
||
This may relevant to other [re]packagers of the binary Firefox bits: as Gentoo rolled out the 119.x binary ebuild for Firefox, some of us encountered immediate segfaults on startup.
The initial assumption was it was related to -pulseaudio +alsa configurations, which the Gentoo ebuild uses apulse to get sound to work; this was done by both munging LD_LIBRARY_PRELOAD and using patchelf to set the rpath on libxul.so.
With relhack turned on in the official binary bits by this bug, the latter patchelf step seemingly started causing the startup segfaults. (This was validated with a mozregression run... see the bug below).
Again, no action requested for the Mozilla folks... I just wanted to leave a breadcrumb, in case other distros run into this or Mozilla folks hear about this symptom from other distros.
https://bugs.gentoo.org/916230 has the full details.
Description
•