tde-devels

devels@trinitydesktop.org

8 participants
3849 discussions

[devels] [mageia] invalid MD5SUM files
by Felix Miata 28 Aug '21

28 Aug '21

# urpmi.update -a medium "Core Release" is up-to-date medium "Core Updates" is up-to-date medium "Tainted Release" is up-to-date medium "Tainted Updates" is up-to-date invalid MD5SUM file (downloaded from http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/x86_…) invalid MD5SUM file (downloaded from http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/noar…) I looked on http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/x86_… and see the file MD5SUM in each directory where it belongs. Content of seems sane. -- 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

1 1

Upgrading from CURRENT To PSB
by jakolineplayer＠tutanota.com 28 Aug '21

28 Aug '21

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?

4 4

How To Reset Tde Panel?
by jakolineplayer＠tutanota.com 27 Aug '21

27 Aug '21

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?

2 1

[fedora] TDE dependence on crypt* prevents upgrade from F34 to F35 keeping TDE's F34 repos
by Felix Miata 26 Aug '21

26 Aug '21

# 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

1 1

subscription to ML
by deloptes 19 Aug '21

19 Aug '21

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

2 2

[suse] why does trinity-tdelibs require wicked?
by Felix Miata 30 Jul '21

30 Jul '21

Wicked and NetworkManager are both unnecessary when using systemd-networkd, which I do in all Tumbleweed and 15.3 installations. Most TDE packages will not install without wicked installed, which seems to be hung on libtdecore.so* from trinity-tdelibs requiring wicked. What's so special about wicked that systemd-networkd isn't good enough network support to enable basic TDE/TDM packages to install? After re-installing wicked I was able to get another 69 Trinity packages installed. Afterward I force removed wicked, before starting TDM or a TDE session. Zypper -v produces no complaint about missing wicked. Rpm -q -R trinity-tdelibs output does not include wicked in output. TDM and TDE are apparently working as expected. -- 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

1 0

Status of TDE ARK timestamp for files in ZIP archive.
by Alec Destry 29 Jul '21

29 Jul '21

Unzip (unzip-5.52-77.x86_64.rpm), some years ago, when listing files in an archive, showed the timestamp for those files in the format of MM-DD-YY. The latest versions of unzip (unzip-6.00-89.1.x86_64.rpm), when listing files in an archive, shows the timestamp for those files in the format of YYYY-MM-DD. This change in how unzip shows timestamps has caused KDE3.5.10 ARK to show a messed up timestamp when viewing a ZIP archive using the latest versions of unzip. Rolling back to the older version of unzip gets rid of the problem. However, that could create other problems. Has this been fixed in TDE? Does TDE ARK show a valid timestamp when viewing a ZIP archive using the latest versions of unzip?

4 10

TDE with Debian Bullseye
by Mike Bird 26 Jul '21

26 Jul '21

Debian Bullseye is in deep freeze and scheduled for release 08/14. Often I wait until after release but this happened to be a good weekend for me to start testing Bullseye. The non-TDE parts went much smoother than usual. The only minor difficulty thus far was switching routing from Quagga to FRR. I see there's a TDE Bullseye version in trinity-sb. However if I test this I'd like to get back onto TDE stable as soon as possible. Any thoughts please on if I try trinity-sb/bullseye how much time or how difficult will it be to get back to TDE stable with Bullseye? Thanks, --Mike

4 9

[mageia] bad/invalid signatures
by Felix Miata 22 Jul '21

22 Jul '21

I'm not sure whether all packages suffer this, or just most, but it's annoying for updating to keep getting interrupted. This has been going on for weeks, if not months. Current instance is on host gx280 32bit Mageia 7. -- 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

1 0

[mageia] bad trinity-tdelibs-14.0.10-1.mga8.x86_64.rpm
by Felix Miata 17 Jul '21

17 Jul '21

http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/x86_… refuses to install via urpmi, which claims bad MD5SUM file for both x86_64 and noarch. Fetched with wget, rpm had no problem upgrading from the installed mga7 version. While on the subject of Mageia, when installing or upgrading, screen output during installation or upgrading is quite different for TDE packages vs. packages from other repos. Standard package fetch and install are accompanied by no blank lines output. With TDE packages around 5 out of 8 output lines are blanks, so roughly 2/3 of visual output is blank lines. This has been happening too long to remember, but for certain back into last year if not before. -- 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

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels