šumski composed on 2015-04-24 20:42 (UTC+0200):

Felix Miata wrote:

...

https://bugs.kde.org/show_bug.cgi?id=346244 is a killer here. What optional repo(s) need(s) to be enabled in TW to see if this is fixed in a newer version?

so you can reproduce the issue with openSUSE or not? AFAICS, Fedora disabled

I haven't tried v5 in openSUSE on Athlon yet. :-p

non-SSE2 processor support on 5.4 update (whether accidentally or not, i do not know), but we should still have that case handled (hopefully) correctly.

I pasted wrong bug link. :-( https://bugs.kde.org/show_bug.cgi?id=346059 The question remains which repos to enable to try post-5.2.2 or whatever might include a fix for disappearing panel that Luca wrote he could not reproduce using. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org

šumski composed on 2015-04-24 21:27 (UTC+0200):

On Friday 24 of April 2015 21:04:24 Felix Miata wrote:

...

The question remains which repos to enable to try post-5.2.2 or whatever might include a fix for disappearing panel that Luca wrote he could not reproduce using.

A few options: 1) enable KDE:Frameworks5 repository (holding Frameworks 5.9.0 + Plasma 5.3 beta)

5 problems: Nothing provides: libxcb-dpms.so.0 needed by powerdevil5 libxcb-record.so.0 needed by plasma5-desktop libQt5Core.so.5 needed by kwin5 libxcb-cursor.so.0 needed by kwin5 Requires cannot be provided: plasma5-session req powerdevil5 (I have no use for any power saving functionality on test installations, and disable DPMS in xorg config.)

2) enable KDE:Unstable:Frameworks repository (holding Frameworks and Plasma git master)

28 dependency problems trying this instead of option 1.

3) try the live ISO: https://www.dennogumi.org/2015/04/plasma-5-live-images-for-opensuse-and-on-t...

Very rare that I have the mental fortitude to deal with defaults live images employ. With this worst ever experienced default theme Breeze, and for other reasons I won't mention, this option is not going to happen here. 5.3 still hasn't found its way into Rawhide, and 346059 is still happening in it. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org

Raymond Wooninck composed on 2015-04-25 08:19 (UTC+0200):

Felix Miata wrote:

...

...

1) enable KDE:Frameworks5 repository (holding Frameworks 5.9.0 + Plasma 5.3 beta)

...

5 problems:

...

Nothing provides: libxcb-dpms.so.0 needed by powerdevil5 libxcb-record.so.0 needed by plasma5-desktop libQt5Core.so.5 needed by kwin5 libxcb-cursor.so.0 needed by kwin5

All these ones are present in Factory/Tumbleweed. did you use YaST or Zypper ?

...

Requires cannot be provided: plasma5-session req powerdevil5

This is caused by the fact that powerdevil5 requires libxcb-dpms.so.0 (from above).

# zypper -v ref Verbosity: 1 Initializing Target Specified repositories: Checking whether to refresh metadata for KDEfw5 Retrieving: repomd.xml ...........................................................................................[done] Repository 'KDEfw5' is up to date. ... Repository 'Update' is up to date. All repositories have been refreshed. # cat /etc/zypp/repos.d/KDEfw5.repo [KDEfw5] autorefresh=0 baseurl=http://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Factory/ enabled=1 gpgcheck=1 gpgkey=http://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Factory/... name=KDEfw5 type=rpm-md # zypper -v dup -r KDEfw5 Verbosity: 1 Initializing Target Loading repository data... Reading installed packages... Computing distribution upgrade... Force resolution: No Computing upgrade... 5 Problems: Problem: nothing provides libxcb-dpms.so.0()(64bit) needed by powerdevil5-5.2.95-35.4.x86_64 Problem: nothing provides libxcb-record.so.0()(64bit) needed by plasma5-desktop-5.2.95-61.4.x86_64 Problem: plasma5-session-5.2.95-19.1.noarch requires powerdevil5 >= 5.2.95, but this requirement cannot be provided Problem: nothing provides libQt5Core.so.5 needed by kwin5-5.2.95-67.1.i586 Problem: nothing provides libxcb-cursor.so.0()(64bit) needed by kwin5-5.2.95-67.1.x86_64 Problem: nothing provides libxcb-dpms.so.0()(64bit) needed by powerdevil5-5.2.95-35.4.x86_64 Solution 1: keep obsolete powerdevil5-5.2.2-1.1.x86_64 Solution 2: break powerdevil5-5.2.95-35.4.x86_64 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): 2 Applying solution 2 Problem: nothing provides libxcb-record.so.0()(64bit) needed by plasma5-desktop-5.2.95-61.4.x86_64 Solution 1: Following actions will be done: keep obsolete plasma5-desktop-5.2.2-1.1.x86_64 keep obsolete libksysguard5-5.2.2-1.1.x86_64 keep obsolete plasma5-workspace-libs-5.2.2-3.1.x86_64 Solution 2: break plasma5-desktop-5.2.95-61.4.x86_64 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): 2 Applying solution 2 Problem: plasma5-session-5.2.95-19.1.noarch requires powerdevil5 >= 5.2.95, but this requirement cannot be provided uninstallable providers: powerdevil5-5.2.95-35.4.x86_64[KDEfw5] powerdevil5-5.2.95-35.4.i586[KDEfw5] Solution 1: Following actions will be done: keep obsolete plasma5-session-5.2.2-1.1.noarch keep obsolete libksysguard5-5.2.2-1.1.x86_64 keep obsolete plasma5-workspace-libs-5.2.2-3.1.x86_64 Solution 2: break plasma5-session-5.2.95-19.1.noarch by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): 2 Applying solution 2 Problem: nothing provides libQt5Core.so.5 needed by kwin5-5.2.95-67.1.i586 Solution 1: keep obsolete kwin5-5.2.2-2.1.x86_64 Solution 2: break kwin5-5.2.95-67.1.i586 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): 2 Applying solution 2 Problem: nothing provides libxcb-cursor.so.0()(64bit) needed by kwin5-5.2.95-67.1.x86_64 Solution 1: Following actions will be done: keep obsolete plasma5-workspace-5.2.2-3.1.x86_64 keep obsolete libksysguard5-5.2.2-1.1.x86_64 keep obsolete plasma5-workspace-libs-5.2.2-3.1.x86_64 Solution 2: break kwin5-5.2.95-67.1.x86_64 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): 2 Applying solution 2 Resolving dependencies... Computing distribution upgrade... Force resolution: No Computing upgrade... The following 2 NEW packages are going to be installed: kpeople5 5.9.0-13.1 libKF5XmlRpcClient5 5.9.0-10.1 The following 118 packages are going to be upgraded: breeze 5.2.2-1.1 -> 5.2.95-46.1 ... systemsettings5 5.2.2-1.1 -> 5.2.95-39.1 The following 118 packages are going to change vendor: breeze 5.2.2-1.1 -> 5.2.95-46.1 openSUSE -> obs://build.opensuse.org/KDE ... systemsettings5 5.2.2-1.1 -> 5.2.95-39.1 openSUSE -> obs://build.opensuse.org/KDE 118 packages to upgrade, 2 new, 118 to change vendor. Overall download size: 65.0 MiB. Already cached: 0 B After the operation, additional 12.6 MiB will be used. Continue? [y/n/? shows all options] (y): n

