tde-devels

devels@trinitydesktop.org

3 participants
3820 discussions

[SUSE/rpm] unhappy dependencies
by Felix Miata 13 Jul '23

13 Jul '23

# grep yReq /etc/zypp/zypp.conf solver.onlyRequires = true # To a nice lightweight LXQt openSUSE Leap 15.4, I tried to add 4 TDE packages: # zypper -v in trinity-tdm trinity-konsole trinity-ksnapshot trinity-kcalc Among the unexpected inclusions: audiofile *avahi* cryptsetup gptfdisk libaspell15 libatasmart4 libatasmart-utils libaudiofile libbd_utils2 libbytesize1 libblockdev2 libbd_swap2 libbd_part2 libbd_loop2 libbd_fs2 libbd_crypto2 libbd_mdraid2 libbd_lvm2 libblockdev libimobiledevice* *lvm2* https://paste.opensuse.org/ea4d1bd3c68f is the whole zypper lxqt/tde session log. It includes the breeze and oxygen pollution from LXQt that I removed before adding the 4 selected TDE packages. Even worse, when I tried to undo: # zypper -v rm --clean-deps trinity-tdm trinity-konsole trinity-ksnapshot trinity-kcalc It only proposed to remove about 60% of what it had just installed, basically leaving installed most of the unexpected stuff I listed above. Apparently I need to find time to replicate this with Bookworm, to see if deb/apt dependencies seem more rational. :p -- 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

TDE Crash Handler can't send reports
by J Leslie Turriff 07 Jul '23

07 Jul '23

Since upgrading to R14.1.0 several issues have triggered the TDE Crash Handler, but it always tells me that it can't send its report. It provides no details, e.g. the protocol it uses, and I can't find any documentation for the Crash Handler, so I have no idea how to debug it. I don't recognize anything associated with the crashes in /var/log/messages, and there is no /var/log/{trinity|tde}. I have attached a snapshot showing what little it tells me. (Pre-R14.1.0 I have experienced occasional Crash events, but now they are more frequent.) Hoping you can help, Leslie -- Platform: Linux Distribution: openSUSE Leap 15.4 (x86_64) Desktop Environment: Trinity Qt: 3.5.0 TDE: R14.1.0 tde-config: 1.0

1 0

[TW] François: cannot install trinity-gwenview [v2]
by Felix Miata 06 Jul '23

06 Jul '23

# zypper lr Repository priorities in effect: (See 'zypper lr -P' for details) 90 (raised priority) : 3 repositories 99 (default priority) : 5 repositories # | Alias | Enabled | GPG Check | URI --+-----------+---------+-----------+------------------------------------------------------------------------------- 1 | FCLunst | Yes | ( p) Yes | http://silk.apana.org.au/rpm-unstable-dev 2 | Non-OSS | Yes | (r ) Yes | http://download.opensuse.org/tumbleweed/repo/non-oss 3 | OSS | Yes | (r ) Yes | http://download.opensuse.org/tumbleweed/repo/oss 4 | PackmanE | Yes | (r ) Yes | http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Tumbleweed/Essentials 5 | TDE | Yes | ( ) No | http://archive.trinitydesktop.net/trinity/rpm/osstw/trinity-r14/RPMS/x86_64 6 | TDEnoarch | Yes | ( ) No | http://mirror.ppa.trinitydesktop.org/trinity/rpm/osstw/trinity-r14/RPMS/noa… 7 | Update | Yes | (r ) Yes | http://download.opensuse.org/update/tumbleweed/ 8 | openh264 | Yes | (r ) Yes | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed/ # zypper -v in trinity-gwenview Verbosity: 2 Non-option program arguments: 'trinity-gwenview' Initializing Target Checking whether to refresh metadata for Non-OSS Checking whether to refresh metadata for OSS Checking whether to refresh metadata for Update Loading repository data... Reading installed packages... Selecting 'trinity-gwenview-2:1.4.2-14.1.0_1.osstw.x86_64' from repository 'TDE' for installation. Resolving package dependencies... Force resolution: No Problem: nothing provides 'libexiv2.so.27()(64bit)' needed by the to be installed trinity-gwenview-2:1.4.2-14.1.0_1.osstw.x86_64 Solution 1: do not install trinity-gwenview-2:1.4.2-14.1.0_1.osstw.x86_64 Solution 2: break trinity-gwenview-2:1.4.2-14.1.0_1.osstw.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c/d/?] (c): c # zypse exiv | exiv2 | package | 0.28.0-1.1 | x86_64 | OSS | libKF5KExiv2-15_0_0 | package | 23.04.2-1.2 | x86_64 | OSS | libexiv2-28 | package | 0.28.0-1.1 | x86_64 | OSS | libexiv2-28-x86-64-v3 | package | 0.28.0-1.1 | x86_64 | OSS | libgexiv2-2 | package | 0.14.1-2.1 | x86_64 | OSS | python3-gexiv2 | package | 0.14.1-2.1 | x86_64 | OSS | python311-exiv2 | package | 0.11.0-1.7 | x86_64 | OSS | python39-exiv2 | package | 0.11.0-1.7 | x86_64 | OSS | trinity-libkexiv2-5 | package | 2:0.1.7-14.1.0_1.osstw | x86_64 | TDE | typelib-1_0-GExiv2-0_10 | package | 0.14.1-2.1 | x86_64 | OSS l | exiv2-lang | package | 0.28.0-1.1 | noarch | OSS l | python310-exiv2 | package | 0.11.0-1.7 | x86_64 | OSS # -- 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

