tde-devels February 2024

devels@trinitydesktop.org

5 participants
8 discussions

[openSUSE] Error - artsmessage: Sound server fatal error: cpu overload, aborting

by Felix Miata

Error - artsmessage: Sound server fatal error: cpu overload, aborting This message pops up on session login, and repeats if dismissed. How can I make it go away and stay away? Lots of noise in .xsession-errors too! :( # pinxi -ASaz --vs --zl --hostname pinxi 3.3.26-19 (2023-04-24) System: Host: gb250 Kernel: 6.2.12-1-default arch: x86_64 bits: 64 compiler: gcc v: 13.0.1 parameters: BOOT_IMAGE=/boot/vmlinuz root=LABEL=<filter> rd.hostonly=0 noresume ipv6.disable=1 net.ifnames=0 mitigations=none preempt=full video=1440x900@60 Desktop: Trinity v: R14.0.13 tk: Qt v: 3.5.0 info: kicker wm: Twin v: 3.0 vt: 7 dm: 1: TDM 2: XDM Distro: openSUSE Tumbleweed 20230424 Audio: Device-1: Intel 200 Series PCH HD Audio vendor: Gigabyte driver: snd_hda_intel v: kernel alternate: snd_soc_avs bus-ID: 00:1f.3 chip-ID: 8086:a2f0 class-ID: 0403 API: ALSA v: k6.2.12-1-default status: kernel-api tools: alsactl,alsamixer,amixer Server-1: aRts v: 1.5.10 status: off with: artswrapper status: off tools: artsdsp Server-2: PipeWire v: 0.3.69 status: active with: 1: pipewire-pulse status: off 2: wireplumber status: active 3: pipewire-alsa type: plugin tools: pactl,pw-cat,pw-cli,wpctl # aplay /usr/share/sounds/alsa/test.wav # analog OK, but TDE artsmessage "cpu overload" Playing WAVE '/usr/share/sounds/alsa/test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo # rpm -qa | grep -E 'alsa|arts|gstr|jack|mix|pavu|puls|wire' | sort alsa-1.2.8-1.2.x86_64 alsa-ucm-conf-1.2.8-1.2.noarch alsa-utils-1.2.8-1.2.x86_64 gstreamer-1.22.2-1.1.x86_64 gstreamer-plugins-base-1.22.2-1.1.x86_64 kpipewire-imports-5.27.4-1.1.x86_64 kquickcharts-5.105.0-1.1.x86_64 libgstreamer-1_0-0-1.22.2-1.1.x86_64 libgstriff-1_0-0-1.22.2-1.1.x86_64 libjack0-1.9.21-1.5.x86_64 libKF5Parts5-5.105.0-1.1.x86_64 libpipewire-0_3-0-0.3.69-2.1.x86_64 libpulse-mainloop-glib0-16.1-3.1.x86_64 libpulse0-16.1-3.1.x86_64 libwireplumber-0_4-0-0.4.14-1.1.x86_64 pipewire-0.3.69-2.1.x86_64 pipewire-alsa-0.3.69-2.1.x86_64 pipewire-modules-0_3-0.3.69-2.1.x86_64 pipewire-pulseaudio-0.3.69-2.1.x86_64 pipewire-spa-plugins-0_2-0.3.69-2.1.x86_64 pipewire-spa-tools-0.3.69-2.1.x86_64 pipewire-tools-0.3.69-2.1.x86_64 pulseaudio-setup-16.1-3.1.x86_64 pulseaudio-utils-16.1-3.1.x86_64 trinity-arts-1.5.10-14.0.13_1.osstw.x86_64 trinity-kmix-14.0.13-1.osstw.x86_64 trinity-libarts-akode-14.0.13-1.osstw.x86_64 trinity-libarts-audiofile-14.0.13-1.osstw.x86_64 trinity-libarts-mpeglib-14.0.13-1.osstw.x86_64 trinity-libarts-xine-14.0.13-1.osstw.x86_64 wireplumber-0.4.14-1.1.x86_64 wireplumber-audio-0.4.14-1.1.noarch # systemctl --global --user status pipewire.{service,socket} * pipewire.service - PipeWire Multimedia Service Loaded: loaded (/usr/lib/systemd/user/pipewire.service; disabled; preset: disabled) Active: active (running) since Tue 2023-04-25 14:41:25 EDT; 13min ago TriggeredBy: * pipewire.socket Main PID: 1225 (pipewire) Tasks: 2 (limit: 4915) CPU: 268ms CGroup: /user.slice/user-0.slice/user(a)0.service/session.slice/pipewire.service `-1225 /usr/bin/pipewire Apr 25 14:41:25 gb250 systemd[1058]: Started PipeWire Multimedia Service. * pipewire.socket - PipeWire Multimedia System Socket Loaded: loaded (/usr/lib/systemd/user/pipewire.socket; enabled; preset: enabled) Active: active (running) since Tue 2023-04-25 14:41:21 EDT; 14min ago Triggers: * pipewire.service Listen: /run/user/0/pipewire-0 (Stream) CGroup: /user.slice/user-0.slice/user(a)0.service/app.slice/pipewire.socket Apr 25 14:41:21 gb250 systemd[1058]: Listening on PipeWire Multimedia System Socket. # systemctl --global --user status pipewire-pulse.{service,socket} * pipewire-pulse.service - PipeWire PulseAudio Loaded: loaded (/usr/lib/systemd/user/pipewire-pulse.service; disabled; preset: disabled) Active: inactive (dead) TriggeredBy: * pipewire-pulse.socket * pipewire-pulse.socket - PipeWire PulseAudio Loaded: loaded (/usr/lib/systemd/user/pipewire-pulse.socket; enabled; preset: enabled) Active: inactive (dead) Triggers: * pipewire-pulse.service Condition: start condition failed at Tue 2023-04-25 14:41:21 EDT; 14min ago `- ConditionUser=!root was not met Listen: /run/user/0/pulse/native (Stream) Apr 25 14:41:21 gb250 systemd[1058]: PipeWire PulseAudio was skipped because of an unmet condition check (ConditionUser=!root). # systemctl --global --user status wireplumber * wireplumber.service - Multimedia Service Session Manager Loaded: loaded (/usr/lib/systemd/user/wireplumber.service; enabled; preset: enabled) Active: active (running) since Tue 2023-04-25 14:41:25 EDT; 14min ago Main PID: 1236 (wireplumber) Tasks: 5 (limit: 4915) CPU: 271ms CGroup: /user.slice/user-0.slice/user(a)0.service/session.slice/wireplumber.service `-1236 /usr/bin/wireplumber Apr 25 14:41:25 gb250 systemd[1058]: Started Multimedia Service Session Manager. Apr 25 14:41:26 gb250 wireplumber[1236]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NameHasNoOwner # -- 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

5 months, 3 weeks

Re: [François] Cant install Trinity in Tumbleweed

by Felix Miata

Felix Miata composed on 2024-02-20 13:54 (UTC-0500): > jacobheinrich--- composed on 2024-02-20 17:02 (UTC): >> If it helps any, I was able to find that package, but now I am stuck at 'libOpenEXR-3.1.so.30()(64bit)' > It often happens that TW rolls a version forward while some TDE package requires > a specific version rather than some minimum version of that package. In order to > move installation along I usually choose to break anything that requires some > obsolete version, and report to devels(a)trinitydesktop.org so that François can be > aware of the conflict in his build scheduling. > In checking, I see the cached libOpenEXR package version is > -rw-r--r-- 1 805339 Feb 4 21:04 /pub/zyp/OSS/x86_64/libOpenEXR-3_1-30-3.1.11-1.3.x86_64.rpm > while an installed as of a month ago looks identical except for timestamps: > lrwxrwxrwx 1 25 Oct 9 05:28 libOpenEXR-3_1.so.30 -> libOpenEXR-3_1.so.30.11.1 > -rwxr-xr-x 1 3193104 Oct 9 05:28 libOpenEXR-3_1.so.30.11.1 > Contained lib in the rpm has the same byte size. The version did get a bump in the last TW release to reach the mirrors: # ls -gG libOpenEXR* -rw-r--r-- 1 805339 Feb 4 21:04 libOpenEXR-3_1-30-3.1.11-1.3.x86_64.rpm -rw-r--r-- 1 818108 Feb 20 18:49 libOpenEXR-3_2-31-3.2.2-1.1.x86_64.rpm -rw-r--r-- 1 510931 Feb 11 18:44 libOpenEXRCore-3_1-30-3.1.11-1.3.x86_64.rpm -rw-r--r-- 1 512218 Feb 20 18:49 libOpenEXRCore-3_2-31-3.2.2-1.1.x86_64.rpm -rw-r--r-- 1 81960 Feb 11 18:44 libOpenEXRUtil-3_1-30-3.1.11-1.3.x86_64.rpm # -- 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

8 months, 1 week

Can't build tqt3

by darrella＠clovermail.net

I am unable to compile tqt3 on Slackware 15.0 64-bit. The build always fails with: /usr/bin/ld: cannot find -lpng Yesterday I thought I resolved the problem by disabling gcc visibility. Today that trick is futile. libpng-1.6.37 is installed. Any ideas?

8 months, 3 weeks

OpenSuse TW: nothing proves 'libtiff.so.5()(64-bit)' needed

by jacobheinrich＠hotmail.com

I think something in the new compile of TW broke the dependency 'libtiff.so.5()(64-bit)". Did a zypper refresh already to make sure my repos were up to date.

8 months, 3 weeks

Ray-V Slackware Build Scripts

by darrella＠clovermail.net

Some Slackware related build script observations that hopefully reach Ray-V. Some time ago I used your build scripts with the R14.0.12 release. Recently I used them with R14.1.1. * While git is popular among many computer people, some folks are not familiar. There are no instructions in the beginning of the README file how to download the zip file that creates the build environment. Selecting the little green 'Code' drop-down widget in the upper right of the web page might seem obvious to git users but not so straightforward to other folks. * Some mention in the README would be helpful that the zip file creates the expected build environment. * Some mention might be helpful that the source tarballs will need at least 630 MB or so of disk space. More space is needed if adding packages not directly supported by the default build environment. * A note would be helpful about how much build environment space is needed. The default is to build and store in /tmp yet many people now use tmpfs. My first pass at building the packages halted because I chose not to delete temporary files and soon filled my /tmp using tmpfs. I chose not to delete anything because I wanted to study the environment and copy the packages to a local repo. Perhaps mention that for tmpfs users the TMP environment variable needs to be changed or the parent BUILD-TDE.sh script needs to be edited. * A related note would be helpful that building koffice requires about 2.5 GB of temporary storage space. * I'm not an original Slacker from 1993, but I have been using Slackware since 2001. In those years I do not recall seeing a package touch the stock /etc/profile or the root user's ~/.bashrc. Likewise with modifying stock /etc/profile.d scripts. Unorthodox for sure and unsettling to us old farts. Traditionally such changes are added with new /etc/profile.d scripts specific to the package. * The build scripts provide users a nice way to download source files. The file names of those sources are not the same as the parent sources provided at the TDE mirrors. Seems incidental but I had already manually downloaded and untarred the TDE 'R14.1.1-complete.tar' source tarball. I got confused why the build script was still downloading source files. I am one of those unfortunate folks who still has a slow internet connection with monthly caps. I resolved the problem for myself but why the source files need to be renamed seems confusing. * Mentioned in the TDE wiki and SlackBuild README is the need for a special TDE related cmake file. The build script downloads this source file, but the parent TDE 'R14.1.1-complete.tar' source tarball seems to be missing that special tarball. This information probably should be forwarded to whomever automates building the parent tarballs. * My first run building tqt3 failed with a gcc error not finding -lpng. The solution was to toggle off the visibility setting in the parent build script. Perhaps this visibility option could be better explained. * The inline EOF patching is unorthodox from Slackware tradition. Stock and SBo build scripts have followed the same template for many years. The template method is to merge separate patch files. The EOF method is interesting but clunky, requiring more effort for a person who wants to fine tune a local build environment or add local patches. * Likewise with the unorthodox EOF way of creating the package 'slack-desc' file. * As far as I can see there is no support to include debug symbols. This long has been a shortfall of Slackware packaging. Without symbol support, users struggle to post helpful crash reports. Perhaps the build scripts could be tuned to allow keeping the debug symbols with the usual disclaimer that doing so will create larger packages. * Perhaps consider a parent build script question to build only core packages. When the build list dialog appears, all packages up to tdebase will be preselected but none others. This could be handy for people who tinker a lot. I'm not frothing about any so-called 'Slackware way' or demanding anything, but I have been building Slackware and SBo packages for many years. Also long ago I was part of the TDE team. I have ample experience to make all of these changes for myself, but these unorthodox approaches tend to be confusing. These are your build scripts, but I hope this information helps. Thanks for the build scripts.

8 months, 3 weeks

cannot install to Fedora 39 absent --nogpgcheck

by Felix Miata

In Fedora 39, --nogpgcheck dnf option is required to initially install TDE. Without it, curl error due to failure to read non-existent /etc/pki/rpm-gpg/trinity halts possibility to proceed with installation. Is this expected? https://wiki.trinitydesktop.org/Fedora_Trinity_Repository_Installation_Inst… makes no mention. -- 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

9 months

filecommander will not run

by Felix Miata

# fcl [2023/11/12 00:53:53.248] TQWidget: Cannot create a TQWidget outside of the main GUI thread (fcl:2764): GLib-GObject-CRITICAL **: 00:53:53.248: g_object_ref: assertion 'G_IS_OBJECT (object)' failed # This is from Bookworm, but same result from Trixie. Works as expected in IceWM session. <http://silk.apana.org.au/pub/fcl/nightly/filecommander_2.50.vgit-1828-buste…> http://silk.apana.org.au/fc2development.php -- 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

9 months

dnf system-upgrade of Fedora 39 to 40/Rawhide requires excluding *jasper*

by Felix Miata

In order to get system-upgrade to proceed, I had to include *jasper* in /etc/dnf/dnf.conf's exclude= line. I suppose an alternative could have been creating a file in /etc/dnf/protected.d/ that includes jasper and jasper-libs. F39 jasper is 3.0.6. F40 provides 4.1.0. -- 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

9 months, 2 weeks

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels February 2024