- openSUSE KDE 3

[kde3] [Slowroll] KMix too weird - black screens :p
by Felix Miata 19 Dec '24

19 Dec '24

Clicking on the KMix mute button blacks the primary display where Kicker tray lives at the bottom of the screen. I'm not sure exactly what lights the display back up. Possibly either ESC, a mouse click on either other of the three displays, another Konsole command, or just mouse movement. # inxi -C --vs inxi 3.3.36-00 (2024-09-04) CPU: Info: dual core model: Intel Core i3-4150T bits: 64 type: MT MCP cache: L2: 512 KiB Speed (MHz): avg: 2993 min/max: 800/3000 cores: 1: 2993 2: 2993 3: 2993 4: 2993 # inxi -GSAMaz --za System: Kernel: 6.11.8-1-default arch: x86_64 bits: 64 compiler: gcc v: 14.2.1 clocksource: tsc avail: hpet,acpi_pm parameters: BOOT_IMAGE=/boot/vmlinuz root=LABEL=<filter> noresume ipv6.disable=1 net.ifnames=0 consoleblank=0 preempt=full mitigations=off Desktop: KDE v: 3.5.10 tk: Qt v: 3.3.8c wm: kwin with: kicker vt: 7 dm: 1: KDM 2: XDM Distro: openSUSE Tumbleweed-Slowroll 20241202 Machine: Type: Desktop System: ASUS product: All Series v: N/A serial: N/A Mobo: ASUSTeK model: B85M-E v: Rev X.0x serial: <filter> part-nu: All uuid: <filter> UEFI: American Megatrends v: 3602 date: 04/04/2018 Graphics: Device-1: Intel 4th Generation Core Processor Family Integrated Graphics vendor: ASUSTeK driver: i915 v: kernel arch: Gen-7.5 process: Intel 22nm built: 2013 ports: active: DP-1,HDMI-A-2,HDMI-A-3 empty: HDMI-A-1,VGA-1 bus-ID: 00:02.0 chip-ID: 8086:041e class-ID: 0300 Display: x11 server: X.Org v: 21.1.14 compositor: kwin driver: X: loaded: modesetting dri: crocus gpu: i915 display-ID: :0 screens: 1 Screen-1: 0 s-res: 3600x2640 s-dpi: 120 s-size: 762x558mm (30.00x21.97") s-diag: 944mm (37.18") Monitor-1: DP-1 pos: primary,bottom-l model: Acer K272HUL serial: <filter> built: 2018 res: 2560x1440 hz: 60 dpi: 109 gamma: 1.2 size: 598x336mm (23.54x13.23") diag: 686mm (27") ratio: 16:9 modes: max: 2560x1440 min: 720x400 Monitor-2: HDMI-A-2 mapped: HDMI-2 pos: top-right model: Dell P2213 serial: <filter> built: 2013 res: 1680x1050 hz: 60 dpi: 90 gamma: 1.2 size: 473x296mm (18.62x11.65") diag: 558mm (22") ratio: 16:10 modes: max: 1680x1050 min: 720x400 Monitor-3: HDMI-A-3 mapped: HDMI-3 pos: top-left model: NEC EA243WM serial: <filter> built: 2011 res: 1920x1200 hz: 60 dpi: 94 gamma: 1.2 size: 519x324mm (20.43x12.76") diag: 612mm (24.1") ratio: 16:10 modes: max: 1920x1200 min: 640x480 API: EGL v: 1.5 hw: drv: intel crocus platforms: device: 0 drv: crocus device: 1 drv: swrast gbm: drv: crocus surfaceless: drv: crocus x11: drv: crocus inactive: wayland API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 24.3.1 glx-v: 1.4 direct-render: yes renderer: Mesa Intel HD Graphics 4400 (HSW GT2) device-ID: 8086:041e memory: 1.46 GiB unified: yes API: Vulkan v: 1.3.296 layers: 2 device: 0 type: integrated-gpu name: Intel HD Graphics 4400 (HSW GT2) driver: N/A device-ID: 8086:041e surfaces: xcb,xlib device: 1 type: cpu name: llvmpipe (LLVM 19.1.5 256 bits) driver: N/A device-ID: 10005:0000 surfaces: xcb,xlib Audio: Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel bus-ID: 00:03.0 chip-ID: 8086:0c0c class-ID: 0403 Device-2: Intel 8 Series/C220 Series High Definition Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel bus-ID: 00:1b.0 chip-ID: 8086:8c20 class-ID: 0403 API: ALSA v: k6.11.8-1-default status: kernel-api with: 1: aoss type: oss-emulator 2: apulse type: pulse-emulator tools: alsactl,alsamixer,amixer Server-1: PipeWire v: 1.2.7 status: active with: 1: pipewire-pulse status: active 2: wireplumber status: active 3: pipewire-alsa type: plugin 4: pw-jack type: plugin tools: pactl,pw-cat,pw-cli,wpctl # rpm -qa | egrep 'alsa|arts|audio|codec|demul|fmpeg|gstr|jack|kodi|26[45]|mix|mpv|pavu|puls|sof-f|sound|vlc|wire|xdg'|sort alsa-1.2.13-3.1.x86_64 alsa-firmware-1.2.4-4.6.noarch alsa-oss-1.1.8-5.6.x86_64 alsa-plugins-1.2.12-1.3.x86_64 alsa-plugins-speexrate-1.2.12-1.3.x86_64 alsa-plugins-upmix-1.2.12-1.3.x86_64 alsa-ucm-conf-1.2.13-2.1.noarch alsa-utils-1.2.13-3.1.x86_64 apulse-0.1.13-2.17.x86_64 ffmpeg-4-4.4.4-14.3.x86_64 kdemultimedia3-3.5.10.1-87.2.x86_64 kdemultimedia3-mixer-3.5.10.1-87.2.x86_64 libasound2-1.2.13-3.1.x86_64 libavcodec58_134-4.4.4-14.3.x86_64 libavcodec61-7.1-2.1.x86_64 libcodec2-1_2-1.2.0-1.4.x86_64 libde265-0-1.0.15-1699.1.pm.6.x86_64 libjack0-1.9.22-4.1.x86_64 libjacknet0-1.9.22-4.1.x86_64 libjackserver0-1.9.22-4.1.x86_64 libpipewire-0_3-0-1.2.7-1.1.x86_64 libpulse-mainloop-glib0-17.0-4.4.x86_64 libpulse0-17.0-4.4.x86_64 libwebrtc-audio-processing-1-3-1.3-3.2.x86_64 libwireplumber-0_5-0-0.5.7-1.0.2.1.sr20241202.x86_64 libx264-164-0.164+git20231001.31e19f92-1699.1.pm.5.x86_64 libx265-209-3.6-1699.2.pm.5.x86_64 pipewire-1.2.7-1.1.x86_64 pipewire-alsa-1.2.7-1.1.x86_64 pipewire-libjack-0_3-1.2.7-1.1.x86_64 pipewire-module-x11-0_3-1.2.7-1.1.x86_64 pipewire-modules-0_3-1.2.7-1.1.x86_64 pipewire-pulseaudio-1.2.7-1.1.x86_64 pipewire-spa-plugins-0_2-1.2.7-1.1.x86_64 pipewire-spa-tools-1.2.7-1.1.x86_64 pipewire-tools-1.2.7-1.1.x86_64 pulseaudio-setup-17.0-4.4.x86_64 pulseaudio-utils-17.0-4.4.x86_64 sof-firmware-2024.09.1-1.1.noarch sound-theme-freedesktop-0.8-9.16.noarch wireplumber-0.5.7-1.0.2.1.sr20241202.x86_64 wireplumber-audio-0.5.7-1.0.2.1.sr20241202.noarch xdg-menu-0.2-219.2.noarch xdg-utils-1.2.1-2.1.noarch xdg-utils-screensaver-1.2.1-2.1.noarch # lsmod | grep snd snd_seq_dummy 12288 0 snd_hrtimer 12288 1 snd_seq 131072 7 snd_seq_dummy snd_seq_device 16384 1 snd_seq snd_hda_codec_hdmi 98304 1 snd_hda_codec_realtek 212992 1 snd_hda_codec_generic 114688 1 snd_hda_codec_realtek snd_hda_scodec_component 20480 1 snd_hda_codec_realtek snd_hda_intel 65536 4 snd_intel_dspcfg 40960 1 snd_hda_intel snd_intel_sdw_acpi 16384 1 snd_intel_dspcfg snd_hda_codec 221184 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek snd_hda_core 151552 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek snd_hwdep 20480 1 snd_hda_codec snd_pcm 221184 4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core snd_timer 53248 3 snd_seq,snd_hrtimer,snd_pcm snd 159744 20 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm soundcore 16384 1 snd # -- 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

