Hi all,
I got myself the latest Raspberry Pi 4 for Christmas. It's a pretty powerful machine advertised as
a fully-fledged desktop PC and with 4 1.5GHz cores in the CPU and 4GB of RAM it delivers on that
promise. The primary operating system on the Pi is Raspbian, a distribution directly based on
Debian, running an LXDE desktop environment. I was wondering how much effort would it take to
bring TDE to the Pi? I'm guessing that architecture would be the primary obstacle (Pi is based on
ARM), but would it pose much of a challenge? Raspberry Pi certainly seems like a potent market
for TDE. Maybe it is worth the effort of having an ARM release for Raspbian? Maybe this is a good
opportunity to bring in new users? I wonder what is the devs' take on this?
Janek
Hello
This command :
# dpkg-reconfigure tdm-trinity
I receive this message :
"insserv: FATAL: service mountkernfs is missed in the runlevels 1 2 3 4 5
to use service networking insserv: exiting now !"
What is the service "mountkernfs" ?
(no present in Debian buster package
Thanks for your help,
André
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hi everyone,
we are getting ready for a new R14.0.7 release. So as done in the past a couple of times, if anyone wants to
contribute new screenshots of their desktop using TDE, please feel free to email them to us. We will look into them
and perhaps select some for the R14.0.7 Release Notes page on the wiki. Those not selected will be added to the wiki
as done in the past.
Thanks a lot in advance and Merry Christmas to all!
Cheers
Michele
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEjhl1z5vbYB3YbFTiKnW3yore1c8FAl4GHTEACgkQKnW3yore
1c8d6w//VrKmyNgXQF9E/yZHJplLRygLyhEt068wmzKVU/oaa+tL7BqEqTcdYTvZ
DOMgp9XfLbMkuhUb6fMTjgxtDRM1GzoQ3eLgt1NGmL3xtmX69QIXMA/InbATgYdL
bdE7IGqrqp0e3WrPO7tJzOJMdT2fne+dEH9W/IVqpjohvEcNBHpoZU3KCiwcv7Qa
xZcBC7k7ecjMwPbxZKGFPrX8EH/8Zz2BtsdGQi7oFSz6i6SedUDClnlpGPT13l31
e6/1EsBQm6T9dtrSDHEPRfuPpSvF7xIxb7+NgdJZHeblOaTR7nC+S+bGDbvHWn91
/FKw5nq0Q37U9kwW1coj61kzCKTR7VIeiyG90dDQNVUzG4iG4pBcx/vwidIrwHHD
W+qRnwPVD7lhTJwQxzMxiNoIKcHdqTRrumge+6BUlgUbn9/A/UTOrXImyfhNFVxa
WqaG1KnUuCFMaa1edVXEm5UJFNpLWZ8iZvksJBWg7uCmkIwUlY7M+uTyaOHbWyB1
giEX0+COcJjvbAgXe4pwM+Xb9IC/QrTfp2tYO2vZYclIEwHBI6SWuaLEf7aT7RTm
xZoBtvDtnylEAAV/iE9tverMorZ+rHPk3V0ZZAk54BG+DQuZZrSml6Auw6Y8gpsr
OgPXrBXfe9g2yfDgGt9Lp6+9Kmx1zzQW1oOXP48L/BD9hTWhjr8=
=9z2e
-----END PGP SIGNATURE-----
https://opensource.com/article/19/12/linux-trinity-desktop-environment-tde?…
--
John Pisini
Systems Administrator
TFCCS
617-450-3988
Disclaimer for email:
The information contained in this electronic message and any attachments to
this message is intended for the exclusive use of the addressee(s) and may
contain confidential or privileged information. This email is not intended
to, and shall not, constitute an electronic signature giving rise to a
binding legal contract, unless expressly stated otherwise in the body of
the email by the sender.
Hello,
I am running R14.0.7 (Development) and noticed that here (Buster), the
option "Mouse wheel over desktop background switches desktop" in "Configure
Desktops" does not work: ticked or not, mouse wheel does switch desktops.
Can anyone confirm?
Thierry
Hello TDE users/developers:
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 3 problems. The first was with TDM, and that has been
resolved (http://trinity-users.pearsoncomputing.net/?0::16492). I think
that my 2nd and 3rd problem may be related, so I will describe them both
together in this request for help.
Panel icons moving:
My panel is on the bottom centered. However, it doesn't matter where it
is located, the icons will not stay put. It seems that the last panel I
move, continues to follow my mouse when it is active within the panel.
This drives me absolutely crazy. I have tried the "lock panels" switch,
and it makes no difference. How do I fix this ?
Screen saver/locker not starting automatically:
The (screen saver/lock screen) will not start automatically as it
should. No matter what choice I make for the saver (I prefer blank, but
have tried others), if I try to have it start automatically, it will not
start. I can manually start the lock screen, and it works as expected,
and unlocks with the password. I have also tried disabling the screen
saver provided by TDE, and then use another screen saver from the
distribution (such as xscreensaver), and it works fine. Of course, I
prefer to use the TDE screensaver. How can I fix this ?
I use the commercial nvidia driver installed with debian/buster
packages. I have also tried removing the debian-supplied nvidia
drivers, and used the nvidia drivers .run installer obtained directly
from nvidia. Makes no difference in these 2 issues.
I am not sure these 2 issues are related.
Thanks again.
Jim Freels, PhD (retired)
Hello guys. I've installed a PClinuxOS distro with TDE 14.0.6 recently
and collected some buglist while exploring it. High possibility that
some bugs isn't actual now (or just not bugs but feature lol) so i
decided to sent it via mail first. Here is it:
[konqueror] no file previews for ntfs-mounted disks
[konqueror] duplicated items in the "System" tab sometimes
(https://files.catbox.moe/6csxx6.png)
[konqueror] stops generating previews if user opens a file
[konqueror] may return "Memory allocation failed" when omage opens in
embedded preview
[kuickshow] shows broken image from framebuffer instead of opened file
[kmplayer] seek bar didn't work correctly (click on the random time,
mplayer will skip time == one step)
[kmplayer] press on the "Play" button when playback is paused will stop
it (possible it's not a bug but kinda annoying)
[compositor] settings do not apply after click on "Apply" button,
re-enabling is needed
[compositor] incorrect calculation of the shadow position, i was not
able to make it centered
[compositor] may apply transparency to the windows even if this option
is disabled
[compositor] "apply only for decorations" option does not work
[compositor] several re-enablings will result in gui(twin?) hang
[compositor] possibly didn't work correctly when system goes in suspend
[compositor] -- overall opinion: quite buggy and unusable --
[lockscreen] when exiting from suspend, lockscreen may appear above
current desktop, not clean background
[keyboard config] some hotkeys didn't work (like Alt+PrtSc)
[keyboard config] hotkey assign window is laggy, if opened too long -
twin will hang
[keyboard config] kb layout switch didn't work with embedded switcher
(known bug)
[kkbswitch] strange font in tray icon
[twin] may hang if some messy window appeared (example: MPUI frontend
under wine, set "Compact mode", open a file, pause playback, apply
window size by frame size and then make bottom toolbar appear-dissapear.
Frame will distort and twin will hang after some time)
[kmix] -- all bugs when tray regulator was set to pulseaudio output --
[kmix] tray regulator not adjusting on wheel scroll; my soundcard master
output volume (in mixer window) is adjusted instead.
[kmix] soundcard master output volume adjusts from 52 to 100% (not sure
if trinity related though)
[kmix] tray regulator didn't apply settings to the output it was set to
(i can set 0% in the pulseaudio output tab but with tray regulator i can
get the sound 100% and pa output in mixer will be still 0%)
[kweather] no actual info for Rostov-on-Don(RU), shows data from 2018
[showfoto] crash after click on the Colors tab
(TDECRSH-eea4c1d-5260ea9-a67aab6-5e9e698-843a94c-8d10fec-2036aa0)
[amarok] crashes on playback activation, possibly after recent xine-lib
update (PClinuxOS, no debug info available)
[arts] samplerate change affects event sounds tempo (old bug, from KDE)
[tde menu] often lose mouse focus (affects search bar in classic mode
and tabs in kickoff mode)
[desktop(?)] if Menu bar at screen top is enable, it appears with the
additional unused space (https://files.catbox.moe/wcewuq.png)
[gtk3-wrapper] looks like needs to update theme schemes (applying TDE
theme to the GTK3 apps completely brokes theming of those)
[tdm(?)] gtk3 apps that needed root access didn't start after successful
auth when tdm is set as DM.
[tdm] "scale & crop setting" didn't work for wallpaper, picture will be
still just "scale"d. But picture will be resized as needed directly
after login
[dbus rule script] "at console" rule is deprecated and didn't work,
affects power options for generic users
[mailing lists] http://trinity-users.pearsoncomputing.net/?0::16489
Cannot decode string with wide characters at
/usr/lib/powerpc64le-linux-gnu/perl/5.24/Encode.pm line 202.
Also one question, for what i can't find the answer: is there option
that can replace full paths with short ones in the windows headers and
taskbar (file:///media/dsk/docs..., Konqueror, KWrite and others)?
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)
