|
Bugzilla – Full Text Bug Listing |
| Summary: | Bug: XLIB_SKIP_ARGB_VISUALS crashes KDE applications | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Tristan Miller <psychonaut> |
| Component: | KDE Workspace (Plasma) | Assignee: | Fabian Vogt <fabian> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | alarrosa, fvogt, mlin, psychonaut, werner |
| Version: | Current | ||
| Target Milestone: | Current | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE Factory | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Tristan Miller
2017-09-10 09:46:31 UTC
(In reply to Tristan Miller from comment #0) > > Until that bug is fixed, a workaround might be for openSUSE's distribution > of Emacs to stop setting this environment variable. Is there an important > reason why it is being set? That is, is it supposed to be working around > some other critical bug? You are aware that there is a reason *why* XLIB_SKIP_ARGB_VISUALS is set here? Otherewise the gtk based GNU Emacs might crash randomly You might use export EMACS_TOOLKIT=x11 as this avoids gtk based GNU Emacs and hence also XLIB_SKIP_ARGB_VISUALS (In reply to Dr. Werner Fink from comment #1) > You are aware that there is a reason *why* XLIB_SKIP_ARGB_VISUALS is set > here? No, that's why I asked why it is set. > Otherewise the gtk based GNU Emacs might crash randomly That seems like a good reason. > You might use > > export EMACS_TOOLKIT=x11 > > as this avoids gtk based GNU Emacs and hence also XLIB_SKIP_ARGB_VISUALS I am using what is (for me) a better workaround, which is to have AUCTeX invoke KDE applications with "env -u XLIB_SKIP_ARGB_VISUALS". Incidentally, the KDE folks have now determined that this is a bug in Qt where a null pointer gets dereferenced. They have already submitted a patch to Qt: https://codereview.qt-project.org/#/c/205268/ Is there a bug against Qt on openSUSE and if so for which version ... Leap 42.2/42.3, Tumbleweed Not that I am aware of, though I could create one if you'd like. (In reply to Tristan Miller from comment #4) > Not that I am aware of, though I could create one if you'd like. It is enough to remove "editors/emacs: " from subject and reasign this to the Qt maintainers as well as to set the correct hardware and distribution (In reply to Dr. Werner Fink from comment #5) > It is enough to remove "editors/emacs: " from subject and reasign this to > the Qt maintainers as well as to set the correct hardware and distribution Reproducible for me with both Leap 42.3 and Tumbleweed on x86_64. I've changed the assignee to the address OBS gives for bugs reported against libqt5-qtbase package. (In reply to Tristan Miller from comment #6) > (In reply to Dr. Werner Fink from comment #5) > > It is enough to remove "editors/emacs: " from subject and reasign this to > > the Qt maintainers as well as to set the correct hardware and distribution > > Reproducible for me with both Leap 42.3 and Tumbleweed on x86_64. I've > changed the assignee to the address OBS gives for bugs reported against > libqt5-qtbase package. Fix prepared for TW (sr#525847), do you need it for Leap 42.3 as well? That would need to go through SLE as Qt 5.6 is a SLE package. (In reply to Fabian Vogt from comment #7) > Fix prepared for TW (sr#525847) Thank you! > do you need it for Leap 42.3 as well? > That would need to go through SLE as Qt 5.6 is a SLE package. I can reproduce the problem on Leap 42.3, so a fix there would be appreciated. (In reply to Tristan Miller from comment #8) > (In reply to Fabian Vogt from comment #7) > > Fix prepared for TW (sr#525847) > > Thank you! The sr is accepted, if possible could you confirm that the fix works on TW? Adding KDE:Qt5 (and dup'ing to it) should be enough. > > do you need it for Leap 42.3 as well? > > That would need to go through SLE as Qt 5.6 is a SLE package. > > I can reproduce the problem on Leap 42.3, so a fix there would be > appreciated. Ok, CCing the SLE Qt maintainers. (In reply to Fabian Vogt from comment #9) > The sr is accepted, if possible could you confirm that the fix works > on TW? Adding KDE:Qt5 (and dup'ing to it) should be enough. Doesn't seem to have made its way into the packages in <http://download.opensuse.org/repositories/KDE:/Qt5/openSUSE_Factory/x86_64/> yet -- the most recent timestamps there are from 19 hours ago. I'll keep checking back. I installed today's Tumbleweed packages from KDE:/Qt5 and can no longer reproduce the issue. This is an autogenerated message for OBS integration: This bug (1057971) was mentioned in https://build.opensuse.org/request/show/537327 Factory / libqt5-qtbase Patch landed a while ago. SUSE-RU-2018:3030-1: An update that has two recommended fixes can now be installed. Category: recommended (low) Bug References: 1057971,1108889 CVE References: Sources used: SUSE Linux Enterprise Software Development Kit 12-SP3 (src): libqt5-qtbase-5.6.2-6.12.1 SUSE Linux Enterprise Server 12-SP3 (src): libqt5-qtbase-5.6.2-6.12.1 SUSE Linux Enterprise Desktop 12-SP3 (src): libqt5-qtbase-5.6.2-6.12.1 openSUSE-RU-2018:3058-1: An update that has two recommended fixes can now be installed. Category: recommended (low) Bug References: 1057971,1108889 CVE References: Sources used: openSUSE Leap 42.3 (src): libqt5-qtbase-5.6.2-7.3.1 |