Created attachment 1713092 [details] Problem ID FIles (compressed) with problem report completed files. Description of problem: I installed Clementine through SUDO DNF INSTALL CLEMENTINE and it was installed with all its correct dependencies but it generates an internal error in the system as described below ... clementine killed by SIGSEGV void doActivate<false>(QObject*, int, void**) Version-Release number of selected component (if applicable): clementine-1.4.0-2.rc1.20200617gitedb8c3b.fc33 How reproducible: Install the clementine with the SUDO DNF INSTALL CLEMENTINE command and then run inside bash / terminal and the SIGSEGV failure occurs (segmentation error). Steps to Reproduce: 1. SUDO DNF INSTALL CLEMENTINE 2. TRY TO RUN INSIDE THE DISTRO ENVIROMENT 3. TRY TO RUN INSIDE THE BASH/TERMINAL Actual results: There is an application segmentation error (SIGSEGV) pointing to something programmed in VOID or INIT (C ++) inside a QObject. Resulting in the application not opening. Expected results: The expected result would be for Clementine to open and run normally. Additional info: Follow bellow one attachment with report-files generated from "Problems Report Software"
I think the crash is due to the fact that it is built with "LTO" optimisations now, because the same thing happens with strawberry (a fork of clementine). I locally built strawberry without LTO and it worked fine, and I would assume if the package maintainer disabled LTO for both strawberry and clementine packages, the issue would be fixed.
(In reply to P D from comment #1) > I think the crash is due to the fact that it is built with "LTO" > optimisations now, because the same thing happens with strawberry (a fork of > clementine). I locally built strawberry without LTO and it worked fine, and > I would assume if the package maintainer disabled LTO for both strawberry > and clementine packages, the issue would be fixed. How did you disable LTO? I removed it from CFLAGS/CXXFLAGS and it crashed just the same.
Nevermind, I forgot to scratch -ffat-lto-objects as well. Now it worked, so LTO seems to be the problem indeed.
@Real Name I downloaded the spec via yumdownloader, edited it (added "%define _lto_cflags %{nil}" without quotations to the %build section), and I rebuilt the rpm.
FEDORA-2020-7b0a568061 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-7b0a568061
FEDORA-2020-7b0a568061 has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-7b0a568061` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-7b0a568061 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Confirmed fixed.
FEDORA-2020-7b0a568061 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report.