François Andriot composed on 2026-03-10 20:20 (UTC+0100):
Felix Miata a écrit:
I realize using TDE for Mageia 9 on Mageia 10 can't be expected to be perfect, but there is no other option than to wait until built for it, and I've had good success for several releases until 10, starting last September. 10 is now in beta, so should only be some weeks until release. This particular case is on 32bit, so may have nothing to do with software versions other than end of support by Mesa for the Gen2 0x2572 iGPU. The thing is, same PC works just fine with Tumbleweed, KDM3, 6.18.9 and 6.19.6 kernels, and newer Mesa 26.0.1, while 10 has mesa 25.3.6. I'm hoping there is a way to rule out Mageia mesa and X problems prior to release of either 10 or 14.1.6.
Hello Felix,
Thanks for reporting.
In case this is a software issue, I will (try to) build mga10 packages for i686 and x86_64 and let you know when they are ready.
I saw the archive mirror got populated, so I gave it a try on the Gen2 Intel. No help so far, but only 15 rpms got --auto-select updated to versions for 10:
# alias | grep rpm alias rpmqa='rpm -qa | sort | grep $*' alias rpmqf='rpm -qf ' # rpmqa mga9 | wc -l 77 # rpmqa mga10 | grep 14.1.5 libart_lgpl_2-2-2.3.22-14.1.5_1.mga10 libavahi-tqt1-0.6.30-14.1.5_1.mga10 libdbus-1-tqt0-0.9-14.1.5_1.mga10 libdbus-tqt-1-0-0.63-14.1.5_1.mga10 libflac14-1.5.0-4.mga10 libtqt3-mt-3.5.0-14.1.5_1.mga10 libtqt4-4.2.0-14.1.5_1.mga10 trinity-arts-1.5.10-14.1.5_1.mga10 trinity-filesystem-14.1.5-1.mga10 trinity-kcalc-14.1.5-1.mga10 trinity-kdf-14.1.5-1.mga10 trinity-kedit-14.1.5-1.mga10 trinity-kicker-applets-14.1.5-1.mga10 trinity-kmix-14.1.5-1.mga10 trinity-kruler-14.1.5-1.mga10 trinity-ksnapshot-14.1.5-1.mga10 # urpmi trinity-tdebase-bin A requested package cannot be installed: trinity-tdebase-bin-14.1.5-1.mga10.i686 (in order to keep trinity-tdebase-bin-14.1.5-2.mga9.i586) Continue installation anyway? (Y/n) n # Looking at help for urpmi, I recognized nothing that allowed the mass downgrade required to replace all the -2s with -1s, so I built the following to run: # cat g0.sh urpmi --downgrade trinity-kappfinder \ trinity-kate \ trinity-kcontrol \ trinity-kdesktop \ trinity-kfind \ trinity-khelpcenter \ trinity-kicker \ trinity-klipper \ trinity-kmenuedit \ trinity-konqueror \ trinity-konqueror-nsplugins \ trinity-konsole \ trinity-kpager \ trinity-kpersonalizer \ trinity-ksmserver \ trinity-ksplash \ trinity-ksysguard \ trinity-ksysguardd \ trinity-ktip \ trinity-kwrite \ trinity-libkateinterfaces \ trinity-libkonq \ trinity-tdebase \ trinity-tdebase-bin \ trinity-tdebase-data \ trinity-tdebase-libtqt3-integration \ trinity-tdebase-runtime-data-common \ trinity-tdebase-tdeio-pim-plugins \ trinity-tdebase-tdeio-plugins \ trinity-tdebase-tdeio-smb-plugin \ trinity-tdelibs \ trinity-tdepasswd \ trinity-tdeprint \ trinity-tdm \ trinity-twin # Looks like it worked: # rpmqa trinity | grep mga9 # But doesn't seem to have changed anything: /var/log/tdm.log (tail) ... (==) Using system config directory "/usr/share/X11/xorg.conf.d" MESA: warning: Driver does not support the 0x2572 PCI ID. Mar 12 20:04:11 tdm[987] error: X server startup timeout, terminating Mar 12 20:05:12 tdm[987] info: X server termination timeout, killing Mar 12 20:05:12 tdm[987] error: X server for display :0 can't be started, session disabled # journalctl -b | grep drm Mar 12 20:02:02 gx27c systemd[1]: Starting Load Kernel Module drm... Mar 12 20:02:02 gx27c kernel: ACPI: bus type drm_connector registered Mar 12 20:02:03 gx27c systemd[1]: modprobe@drm.service: Deactivated successfully. Mar 12 20:02:03 gx27c systemd[1]: Finished Load Kernel Module drm. Mar 12 20:02:07 gx27c kernel: i915 0000:00:02.0: [drm] Found i865g (device ID 2572) integrated display version 2.00 stepping N/A Mar 12 20:02:07 gx27c kernel: i915 0000:00:02.0: [drm] *ERROR* Initial plane programming using invalid range, dma_addr=0x00000000e954a000 ((null) [0x000000009f800000-0x000000009ffe0000]) Mar 12 20:02:07 gx27c kernel: i915 0000:00:02.0: [drm] Initialized overlay support. Mar 12 20:02:07 gx27c kernel: [drm] Initialized i915 1.6.0 for 0000:00:02.0 on minor 0 Mar 12 20:02:07 gx27c kernel: fbcon: i915drmfb (fb0) is primary device Mar 12 20:02:07 gx27c kernel: i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device # I'm guessing this is not a TDE problem. :p
# cat /proc/cmdline ... rw audit=0 ipv6.disable=1 net.ifnames=0 plymouth.enable=0 noresume consoleblank=0 mitigations=off vga=791 drm.debug=0x1e log_buf_len=1M # journalctl -b | grep drm | fpaste Uploading (89.3KiB)... https://paste.centos.org/view/1363720c