November 2019 - openSUSE KDE - openSUSE Mailing Lists

[opensuse-kde] [tumbleweed] kde/plasma/wayland: Primary Selection Protocol (middle-mouse to paste)
by Sedat Dilek 27 Sep '21

27 Sep '21

Hi, after I tried KDE/Plasma/Wayland on Debian/testing AMD64 I inspired my colleague Joop Boonen to test it on OpenSuse/tumbleweed. Everything was fine besides Primary Selection (middle-mouse to paste), so I stopped using Plasma/Wayland. Joop is able to use primary selection in every application (KDE or GTK). So, I was surprised. Here on KDE/Plasma 5.12.5 I cannot do that (for example cut-n-paste in konsole via middle-mouse paste into firefox). I asked on the wayland-devel ML [1] with no answer. The retired KWin maintainer wanted to have this feature in wayland-protocols before implementing it in KWin/Plasma/Wayland. So, what magic did you do in OpenSuse? The Gnome-way? [1] has references on how Gnome did it in mutter. Or can you point me to the relevant packages with name (sources and patches)? Thanks in advance. Regards, - Sedat - [1] https://lists.freedesktop.org/archives/wayland-devel/2018-April/037748.html -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

5 12

[opensuse-kde] Errors with unit tests depending on python-qt5
by Todd Rme 09 Dec '19

09 Dec '19

Is anyone else running into problems running tests for packages that depend on python-qt5? Every package I have looked at is having its test abort with no error message part way through. Here is an example where I attached gdb in hopes of finding the source of the problem: https://build.opensuse.org/package/live_build_log/home:TheBlackCat:branches… -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

2 3

[opensuse-kde] eric and qt4 legacy
by Hans-Peter Jansen 07 Nov '19

07 Nov '19

Hi, for the time being, we have 19.9 in the repos. With 19.10, Detlev has thrown out qt4 support. I've prepared an update to 19.11 here: https://build.opensuse.org/package/show/home:frispete:PyQt5/eric Q is, how should we handle older distributions? Follow the usual pattern and rename the package to eric-qt5, while keeping the package "eric" at 19.9 or forget about qt4 completely (which might create issues with some Leap's, IIRC)? Cheers, Pete -- 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] Re: [opensuse-factory] KDE4 & Qt4 removal notice
by Hans-Peter Jansen 04 Nov '19

04 Nov '19

Am Montag, 4. November 2019, 14:59:34 CET schrieb Peter Suetterlin: > > Yes, that's one drawback of the way TW handles things, I've been bitten by > that several times already. Packages that no longer are in the repo, and > are not requested by any other package, get removed. > > This, though understandable from distributor side, is extremely inconvenient > for people installing (self-compiled) stuff in, e.g., /usr/local. We all want TW to advance and this policy is *required* to really push things forward. > So either use locks, or convert your local programs to packages with the > necessary dependencies. Packaging pays off for many reasons. Dependency tracking and resolution is, what really sets us apart from other OS. Renouncing this is like using a mowing robot to mow the lawn by hand. ;-) Pete -- 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] Re: [opensuse-factory] KDE4 & Qt4 removal notice
by Jan Engelhardt 04 Nov '19

04 Nov '19

On Monday 2019-11-04 14:59, Peter Suetterlin wrote: >> The following 30 packages are going to be REMOVED: >> >> breeze4-style kde4-filesystem kdebase4-runtime >> kdebase4-workspace-libs kdelibs4 kdelibs4-branding-upstream >> kdelibs4-core libaccounts-glib0 libattica0_4 libbreezecommon4-5 >> libdav1d2 libdbusmenu-qt2 libdvdread4 libkactivities6 libkde4 >> libkdecore4 >> libksuseinstall1 libldb1 libldb1-32bit libphonon4 libpolkit-qt-1-1 >> libqt4 libqt4-devel libqt4-linguist libqt4-qt3support libqt4-sql >> libqt4-sql-sqlite libqt4-x11 phonon-backend-gstreamer sni-qt >> >> I'm not using KDE4. But I have some Python programs that use QT4. They >> will eventually be updated. But until then, on systems where QT4 is >> already installed, removing QT4 seems strict. No problem that it goes >> away in the build system and can no longer be installed. But removing >> it from installed systems may be a surprise to many. > >Yes, that's one drawback of the way TW handles things, I've been bitten by >that several times already. Packages that no longer are in the repo, and are >not requested by any other package, get removed. Well if nothing requires it, you should not notice it going again. Except when that "requires" is a factual-level requires that has failed to be carried over to a package-level requires by some maintainer in the software chain. -- 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] KDE4 & Qt4 removal notice
by Christophe Giboudeaux 04 Nov '19

04 Nov '19

Hello, As announced months ago, KDE4 and Qt4 are not supported anymore. All the issues we encountered were addressed and I submitted delete requests for the remaining packages in openSUSE Tumbleweed. This will not affect the Leap 15.0 and 15.1 users. For Leap 15.2 the goal is to drop Qt 4 as well. Christophe -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

2 1