[tde-devels][mageia] upgrade from 14.previous to 14.current fails to install trinity-tdelibs
From IRC:
a-865 why do upgrades from 14.previous to 14.current on Mageia always fail to install trinity-tdelibs due to unsatisfied /etc/ssl/certs/ca-bundle.crt? I have to download with wget and install with rpm -Uvh --nodeps.
a-865 might be a 32bit thing
a-865 /etc/ssl/certs/ca-bundle.crt exists
SlavekB For problems with RPM packages, it is better to send mail to mailing list because François usually is not here on IRC.
SlavekB It is possible that the file is physically, but there is no RPM package that declared it belongs to it?
a-865 ca-bundle.crt is a symlink to /etc/pki/ca-trust/extracted/openssl/ca-bundle.trust.crt, which is owned by rootcerts-20201201.00-1.mga7
End IRC
Oops. ca-bundle.crt is a symlink to
/etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem
which is owned by rootcerts-20201201.00-1.mga7.
I don't see this very often, so that's why I think it might be 32bit only.
Felix Miata composed on 2021-02-23 04:07 (UTC-0500):
From IRC:
a-865 why do upgrades from 14.previous to 14.current on Mageia always fail to install trinity-tdelibs due to unsatisfied /etc/ssl/certs/ca-bundle.crt? I have to download with wget and install with rpm -Uvh --nodeps.
a-865 might be a 32bit thing
a-865 /etc/ssl/certs/ca-bundle.crt exists
SlavekB For problems with RPM packages, it is better to send mail to mailing list because François usually is not here on IRC.
SlavekB It is possible that the file is physically, but there is no RPM package that declared it belongs to it?
a-865 ca-bundle.crt is a symlink to /etc/pki/ca-trust/extracted/openssl/ca-bundle.trust.crt, which is owned by rootcerts-20201201.00-1.mga7
End IRC
Oops. ca-bundle.crt is a symlink to
/etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem
which is owned by rootcerts-20201201.00-1.mga7.
I don't see this very often, so that's why I think it might be 32bit only.
It's not.
And, I can't get TDM to start on 64bit Mageia 7. From tdm.log: /opt/trinity/bin/tdm_greet: error while loading shared libraries: libtderandr.so.0: cannot open shared object file: No such file or directory Mar 4 21:38:21 tdm: :0[1134] error: Abnormal termination of greeter for display :0, code 127, signal 0
Urpmi seems to think upgrade to 14.0.9 is complete. However: # rpm -qa | grep randr lib64xcb-randr0-1.13.1-1.mga7 lib64xrandr2-1.5.2-1.mga7 xrandr-1.5.0-2.mga7
# urpmq -f rand finds no *tde*rand* package.
64 bit host gx62b
Le 05/03/2021 à 03:50, Felix Miata a écrit :
It's not.
And, I can't get TDM to start on 64bit Mageia 7. From tdm.log: /opt/trinity/bin/tdm_greet: error while loading shared libraries: libtderandr.so.0: cannot open shared object file: No such file or directory Mar 4 21:38:21 tdm: :0[1134] error: Abnormal termination of greeter for display :0, code 127, signal 0
Urpmi seems to think upgrade to 14.0.9 is complete. However: # rpm -qa | grep randr lib64xcb-randr0-1.13.1-1.mga7 lib64xrandr2-1.5.2-1.mga7 xrandr-1.5.0-2.mga7
# urpmq -f rand finds no *tde*rand* package.
64 bit host gx62b
Hello, I'm not sure about the 'ca-bundle' dependency problem.
I will try to install a fresh Mageia 7, then Trinity 14.0.8, then upgrade to 14.0.9, to see if I can reproduce the issue.
The 'libtderandr.so.0' is installed by the 'trinity-tdelibs' package, and should be installed under /opt/trinity/lib64/ .
François
Le 05/03/2021 à 17:51, François Andriot via tde-devels a écrit :
Le 05/03/2021 à 03:50, Felix Miata a écrit :
It's not.
And, I can't get TDM to start on 64bit Mageia 7. From tdm.log: /opt/trinity/bin/tdm_greet: error while loading shared libraries: libtderandr.so.0: cannot open shared object file: No such file or directory Mar 4 21:38:21 tdm: :0[1134] error: Abnormal termination of greeter for display :0, code 127, signal 0
Urpmi seems to think upgrade to 14.0.9 is complete. However: # rpm -qa | grep randr lib64xcb-randr0-1.13.1-1.mga7 lib64xrandr2-1.5.2-1.mga7 xrandr-1.5.0-2.mga7
# urpmq -f rand finds no *tde*rand* package.
64 bit host gx62b
Hello, I'm not sure about the 'ca-bundle' dependency problem.
I will try to install a fresh Mageia 7, then Trinity 14.0.8, then upgrade to 14.0.9, to see if I can reproduce the issue.
The 'libtderandr.so.0' is installed by the 'trinity-tdelibs' package, and should be installed under /opt/trinity/lib64/ .
I've justed tested the following scenario in virtual machine:
1) Fresh install Mageia 7.1 from Mageia-7.1-x86_64.iso (default settings, plasma desktop, download updates after installation)
2) Log in KDE session, configure trinity 14.0.8 repositories then "urpmi trinity-desktop-all" => no problem
3) In Mageia control center, set default display manager to TDM => no problem
4) reboot, TDM appears, login to TDE session, Trinity 14.0.8 release notes appears => no problem
5) Remove trinity 14.0.8 repositories and add trinity 14.0.9 repositories (no need to use wget, unlike Mageia 8) => no problem
6) "urpmi --auto-select" wants to remove 'lib64lcms' package due to conflict with 'task-obsolete' package. This result in removing chalk, then koffice, then trinity-desktop packages => not perfect but all other trinity packages will be updated
7) "urpmi trinity-desktop-all" will install/upgrade all packages without problem, without removing lib64lcms => no problem
8) reboot, TDM appears, login to TDE session, Trinity 14.0.9 release notes appears => no problem
So, I could not reproduce the 'ca-bundle' problem, nor the 'libtderandr' problem.
François
Apparently refreshing is not possible, so upgrading is not possible. First I removed all trinity packages.
From https://wiki.trinitydesktop.org/Mageia_Trinity_Repository_Installation_Instr... these are in my script: # urpmi.removemedia trinity trinity-noarch # urpmi.addmedia trinity http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/x86_6... # urpmi.addmedia trinity-noarch http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/noarc...
Running script with 2>somefile produces: trying to select nonexistent medium "trinity" trying to select nonexistent medium "trinity-noarch" invalid MD5SUM file (downloaded from http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/x86_6...) invalid MD5SUM file (downloaded from http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/noarc...)
Using trinity/trinity/ in the URLs as was the configuration for Mageia 7 instead of just trinity/ didn't help. Doing same but with tde-mirror.yosemite.net instead of mirror.ppa.trinitydesktop.org eliminated the error, and
urpmi trinity-tdm trinity-tdebase
succeeded to produce a working TDM and TDE session.
Le 05/03/2021 à 21:58, Felix Miata a écrit :
Apparently refreshing is not possible, so upgrading is not possible. First I removed all trinity packages.
From https://wiki.trinitydesktop.org/Mageia_Trinity_Repository_Installation_Instr... these are in my script: # urpmi.removemedia trinity trinity-noarch # urpmi.addmedia trinity http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/x86_6... # urpmi.addmedia trinity-noarch http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/noarc...
Running script with 2>somefile produces: trying to select nonexistent medium "trinity" trying to select nonexistent medium "trinity-noarch" invalid MD5SUM file (downloaded from http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/x86_6...) invalid MD5SUM file (downloaded from http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/noarc...)
Using trinity/trinity/ in the URLs as was the configuration for Mageia 7 instead of just trinity/ didn't help. Doing same but with tde-mirror.yosemite.net instead of mirror.ppa.trinitydesktop.org eliminated the error, and
urpmi trinity-tdm trinity-tdebase
succeeded to produce a working TDM and TDE session.
Hello Felix,
currently, it looks like Mageia 8 urpmi does not like the Trinity mirroring system, but I don't know why.
You can workaround by adding the '--wget' argument to each urpmi command, e.g.
urpmi.addmedia --wget trinity http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/x86_6... urpmi.addmedia --wget trinity-noarch http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/noarc... urpmi --wget trinity-desktop
Regards François
On Friday 05 of March 2021 22:38:49 François Andriot via tde-devels wrote:
Hello Felix,
currently, it looks like Mageia 8 urpmi does not like the Trinity mirroring system, but I don't know why.
You can workaround by adding the '--wget' argument to each urpmi command, e.g.
urpmi.addmedia --wget trinity http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/x 86_64 urpmi.addmedia --wget trinity-noarch http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/n oarch urpmi --wget trinity-desktop
Regards François ____________________________________________________
urpmi appears to prefers curl if present. The problem is that curl does not follow the redirection by default. And redirection is exactly what is the purpose of redirector in our mirror system. This deficiency in the use of curl has two solutions:
1. As François said, prefer wget before curl. It seems that it has benefits not only that redirections are followed by default, but also can better solve the repetition of transmission in the event of some failures.
2. In the "urpmi.cfg" file, add / set the "curl-options" option to include "-L". This should ensure that curl will be called with option to follow the redirection and will work properly with redirector.
Cheers
-
Felix Miata -
François Andriot -
Slávek Banko