[opensuse-kde3] Need HELP - zypper dup 42.3 -> 15.0 leaves KDE3 styles (widgetStyles) missing.
All, Devs, I have a problem with KDE3 kstyles (Plastik, Keramik, etc..) are all missing after 'zypper dup' from 42.3->15.0. This is not a problem with KDE3 per-se as all my 'fresh installs' of KDE3 in 15.0 and 15.1 have all the styles and are working fine. This is a 'zypper dup' problem leaving kde unable to read/load the styles in: /opt/kde3/share/apps/kstyle/themes/ The styles are all there: $ l /opt/kde3/share/apps/kstyle/themes/ total 156 drwxr-xr-x 2 root root 4096 Nov 4 19:53 . drwxr-xr-x 4 root root 4096 Apr 18 2018 .. -rw-r--r-- 1 root root 131 Jan 6 2005 Metal4kde.themerc -rw-r--r-- 1 root root 147 Apr 28 2004 activeheart.themerc -rw-r--r-- 1 root root 3189 Aug 19 2008 b3.themerc -rw-r--r-- 1 root root 5045 Aug 19 2008 default.themerc -rw-r--r-- 1 root root 4118 Aug 19 2008 dotnet.themerc -rw-r--r-- 1 root root 8023 Aug 19 2008 highcolor.themerc -rw-r--r-- 1 root root 7447 Aug 19 2008 highcontrast.themerc -rw-r--r-- 1 root root 4347 Aug 19 2008 keramik.themerc -rw-r--r-- 1 root root 10555 Aug 19 2008 light-v2.themerc -rw-r--r-- 1 root root 10693 Aug 19 2008 light-v3.themerc -rw-r--r-- 1 root root 2687 Aug 19 2008 phase.themerc -rw-r--r-- 1 root root 4038 Aug 19 2008 plastik.themerc -rw-r--r-- 1 root root 127 May 27 2007 polyester.themerc -rw-r--r-- 1 root root 4527 Aug 19 2008 qtcde.themerc -rw-r--r-- 1 root root 4811 Aug 19 2008 qtmotif.themerc -rw-r--r-- 1 root root 5242 Aug 19 2008 qtmotifplus.themerc -rw-r--r-- 1 root root 5301 Aug 19 2008 qtplatinum.themerc -rw-r--r-- 1 root root 3422 Aug 19 2008 qtsgi.themerc -rw-r--r-- 1 root root 5361 Aug 19 2008 qtwindows.themerc -rw-r--r-- 1 root root 7834 Aug 19 2008 riscos.themerc -rw-r--r-- 1 root root 4875 Aug 19 2008 scheck.themerc The associated .la and .so files are present in /opt/kde3/lib/kde3/plugins-lib/styles/ and /opt/kde3/lib/kde3/plugins-lib64/styles/. The only files shown in kcontrol->Appearance&Themes->Style are: CDE MS Windows 9x Motif Platinum SGI (the Qt styles - yuck...) kcoltrol styles screenshot at: https://paste.opensuse.org/66525346 My preferred kstyle is keramik so it was instantly noticeable after zypper dup. I have pulled my hair out trying to find the problem and I'm stumped. Since keramic style is part of the kdelibs source, I first though to reinstall the base programs: # rpm -Ua --reinstall kdelibs3-3.5.10-lp150.213.3.x86_64.rpm kdelibs3-default-style-3.5.10-lp150.213.3.x86_64.rpm kdebase3-3.5.10.1-lp150.339.1.x86_64.rpm kdebase3-workspace-3.5.10.1-lp150.339.1.x86_64.rpm kdebase3-extra-3.5.10.1-lp150.339.1.x86_64.rpm no help... I have then compared all the relevant files in ~/.kde/share/config, e.g. kdeglobals, kwinrc, startupconfig, etc.. to the files on the fresh installs of 15.0 where all kstyles are present and working fine -- no difference. I have created a new Linux user and started kde3 where there was no profile directory and the new user has none of the kstyles available either confirming this is a system wide issue after the zypper dup. I have also compared all the kde3/qt rpms installed with those on the fresh-installs and there are no differences. (including the Qt4 & Qt5 rpms) I have compared the KDE and QT environment variables set between the zypper dup and fresh installs -- they are the same. My style set in kdeglobals is still keramic, e.g. $ grep Style ~/.kde/share/config/kdeglobals XftHintStyle=hintmedium widgetStyle=keramik View Style=Simple I even installed a couple more styles from the kde3 repo just to see if that wouldn't break the logjam, but no help. I installed: kde3-style-activeheart-1.2.1-lp150.3.1.x86_64.rpm kde3-style-metal4kde-0.2-lp150.5.1.x86_64.rpm kde3-style-polyester-1.0.5-lp150.7.1.x86_64.rpm I could have done 10 fresh installs and reconfigs in the time I've been chasing this (and a few other) zypper dup side effects. Other than backing up and blowing this install away and doing a fresh-install, I'm out of ideas here (though I would like to figure this one out...) So I ask for ideas from those that may have a bit of knowledge on how the kstyles are loaded and what I might check to see why mine are not? I can usually solve just about any KDE3 issue, but this one has me stumped. help... what to check next?? -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse-kde3+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde3+owner@opensuse.org
help... what to check next??
I don't think I have any ideas to help offhand. I do have one or more 15.0 test box installations that were zypper dups from 42.3, but I don't have any readily accessible record of which those might be. My main box I dup'd directly from 42.3 to 15.1. I'm using plastik. Keramik is available in the select list: http://fm.no-ip.com/SS/KDE/drankin20191108-151K3styles.jpg ATM I have a test box duping^H^H^H^H^H^H just dup'd directly from 15.0 to 15.2, but it has TDE instead of KDE3. If you can think of something I can lookup because you don't have anything else dup'd from 42.3 to 15.0, let me know and I'll try to find an installation that went that route and has KDE3. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde3+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde3+owner@opensuse.org
On 11/08/2019 12:58 AM, Felix Miata wrote:
If you can think of something I can lookup because you don't have anything else dup'd from 42.3 to 15.0, let me know and I'll try to find an installation that went that route and has KDE3.
Thank you Felix, I'm somewhat in the same boat. I have 15.0 and 15.1 test boxes that were fresh-installs that are fine. This laptop was the only zypper dup 42.3 -> 15.0 and the only one with issues. (so I have working 15.0 and 15.1 boxes to compare to -- I'm just exhausting all the things I can think to compare) I'll keep everyone posted. I do recall a bug about 10 years ago on this, but I don't remember the details. The frustrating thing is you cannot even manually make it find the styles other than the Qt styles, e.g. $ kcontrol --style Motif works fine $ kcontrol --style Keramik The style keramik was not found So it's as if KDE3 doesn't know the kde-styles exist on the system -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse-kde3+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde3+owner@opensuse.org
On 08/11/19 20:55, David C. Rankin wrote:
I'll keep everyone posted. I do recall a bug about 10 years ago on this, but I don't remember the details. The frustrating thing is you cannot even manually make it find the styles other than the Qt styles, e.g.
$ kcontrol --style Motif
works fine
$ kcontrol --style Keramik The style keramik was not found
So it's as if KDE3 doesn't know the kde-styles exist on the system
Hi David, I don't use SuSE, but do use kde3 and keramik for style/theme/window decorations. I can reproduce your problem by clearing the contents of ~/.qt/qt_plugins_3.3rc, and setting the library paths in ~/.qt/qtrc to null: | [3.3] | libraryPath= | | [KDE] | kdeAddedLibraryPaths= Then: # kcontrol --style keramik The style keramik was not found and qt_plugins_3.3rc gets populated with the qt styles, and Appearance & Themes|Style lists only the qt styles. Close session and restart kde .. and the plugins library paths in qtrc are restored # kcontrol --style keramik starts kcontrol without error message, kde3 styles are added to qt_plugins_3.3rc, Appearance & Themes|Style lists all qt and kde styles, and keramik can be selected. Worth a try? -- To unsubscribe, e-mail: opensuse-kde3+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde3+owner@opensuse.org
On 11/16/2019 02:46 PM, Ray Vine wrote:
Hi David,
I don't use SuSE, but do use kde3 and keramik for style/theme/window decorations.
I can reproduce your problem by clearing the contents of ~/.qt/qt_plugins_3.3rc, and setting the library paths in ~/.qt/qtrc to null: | [3.3] | libraryPath= | | [KDE] | kdeAddedLibraryPaths=
Then: # kcontrol --style keramik The style keramik was not found
and qt_plugins_3.3rc gets populated with the qt styles, and Appearance & Themes|Style lists only the qt styles.
Close session and restart kde .. and the plugins library paths in qtrc are restored
# kcontrol --style keramik
starts kcontrol without error message, kde3 styles are added to qt_plugins_3.3rc, Appearance & Themes|Style lists all qt and kde styles, and keramik can be selected.
Worth a try?
Absolutely worth a try. I have already nuked /etc/X11/qt_plugins_3.3rc and ~/.qt/qt_plugins_3.3rc, (and rolled in new versions from a working openSUSE 15.0 install), but do not recall if I did the same for ~/.qt/qtrc. Will try that next and report back -- though it would have to be system-wide as well -- I created a new users and started kde3 there and the desktop there was missing the kde styles there as well. The other possibility is that there are holdovers from the prior version in /usr/lib/qt3 causing issues. All the clean installs work fine, it's just this box that I "updated" instead of doing a clean install that is giving me fits. I'll update the thread after I do a bit more tinkering. Watching kdm3 use '*' to mask the password instead of '●' is just bizarre. There is something fundamental in the config that is just mixed up. (where is the question...) -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse-kde3+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde3+owner@opensuse.org
On 11/18/2019 02:59 AM, David C. Rankin wrote:
I'll update the thread after I do a bit more tinkering.
Watching kdm3 use '*' to mask the password instead of '●' is just bizarre. There is something fundamental in the config that is just mixed up. (where is the question...)
Well, The idea was sound, but no dice. Replaced both the system wide and user qt_plugins_3.3rc and qtrc restarted the desktop -- and same old no styles in this version... I'm to the point I think I'm just going to wipe KDE3/qt3 and reinstall both fresh. (I could have done that 20 times over in the amount of time I've spent picking through configs trying to figure out what got borked by the update instead of the fresh install... :) Thanks for your ideas .. and if you have others, let me know. I agree with you the problem is likely qt3 related, but which config buried where is the issue. I may try a qt3 uninstall/reinstall before the kde3 uninstall/reinstall just to see if this helps. I recall 10-12 years ago this problem came up when KDE3 was still KDE, but I'll be damned if I recall the details. -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse-kde3+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde3+owner@opensuse.org
On 18/11/19 09:41, David C. Rankin wrote:
Thanks for your ideas .. and if you have others, let me know. I agree with you the problem is likely qt3 related, but which config buried where is the issue.
Try running qtconfig. "Library Paths Use this tab to select additional directories where Qt should search for component plugins. These directories should be the base directory of where your plugins are stored. For example, if you wish to store GUI Style plugins in $HOME/plugins/styles and Qt Designer plugins in $HOME/plugins/designer, you would add $HOME/plugins to your Library Path." I tried this by renaming my kde3 plugins base directory, which gave me just the qt styles to choose from, then added the renamed kde3 plugins base directory to the list in qtconfig, and the kde plugins re-appeared. -- To unsubscribe, e-mail: opensuse-kde3+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde3+owner@opensuse.org
On 11/19/2019 08:40 AM, Ray Vine wrote:
On 18/11/19 09:41, David C. Rankin wrote:
Thanks for your ideas .. and if you have others, let me know. I agree with you the problem is likely qt3 related, but which config buried where is the issue.
Try running qtconfig.
"Library Paths Use this tab to select additional directories where Qt should search for component plugins. These directories should be the base directory of where your plugins are stored. For example, if you wish to store GUI Style plugins in $HOME/plugins/styles and Qt Designer plugins in $HOME/plugins/designer, you would add $HOME/plugins to your Library Path."
I tried this by renaming my kde3 plugins base directory, which gave me just the qt styles to choose from, then added the renamed kde3 plugins base directory to the list in qtconfig, and the kde plugins re-appeared.
Thanks again Ray, Yes, I've run /usr/lib/qt3/bin/qtconfig and checked, removed, added and compared the library paths to those of the working installs and there isn't any difference. I only have system-wide styles in /opt/kde3/lib64/kde3/plugins and the qt plugins. Nothing in ~/.kde/lib64 (or lib). I've never had local styles installed (literally in the past 15 years of running KDE 3.5.10) I'm stumped. Never had an issue with the styles just not showing up. I've compared the file dates/times between the fresh install and this one for all plugins -- they are the same and same size. I've swapped qtrc and qt3_plugins_3.3rc between the installs -- no help. We are off into the land of the bizarre. Gremlins? -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse-kde3+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde3+owner@opensuse.org
On 11/19/2019 06:06 PM, David C. Rankin wrote:
I'm stumped. Never had an issue with the styles just not showing up. I've compared the file dates/times between the fresh install and this one for all plugins -- they are the same and same size. I've swapped qtrc and qt3_plugins_3.3rc between the installs -- no help. We are off into the land of the bizarre. Gremlins?
S O N O F A B I T C H !!! zypper dup had allowed a vendor-change to the qt3 in packman instead of the qt3 from the kde3 repo. It wasn't until I was pulling my hair out comparing 'minor' versions of the packages that I snapped to having qt3 3.3.8c-lp150.157.3 instead of 3.3.8c-lp150.153.1 zypper dup --from kde switched all packages back to the kde repo and after a log-out/log-in presto all styles were back. https://paste.opensuse.org/54930470 (keramik gradient on the buttons makes all the difference in the world when pulling off a dark-theme with KDE3) Jesus, that wasn't even on my RADAR. That wasn't a problem I ever recall surfacing over the past 15 years.... -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse-kde3+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde3+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 20/11/2019 08.01, David C. Rankin wrote:
On 11/19/2019 06:06 PM, David C. Rankin wrote:
I'm stumped. Never had an issue with the styles just not showing up. I've compared the file dates/times between the fresh install and this one for all plugins -- they are the same and same size. I've swapped qtrc and qt3_plugins_3.3rc between the installs -- no help. We are off into the land of the bizarre. Gremlins?
S O N O F A B I T C H !!!
zypper dup had allowed a vendor-change to the qt3 in packman instead of the qt3 from the kde3 repo. It wasn't until I was pulling my hair out comparing 'minor' versions of the packages that I snapped to having qt3
Did you use "--allow-vendor-change
3.3.8c-lp150.157.3
instead of
3.3.8c-lp150.153.1
I suggest you report this to packman people.
zypper dup --from kde switched all packages back to the kde repo and after a log-out/log-in presto all styles were back.
https://paste.opensuse.org/54930470
(keramik gradient on the buttons makes all the difference in the world when pulling off a dark-theme with KDE3)
Jesus, that wasn't even on my RADAR. That wasn't a problem I ever recall surfacing over the past 15 years....
Not this one, but I have suffered unintentional repo change. With packman, too. One posibility to see them, as YaST is unable to display the repo of each package in tabular form, is to do a query: rpm -q -a --queryformat "%{INSTALLTIME};%{INSTALLTIME:day}; \ %{BUILDTIME:day}; %{NAME};%{VERSION}-%-7{RELEASE};%{arch}; \ %{VENDOR};%{PACKAGER};%{DISTRIBUTION};%{DISTTAG}\n" \ | sort | cut --fields="2-" --delimiter=\; \ | tee rpmlist.csv | less -S or rpm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \ %{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \ %25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \ | sort | cut --fields="2-" | tee rpmlist | less -S In csv form you can import to a calc sheet and apply filters. I mentioned a variation of this query in another reply to you recently. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXdUqUwAKCRC1MxgcbY1H 1arTAJ9F/cR9dtorQq511vGOaGLgGZh10gCcDXoK82RS+e/F7e6pFha2H7ZVe6A= =Dv6Z -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-kde3+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde3+owner@opensuse.org
participants (4)
-
Carlos E. R. -
David C. Rankin -
Felix Miata -
Ray Vine