[tde-devels][mageia] upgrade from 14.previous to 14.current fails to install trinity-tdelibs
23 Feb
2021
23 Feb
'21
9:07 a.m.
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.
--
Evolution as taught in public schools, like religion,
is based on faith, not on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
5 Mar
5 Mar
2:50 a.m.
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
--
Evolution as taught in public schools, like religion,
is based on faith, not on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
4:51 p.m.
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
5:37 p.m.
Le 05/03/2021 à 17:51, François Andriot via tde-devels a écrit :
Le 05/03/2021 à 03:50, Felix Miata a écrit :
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
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/ .
8:58 p.m.
New subject: [mageia] upgrade from 14.previous to 14.current fails to install trinity-tdelibs
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_Inst…
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_…
# urpmi.addmedia trinity-noarch
http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/noar…
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_…)
invalid MD5SUM file (downloaded from
http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/noar…)
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.
--
Evolution as taught in public schools, like religion,
is based on faith, not on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
9:38 p.m.
New subject: [mageia] upgrade from 14.previous to 14.current fails to install trinity-tdelibs
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_Inst…
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_…
# urpmi.addmedia trinity-noarch
http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/noar…
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_…)
invalid MD5SUM file (downloaded from
http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/noar…)
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_…
urpmi.addmedia --wget trinity-noarch
http://mirror.ppa.trinitydesktop.org/trinity/rpm/mga8/trinity-r14/RPMS/noar…
urpmi --wget trinity-desktop
Regards
François
6 Mar
6 Mar
12:14 a.m.
New subject: [mageia] upgrade from 14.previous to 14.current fails to install trinity-tdelibs
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
--
Slávek
1140
days inactive
1151
days old
6 comments
3 participants
participants (3)
-
Felix Miata -
François Andriot -
Slávek Banko