...

...

3) try the live ISO:

...

5.3 still hasn't found its way into Rawhide, and 346059 is still happening in it.

We are NOT Fedora, so we do not have Rawhide.

And we no longer have a development release. Instead we have a rolling release, which means longer waiting to see upstream developments and bug fixes show up unless adding optional repos, which I do on a limited basis for specific reasons at suggestion or direction of others, or by employing BS directly or building locally, neither of which I do.

I don't know what you are trying to test or how to test it, but you seem to be reporting bugs based on Fedora installations. So is the above attempts really on an openSUSE installation ??? Or are you trying to install openSUSE packages on top of a Fedora system ? If the latter, then you would indeed have some dependency issues.

I use openSUSE. This system, used for normal everyday activities, is multiboot, as are all my machines, but with only openSUSE releases. I test TW, Rawhide, Cauldron and on rare occasions others, Kubuntu mostly. Testing on multiple distros and on multiple hardware combinations is necessary to figure out where to point blame when a problem is found, and often to determine if there even is a problem. The KDE3 transition to KDE4 legacy remains a painful but strong memory. So does dealing with too many upstream KDE people in discussing loss of functionality in their recreations, and kde.org web site shortcomings. Consequently, I avoided dipping my toes in v5 except where forced by lack of choice (Rawhide), until 3 weeks ago when I did my first v5 to a fresh TW, so that I could determine whether Breeze in particular and v5 in general was equally bad in TW, in anticipation of filing one or more A11Y bugs against Breeze as a default theme. Without replication in more than one distro's implementation, I have no way to tell whether problems are inherited from upstream. If I file a bug upstream, it is because I believe it was caused by upstream, in most cases based upon replicating it in more than one distro. Same goes for Xorg, driver and other foundational bugs. I try hard to limit reports I file to things that are real problems that should be fixable, and have not already been reported, avoiding littering bug trackers with things that clutter search results and waste QA and owner time. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org

Raymond Wooninck composed on 2015-04-25 09:57 (UTC+0200):

Felix Miata wrote:

...

...

...

Nothing provides: libxcb-dpms.so.0 needed by powerdevil5 libxcb-record.so.0 needed by plasma5-desktop libQt5Core.so.5 needed by kwin5 libxcb-cursor.so.0 needed by kwin5

What happens if you run

zypper install libxcb-dpms0 libxcb-record0 libxcb-cursor0 libQt5Core5

Do you get any unresolved dependencies ? These packages are in Tumbleweed and Factory. If you can install them like this, then there is something wrong with zypper (or its setup) that it doesn't pull in required dependencies. Which would mean that this is not a fault of the KDE packages.

# zypper in libxcb-dpms0 libxcb-record0 libxcb-cursor0 libQt5Core5 Loading repository data... Reading installed packages... 'libQt5Core5' is already installed. No update candidate for 'libQt5Core5-5.4.1-2.1.x86_64'. The highest available version is already installed. Resolving package dependencies... The following 3 NEW packages are going to be installed: libxcb-cursor0 libxcb-dpms0 libxcb-record0 3 new packages to install. Overall download size: 46.0 KiB. Already cached: 0 B After the operation, additional 47.9 KiB will be used. Continue? [y/n/? shows all options] (y) After Plasma restart I got 7 things opened without the panel disappearing, doing activities described in the bug. So far, panel is still there. :-) -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org

Raymond Wooninck composed on 2015-04-25 10:42 (UTC+0200):

Ok. So you were missing these packages from the beginning. Question is however, why zypper can not find them or can not install them. Did you change any default settings for zypper or YaST ? (e.g. in /etc/zypp/zypp.conf or / etc/zypp/zypper.conf)

Always. :-D They are two reasons why most of my installations begin as minimal X. There's no way I know to set these before anything gets installed: zypp.conf: solver.onlyRequires = true zypper.conf: installRecommends = no -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org