Gtk app launching at 96dpi - fixed - was it purposeful?
by David C. Rankin 24 Nov '24

24 Nov '24

Yasuhiko, All, For years, after launching konsole via a bash script that made dcop calls to setup and establish ssh connections to 5 different hosts on startup, all subsequent Gtk apps and xterm would be at 96 dpi instead of the laptop default of 103. This has some benefit in that it made the Gtk app interface smaller and much nicer and it fit with the remaining desktop config I have for kde3. This problem (feature) is now fixed and all apps consistently launch at the native 103 dpi. Was there an intentional fix, or is this strange 96 dpi Gtk default something that finally worked its way out of the system? I'm curious, but because I find I really liked the Gtk apps starting at 96 dpi for the look at feel. At 103 dpi, all fonts are about 1 pt larger and things like the Thunderbird folder-list no longer fit without wrapping in the allocates space I have set. So much so I've gone to creating wrapper scripts to set the resolution before app start and then restoring the native resultion afterwards (trying to set Gtk look at feel is now almost impossible with the current gnome config tools and the frustrating everything Adwaita or nothing themes) For example, I create a .desktop for Thunderbird to launch it as: $ cat ~/bin/tbird-fix.sh #!/bin/sh # set Xft.dpi to 96 (Gtk default) xrdb -merge /home/david/cnf/xterm/Xresources-96_dpi sleep .5 # launch tbird with gdk fix GDK_CORE_DEVICE_EVENTS=1 thunderbird & # reset Xft.dpi to 103 sleep 5 xrdb -merge /home/david/cnf/xterm/Xresources-103_dpi Where the Xresources-XX files contain: $ cat /home/david/cnf/xterm/Xresources-96_dpi ! DPI ! set dpi in separate file and xrdb -merge filename after startup for FF/TB Xft.dpi: 96 So I'm curious was the fix that stabilized app dpi an intentional fix in KDE3 somewhere, or just a side-effect of some fix somewhere unknown? -- David C. Rankin, J.D.,P.E.

