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
Hi,
perhaps someone has an idea where I can look into to solve this.
I am building iscan packages when upgrading, because I patched the source to
support later PNG and with some other fixes.
Unfortunately after last upgrade I noticed that the newly build version does
not work, however the version build on buster last year still does work.
It is the same code and same build process. I don't know where to start
looking.
I ran through strace and there are few differences around threads and mmap,
but as I am not so experienced, I can not decide if this is relevant.
Do you have any advice?
thanks
BR
--
FCD6 3719 0FFB F1BF 38EA 4727 5348 5F1F DCFE BCB0
Hi everyone,
so far donations to the TDE project have always ended up to Tim. Although he is the founder of the project, he has not
really been involved in the daily matters and development for several years.
In the past there has been talks to establish a non-profit TDE organization, but this has yet to happen.
With release R14.1.0 coming soon, I would like to propose for donations to be temporarily redirected to Slavek, till the
TDE non profit organization is established. Once the organization comes to birth, the amount of donations can be
transferred over to it.
A transparent public account of donations could be setup, so everyone would be free to see how donations would be used.
If Slavek needed to pay additional taxes due to the temporary donation income, I suggest those would be paid out of the
donations themselves.
What is your opinion? There is about a month before R14.1.0 is released, so it would probably leave just enough time to
prepare the new setup.
Cheers
Michele