[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lmi] debian chroot in redhat
From: |
Vadim Zeitlin |
Subject: |
Re: [lmi] debian chroot in redhat |
Date: |
Thu, 3 Oct 2019 13:25:17 +0200 |
On Thu, 3 Oct 2019 02:18:12 +0000 Greg Chicares <address@hidden> wrote:
GC> [root@ugolyok]/tmp# yum install nss-pem
GC> ...
GC> One of the configured repositories failed (Unknown),
GC>
GC> Rerunning with the EPEL repository suppressed momentarily:
GC>
GC> [root@ugolyok]/tmp# yum install --disablerepo=epel nss-pem
GC> ...
GC> Warning: RPMDB altered outside of yum.
GC> ** Found 30 pre-existing rpmdb problem(s), 'yum check' output follows:
GC> coreutils-8.22-24.el7.x86_64 has missing requires of ncurses
Are these warnings normal? I haven't seen either of them in my chroot.
GC> [root@ugolyok]/tmp# yum install -y debootstrap.noarch
[...]
GC> Complete!
GC>
GC> This seems most auspicious. Thanks much. I'm too tired to do any
GC> more tonight, but maybe tomorrow everything will just work.
I certainly hope so, but I was still wondering why did it work for me and
Ilya, but not you. I must be missing something here because while nss-pem
is not installed as a dependency of anything:
% rpm -q --whatrequires nss-pem
no package requires nss-pem
it still got installed by yum automatically (in spite of not appearing in
"yum history" output directly), as I discovered by looking at
/var/log/yum.log. And knowing when it got installed, I could now do
# yum history info 14
Loaded plugins: fastestmirror, keys, protectbase
Transaction ID : 14
Begin time : Wed Sep 25 01:05:53 2019
Begin rpmdb : 252:6b2578512ef18dbdd98b235b10bd6c374811ec0e
End time : 01:05:56 2019 (3 seconds)
End rpmdb : 254:f275cee23cf80de208ea6adface2a162f57ab129
User : <zeitlin>
Return-Code : Success
Command Line : -y install curl
Transaction performed with:
Installed rpm-4.11.3-35.el7.x86_64
installed
Installed yum-3.4.3-163.el7.centos.noarch @base
Installed yum-plugin-fastestmirror-1.1.31-50.el7.noarch
installed
Packages Altered:
Install curl-7.29.0-54.el7.x86_64 @base
Loading mirror speeds from cached hostfile
* base: ftp.rezopole.net
* centos-sclo-rh: centos.mirrors.ovh.net
* centos-sclo-sclo: centos.mirrors.ovh.net
* epel: www.mirrorservice.org
* extras: centos.mirrors.ovh.net
* updates: centos.quelquesmots.fr
0 packages excluded due to repository protections
Updated libcurl-7.29.0-51.el7.x86_64 ?
Update 7.29.0-54.el7.x86_64 @base
Dep-Install nss-pem-1.0.3-7.el7.x86_64 @base
history info
And now, knowing this, I even understand why my command for finding the
reverse dependencies above didn't work: apparently we need to explicitly
specify the architecture. So:
# rpm -q --whatrequires 'nss-pem(x86-64)'
nss-3.36.0-7.el7_5.x86_64
libcurl-7.29.0-54.el7.x86_64
does finally give the result I wanted. Strangely enough, architecture is
_not_ needed for libcurl itself:
# rpm -q --whatrequires 'libcurl(x86-64)'
no package requires libcurl(x86-64)
# rpm -q --whatrequires 'libcurl'
python-pycurl-7.19.0-19.el7.x86_64
curl-7.29.0-54.el7.x86_64
So the only firm conclusion I can make is that I don't really understand
how do package specifications work in RedHat world.
But, anyhow, the summary is that the required package should have been
installed as a dependency of curl and there is still the question about how
could you end up with curl but without nss-pem. However if your automated
chroot installation script contains "yum install -y curl", it should work.
Regards,
VZ
pgpioT9YCrWm5.pgp
Description: PGP signature
- Re: [lmi] debian chroot in redhat, Greg Chicares, 2019/10/02
- Re: [lmi] debian chroot in redhat, Greg Chicares, 2019/10/02
- Re: [lmi] debian chroot in redhat, Vadim Zeitlin, 2019/10/02
- Re: [lmi] debian chroot in redhat, Greg Chicares, 2019/10/02
- Re: [lmi] debian chroot in redhat, Vadim Zeitlin, 2019/10/02
- Re: [lmi] debian chroot in redhat, Greg Chicares, 2019/10/02
- Re: [lmi] debian chroot in redhat,
Vadim Zeitlin <=
- Re: [lmi] debian chroot in redhat, Greg Chicares, 2019/10/03
- Re: [lmi] debian chroot in redhat, Vadim Zeitlin, 2019/10/03
- Re: [lmi] debian chroot in redhat, Greg Chicares, 2019/10/03