1 0

kdialog needs update to add --attach option to be compatible with xdg-desktop-portal fileChooser implementations
by David C. Rankin 24 Nov '24

24 Nov '24

Yasuhiko, All, The kde3 kdialog source needs to be updated to accept an `--attach` option to be compatible with the current KDE kdialog. This is critical as more apps move to using the xdg-desktop-portal features for using native file-dialogs. Recently this has broken Firefox/Thunderbird and vscode/vscodium under KDE3. The problem is the xdg-desktop-portal fileChooser implementations use kdialog for the chooser. They use options for the current Plasma kdialog implementation that includes options that do not exist in KDE3 kdialog like the --attach option. See vscodium BUG (bottom comments): Linux - vscodium no longer displays file-dialog after update to Ver. 1.90.0 #1927 https://github.com/VSCodium/vscodium/issues/1927 In the case of both Firefox/Thunderbird and vscode/vscodium there was no way to open or save files. The dialog in the case of vscode/vscodium would fail to open and no fallback file-dialog was provided in case of failure. I didn't fully debug Firefox/Thunderbird, but mozilla provides an option to turn the portal chooser interface off with: widget.use-xdg-desktop-portal.file-picker=0 (1: always on, 2: auto) Apparently this is set to 1 by default in openSUSE so KDE will use the native file dialogs, but breaks the dialogs completely for KDE3. In vscode/vscodium the portal/kdialog open string is formed from: kdialog --attach=22020099 --title=Open File --multiple --separate-output --getopenfilename /path/to/file This fails in KDE3 for 2 reason (1) no --attach option and (2) "Open File" must be quoted. The debug (--verbose --vmodule=*/ui/*=2) options for vscode/vscodium shows: [main 2024-11-17T00:53:51.814Z] [DialogMainService]: request to acquire file dialog lock { title: 'Open File', buttonLabel: undefined, filters: undefined, defaultPath: '/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr', properties: [ 'multiSelections', 'openFile', 'createDirectory' ] } [main 2024-11-17T00:53:51.815Z] [DialogMainService]: new file dialog lock created { title: 'Open File', buttonLabel: undefined, filters: undefined, defaultPath: '/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr', properties: [ 'multiSelections', 'openFile', 'createDirectory' ] } [2127:1116/185351.853415:VERBOSE1:select_file_dialog_linux_kde.cc(425)] KDialog command line: kdialog --attach=22020099 --title=Open File --multiple --separate-output --getopenfilename /home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr [2127:1116/185351.883868:VERBOSE1:select_file_dialog_linux_kde.cc(568)] [kdialog] MultiFileResponse: [main 2024-11-17T00:53:51.884Z] [DialogMainService]: file dialog lock disposed { title: 'Open File', buttonLabel: undefined, filters: undefined, defaultPath: '/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr', properties: [ 'multiSelections', 'openFile', 'createDirectory' ] } Here the dialog is created and destroyed in 69 ms (difference between T00:53:51.884Z and T00:53:51.815Z) This issue will only get worse as more apps try and implement this portal chooser interface that was intended for Flatpak to avoid sandbox issues. We probably just need to include the current KDE/Plasma options for kdialog like --attach and can simple have those invoke a stub function to prevent an error. That should allow these portal chooser implementations to work with KDE3 and keep the dialog from throwing an exception for unknown options. This likely will effect TDE as well. I'll forward to the TDE dev list. -- David C. Rankin, J.D.,P.E.

2 3

Regarding the response to the deprecation of update-desktop-files
by Yasuhiko Kamata 23 Nov '24

23 Nov '24

Hello all, As there was an announcement in factory mailing list [1], update-desktop-files is going to be dropped. [1] https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/message… It will still be a spare while before it is actually dropped, this patch creation process (as explained in [1]) is very heavy and time consuming (kdelibs3 build process takes 4+ hours!), so I decided to migrate not to use it. If simply remove the %suse_update_desktop_file script from spec file, our translation efforts will be lost, so converted the script results (extracted from the built rpms) into a patch, namely kde**-deprecate-update-desktop-files.patch. (done for kde3 core packages, working on for other packages) These patches should not affect behavior or translation results, but please report if you have any problems. Thanks, -- Yasuhiko Kamata E-mail: belphegor(a)belbel.or.jp

2 2

Tumbleweed - kate sftp: won't open symlinks on remote?
by David C. Rankin 18 Nov '24

18 Nov '24

All, Using sftp: in kate, I can't open symlinks on the remote host. They do not show anything in "Preview" and if you open the link, it opens empty. I can sftp on the command line and "get thelink" and it transfers just fine. I cannot recall if this is a new problem or if this has always been a problem. I think I would recall if symlinks behaved this way in the past, because I have numerous symlinks -- but I can't swear kate behaved one way or the other in the past. I know there are limitations with the sftp protocol that requires treating links as directories and only falling back to treating them as a file if changing into the directory fails -- but kate should be smart enough to do that since that is handled by sftp itself. Is this a new problem or a problem that has always been there? -- David C. Rankin, J.D.,P.E.

1 0

Re: vscode/vscodium file-choose broken on Tumbleweed - No such interface “org.freedesktop.portal.FileChooser”
by David C. Rankin 17 Nov '24

17 Nov '24

On 11/16/24 3:29 AM, Masaru Nomiya wrote: > DCR> 02:32 wizard:~> /opt/vscodium-bin/codium > DCR> [56965:1116/023333.000043:ERROR:object_proxy.cc(576)] Failed to call method: > DCR> org.freedesktop.DBus.Properties.Get: object_path= > DCR> /org/freedesktop/portal/desktop: org.freedesktop.DBus.Error.InvalidArgs: No such > DCR> interface “org.freedesktop.portal.FileChooser” > DCR> [56965:1116/023333.000324:ERROR:select_file_dialog_linux_portal.cc(287)] Failed > DCR> to read portal version property > > Have you installed xdg-desktop-portal? Yes, xdg-desktop-portal was slipped in as a dependency to MozillaFirefox from openSUSE -- but the portal file chooser logic using kdialog is BROKEN for KDE3 because KDE3 kdialog does not have an --attach option. This broke Firefox and vscodium/vscode. The portal fileChooser (originally a Flatpak interface to avoid sandbox issues) only works to pick native file dialogs for "some" desktops and "breaks" others. Thankfully mozilla provides an option to turn it off so file dialogs work again. I found this after 1/2 a gigabyte of unnamed downloads appeared in the ~/Downloads folder: 18:55 wizard:~> l -rt Downloads/ total 672580 drwx------ 48 david david 4096 Nov 16 18:55 .. drwxr-xr-x 2 david david 4096 Nov 16 19:46 . -rw-r--r-- 1 david david 303335 Aug 28 02:36 IRF9Z24.PDF -rw-r--r-- 1 david david 529687 Aug 28 02:37 IRF9130.PDF -rw-r--r-- 1 david david 174833 Aug 30 23:49 cd00003223.pdf -rw-r--r-- 1 david david 317328 Oct 18 01:54 settings.png -rw-r--r-- 1 david david 776370 Oct 18 01:55 settings.xcf -rw-r--r-- 1 david david 316833 Oct 18 01:56 settings1.png -rw-r--r-- 1 david david 113122 Oct 18 01:57 settings1-fs8.png -rw-r--r-- 1 david david 5524488 Nov 9 21:27 frag_bunny.mp4 -rw------- 1 david david 148378619 Nov 16 16:39 i7Rmj0w8.gz.part -rw------- 1 david david 148378619 Nov 16 16:39 5-v9QHZY.gz.part -rw------- 1 david david 20331269 Nov 16 16:40 -3bU-fu3.gz.part -rw------- 1 david david 20331269 Nov 16 16:40 eF7LSKQs.gz.part -rw------- 1 david david 26288471 Nov 16 16:40 PyNivark.zip.part -rw------- 1 david david 26288471 Nov 16 16:40 0QZUksul.zip.part -rw------- 1 david david 148378619 Nov 16 16:50 VSCode-linux-x64-1.95-3.tar.gz -rw------- 1 david david 142220013 Nov 16 17:18 xtr905zZ.rpm.part All of the *.part files are source and binary downloads of vscode and vscodium, but since the file-chooser was broken, no dialog was presented for download, and no filename was ever formed by Firefox -- so the download icon never appears in the toolbar letting you know something is downloading -- and when the thing finishes downloading, it cannot be renamed to a real filename since that was never optained by firefox due to the dialog failure.... The xdg-desktop-portal thing isn't fully-baked yet. Whether you get a file-dialog displayed cannot depend on what desktop you are running. Proper programming would validate the file-dialog is open and ready for use, and if not, a sane fallback dialog (e.g. the default gtk fileChooser) should be shown. I know I can't be the only one bitten by this one. cc: kde3 list -- since this is a live issue for KDE3 -- David C. Rankin, J.D.,P.E.

1 0

It TW missing a KTTSD kcontrol panel module?
by David C. Rankin 30 Oct '24

30 Oct '24

Yasuhiko, All, kde3 accessibility has the KTTSD (Text to Speech) daemon. I don't know what launched it, but it wasn't able to find a "talker". The K-Say-It app attempts to launch the kcontrol TTSD module, but it cannot be found. Sure enough, there is none in kcontrol anywhere. I also recall disabling the text-to-speech in the control panel years ago (I don't use it), but that module no longer exists. Is it missing? Build/dependency failure? -- David C. Rankin, J.D.,P.E.

2 1

Akregator - Default Feeds need updating - Novell openSUSE feeds still defaults
by David C. Rankin 29 Oct '24

29 Oct '24

Yasuhiko, When you get a chance, the Akregator news feed app needs to have the pre-set default feeds changed (mostly just deleted). The following don't exist anymore Planet SUSE Novell Open PR SUSE Security Announcements (probably update link) Novell User Communities There was one more Novell feed I deleted before I started this e-mail. Whatever it is, all Novell related feeds need to be deleted. Those went away in 2005 or so :) -- David C. Rankin, J.D.,P.E.

2 1

Tumbleweed - Fix for kde3-gtk-qt-engine libbonobo-devel dependency
by David C. Rankin 28 Oct '24

28 Oct '24

Yasuhiko, We need to fix kde3-gtk-qt-engine on tumbleweed. The problem is libbonobo is no longer packaged for tumbleweed. It is listed as a dependency for kde3-gtk-qt-engine, but is NOT a true dependency. Looking at the source, it is only a conditional dependency, e.g. in qt_theme_draw.c, you have: #ifdef HAVE_BONOBO #include <libbonobo.h> #include <libbonoboui.h> #endif .... #ifdef HAVE_BONOBO if (GTK_IS_TOOLBAR(parent) || BONOBO_IS_UI_TOOLBAR(parent)) #else if (GTK_IS_TOOLBAR(parent)) #endif So it appears we can build the packages for tumbleweed by defining: #define HAVE_BONOBO 0 Do you have a build-setup where you can give this a try? -- David C. Rankin, J.D.,P.E.

2 3

Mystery Tumbleweed - kmix volume goes to 75% magically sometime after kde3 startup?
by David C. Rankin 20 Oct '24

20 Oct '24

All, Here is another tumbleweed issue I'm trying to track down. The volume with kmix is set to 61%. That's where I set it, and that's where it is set on desktop start. However, after opening konsole, kate, konqueror, firefox, thunderbird, kweather and usually kpatience (patience card game - time killer), at some point, the volume magically jumps to 75% ??? Has anyone else seen there volume magically adjust to 75%? I haven't isolated which app does it. Whenever it happens, I don't know about it until the next sound is played -- usually the konsole error telling me I hit backspace one too many times. Thought I would ask... -- David C. Rankin, J.D.,P.E.

2 7