Hi all,
as developers, you are probably more involved, so you probably keep in mind
that there is a plan for release R14.0.11 at the end of October. Therefore,
only a small reminder, if you are not subscribed to the tde-announcements
list:
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/announcements@trin…
Cheers
--
Slávek
Hello Guys,
Currious to if there is any mirror in the Canada region. I am willing to
host a mirror on my dedicated server hosted in Beauharnois, Quebec
since I was already hosting Arch packages.
Thanks,
Michael Manley
Hey everyone,
I am back once again. I've reinstalled FreeBSD 13.0-RELEASE and am
working on fixing the FBSD port of TDE as I go along with building it,
recording everything that happens so that we may be able to end the
weird snags that occur in it once and for all.
I ran into the usual problem with pinentry-tqt where it stops and says
to set MAKE_JOBS_UNSAFE=yes and try again. I ran it once again with
MAKE_JOBS_UNSAFE=yes and this time it stopped with different output and
told me to run "aclocal", so I went into the pinentry-tqt work
directory and did such. Now I went back to the big makefile where I
was and started back. It made it much further and the output was
different yet again, this time giving me more insight on what was going
on. At this point I also found out you need to have the package
'texinfo' to avoid a "makeinfo not found" error.
It looks like the problem is caused by libgpg-error in some way. I used
the script tool to record the terminal output and attached it to this
email. libgpg-error on my system is version 1.42, which is higher than
the minimum version of 1.16 it says is needed so I am dumbfounded.
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
| $ dcop --all-users --list-sessions
| Active sessions for user /home/leslie :
| .DCOPserver_pinto.site__0
| .DCOPserver_pinto__0
|
| @14:40:34,leslie@pinto rc=0
Why are there two? How do I decide which one to use?
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'm looking at Kate's highlighting feature and trying to figure out how it works with
files that have no extension.
If I load a bash script into Kate it appears with lovely highlighting, and looking in
Settings => Configure Kate => Highlighting I see that it has somehow associated it with
| application/x-shellscript;text/x-shellscript
I don't understand how it does this, since, looking at the mime entry for this in KControl
Center => TDE Components => File Associations, to be matched, files must have one of
the .sh, .csh, or .bash extensions. The bash script has the so-called "magic number"
| #!/bin/bash
as its first line, but nothing in the Kate and File Associations handbooks mentions these,
and there is no place in the Configure Kate dialog to make an association with a magic
number.
The reason I'm looking at this is that I use a different, more programmer-friendly
language, Rexx, for my scripting. Like bash scripts, I use a "magic number", in this
case
| #!/usr/bin/rexx
to associate the text/rexx mime type with these scripts instead of an extension; but Kate
does not associate this mime type; the Highlighting entry is set to None for this file
when it is loaded, and no highlighting occurs.
How does Kate know what highlighting to use with a bash script that has no extension, and
why doesn't that work for a Rexx script with no extension? N.B. the highlighting works
for Rexx scripts with the extensions defined in File Associations, but unlike bash
scripts, not without them, so the mime types are functional; but I don't want to have to
put extensions on all of my Rexx scripts just because of this Kate weirdness.
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
Hi all,
Since the last TDE stable upgrade (many months ago), the update-notifier
applet is not available anymore.
Is there a good reason to have it removed from TDE or did it fell in a
crack?
It was useful to know if some updates are available in a simple way.
I am missing this small and efficient little applet.
Or is it part of a package I missed?
Thanks for maintaining and enhancing Trinity, the best desktop ever,
Pascal
Ubuntu 18-04 LTS installed from the TDE live dvd image.
Trinity R14.0.10
Hey, right now I'm on Trinity 14.0.10 CURRENT and I wanna add the PSB repos to make an upgrade to version 14.0.11, is that going to cause any conflicts & instabilities or should I expect the transition to be smooth?
Hey, I've made some changes to the panel settings and taskbar colors, I would like to reset the panel to defaults, where is my panel user-made configuration stored?
# inxi -Sy
System:
Host: ga970 Kernel: 5.12.14-200.fc33.x86_64 x86_64 bits: 64 Desktop: Trinity
Distro: Fedora release 34 (Thirty Four)
# dnf system-upgrade download --releasever=35 --best --skip-broken --allowerasing
Before you continue ensure that your system is fully upgraded by running "dnf --refresh upgrade". Do you want to continue [y/N]: y
...
util-linux-core x86_64 2.37.2-1.fc35 fedora 434 k
Removing dependent packages:
trinity-konqueror x86_64 14.0.10-1.fc34 @trinity-r14 4.2 M
trinity-konqueror-nsplugins x86_64 14.0.10-1.fc34 @trinity-r14 381 k
trinity-tdebase x86_64 14.0.10-1.fc34 @trinity-r14 53 k
trinity-tdebase-tdeio-plugins x86_64 14.0.10-1.fc34 @trinity-r14 3.1 M
Downgrading:
gstreamer1 x86_64 1.19.1-2.fc35 fedora 1.3 M
gstreamer1-plugins-base x86_64 1.19.1-2.fc35 fedora 2.1 M
gstreamer1-plugins-good x86_64 1.19.1-2.fc35 fedora 2.1 M
Transaction Summary
====================================================================================================================================
Install 20 Packages
Upgrade 973 Packages
Remove 4 Packages
Downgrade 3 Packages
Total download size: 522 M
DNF will only download packages, install gpg keys, and check the transaction.
Is this ok [y/N]: n
# dnf system-upgrade download --releasever=35 --best --skip-broken --allowerasing
Before you continue ensure that your system is fully upgraded by running "dnf --refresh upgrade". Do you want to continue [y/N]: y
Fedora 35 - x86_64 27 kB/s | 6.0 kB 00:00
Fedora 35 openh264 (From Cisco) - x86_64 5.1 kB/s | 989 B 00:00
Fedora 35 - x86_64 - Updates 27 kB/s | 12 kB 00:00
RPM Fusion for Fedora 35 - Free 12 kB/s | 6.5 kB 00:00
RPM Fusion for Fedora 35 - Free - Updates 14 kB/s | 6.0 kB 00:00
RPM Fusion for Fedora 35 - Nonfree 8.3 kB/s | 7.2 kB 00:00
RPM Fusion for Fedora 35 - Nonfree - Updates 33 kB/s | 6.6 kB 00:00
trinity-r14 1.7 kB/s | 3.0 kB 00:01
trinity-r14-noarch 1.9 kB/s | 3.0 kB 00:01
Error:
Problem 1: package trinity-tdebase-tdeio-plugins-14.0.10-1.fc34.x86_64 requires cryptsetup-luks, but none of the providers can be installed
- cryptsetup-2.3.6-1.fc34.x86_64 does not belong to a distupgrade repository
- problem with installed package trinity-tdebase-tdeio-plugins-14.0.10-1.fc34.x86_64
Problem 2: package trinity-tdebase-tdeio-plugins-14.0.10-1.fc34.x86_64 requires cryptsetup-luks, but none of the providers can be installed
- package cryptsetup-2.3.6-1.fc34.x86_64 requires cryptsetup-libs = 2.3.6-1.fc34, but none of the providers can be installed
- package trinity-konqueror-14.0.10-1.fc34.x86_64 requires trinity-tdebase-tdeio-plugins = 14.0.10-1.fc34, but none of the providers can be installed
- cryptsetup-libs-2.3.6-1.fc34.x86_64 does not belong to a distupgrade repository
- problem with installed package trinity-konqueror-14.0.10-1.fc34.x86_64
- package trinity-tdebase-tdeio-plugins-14.0.10-1.fc34.x86_64 is filtered out by exclude filtering
Problem 3: package cryptsetup-2.3.6-1.fc34.x86_64 requires cryptsetup-libs = 2.3.6-1.fc34, but none of the providers can be installed
- cannot install both cryptsetup-libs-2.4.0-1.fc35.x86_64 and cryptsetup-libs-2.3.6-1.fc34.x86_64
- package trinity-tdebase-tdeio-plugins-14.0.10-1.fc34.x86_64 requires cryptsetup-luks, but none of the providers can be installed
- package systemd-udev-249.4-1.fc35.x86_64 requires libcryptsetup.so.12(CRYPTSETUP_2.4)(64bit), but none of the providers can be installed
- package trinity-tdebase-14.0.10-1.fc34.x86_64 requires trinity-tdebase-tdeio-plugins = 14.0.10-1.fc34, but none of the providers can be installed
- cannot install the best update candidate for package systemd-udev-248.7-1.fc34.x86_64
- problem with installed package trinity-tdebase-14.0.10-1.fc34.x86_64
- package trinity-tdebase-tdeio-plugins-14.0.10-1.fc34.x86_64 is filtered out by exclude filtering
Problem 4: package cryptsetup-2.3.6-1.fc34.x86_64 requires cryptsetup-libs = 2.3.6-1.fc34, but none of the providers can be installed
- cannot install both cryptsetup-libs-2.4.0-1.fc35.x86_64 and cryptsetup-libs-2.3.6-1.fc34.x86_64
- package trinity-tdebase-tdeio-plugins-14.0.10-1.fc34.x86_64 requires cryptsetup-luks, but none of the providers can be installed
- package systemd-udev-249.4-1.fc35.x86_64 requires libcryptsetup.so.12(CRYPTSETUP_2.4)(64bit), but none of the providers can be installed
- package trinity-konqueror-14.0.10-1.fc34.x86_64 requires trinity-tdebase-tdeio-plugins = 14.0.10-1.fc34, but none of the providers can be installed
- problem with installed package systemd-udev-248.7-1.fc34.x86_64
- package trinity-konqueror-nsplugins-14.0.10-1.fc34.x86_64 requires trinity-konqueror = 14.0.10-1.fc34, but none of the providers can be installed
- systemd-udev-248.7-1.fc34.x86_64 does not belong to a distupgrade repository
- problem with installed package trinity-konqueror-nsplugins-14.0.10-1.fc34.x86_64
- package trinity-konqueror-14.0.10-1.fc34.x86_64 is filtered out by exclude filtering
- package trinity-tdebase-tdeio-plugins-14.0.10-1.fc34.x86_64 is filtered out by exclude filtering
#
I've tried all combinations of locking packages I can think of, but
unless I allow those trinity packages to be deleted, because of the
interrelationship between systemd, udev, cryptse* and these 4 trinity
packages, the process refuses to proceed. :(
BTW, all those lines with overabundant leading whitespace is normal result
of pasting from a Konsole session into a text file more than fits into the
current Konsole window at once, going back too far to remember, several
releases at least. It's very frustrating that the only way to avoid it is
to redirect whatever is possible to redirect into a file.
--
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