Hi all,
for those who are not subscribed to tde-announcements, you might be interested in information about the release of R14.1.5:
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/announcements@trini... https://wiki.trinitydesktop.org/Release_Notes_For_R14.1.5
Cheers Slávek --
Upgraded to R14.1.5 which also brought in tde-cdbs and cdbs. Rebooted. Firefox, Kmail, Konsole, KPDF worked fine.
Switched to desktop 4, Started Steam, mouse cursor changed to Steam cursor, system froze solid. CapsLock, NumLock, mouse cursor, ctrl-alt-del, and ctrl-alt-F1 all did nothing. Fan speed did not change. (I have never seen this before in more than a decade of TDE and Steam.)
Powered cycled and tried again. This time Steam worked.
No bug filed (yet).
Please reply to this thread if you encounter anything similar.
--Mike
Mike Bird composed on 2025-11-10 12:36 (UTC-0800):
Upgraded to R14.1.5 which also brought in tde-cdbs and cdbs. Rebooted. Firefox, Kmail, Konsole, KPDF worked fine.
Switched to desktop 4, Started Steam, mouse cursor changed to Steam cursor, system froze solid. CapsLock, NumLock, mouse cursor, ctrl-alt-del, and ctrl-alt-F1 all did nothing. Fan speed did not change. (I have never seen this before in more than a decade of TDE and Steam.)
Powered cycled and tried again. This time Steam worked.
No bug filed (yet).
Please reply to this thread if you encounter anything similar.
Slackware? Sysvinit? :D
On Mon November 10 2025 13:04:35 Felix Miata via tde-users wrote:
Slackware? Sysvinit? :D
Debian 13.1 Trixie, SysVinit, arch=amd64, with some i386 for steam. Lenovo Thinkpad P72. Intel i7-8750H. 32GB. Shoe size 9½ (US). Laptop screen plus two external monitors. Xorg. 4GB Nvidia Quadro P2000 with Nvidia 550.163.01-2 drivers. Intel Cannon Lake PCH CNVi WiFi with iwlwifi 20250410-2 drivers.
¯_(ツ)_/¯
Now Firefox just crashed. First crash in a very long time.
I'm going to try to downgrade to R14.1.4 to see if problems go away, as nothing but TDE has changed since system was stable.
It would be really helpful if R14.1.4 did not disappear from the mirrors for a while please!!!
--Mike
On Tuesday 11 November 2025 01:51:54 Mike Bird via tde-users wrote:
I'm going to try to downgrade to R14.1.4 to see if problems go away, as nothing but TDE has changed since system was stable.
14.1.5 here (MX-23 / Debian 12) and no problem recorded.
Dne út 11. listopadu 2025 Mike Bird via tde-users napsal(a):
Now Firefox just crashed. First crash in a very long time.
I'm going to try to downgrade to R14.1.4 to see if problems go away, as nothing but TDE has changed since system was stable.
It would be really helpful if R14.1.4 did not disappear from the mirrors for a while please!!!
--Mike ____________________________________________________
That sounds very strange. I'm assuming you're not using gtk3-tqt-engine because gtk3 is anyway broken so no other engine can use it?
I probably don't need to mention that I myself have been running TDE R14.1.5 throughout the development window on multiple of my machines and have not seen any such fatal issues.
In any case, yes, I will wait some time before I clean the R14.1.4 packages from the repository. Thanks to the newer version of reprepro there, it is also possible to consider enabling multiple versions of packages in the repository, so that we can provide both versions in the repository at the time of release.
Cheers Slávek --
On Tue November 11 2025 08:25:44 Slávek Banko via tde-users wrote:
That sounds very strange. I'm assuming you're not using gtk3-tqt-engine because gtk3 is anyway broken so no other engine can use it?
We don't use gtk3-tqt-engine-trinity. There are a few remaining scraps of gtk3 which are dependencies of gnucash (which I use regularly but not during the reported problems) and playonlinux (which I have not used in years).
The following installed packages either have gtk3 in their names or else transitively depend on them:
gnucash libgwengui-gtk3-79t64 libwxgtk3.2-1t64 libwxgtk-gl3.2-1t64 playonlinux python3-wxgtk4.0
I probably don't need to mention that I myself have been running TDE R14.1.5 throughout the development window on multiple of my machines and have not seen any such fatal issues.
I'm a heavy Firefox user with always hundreds of tabs open tracking various issues, although most are auto-unloaded. I also use qtcreator, and have kmail monitoring seven imap accounts currently containing 19GB of email.
I like the way TDE looks and feels, but also the fact that it can handle heavy loads.
--Mike
Anno domini 2025 Mon, 10 Nov 13:58:12 -0800 Mike Bird via tde-users scripsit:
On Mon November 10 2025 13:04:35 Felix Miata via tde-users wrote:
Slackware? Sysvinit? :D
Debian 13.1 Trixie, SysVinit, arch=amd64, with some i386 for steam. Lenovo Thinkpad P72. Intel i7-8750H. 32GB. Shoe size 9½ (US). Laptop screen plus two external monitors. Xorg. 4GB Nvidia Quadro P2000 with Nvidia 550.163.01-2 drivers. Intel Cannon Lake PCH CNVi WiFi with iwlwifi 20250410-2 drivers.
May I ask you how you managed to get SysV orking on Trixie? When I tried a debbootstrap installation it pulled in systemd and does isist on not beeing willing to let anything sysv be installed,
Nik
¯_(ツ)_/¯ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
On Mon November 10 2025 23:16:48 Dr. Nikolaus Klepp via tde-users wrote:
May I ask you how you managed to get SysV orking on Trixie? When I tried a debbootstrap installation it pulled in systemd and does isist on not beeing willing to let anything sysv be installed,
My notes on converting systemd to sysvinit in Debian Trixie are below.
Most of my systems were upgraded from Debian Bookworm, some of them repeatedly upgraded since Sarge, but some were new Trixie installs. The recipe gets harder with each Debian release. With Trixie I had to use the "apt install ... systemd-sysv-" to remove that package in the same apt transaction as installing three replacements.
Although I install orphan-sysvinit-scripts there are usually one or two that the systemd cult have removed that have not yet been collected into orphan-sysvinit-scripts so I have to retrieve them from Bookworm backups. I seem to recall "frr" this time - we use frr for routing over openvpn.
apt update apt upgrade apt install --allow-remove-essential sysvinit-core sysv-rc \ orphan-sysvinit-scripts systemd-sysv- reboot apt install libpam-elogind dpkg --purge systemd (may already be gone) reboot
Switched to desktop 4, Started Steam, mouse cursor changed to Steam cursor, system froze solid. CapsLock, NumLock, mouse cursor, ctrl-alt-del, and ctrl-alt-F1 all did nothing. Fan speed did not change. (I have never seen this before in more than a decade of TDE and Steam.)
Hi Mike, not excluding a TDE or TDE-triggered bug, but the fact that even ctrl-alt-F1 didn't work may indicate some other problem. Also since the fan speed didn't change, it seems it was not something going into some sort of infinite loop. I don't use Steam, so I have no experience/comparison in that field. If it happens again, could you try to ssh into the machine and see if it is usable from there? or it is instead a total kernel panic? or X becoming frozen? Whatever info you can collect may help. Cheers Michele
On Tue November 11 2025 03:45:53 Michele Calgaro via tde-users wrote:
Switched to desktop 4, Started Steam, mouse cursor changed to Steam cursor, system froze solid. CapsLock, NumLock, mouse cursor, ctrl-alt-del, and ctrl-alt-F1 all did nothing. Fan speed did not change. (I have never seen this before in more than a decade of TDE and Steam.)
Hi Mike, not excluding a TDE or TDE-triggered bug, but the fact that even ctrl-alt-F1 didn't work may indicate some other problem. Also since the fan speed didn't change, it seems it was not something going into some sort of infinite loop. I don't use Steam, so I have no experience/comparison in that field. If it happens again, could you try to ssh into the machine and see if it is usable from there? or it is instead a total kernel panic? or X becoming frozen? Whatever info you can collect may help. Cheers Michele
Sorry about not trying ssh. At the moment I'm splitting our systems half on 14.1.5 and half going back to 14.1.4 (which ain't easy).
If I find anything I'll let you know.
On Tue November 11 2025 08:23:12 Mike Bird via tde-users wrote:
If I find anything I'll let you know.
My wife is still on 14.1.5 and now has a Libreoffice document that she cannot close. She can edit the document but close does nothing from the File menu, from the Libreoffice X near the top right corner, from the TDE X at the top right corner, or from the right click menu on the task bar.
We will try to leave it around for a while and not reboot until she really needs to get work done. If there is any investigation you wish this competent programmer who does not know KDE/TDE internals to perform please let me know ASAP.
said Mike Bird via tde-users:
| My wife is still on 14.1.5 and now has a Libreoffice document that she | cannot close. She can edit the document but close does nothing from | the File menu, from the Libreoffice X near the top right corner, | from the TDE X at the top right corner, or from the right click menu | on the task bar.
Can she save the document?
might run top from a command prompt and see what libreoffice is up to. (It will appear as soffice.bin.) Then -- if she can save the document, which can be confirmed by looking at it in a file manager -- do a killall soffice.bin and see if it closes that way. Which I suspect it will.
Then restart and see if the problem persists. Often with LibreOffice things can get screwy because of some character inserted in a document -- for instance, I pasted a kanji character in a word processing document and it reformatted everything thereafter, and it took a while to figure out that because of that one character LibreOffice thought the whole thing thereafter was supposed to be formatted as if in Japanese.
On Tue November 11 2025 13:38:15 dep via tde-users wrote:
said Mike Bird via tde-users: | My wife is still on 14.1.5 and now has a Libreoffice document that she | cannot close. She can edit the document but close does nothing from | the File menu, from the Libreoffice X near the top right corner, | from the TDE X at the top right corner, or from the right click menu | on the task bar.
Can she save the document?
might run top from a command prompt and see what libreoffice is up to. (It will appear as soffice.bin.) Then -- if she can save the document, which can be confirmed by looking at it in a file manager -- do a killall soffice.bin and see if it closes that way. Which I suspect it will.
Then restart and see if the problem persists. Often with LibreOffice things can get screwy because of some character inserted in a document -- for instance, I pasted a kanji character in a word processing document and it reformatted everything thereafter, and it took a while to figure out that because of that one character LibreOffice thought the whole thing thereafter was supposed to be formatted as if in Japanese.
There was nothing important in the document so I had deleted all the content and attempts to close either the document or the application still had no effect.
top varies slightly around 0.1% user, 0.1% system, 99.8% idle. I did not see any activity in soffice.bin. There was occasional very light activity in kernel threads, tdepowersave, notification-daemon-tde, kdesktop_lock, init, sshd-session, etc - nothing unusual.
The empty document saved ok. I copied it to my laptop, fixed perms, opened it in LibreOffice, and it behaved normally and allowed me to close it.
Sending HUP to the soffice.bin process had no effect. Sending TERM killed it.
Thanks for the suggestions. The laptop is now rebooted, still in 14.1.5.
--Mike
On Tuesday 11 November 2025 23:09:21 Mike Bird via tde-users wrote:
Sending HUP to the soffice.bin process had no effect. Sending TERM killed it.
Thanks for the suggestions. The laptop is now rebooted, still in 14.1.5.
--Mike
What actually makes you think this is related to the UI? Can you start that machine with another UI? Which version of LibreOffice?
Thierry
On Wed November 12 2025 00:02:11 Thierry de Coulon via tde-users wrote:
What actually makes you think this is related to the UI? Can you start that machine with another UI? Which version of LibreOffice?
With 14.1.3 I had only occasional kicker crashes during shutdown. With 14.1.4 I also had crashes of kpdf during shutdown. My laptop usually has a very large number of windows, tabs, and processes so these shutdown crashes do not surprise me. Also, none of these shutdown crashes caused much inconvenience as all applications were restored correctly after reboot.
After upgrading to 14.1.5 I encountered a freeze in steam and a crash in firefox within the space of just a few hours. My wife encountered this weird non-closing behavior in LibreOffice on her lightly used laptop within 24 hours of being upgraded to 14.1.5.
I then downgraded my laptop to 14.1.4. I've also been trying to create a TDE stress test on a VM but I have nothing useful to report yet.
--Mike
On Wednesday 12 November 2025 09:28:34 Mike Bird via tde-users wrote:
After upgrading to 14.1.5 I encountered a freeze in steam and a crash in firefox within the space of just a few hours. My wife encountered this weird non-closing behavior in LibreOffice on her lightly used laptop within 24 hours of being upgraded to 14.1.5.
I then downgraded my laptop to 14.1.4. I've also been trying to create a TDE stress test on a VM but I have nothing useful to report yet.
I understand that. However I run 14.1.5 on several machines (mainly a self build desktop and a Lenovo X390 laptop). I did not upgrade LibreOffice recently so I am still running 7.4.7.2.
With this setting I see no crash that can be reproduced, so I doubt that your problems are linked to 14.1.5 "by itself", if your problems are related to the new version there must be a reason linked to your setup.
I have had kpdf crashes here and there, but nothing I can link to a specific TDE version.
7.4.7.2 has been reliable regadless of the UI or TDE version.
Thierry
-
dep -
Dr. Nikolaus Klepp -
Felix Miata -
Michele Calgaro -
Mike Bird -
Slávek Banko -
Thierry de Coulon