[François] urpmi trinity-gtk3-tqt-engine requires devel packages
by Felix Miata 06 Jul '23

06 Jul '23

# urpmi trinity-gtk3-tqt-engine installing trinity-gtk3-tqt-engine-0.5-14.1.0_1.mga8.x86_64.rpm from /var/cache/urpmi/rpms Installation failed: devel(libcairo(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64 devel(libgcc_s(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64 devel(libgobject-2.0(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64 devel(libpango-1.0(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64 devel(libpangocairo-1.0(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64 devel(libtdeui(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64 devel(libtqt-mt(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64 # urpmi trinity-gtk3-tqt-engine lib64tqt3-mt-devel ... (medium "trinity") lib64tqt3-mt-devel 3.5.0 14.1.0_2.mga8 x86_64 trinity-gtk3-tqt-engine 0.5 14.1.0_1.mga8 x86_64 158MB of additional disk space will be used. 36MB of packages will be retrieved. Proceed with the installation of the 46 packages? (Y/n) n Surely this can't be right, requiring gcc & a full devel environment in order to install trinity-gtk3-tqt-engine. :( -- 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

[TW] François: cannot install trinity-gwenview
by Felix Miata 05 Jul '23

05 Jul '23

# zypper lr Repository priorities in effect: (See 'zypper lr -P' for details) 90 (raised priority) : 3 repositories 99 (default priority) : 5 repositories # | Alias | Enabled | GPG Check | URI --+-----------+---------+-----------+------------------------------------------------------------------------------- 1 | FCLunst | Yes | ( p) Yes | http://silk.apana.org.au/rpm-unstable-dev 2 | Non-OSS | Yes | (r ) Yes | http://download.opensuse.org/tumbleweed/repo/non-oss 3 | OSS | Yes | (r ) Yes | http://download.opensuse.org/tumbleweed/repo/oss 4 | PackmanE | Yes | (r ) Yes | http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Tumbleweed/Essentials 5 | TDE | Yes | ( ) No | http://archive.trinitydesktop.net/trinity/rpm/osstw/trinity-r14/RPMS/x86_64 6 | TDEnoarch | Yes | ( ) No | http://mirror.ppa.trinitydesktop.org/trinity/rpm/osstw/trinity-r14/RPMS/noa… 7 | Update | Yes | (r ) Yes | http://download.opensuse.org/update/tumbleweed/ 8 | openh264 | Yes | (r ) Yes | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed/ # zypper -v in trinity-gwenview Verbosity: 2 Non-option program arguments: 'trinity-gwenview' Initializing Target Checking whether to refresh metadata for Non-OSS Checking whether to refresh metadata for OSS Checking whether to refresh metadata for Update Loading repository data... Reading installed packages... Selecting 'trinity-gwenview-2:1.4.2-14.1.0_1.osstw.x86_64' from repository 'TDE' for installation. Resolving package dependencies... Force resolution: No Problem: nothing provides 'libexiv2.so.27()(64bit)' needed by the to be installed trinity-gwenview-2:1.4.2-14.1.0_1.osstw.x86_64 Solution 1: do not install trinity-gwenview-2:1.4.2-14.1.0_1.osstw.x86_64 Solution 2: break trinity-gwenview-2:1.4.2-14.1.0_1.osstw.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c/d/?] (c): c # -- 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

