# 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
# 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
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
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
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
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
(Trinity 14.1.0 has been released.)
Fedora 38 was released last month.
Fedora 36 support termination is expected in about 5 weeks.
openSUSE 15.3 support ceased 4 months ago.
openSUSE 15.5RC was released last week.
Mageia 9 beta1 was released over 2 months 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