Quick note for developers/packagers.
Meta packages in TDE code were located in two subfolders (defaultsettings and metapackages).
They have now been consolidated into the metapackages folder.
"defaultsettings" does not exist any longer.
Cheers
Michele
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
Hi,
it would be perhaps for Slavek to answer this, but may be someone here knows
the answer too and can spare him the work.
I recently did reorganize emails identities etc. and one part was to stop
using the gmail account for writing to the lists and start using a private
domain account. However I was not able to post for some time
(work+vacation+many_other_activities). Now I went looking into the issue
and noticed that this ML is managed on
https://mail.trinitydesktop.org/mailman3/postorius/lists/
The information on the TDE web site seems to be newer than last time seen,
but never mind, I subscribed the lists from the webui and voila - it is
working now.
It seems that using the subscription in Gmain is not working, because I
tried subscribing from knode before and then on gmain.io, but in vain
So the question in context of TDE is how the subscribe can work from knode
for this list? For debian-user it worked in knode.
IMO it seems that something needs to be done in gmain, so that gmain can
forward the mail to trinitydesktop and trigger the subscription, but it's
just a guess based on described experience.
BR