Re: Mirror Growth
by Mike Bird 25 Jun '23

25 Jun '23

On Thu June 15 2023 19:25:53 Michele Calgaro wrote: > if I remember correctly, we are still providing R14.0.13 on the mirror to > ease user migration, am I wrong? So R14.0.13 and R14.1.0 would take up lot > of space. > If that is the case, would make more sense to drop off R14.0.13 from the > mirror and keep trinity-testing? What do you think? If my one-liner to analyze web logs on the primary mirror while filtering out the redirector's status checks is accurate than I think you're right Michele. Here's the top 20 by second-level directory, counting accesses not bytes, over the last 15 days or so. 145327 /deb/trinity-sb 129511 /deb/trinity-testing 48093 /deb/trinity-r14.0.x 25878 /deb/trinity-r14.1.x 22105 /rpm/osstw 21067 /ulab/ubuntu 17410 /deb/trinity-builddeps-r14.0.x 11493 /rpm/f38 10715 /trinity-r14.0.0/debian 10461 /rpm/el6 10172 /rpm/el5 9957 /trinity-r14.0.0/ubuntu 9336 /rpm/el8 9008 /rpm/el7 8930 /rpm/pclinuxos 7487 /rpm/mga8 7233 /rpm/opensuse15.5 6659 /trinity/rpm 6291 /rpm/mga9 5885 /rpm/el9 Unless someone comes up with a better idea in the next 24 hours I'll mask r14.0.x and builddeps on the mirror (on the assumption that most of that traffic will soon move from 14.0.x to 14.1.x) and restore trinity-testing. FWIW here are the directory sizes: 2.0G ./releases/R14.0.8 2.4G ./releases/R14.0.0 1.9G ./releases/R14.0.11 1.9G ./releases/R14.0.7 2.3G ./releases/R14.0.5 2.3G ./releases/R14.0.4 1.9G ./releases/R14.1.0 2.0G ./releases/R14.0.9 1.9G ./releases/R14.0.6 5.3G ./releases/R14.0.1 2.4G ./releases/R14.0.3 1.9G ./releases/R14.0.12 2.0G ./releases/R14.0.10 1.9G ./releases/R14.0.13 2.4G ./releases/R14.0.2 34G ./releases 650M ./archlinux/x86_64 299M ./archlinux/aarch64 296M ./archlinux/armv7h 432M ./archlinux/powerpc64le 1.7G ./archlinux 78G ./deb/trinity-r14.1.x 52G ./deb/trinity-sb 115G ./deb/trinity-r14.0.x 1.9G ./deb/trinity-builddeps-r14.0.x 246G ./deb 1.3G ./ulab/ubuntu 1.3G ./ulab 3.6G ./rpm/osstw 2.4G ./rpm/el7 2.2G ./rpm/opensuse15.5 2.5G ./rpm/el9 3.5G ./rpm/mga8 2.5G ./rpm/el8 2.5G ./rpm/f37 3.3G ./rpm/el6 4.2G ./rpm/el5 1.7G ./rpm/pclinuxos 2.5G ./rpm/f38 2.2G ./rpm/opensuse15.4 2.5G ./rpm/mga9 2.5G ./rpm/f36 38G ./rpm 321G . --Mike

4 8

[TW] François: Digest failed for file 'trinity-arts-1.5.10-14.1.0_2.osstw.x86_64.rpm'
by Felix Miata 20 Jun '23

20 Jun '23

