tde-devels

devels@trinitydesktop.org

3 participants
3807 discussions

avahi dependency
by Felix Miata 16 Feb '23

16 Feb '23

Every PC I try to remove avahi from wants to disgorge most of TDE, even though all of them are running systemd-network with static configuration for eth0 and have no wireless hardware, just like my KDE3 installations that don't require avahi. What wouldn't work if avahi wasn't installed with TDE? Why does TDE require it? -- 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

4 4

TDM fails with timeout (only) on first start attempt on fresh boot
by Felix Miata 14 Feb '23

14 Feb '23

The following is an extreme example, very old hardware, one PC, tried with two old NVidia GPUs. # lspci -nnk | grep -A2 VGA 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV11 [GeForce2 MX/MX 400] [10de:0110] (rev a1) Subsystem: Palit Microsystems Inc. NV11 [GeForce2 MX/MX 400] [1569:0110] Kernel driver in use: nouveau # lspci -nnk | grep -A2 VGA 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV34 [GeForce FX 5200] [10de:0322] (rev a1) Kernel driver in use: nouveau Kernel modules: nouveau # dpkg-query -l tdm-trinity Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==============-===========================-============-================================= ii tdm-trinity 4:14.0.13-0debian12.0.0+0~a i386 X display manager for TDE https://paste.debian.net/hidden/1d9bf7ac/ Xorg.0.log from failed first start https://paste.debian.net/hidden/f1a49e73/ log from successful subsequent start # systemd-analyze Startup finished in 28.020s (kernel) + 2min 53.529s (userspace) = 3min 21.549s graphical.target reached after 2min 53.482s in userspace. From Xorg.0.logs, it looks like the server works fine, just takes longer than TDM's default timeout. NAICT, the 120s default timeout isn't really all that long for some hardware, but it appears TDM may not always try a second time, even though default tries is 4. https://bugzilla.opensuse.org/show_bug.cgi?id=1188954 may be related. It's much more easily reproducible with TDM than with other DMs, and on openSUSE than elsewhere. Age of hardware or drivers used don't seem to impact whether or not this happens. On an given PC, it can't be counted on to happen every time. On the current one, after a switch back to the newer of the two GPUs, it booted normally, though quite slowly. I've seen this mostly on openSUSE, but today's is obviously from (32bit) Bookworm. Have others encountered $SUBJECT? What's necessary to determine whether fault is in TDM or elsewhere? -- 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

PSB repository will soon be updated from R14.0.x~pre to R14.1.0~pre
by Slávek Banko 13 Feb '23

13 Feb '23

Dear developers and users, after the release of TDE R14.0.13, we shared our tentative plan for launching TDE R14.1.0 at the next release cycle. Since the development of the last few tasks for R14.1.0 has been proceeding favorably, we now consider the R14.0.x series to be closed and the next stable version to be R14.1.0. The deb packages repository known as PSB (Preliminary Stable Builds) contains preliminary packages of the "upcoming stable version". Therefore, this repository will be updated and will provide packages for R14.1.0~pre in future. We intend to do this major update at the end of February. This means that from that moment to the final release of R14.1.0, PSB and PTB repositories will provide the same packages. If you are using PSB repository, but do not want to participate in the final phase of testing the upcoming R14.1.0, you should change your apt sources and direct them to the final versions of R14.0.x series. R14.1.0~pre is very stable, so the development team would appreciate if you could help testing R14.1.0 before the final release. Thank you for your participation in the development. Slávek Banko

1 0

Configuring TDE coexistence with other DEs
by Darrell Anderson 04 Feb '23

04 Feb '23

Hi All, Is there a guideline to configure TDE to coexist fluidly with multiple DEs installed? Beyond installing to /opt/. Tips and tricks. I searched the wiki. I would not mind discovering that after being away from TDE for some years that I am not configuring or compiling correctly, but seems TDE is somewhat designed with a presumption of only using TDE. Or possibly the build scripts I found are configured incorrectly. One way or another I need to know how environments should be configured inside and outside of TDE. * Correctly configure TDE and other DE or system environment variables. * How to use TDE software when using a different DE. * How to use KDE software when using TDE. * How to not lose themes when using KDE software within TDE. * Ensuring dbus/dcop are accessed correctly. For example, when launching TDE the starttde script ensures $TDEDIR/bin is in the environment $PATH just before /usr/bin. The opposite of that is using TDE software in a different DE then $TDEDIR/bin needs to be in $PATH just after /usr/bin (unless wanting to always type full paths). Yet I am not aware of anything that automatically configures $PATH that way. There are many TDE files with the same file names as in KDE, but that does not mean all KDE software should be ignored. Yet launching KDE software from within TDE (for me) results in a loss of toolbar icon themes with the icons defaulting to flat icons. I can remedy that by using a script wrapper to launch KDE software with the script modifying XDG_CURRENT_DESKTOP=TDE:KDE. The change in the environment variable only affects that process but helps avoid the loss of the toolbar icon theme. Oddly, running KDE software inside other DEs has no such theme issues, which implies something is incorrectly configured in (my) TDE (possibly environment variables). Setting XDG_CURRENT_DESKTOP=TDE:KDE in the environment before TDE fully launches causes some weird problems and xsession log spew. While XDG_CURRENT_DESKTOP and XDG_SESSION_DESKTOP support were added to TDM, seems the support was not added for launching TDE from the console with startx. Other oddities include how the TDE GTK2 and GTK3 theme engines affect other DEs. Weird things happens when those two TDE packages are installed. Thanks for your time! D.A

