April 2025 - openSUSE KDE 3 - openSUSE Mailing Lists

Repository KDE 3.5.10... SSL certificate problem: certificate has expired
by Michael Hamilton 26 Apr '25

26 Apr '25

I can't zypper-dup at the moment, I'm seeing: Repository 'KDE 3.5.10 and Qt3-related software (openSUSE_Tumbleweed)' is invalid. ... Error code: The peer certificate could not be verified Curl error (60) Error message: SSL certificate problem: certificate has expired I imagine this is already known and will be corrected in due course, but I'm emailing just in case. Michael

3 5

[kde3] button style defective in 16.0a
by Felix Miata 21 Apr '25

21 Apr '25

https://paste.opensuse.org/23bbc81e0759 image of KTip https://paste.opensuse.org/3d6f0aa16ffc .xsession-errors This happens whether using desktop-data-openSUSE from 15.3 or from 16.0. The close button in the screen shot appears without text because it's being hovered by pointer during screenshot. Normally the text is there, but the dots for borders remain there, and various places around the desktop, such as open app boxes on Kicker. Other button boxes have heavy borders instead of like the buttons I'm used to seeing. This button appearance and behavior applies to the default non-theme theme I use on KDM as well. In personal settings > style, strike-through appears on configure, and is thus unavailable to switch from its current "B3/KDE" to my preferred "Plastik". "Theme Manager" also seems broken. It has the same themes listed as in 15.6, and just like 15.6, selecting any of them leaves the sample area completely blank. What might be missing or broken to cause this? This is on host hp750 now, but I've seen it happen elsewhere. ATM, I don't remember if elsewhere was on 16.0 or not, or if I found a fix, but right now I can't think of where I should look. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

3 3

[kde3][not-fixed, just corrected] button style defective in 16.0a
by Felix Miata 19 Apr '25

19 Apr '25

https://paste.opensuse.org/23bbc81e0759 image of KTip https://paste.opensuse.org/6b44395ed843 .xsession errors (prior bad source) This happens whether using desktop-data-openSUSE from 15.3 or from 16.0. The close button in the screen shot appears without text because it's being hovered by pointer during screenshot. Normally the text is there, but the dots for borders remain there, and various places around the desktop, such as open app boxes on Kicker. Other button boxes have heavy borders instead of like the buttons I'm used to seeing. This button appearance and behavior applies to the default non-theme theme I use on KDM as well. In personal settings > style, strike-through appears on configure, and is thus unavailable to switch from its current "B3/KDE" to my preferred "Plastik". "Theme Manager" also seems broken. It has the same themes listed as in 15.6, and just like 15.6, selecting any of them leaves the sample area completely blank. What might be missing or broken to cause this? This is on host hp750 now, but I've seen it happen elsewhere. ATM, I don't remember if elsewhere was on 16.0 or not, or if I found a fix, but right now I can't think of where I should look. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

2 1

[kde3][fixed] button style defective in 16.0a
by Felix Miata 18 Apr '25

18 Apr '25

https://paste.opensuse.org/23bbc81e0759 image of KTip https://paste.opensuse.org/6b44395ed843 .xsession errors (prior bad source) This happens whether using desktop-data-openSUSE from 15.3 or from 16.0. The close button in the screen shot appears without text because it's being hovered by pointer during screenshot. Normally the text is there, but the dots for borders remain there, and various places around the desktop, such as open app boxes on Kicker. Other button boxes have heavy borders instead of like the buttons I'm used to seeing. This button appearance and behavior applies to the default non-theme theme I use on KDM as well. In personal settings > style, strike-through appears on configure, and is thus unavailable to switch from its current "B3/KDE" to my preferred "Plastik". "Theme Manager" also seems broken. It has the same themes listed as in 15.6, and just like 15.6, selecting any of them leaves the sample area completely blank. What might be missing or broken to cause this? This is on host hp750 now, but I've seen it happen elsewhere. ATM, I don't remember if elsewhere was on 16.0 or not, or if I found a fix, but right now I can't think of where I should look. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

1 0

kmenu -> Games -> Amusement (has world time and teatime??)
by David C Rankin 11 Apr '25

11 Apr '25

All, Can anybody think of any recent change that would cause Kmenu to be rearranged? Earlier today looking at the menu, kworld clock and kteatime were moved into Games -> Amusement. These are traditionally Utilities;Clock apps in the Utilities menu. The .desktop file categories HAVE changed. Currently both kteatime.desktop and kworldclock.desktop have: Categories=Qt;KDE;Utility;Amusement; That is not right and is a change from earlier. Checking the 15.4 install the categories are: kteatime.desktop Categories=Applet; kworldclock.desktop Categories=Utility;Clock; What is causing the kde application .desktop file categories to change? This is really messing up the kmenu. Here is a current screenshot of where the apps end up in the menu: KDE3 - kmenu -> Games -> Amusement (has world time and teatime??) https://paste.opensuse.org/pastes/f4d2da07e8f8 And this is on top of all the normal KDE apps that got dumped in the generic "More Programs" menu under Graphics: KDE3 - kmenu - > Graphics -> More Programs https://paste.opensuse.org/pastes/0fa3a2684860 Yasuhiko, was there a patch or something that caused this?? -- David C. Rankin, J.D.,P.E.

1 0

Updated TW Laptop - All jpeg loading broke - what libjpeg do you have?
by David C. Rankin 08 Apr '25

08 Apr '25

All, With all the problems I've had with the desktop and Qt3/kdm/ksplash/kdegames, I held off updating my laptop for several weeks as it had a kde3 that was perfect, no problems at all. I finally updated it yesterday to all current packages, and everything that was broken in kde3 on the desktop, konqueror tooltip jpeg preview, kdm loading .jpg theme backgrounds, ksplash with moodin engine not loading .jpg backgrounds, the kde desktop not loading .jpg backgrounds, kdegames kpatience not loading its .jpg backgrounds -- is now broken on my laptop as well. The odd thing is this broken jpeg behavior seems to apply to the workspace loading of jpeg like for tooltips, splash screen backgrounds (kdm/ksplash) or window backgrounds (kpatience or kde desktop). All image applications, like kimage or the embedded image viewer all load jpeg images just fine. I have the following jpeg libraries: $ rpm -qa | grep 'jpeg' libjpeg-turbo-3.0.4-81.4.x86_64 libjpeg62-62.4.0-81.3.x86_64 libjpeg62-devel-62.4.0-81.3.x86_64 libjpeg8-8.3.2-81.4.x86_64 liblavjpeg-2_2-0-2.2.1-2.12.x86_64 libmjpegutils-2_2-0-2.2.1-2.12.x86_64 libturbojpeg0-8.3.2-81.4.x86_64 You have a choice whether libjpeg62-devel or libjpeg8-devel provides the symlink to libjpeg.so. I've used libjpeg62 on my laptop and libjpeg8 on the desktop - no change. What jpeg libraries do you have and do any of you see this same behavior? -- David C. Rankin, J.D.,P.E.

1 1

Can any confirm not konqueror tooltip preview for /usr/share/wallpapers/All-Good-People-1.jpg
by David C Rankin 04 Apr '25

04 Apr '25

All, Yasuhiko, Can someone confirm in konqueror that rolling a mouse over: /usr/share/wallpapers/All-Good-People-1.jpg fails to produce an image preview, but that rolling the mouse over: /usr/share/wallpapers/root-logo.png produces the tooltip preview just fine? The first file is owned by kdebase3-workspace-3.5.10.1-385.14.x86_64, the second by kdebase3-SuSE-11.3-108.10.x86_64. On my non-updated box, both preview fine, but with all current TW updates applied, I get no .jpg previews in the tooltips, and all .svgz previews are not scaled to fit in the preview. (they .svgz images don't scale to fit in the tooltip on the non-updated install either) If somebody can confirm this behavior, we have reproducible errors, along with the kdegames kpatience background not loading that we can work to figure out what is going on. Everything else in kde3 is working fine as far as I can tell, it's just this weird .jpg issue that is breaking things. The error has changed from QImage::smothScale to QImage::convertDepth in the .xsession-errors - which doesn't make much sense, e.g. $ grep -i 'image\|png' ~/.xsession-errors libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile QImage::convertDepth: Image is a null image libpng warning: iCCP: known incorrect sRGB profile QImage::convertDepth: Image is a null image QImage::convertDepth: Image is a null image QImage::convertDepth: Image is a null image QImage::convertDepth: Image is a null image QImage::convertDepth: Image is a null image QImage::convertDepth: Image is a null image libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile The "Image is a null image" errors are associated with the first few mouse-over tooltip preview attempts. After a while, they quit displaying. I guess the error message buffer fills or something similar. Thanks. -- David C. Rankin, J.D.,P.E.

2 2

qt3-debuginfo-3.3.8c-168.8.x86_64 not found?
by David C Rankin 04 Apr '25

04 Apr '25

Yasuhiko, all, Trying to debug a qt3 app, gdb needs qt3-debuginfo, ... Breakpoint 1, 0x0000000000405c90 in main () Missing separate debuginfos, use: zypper install qt3-debuginfo-3.3.8c-168.8.x86_64 (gdb) However trying to find or install any qt3-debuginfo file fails, e.g $ zypper se qt3-debuginfo (in fact you can just zypper se qt3 and no debuginfo package exists) Where are the debug packages for qt3? -- David C. Rankin, J.D.,P.E.

2 2