Bug 1653832 - Electron apps segfault on glibc 2.28 on Fedora 29
Summary: Electron apps segfault on glibc 2.28 on Fedora 29
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: glibc
Version: 29
Hardware: All
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Carlos O'Donell
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-11-27 17:37 UTC by Graham Mainwaring
Modified: 2018-11-28 05:05 UTC (History)
10 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2018-11-27 17:43:17 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github electron electron issues 13972 0 None None None 2018-11-27 17:43:40 UTC
Sourceware 23638 0 None None None 2019-07-02 12:45:23 UTC

Description Graham Mainwaring 2018-11-27 17:37:12 UTC
Description of problem:

Prebuilt Electron apps, notably Slack, segfault on launch on Fedora 29 with glibc 2.28.  The issue was introduced by this commit to glibc: https://sourceware.org/git/?p=glibc.git;a=commit;h=b44e0dfbacecd0f84ebfa942e6d6c0153981680e and is also present on Ubuntu, Arch and other distributions.  It can be worked around temporarily by reverting the commit to glibc.

Version-Release number of selected component (if applicable):

2.28

How reproducible:

Always

Steps to Reproduce:
1. Install Fedora 29, updated or not
2. Download and install Slack 3.3.3 from https://slack.com/downloads/linux
3. Launch Slack

Actual results:

Core dump immediately on start

Expected results:

Slack opens

Additional info:

I have a COPR here: https://copr.fedorainfracloud.org/coprs/ghjm/glibc/ with glibc builds that revert the problematic commit, which I have been running on my own laptop without issues.

Also see:
https://github.com/electron/electron/issues/13972
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1790966

Comment 1 Florian Weimer 2018-11-27 17:43:17 UTC
The Electron binaries have been linked by a broken linker.  These applications need to bundle an updated Electron framework.

Comment 2 Graham Mainwaring 2018-11-27 18:33:05 UTC
From the point of view of a user, you have perfectly functional applications like Slack and VS Code, then you do an update, and now all your apps are coredumping.  Calling this "NOTABUG" is pretty disappointing for these users.

Comment 3 Carlos O'Donell 2018-11-28 05:05:29 UTC
(In reply to Graham Mainwaring from comment #2)
> From the point of view of a user, you have perfectly functional applications
> like Slack and VS Code, then you do an update, and now all your apps are
> coredumping.  Calling this "NOTABUG" is pretty disappointing for these users.

It is also disappointing to an entirely different set of users if we revert the improvements that lead to the exposing of this lld bug. The Fedora Toolchain Team does the best it can to balance priorities from various user groups. In this case the bundled electron builds with a broken llvm lld need to be fixed. Reverting the SHN_ABS treatment in glibc can have serious consequences for applications built that use SHN_ABS (automatically used by the toolchain) and therefore that is also something we don't want to do since we would just have to undo it again in the next release. The best option overall is to wait for the software vendor to update their release and fix their bugs, or use isolation technology to run the application.


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