2 1

François, yet another TW library ver upgrade
by Felix Miata 03 Feb '23

03 Feb '23

1 0

Proposing patches
by Darrell Anderson 03 Feb '23

03 Feb '23

Hi All, What is the preferred method for proposing patches? I have a modified starttde script to propose. Many of the changes are cosmetic: updating comments to fit within 80 columns, nominal grammar tweaks, moving a few comments to a more appropriate location, and converting backticks to parentheses. Another wave of changes includes FIXME comments where the script seems outdated or in need of change. A third wave includes (drum roll!) some actual changes. Thanks for your time! D.A.

2 1

Autostart issues
by Darrell Anderson 03 Feb '23

03 Feb '23

Hi All, I am experiencing some autostart issues: * Certain $HOME/.config/autostart desktop files fail to launch. * XDG NotShowIn is not honored in user XDG files. Related files seem to include: * tdelibs/tdeinit/autostart.cpp * tdelibs/tdecore/kdesktopfile.cpp * tdelibs/tdeio/tdeio/kservice.cpp I found two related bug reports (2284, 2297). ------------ For the first issue, digging deeper indicates perhaps the Exec= directive in autostart desktop files is not parsed explicitly. Rather than execute the entire line in the Exec= entry, the code seems to be based on a presumption of only expecting traditional path strings. This means desktop files with 'Exec=/bin/sh -c' snippets fail to launch. I have a few such files and this took me a long time to identify. For a long while I thought the files were being ignored. Instead they fail to launch. One clue was in the user .xsession-errors log that TDE was unable to parse the Exec= entries. One work-around is convert the 'Exec=/bin/sh -c' snippets to shell script files. Doable but these snippets function as expected in other desktop environments. I suspect the code with other DEs is executing the entire Exec= line verbatim rather than trying to parse an executable from a presumed path. So this seems to be a TDE issue. I'll file a bug report for this problem if I receive confirmation. ------------ I think the NotShowIn issue is caused by code that tries to remove duplicates in the collected list of autostart files. I addressed that issue in bug report 2297. Basically the user files are being removed as duplicates and never execute, creating the illusion of being ignored. Thoughts? Thanks for your time! D.A

3 8

Gitea bug reports
by Darrell Anderson 31 Jan '23

31 Jan '23

Hi All, Noob here. I can't find a way to list (and browse) all gitea bug reports like the Bugzilla ALL search. Is this possible? I logged into the gitea bug reporting (not anonymous). Everything seems structured by package branches rather than bug report numbers. I saw a wiki page describing the gitea interface but no help about searching or browsing. Searches seem limited to each package branch rather than all packages. Thanks for your time! D.A

2 2

Mouse pointer acceleration
by Darrell Anderson 30 Jan '23

30 Jan '23

Hi All, Are there plans to update the control center mouse dialog to support different mice and libinput? The TDE dialog is designed for older and simpler (happier!) days. The developers of other DEs adapted to the transition to libinput with respective mouse dialogs that support different mice and flat/adaptive control options for acceleration. With TDE I cannot configure mouse pointer acceleration without diving into xorg.conf.d. In TDE the mouse pointer accelerates immediately. Often my aged hand-eye coordination gets frustrated when moving the mouse pointer. I have tried manually changing the kcminputrc file to less than 1.0 acceleration, but that does not slow the immediate acceleration. I'll settle for work-arounds if they exist. Thanks for your time! D.A

1 0

Install of TDE Live Ubuntu ISO fails.
by J Leslie Turriff 20 Jan '23

20 Jan '23

