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
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
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?
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
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
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
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
