Closed Bug 1850866 Opened 3 years ago Closed 3 years ago

Enable relrhack for linux builds on automation

Categories

(Firefox Build System :: General, task)

task

Tracking

(firefox119 fixed)

RESOLVED FIXED
119 Branch
Tracking Status
firefox119 --- fixed

People

(Reporter: glandium, Assigned: glandium)

References

Details

Attachments

(1 external file)

No description provided.
Depends on: 1839741
Depends on: 1850900
Pushed by mh@glandium.org: https://hg.mozilla.org/integration/autoland/rev/fc6db47ca4ac Enable relrhack for linux builds on automation. r=firefox-build-system-reviewers,sergesanspaille
Pushed by mh@glandium.org: https://hg.mozilla.org/integration/autoland/rev/032b87ff5506 Enable relrhack for linux builds on automation. r=firefox-build-system-reviewers,sergesanspaille
Flags: needinfo?(mh+mozilla)
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 119 Branch

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.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: