Hello TDE users/developers:
First, let me take this opportunity to state, once again, TDE is by far,
my favorite desktop. I have used it for many years, and continue to
support it financially and encourage all users to do likewise.
I am using debian/buster now since it's release. I am also using the
"preliminary stable builds" of TDE using the following location:
deb http://mirror.ppa.trinitydesktop.org/trinity-sb buster deps-r14 main-r14
I am having 2 problems. The first is with TDM, which I will describe
here. I will ask for help on the 2nd problem later.
In addition to tdm-trinity, I also have 2 other login managers
installed: lightdm and lxdm. Both of these are working fine. Only TDM
has this problem. I would much prefer to use TDM.
If I boot up under TDM (after running dpkg-reconfigure tdm-trinity first
to initiate TDM into the boot sequence), it starts fine, but
continuously hangs in the main console with one of the infamous systemd
problems wherein we get the "a startjob is running ..." and it NEVER
ends until rebooted. The TDM session appears to run fine, and I can
login and run TDE fine. However, because the vt1 console is never
ending waiting to complete, I have no other VT consoles. Essentially, I
have NO virtual consoles at all. Further, computer resources are always
wasted and never ends waiting for the the startup to completely finish.
This ONLY happens when booting up with TDM.
I can bootup with LXDM or LIGHTDM and this does not happen. Further, I
can issue a "systemctl stop lightdm" or "systemctl stop lxdm" (depending
on which is running from the boot), then issue a "systemctl start
tdm-trinity" and TDM runs fine and there is not a never ending startjob
waiting to complete. So, it appears that TDM does not start in the same
order of the boot sequence as LXDM and/or LIGHTDM which is causing this
problem.
It is at this point, where I need some help in how to fix it, and I
suspect that all debian/buster users may have the same issue, but not
sure of course. I hope I can help get his bug fixed before the final
release of TDE for buster.
Thanks again.
Jim Freels, PhD (retired)
Hi people
A recent update seems to be causing amarok to crash when I attempt to play a
song. I get the usual signal 11 stuff of the gui. From the commadline I get
[kcrash] TDECrash: Application 'amarokapp' crashing...
Invalid write to eventfd: Bad file descriptor
Code should not be reached at pulsecore/fdsem.c:199, function pa_fdsem_post().
Aborting.
[kcrash] Unable to start Dr. Konqi
Any idea as to what might be causing this? It's happening on all pclos boxes.
Cheers to all,
Kate
On Wednesday 18 December 2019 08.40:31 mb850063(a)proximus.be wrote:
> These are built and maintained by Slávek Banko. "
>
> If You make a apt-get update or upgrade (and thru the gui Synaptics, You
> get an error. This means there is a problem with the unofficial repository.
Did you install Slavek's version, or are you trying to update "regular" TDE
with Slavek's version? I never tried the second option, but having the
Premilimanry stable builds installed on Buster (clean install, not upgrade) I
see not problem with apt-get update
Thierry
Hello,
There is a problem with the tde unofficial but "reliable" updating adress for
Debian Buster.
Even within the TDE web page, the link neither appears nor works even if
inidicated in blue when passing the mouse over or clicking on it.
BRgds
J.B.
Hello,
I use Konqueror for files transfer.
Suddenly, often, the konqueror window closes,
without anomalous handling as :
cut/copy, move files...
Have a nice day,
André
Hello all you good people,
My mouse is moving too fast. It is a simple Crystal White Mouse bij
Logitech, nothing fancy.
I tried setting DPI in the hwdb of udev.
But it seems like it only works for a few seconds, and then the mouse is
fast again.
Setting accelaration to 0 also does not help.
I have no idea where the DPI is set.
evdev is not present on this system.
My distro is ExeGnu.
Any ideas?
Eric-Jan
Greetings all;
kded crashed while I was fixing dinner, and everything was all wonky with
the menu's, flickering. jumping up and down one line and stuck on the
top favorite if clicked on.
So I found me a root terminal and rebooted.
kded crashed on top of the login. I dismissed it and logged in. System
acts normal and theres a kded proc running. Anybody got a clue what
thats telling me?
Thanks.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>
Hi all,
since we would like to do freeze R14.0.7 in a few days, I would like to ask
you for help with translations for the initial desktop icons. At least
for 'bg', 'es' and 'ru'. Of course, any other languages are also welcome.
See https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/pulls/96
+ Home.desktop
- Name=Home
- Comment=Contains personal files
+ My_Computer
- Name=My Computer
- Comment=Access to storage media
+ My_Documents
- Name=My Documents
- Comment=Contains personal documents
+ My_Network_Places
- Name=My Network Places
- Comment=Access to network places and remote hosts
+ Printers
- Name=Printers
- Comment=Manage print jobs
+ System.desktop
- Name=System
- Comment=Access to system places
+ Trash
- Name=Trash
- Comment=Contains removed files
+ Web_Browser
- Name=Web Browser
- Comment=Browse the World Wide Web
Thank you!
--
Slávek
Greetings all;
So I picked the largest cur dirs, and using mc have moved about 2 years
worth of each to an outside of the ~/Mail view of kmail. And nuked
those index files, so it has to rebuild them. Its not done with that
yet, but we'll see. Damn this is getting old.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>
Hi All,
Both the ‘Show Desktop’ button and Ctrl+Alt+D will minimize all windows and
upon repeat action raise just those prior minimized windows. All good,
except; A) It seems locking the session also raises the windows again and B)
raising anything prior to re-clicking ‘Show Desktop’ resets the ‘Show
Desktop’ action so it doesn’t now raise just those prior minimized windows.
Replication:
A)
Ctrl+Alt+D
{windows are minimized}
Lock Session
Login
{windows have been restored}
B)
Ctrl+Alt+D
{windows are minimized}
Click a task in the taskbar (e.g. Firefox)
Ctrl+Alt+D
{window is minimized}
{prior windows are not restored}
Anyone know of a way to minimize all displayed windows such that A) results in
windows staying minimized upon lock/unlock and in B) (re)performing the
action (or even using some other command) results in the original minimized
windows being restored?
Possibly something using dcop kdesktop ??? , maybe dcop twin ??? (I tried
looking there, but even using kdcop, it’s like finding a needle in a haystack
for things even relevant)
Thanks,
Michael
PS: Way to go whoever is doing TDE SEO, Google search on “dcop gui” returns
https://wiki.trinitydesktop.org/Tips_And_Tricks in 5th place :)