Is this because digest didn't get updated after a backport went online 4 days ago? -- 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 2

Important backport for TDE R14.1.0 packages
by Slávek Banko 16 Jun '23

16 Jun '23

Hi everyone, some users of RPM-based distros reported high CPU usage and general slowness when upgrading from R14.0.x to R14.1.0. The issue has been investigated and the problem resolved in R14.1.1-devel (see https://mirror.git.trinitydesktop.org/gitea/tde/tde/issues/128). Given the severity of the problem, we have decided to backport the required fixes and release updated builds of the affected packages for R14.1.0. Although the problem only showed up on specific RPM distros, packages have been updated for all distros for consistency. Please make sure you update to the latest available version of all tqt3 and tdelibs packages in your distribution. If you are a PSB/PTB user, you should have already received or will receive the fixes as part of the last/next update. Cheers The TDE dev team

1 0

Mirror Growth
by Mike Bird 15 Jun '23

15 Jun '23

The mirror size is approaching 400GB again. Thus far all mirrors seem to be coping. --Mike // April 13th 2020 247G . // October 18th 2021 377G . // October 21st 2021 # du -h --max-depth=1 27G ./releases 8.0K ./.~tmp~ 4.0K ./trinity 25G ./cdimages 303M ./archlinux 4.0K ./trinity-r14.0.0 241G ./deb 4.0K ./trinity-builddeps-r14.0.0 1.3G ./ulab 42G ./rpm 334G . // June 5th 2023 # du -h --max-depth=1 34G ./releases 25G ./cdimages 1.7G ./archlinux 276G ./deb 1.3G ./ulab 38G ./rpm 374G .

3 7

[mageia] artsd using 100% CPU
by Felix Miata 06 Jun '23

06 Jun '23

I've run into this on multiple installations, IIRC on various distros. Current is: # inxi -SG System: Host: ab560 Kernel: 6.2.12-desktop-1.mga9 arch: x86_64 bits: 64 Desktop: Trinity Distro: Mageia 9 Graphics: Device-1: Intel RocketLake-S GT1 [UHD Graphics 730] driver: i915 v: kernel Display: x11 server: X.org v: 1.21.1.8 driver: X: loaded: modesetting unloaded: vesa dri: iris gpu: i915 resolution: 1: 2560x1440 2: 1920x1200 3: 1680x1050 # inxi -Aaz Audio: Device-1: Intel Tiger Lake-H HD Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel alternate: snd_sof_pci_intel_tgl bus-ID: 00:1f.3 chip-ID: 8086:43c8 class-ID: 0403 API: ALSA v: k6.2.12-desktop-1.mga9 status: kernel-api with: aoss type: oss-emulator tools: alsactl,alsamixer,amixer Server-1: JACK v: 1.9.21 status: off tools: jack_control Server-2: PipeWire v: 0.3.71 status: active with: 1: pipewire-pulse status: off 2: wireplumber status: active 3: pipewire-alsa type: plugin tools: pactl,pw-cat,pw-cli,wpctl # rpm -qa | grep -E 'arts|jack|pipew|tdm' | sort jackit-1.9.21-3.mga9 kparts-5.105.0-1.mga9 lib64jack0-1.9.21-3.mga9 lib64kf5parts5-5.105.0-1.mga9 lib64pipewire0.3_0-0.3.71-1.mga9 pipewire-0.3.71-1.mga9 pipewire-alsa-0.3.71-1.mga9 pipewire-module-x11-0.3.71-1.mga9 pipewire-plugin-jack-0.3.71-1.mga9 pipewire-pulseaudio-0.3.71-1.mga9 pipewire-utils-0.3.71-1.mga9 run-parts-4.8.4-4.mga9 task-pipewire-9-2.mga9 trinity-arts-1.5.10-14.1.0_1.mga9 trinity-tdm-14.1.0-1.mga9 # Audio is working normally, via HDMI to the primary display. Other displays are on DP and HDMI-2. The DP also has speakers, but not HDMI-2. The "sound server fatal error: cpu overload, aborting" popups return shortly after dismissal, so TDE sessions are basically useless. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels