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
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
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
# rpm -e libtiff5
error: Failed dependencies:
libtiff.so.5()(64bit) is needed by (installed) trinity-tdelibs-14.0.13-1.osstw.x86_64
# zypse libtiff
| libtiff6-32bit | package | 4.5.0-2.1 | x86_64 | OSS
i | libtiff5 | package | 4.4.0-5.1 | x86_64 | (System Packages)
i | libtiff6 | package | 4.5.0-2.1 | x86_64 | OSS
--
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 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.
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
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
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
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
Every email I try to send to the email address you use here bounces.
What are your plans WRT repositories/home:/PunisherHD:/Trinity:/stable/15.5/ ?
Trying to use repositories/home:/PunisherHD:/Trinity:/stable/15.3/
for 15.4 was troublesome, so I'm hoping not to need to do that with 15.5. I have 6
15.5s already, but that's because they're all using Plasma and/or KDE3.
--
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
