Summary: | app-office/libreoffice-6.0.0.3 kde - ACCESS VIOLATION - /dev/dri/card0 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Marian Kyral <mkyral> |
Component: | Current packages | Assignee: | Gentoo Office Team <office> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gentoo, jstein |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 570624 | ||
Bug Blocks: | |||
Attachments: |
build.log
emerge --info |
Description
Marian Kyral
2018-02-02 10:34:32 UTC
Created attachment 517548 [details]
emerge --info
I also get following kf5-config message: Configuration file "/var/tmp/notmpfs/portage/app-office/libreoffice-6.0.0.3/homedir/.config/kf5-configrc" not writable. Please contact your system administrator. With USE="-kde" I'm able pass configuration. (In reply to Marian Kyral from comment #2) > I also get following kf5-config message: > > Configuration file > "/var/tmp/notmpfs/portage/app-office/libreoffice-6.0.0.3/homedir/.config/kf5- > configrc" not writable. > Please contact your system administrator. I get this message too. It actually pops up in a graphical window in my X session. Yikes! Concomitantly, the build output shows this: Failed to create /var/tmp/portage/app-office/libreoffice-6.0.1.1/homedir/.cache/mesa_shader_cache for shader cache (Permission denied)---disabling. * ACCESS DENIED: open_wr: /dev/dri/card0 * ACCESS DENIED: open_wr: /dev/dri/card0 * ACCESS DENIED: open_wr: /dev/dri/renderD128 * ACCESS DENIED: open_wr: /dev/dri/card0 (In reply to Marian Kyral from comment #3) > With USE="-kde" I'm able pass configuration. What do you give up by disabling this USE flag? I'm considering it since I am now stuck at 6.0.0.3, which isn't in the tree anymore. app-office/libreoffice-6.0.2.1 continues to exhibit the access violation. (In reply to Matt Whitlock from comment #5) > (In reply to Marian Kyral from comment #3) > > With USE="-kde" I'm able pass configuration. > > What do you give up by disabling this USE flag? I'm considering it since I > am now stuck at 6.0.0.3, which isn't in the tree anymore. > > app-office/libreoffice-6.0.2.1 continues to exhibit the access violation. I'm not sure. I just tested because of the "kdialog" error window. And it worked. Currently I have: [I] app-office/libreoffice Installed versions: 6.0.2.1(18:47:59 2.3.2018)(branding cups dbus gstreamer gtk java jemalloc -bluetooth -coinmp -debug -eds -firebird -googledrive -gtk2 -kde -libressl -mysql -odk -pdfimport -postgres -test -vlc ELIBC="-FreeBSD" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_5 -python2_7 -python3_4 -python3_6" PYTHON_TARGETS="python2_7 python3_5 python3_6 -python3_4") Homepage: https://www.libreoffice.org Description: A full office productivity suite I've tested it just now. With kde USE flag enabled - configure phase fails on ACCESS VIOLATION. With kde USE flag enabled, there is no ACCESS VIOLATION message, configure script finish and LO continue with compilation. (In reply to Marian Kyral from comment #6) > With kde USE flag enabled, ... disabled should be there... (In reply to Matt Whitlock from comment #5) > What do you give up by disabling this USE flag? I'm considering it since I > am now stuck at 6.0.0.3, which isn't in the tree anymore. Native KF5 filedialogs. The problem is kf5-config, but we need to find out why it happens for some of you. I've second laptop and there I have LO compiled with kde USE flag. The dialog is still there, but no ACCESS VIOLATION. [I] app-office/libreoffice Installed versions: 6.0.2.1(08:52:50 3.3.2018)(bluetooth branding cups dbus gstreamer gtk kde -coinmp -debug -eds -firebird -googledrive -gtk2 -java -jemalloc -libressl -mysql -odk -pdfimport -postgres -test -vlc ELIBC="-FreeBSD" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_5 -python2_7 -python3_4 -python3_6" PYTHON_TARGETS="python2_7 python3_5 python3_6 -python3_4") Homepage: https://www.libreoffice.org Description: A full office productivity suite checking whether to enable the new GStreamer 1.0 avmedia backend... yes checking for gstreamer-1.0 gstreamer-plugins-base-1.0 gstreamer-pbutils-1.0 gstreamer-video-1.0 ... yes checking whether to enable the GStreamer 0.10 avmedia backend... no checking whether to enable the VLC avmedia backend... no checking for glBegin in -lGL... yes checking for dconf >= 0.15.2... yes checking whether to enable dconf... yes checking whether to build the PDF import feature... no checking whether to build PDFium... no checking which gpgmepp to use... external checking gpgme++/gpgmepp_version.h usability... yes checking gpgme++/gpgmepp_version.h presence... yes checking for gpgme++/gpgmepp_version.h... yes checking for progress_callback in -lgpgmepp... yes checking gpgme.h usability... yes checking gpgme.h presence... yes checking for gpgme.h... yes checking for gpg... /usr/bin/gpg checking whether to build the Wiki Publisher extension... no checking whether to build the Report Builder... no checking whether to build support for scripts in BeanShell... no checking whether to build support for scripts in JavaScript... no checking for qmake-qt5... no checking for qmake... /usr/lib64/qt5/bin/..//bin/qmake checking for Qt5 headers... /usr/include/qt5 checking for Qt5 libraries... /usr/lib64 checking for moc-qt5... no checking for moc... /usr/bin/moc checking for glib-2.0 >= 2.4... yes checking for kf5-config... /usr/bin/kf5-config Fontconfig error: "/etc/fonts/local.conf", line 13: junk after document element One remarkable difference - the first one has only Intel graphics, second one has Intel and Nvidia. 1.) kf5-config checks whether it can write to ${HOME}/.config/kf5-config. libsandbox.so intercepts the access() syscall and returns -EPERM. 2.) kf5-config execs kdialog to display a message complaining about its inability to write to ${HOME}/.config/kf5-config. 3.) kdialog loads the system's OpenGL library, which attempts to open the DRI, which causes libsandbox.so to raise an access violation. The main problem is that kf5-config wants to display its error in a graphical dialog box because it detects that it is running in an X session. All problems disappear if you invoke Portage with a sanitized environment: # env -i PATH="${PATH}" emerge -1 app-office/libreoffice Alternatively, you can invoke Portage in a console login shell (i.e., outside of X), and you'll have no problems there either. <rant> I have to wonder why Portage doesn't nuke the environment before populating it. Does it really make sense that the behavior of ebuilds can vary depending on the environment that emerge inherits from the invoking shell? Wouldn't it make more sense to require that all environment variables relevant to ebuilds be specified in /etc/portage/env and have Portage wipe the environment before running ebuild phases? </rant> > The main problem is that kf5-config wants to display its error in a graphical dialog box because it detects that it is running in an X session.
On both laptops I've run this from KDE Konsole with KDE (X.org) running. Only difference is the nVidia card. I'm using original nVidia drivers that does not use dri.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=bbd141f5e863c63ea0d432eea62f8e8d334fc64c commit bbd141f5e863c63ea0d432eea62f8e8d334fc64c Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2018-03-07 11:25:26 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2018-03-07 12:57:47 +0000 app-office/libreoffice: Disable running kf5-config We don't need it, and it is causing sandbox violations. Closes: https://bugs.gentoo.org/646406 Package-Manager: Portage-2.3.24, Repoman-2.3.6 app-office/libreoffice/libreoffice-6.0.2.1.ebuild | 5 +++++ app-office/libreoffice/libreoffice-6.0.9999.ebuild | 5 +++++ app-office/libreoffice/libreoffice-9999.ebuild | 5 +++++ 3 files changed, 15 insertions(+) |