Hello friends, I switched from FreeBSD back to Debian for several reasons:
* More software (not necessarily just Trinity), especially with flatpaks
* More documentation since I continued to have "unsolved mysteries" on FreeBSD
* Greater performance and hardware support
* GNU/Linux just as free as in freedom as FreeBSD, I was a bit one sided before
But I have an issue. I have installed most core components of Trinity (tdebase, tdeaccessibility, tdegraphics etc.) but I always start in a tty when booting. I tried to execute the starttde script but it doesnt work. Furthermore if I add it to .xinitrc and run startx, it doesn't work. If I remove my home .xinitrc file and use startx, the session will start but I can't use TDM at all.
Running the script directly is a lot more verbose, telling me that pretty much nothing can connect to the X server. I have seen this talked about before in the ML but it seems like they solved it. I used to use the preliminary testing branch and it worked but I decided to go with stable this time and can't seem to get TDM to work at all. That pesky X server.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
On October 31, 2021 5:39:51 am Slávek Banko wrote:
> Hi all,
>
> for those who are not subscribed to tde-announcements, you might be
> interested in information about the release of R14.0.11:
>
Congratulations and thank you for all of the hard work! This latest release also reminded me to make that donation I've been wanting to send for some time.
Here's wishing the TDE dev. team a healthy and productive 2021 and even better 2022.
David B. (Sask. Canada)
-----BEGIN PGP SIGNATURE-----
Version: OpenPGP.js v2.6.2
Comment: https://openpgpjs.org
wsBcBAEBCAAQBQJhf3YlCRDV/eR3y2vAhgAAQikIAMbaeoRVzbgh+hvDy3b+
23pGmGrzB9yWpE7E8flqekF4SlyH8ekBacw6sTBX9TUlxFkHlIqtVIabp8bK
BKoin9PHxEGMXP/2bEL1WdMQxlohiGAj84GwfvzVppJ3LoQjJqnmW7S+0VzA
waa8rwn5crMPgJdkKR1BmF+EJdjTONyW3xa+DyeoJaz+IbLDmyyvgxeX7Aww
fPNDkhmJp2UUswHDoBLyRaeGf5jGD7Ff9AZDvSjaLZI/4y7HOH+yVXZZIM2N
ZnMVd+Ggeo6Yh1bQ+f8tHvT2f3c7wCFA7qwNC9YWSc2T7Q+TqPV2G4tTnG5e
kz7Hh7HLE4czVU2dFYxBkbc=
=YTjK
-----END PGP SIGNATURE-----
> On Sun October 31 2021 04:35:46 you wrote:
> > The Trinity Desktop Environment (TDE) development team is pleased to
> > announce the immediate availability of TDE R14.0.11.
>
> Congratulations TDE devs and thank you very very much.
>
> --Mike
Likewise.
Kate
On Sun October 31 2021 04:35:46 you wrote:
> The Trinity Desktop Environment (TDE) development team is pleased to
> announce the immediate availability of TDE R14.0.11.
Congratulations TDE devs and thank you very very much.
--Mike
Doing my usual daily update/upgrade, I just now encountered this:
The following packages have been kept back:
kubuntu-default-settings-trinity
I presume it's some kind of metapackage and that it has no effect on the
functioning of my system. It's the first error of this sort that I've seen
in years, though, so I thought I'd pass it along. Am running R14.0.11.
--
dep
Pictures: http://www.ipernity.com/doc/depscribe/album
Column: https://ofb.biz/author/dep/
Greets, everybody . . .
I've got a book coming on, and one of the rituals attendant to that is
searching for an outliner/organizational application into which I can dump
notes and such by chapter and conduct some of the other housekeeping
involved. So I've gone through the bespoke applications that supposedly
perform these functions and have learned that as with the last book a
couple of years ago they all suck. I don't think that anyone involved with
any of them has ever written anything for publication -- they've certainly
not written anything resembling instructions for use of their
applications.
One of these applications, a thing called "Joplin," is an appimage. I'd
encountered one of these before; Geeqie releases some versions in that
form, which I tried. I like Geeqie, but I don't much like appimages,
though I'm not sure I can tell you why. So I thought I'd ask here what
people think of appimages, both the idea of them and the way they're made
and used in practice, in case there's a difference.
My vague distaste for them runs counter to reservations I had when moving
to Linux from OS/2 and similar DOS-centric operating systems. My complaint
then was that with DOS, Windows (at the time a DOS desktop) and OS/2 put a
particular application's files all in one directory, Word in \word, Lotus
in \lotus, and so on, so banishing an application involved nuking a
directory and that was that. (I still think that more things ought to be
in their own directories under /opt, and am glad that TDE does this; that
prejudice came about when we were building KDE from source a time or two a
week and having the whole thing blow up was not unheard of; deleting the
failed build and renaming the existing, working version reduced the risk.)
Sorry for the digression. Having not given appimages a lot of thought but
seeing that they're becoming more common, just thought I'd ask if there
are any strong reasons for or against them.
Are appimages a good idea for anything beyond test-drive purposes?
--
dep
Pictures: http://www.ipernity.com/doc/depscribe/album
Column: https://ofb.biz/author/dep/
When viewing a received message, in the menu bar entry is the Edit Message option, which
allows one to modify the mail item's text. Because almost all HTML email uses Sans-Serif
fonts (an anethema to me) and Kmail provides no way to override this, I thought that I
might be able to use Edit Message to change the imbedded font-family to something more
friendly. I can do that, and the result is saved in my Drafts folder, but when I open it
I see just the raw HTML; Kmail doesn't seem to want to format it as it did the original.
Does anyone know how to make Kmail display such a modified message properly?
Leslie
--
Operating System: Linux
Distribution: openSUSE Leap 15.3 x86_64
Desktop Environment: Trinity
Qt: 3.5.0
TDE: R14.0.10
tde-config: 1.0
I see on the X.org announcements list <xorg-announce(a)lists.x.org> that "X server [21.1.0]
now correctly reports display DPI in more cases. This may affect rendering of client
applications that have their own workarounds for hi-DPI screens."
Leslie
--
Operating System: Linux
Distribution: openSUSE Leap 15.3 x86_64
Desktop Environment: Trinity
Qt: 3.5.0
TDE: R14.0.10
tde-config: 1.0
Once again, missing application/octet-stream has revisited me. Where does TDE store this
information, and is there a way to lock that particular entry so that it doesn't
disappear now and again?
There must be a bug somewhere in TDE's mime handling routines that causes it to delete
this entry when one is adding other entries to the table, but I haven't a clue as to
which component a bug report should be opened...
Leslie
--
Operating System: Linux
Distribution: openSUSE Leap 15.3 x86_64
Desktop Environment: Trinity
Qt: 3.5.0
TDE: R14.0.10
tde-config: 1.0
