November 2016 - openSUSE KDE - openSUSE Mailing Lists

[opensuse-kde] kde5wallet firefox extension requires Qt_5.7
by Hugo 18 Nov '16

18 Nov '16

Hello, I see you might stay with qt_5.6. I want to use the firefox-extension with kde- wallet. This seems to require qt_5.7. (https://addons.mozilla.org/de/firefox/addon/kde5-wallet-password-integrati/… and .../kde5wallet(a)guillermo.molina/components> ldd libkde5wallet_x86_64.so ./libkde5wallet_x86_64.so: /usr/lib64/libQt5Core.so.5: version `Qt_5.7' not found (required by ./libkde5wallet_x86_64.so) on my openSUSE machine 42.1). Therefore I would prefer to use QT_5.7. Just my opinion. Regards Hugo -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

1 0

[opensuse-kde] KDE Advisory Board meeting
by Antonio Larrosa 18 Nov '16

18 Nov '16

Hello, Next Monday the first meeting of the KDE Advisory Board will be held. As the openSUSE representative, I'd like to know if there's any issue you might want me to raise at that meeting. Right now, I have a small list: - The collaboration for the release schedules changes was very valuable and it allowed us to provide Plasma 5.8.2 in Leap 42.2. We hope that collaboration continues in the future. - There have been mentions of Plasma 5.9 probably requiring Qt 5.7 . I will try to let them know that leaving LTS requirements (Qt 5.6.x) is in our opinion a bad choice. I'm nevertheless unsure of how this will affect us in Leap, since I don't think Plasma major release updates will be anyway released as Leap updates. - I'll point out that it would be beneficial for us if requirements in KDE software would be specified per-package, instead of per-release. So packages can be updated independently instead of having to upgrade for example, all KDE Framework packages at the same time for every bugfix release (when some of the packages don't have any change). I'm preparing a script to make it easier for us to read cmake package version dependencies and update semi-automatically our spec files (more on that next week, probably). - I'll offer them to use openQA. I'll mention that we already have Krypton tests which test the latest builds from KDE's git versions and they can use that to check regressions and improve KDE. Anything else you can think that would be interesting to request/offer to the KDE project? Greetings, -- Antonio Larrosa -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

1 0

Re: [opensuse-kde] Advice installing Kodi in Leap 42.2
by Hernán Ramírez 18 Nov '16

18 Nov '16

You are right, when adding Packman. It seems i added Packman for Tumbleweed. I have done a new install cause i have already changed lots of packages to the Tumbleweed versión. On Thu, Nov 17, 2016 at 3:51 PM, Hernán Ramírez <h2222080(a)gmail.com> wrote: > You are right, when adding Packman. It seems i added Packman for Tumbleweed. > I have done a new install cause i have already changed lots of packages to > the Tumbleweed versión. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

1 0

[opensuse-kde] Advice installing Kodi in Leap 42.2
by Hernán Ramírez 17 Nov '16

17 Nov '16

Hi all, I have just installed Leap 42.2 and i am trying to make Kodi work. The first issue was trying with "Nothing provides libdbus-1.so.3(LIBDBUS_1_3)(64bit)". I chose then not to install Kodi afraid of breaking it. However, Zypper still showed the rest of packages and let me to continue with the installation. I supposed that libdbus-1.so.3(LIBDBUS_1_3)(64bit) was not really a dependency and i could ignore it. The installation finished, but Kodi didn't run. It showed me this error: /usr/lib64/kodi/kodi.bin: error while loading shared libraries: libmicrohttpd.so.12: cannot open shared object file: No such file or directory I then wen to http://software.opensuse.org/package/libmicrohttpd12 and i found that package to not be considered stable for Leap 42.2. It gave me two options to install, from "devel:libraries:c_c++" and from "server:http". Can you tell me which one is better ? Does Devel means something like a Factory stage or is it from a Development pattern for C and C++ ?. In the case of Server, i suppose it is meant for the configuration of a Server, like Web development, isn't it ? In case it is a Development pattern for C and C++, is it better for using Kodi to install only that package of to install the whole pattern ? Hernán -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

4 3

[opensuse-kde] Tumbleweed's Breeze dark icons are missing in Plasma 5.8.3?
by Roman Bysh 11 Nov '16

11 Nov '16

Hi all, In the latest Tumbleweed release, I'm seeing two entries of the Default Plasma 5 Theme where the second entry should show Plasma 5-dark theme. Plasma 5.8.3 -- Cheers! Roman KEY ID: 77CC66DE ================ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

2 1

[opensuse-kde] Configure indirect rendering for X
by m.frerichs 10 Nov '16

10 Nov '16

Hello, I find out a problem with visualization under Leap 42.1 and I 'm looking for an option for a permanent configuration of indirect GLX for example in /etc/sysconfig/displaymanager. Under Leap 42.1 the X-Server behaves as if AllowIndirectGLXProtocol = FALSE and because of this OpenGL-Applications don't function per SSh and X11-Forwarding I did some of the proposed configuration i found in the web. 1) Change /etc/X11/xdm/Xservers to :0 local /usr/bin/X -nolisten tcp +iglx -br vt7 But after "rcxdm restart" this option +iglx is not shown in the Xorg-command with ps 2) Change of etc/X11/xorg.conf Section "ServerFlags" Option "AllowIndirectGLX" "on" or "True" and Option "AllowIndirectGLXProtocol" "on" or "True" EndSection despite of this glxgears shows direct rendering : Yes ------- Our constallation of several workstations is : Leap 42.1 Kernel : 4.1.34-33-default x11-video-nvidiaG04-367.57-27.1 xorg-x11-server-7.6_1.17.2-24.2 libva-glx1-1.6.0-3.2.x86_64 libxcb-glx0-1.11.1-1.1.x86_64 DISPLAYMANAGER="kdm" DEFAULT_WM="kde" If you locally login with session "KDE Plasma workspace" and call a visualization-program such as blender or even glxgears all is fine , but if you do an ssh-login to the other workstation and even call glxgears , an error occurred. X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 154 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x0 Serial number of failed request: 30 Current serial number in output stream: 31 It seems to be a problem with direct rendering , you should install indirect rendering. Can anybody help me here? Thanks in advance Kindly regards +-----------------------------------------------------------+ | Marianne Frerichs | | Juelich Supercomputing Centre (JSC) | | Institute for Advanced Simulation (IAS) | | Forschungszentrum Juelich GmbH | | Email: M.Frerichs(a)fz-juelich.de | +-----------------------------------------------------------+ ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr.-Ing. Wolfgang Marquardt (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

1 0

[opensuse-kde] python-qt5 to Factory
by Todd Rme 05 Nov '16

05 Nov '16

Hi, It looks like the updates to python-qt5/python3-qt5 are not getting pushed to openSUSE:Factory. The last update in KDE:Qt5 was 3 months ago, but the last update in Factory was 1 year ago. There have been to minor releases since then (5.6 and 5.7), as well as various fixes. Would it be possible for someone with permission to submit the changes to Factory? Thanks a lot! Todd -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

3 2