Hi, (I asked about this on the User list but got no responses.) I'm trying to install from the tde-14.0.9-ubuntu-20.04.1-desktop-amd64.iso onto a Dell Latitude E5410 laptop, but the installer fails to start. /var/log/installer/debug contains: | Ubiquity 20.04.15.2 | /usr/lib/ubiquity/ubiquity/frontend/gtk_ui.py:54: PyGIWarning: Gtk was imported without specifying a version first. Use gi.require_version('Gtk', '3.0') before import to ensure that the right version gets loaded. | from gi.repository import Gtk, Gdk, GObject, GLib, Atk, Gio | locale.setlocale failed: unsupported locale setting (LANG=en_US.UTF-8) | /usr/lib/ubiquity/ubiquity/frontend/gtk_components/nmwidgets.py:5: PyGIWarning: NM was imported without specifying a version first. Use gi.require_version('NM', '1.0') before import to ensure that the right version gets loaded. | from gi.repository import NM, NMA | /usr/lib/ubiquity/ubiquity/frontend/gtk_components/nmwidgets.py:5: PyGIWarning: NMA was imported without specifying a version first. Use gi.require_version('NMA', '1.0') before import to ensure that the right version gets loaded. | from gi.repository import NM, NMA | Exception in GTK frontend (invoking crash handler): | Traceback (most recent call last): | File "/usr/lib/python3/dist-packages/dbus/bus.py", line 177, in activate_name_owner | return self.get_name_owner(bus_name) | File "/usr/lib/python3/dist-packages/dbus/bus.py", line 361, in get_name_owner | return self.call_blocking(BUS_DAEMON_NAME, BUS_DAEMON_PATH, | File "/usr/lib/python3/dist-packages/dbus/connection.py", line 652, in call_blocking | reply_message = self.send_message_with_reply_and_block( | dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'org.freedesktop.UPower': no such name | | During handling of the above exception, another exception occurred: | | Traceback (most recent call last): | File "/usr/lib/ubiquity/bin/ubiquity", line 660, in <module> | main(oem_config) | File "/usr/lib/ubiquity/bin/ubiquity", line 644, in main | install(args[0], query=options.query) | File "/usr/lib/ubiquity/bin/ubiquity", line 270, in install | wizard = ui.Wizard(distro) | File "/usr/lib/ubiquity/ubiquity/frontend/gtk_ui.py", line 334, in __init__ | mod.ui = mod.ui_class(mod.controller) | File "/usr/lib/ubiquity/plugins/ubi-prepare.py", line 109, in __init__ | upower.setup_power_watch(self.prepare_power_source) | File "/usr/lib/ubiquity/ubiquity/upower.py", line 14, in setup_power_watch | upower = bus.get_object(UPOWER, UPOWER_PATH) | File "/usr/lib/python3/dist-packages/dbus/bus.py", line 241, in get_object | return self.ProxyObjectClass(self, bus_name, object_path, | File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 250, in __init__ | self._named_service = conn.activate_name_owner(bus_name) | File "/usr/lib/python3/dist-packages/dbus/bus.py", line 182, in activate_name_owner | self.start_service_by_name(bus_name) | File "/usr/lib/python3/dist-packages/dbus/bus.py", line 277, in start_service_by_name | return (True, self.call_blocking(BUS_DAEMON_NAME, BUS_DAEMON_PATH, | File "/usr/lib/python3/dist-packages/dbus/connection.py", line 652, in call_blocking | reply_message = self.send_message_with_reply_and_block( | dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files | | Error in sys.excepthook: | Traceback (most recent call last): | File "/usr/lib/ubiquity/ubiquity/frontend/gtk_ui.py", line 557, in excepthook | self.crash_detail_label.set_text(tbtext) | AttributeError: 'Wizard' object has no attribute 'crash_detail_label' | | Original exception was: | Traceback (most recent call last): | File "/usr/lib/python3/dist-packages/dbus/bus.py", line 177, in activate_name_owner | return self.get_name_owner(bus_name) | File "/usr/lib/python3/dist-packages/dbus/bus.py", line 361, in get_name_owner | return self.call_blocking(BUS_DAEMON_NAME, BUS_DAEMON_PATH, | File "/usr/lib/python3/dist-packages/dbus/connection.py", line 652, in call_blocking | reply_message = self.send_message_with_reply_and_block( | dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'org.freedesktop.UPower': no such name | | During handling of the above exception, another exception occurred: | | Traceback (most recent call last): | File "/usr/lib/ubiquity/bin/ubiquity", line 660, in <module> | main(oem_config) | File "/usr/lib/ubiquity/bin/ubiquity", line 644, in main | install(args[0], query=options.query) | File "/usr/lib/ubiquity/bin/ubiquity", line 270, in install | wizard = ui.Wizard(distro) | File "/usr/lib/ubiquity/ubiquity/frontend/gtk_ui.py", line 334, in __init__ | mod.ui = mod.ui_class(mod.controller) | File "/usr/lib/ubiquity/plugins/ubi-prepare.py", line 109, in __init__ | upower.setup_power_watch(self.prepare_power_source) | File "/usr/lib/ubiquity/ubiquity/upower.py", line 14, in setup_power_watch | upower = bus.get_object(UPOWER, UPOWER_PATH) | File "/usr/lib/python3/dist-packages/dbus/bus.py", line 241, in get_object | return self.ProxyObjectClass(self, bus_name, object_path, | File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 250, in __init__ | self._named_service = conn.activate_name_owner(bus_name) | File "/usr/lib/python3/dist-packages/dbus/bus.py", line 182, in activate_name_owner | self.start_service_by_name(bus_name) | File "/usr/lib/python3/dist-packages/dbus/bus.py", line 277, in start_service_by_name | return (True, self.call_blocking(BUS_DAEMON_NAME, BUS_DAEMON_PATH, | File "/usr/lib/python3/dist-packages/dbus/connection.py", line 652, in call_blocking | reply_message = self.send_message_with_reply_and_block( | dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files So, something weird about Gtk and Python; and what are NM and NMA? Leslie -- Platform: Linux Distribution: openSUSE Leap 15.4 (x86_64) Desktop Environment: Trinity Qt: 3.5.0 TDE: R14.0.13 tde-config: 1.0

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels