Bug 698598 - "rpm --aid" and "yum localinstall" fail to find dependencies in the same directory
Summary: "rpm --aid" and "yum localinstall" fail to find dependencies in the same dire...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: yum
Version: 6.1
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: 6.1
Assignee: James Antill
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-21 11:04 UTC by Leam
Modified: 2018-11-14 12:49 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-28 17:19:26 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Leam 2011-04-21 11:04:52 UTC
Description of problem:

When trying to install from an NFS mounted file share with the RHEL Packages, running both "rpm -Uvh --aid httpd...." and "yum localinstall httpd..." fails, even though the dependencies are in the same direcotry. 

Version-Release number of selected component (if applicable):

RHEL 6.1 x86-64

How reproducible:

Run commands on a minimal install machine. 

Steps to Reproduce:
1.
2.
3.
  
Actual results:

rpm -Uvh --aid ./httpd-2.2.15-7.el6.x86_64.rpm 
warning: ./httpd-2.2.15-7.el6.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID f21541eb: NOKEY
error: Failed dependencies:
        /etc/mime.types is needed by httpd-2.2.15-7.el6.x86_64
        apr-util-ldap is needed by httpd-2.2.15-7.el6.x86_64
        httpd-tools = 2.2.15-7.el6 is needed by httpd-2.2.15-7.el6.x86_64
        libapr-1.so.0()(64bit) is needed by httpd-2.2.15-7.el6.x86_64
        libaprutil-1.so.0()(64bit) is needed by httpd-2.2.15-7.el6.x86_64



yum localinstall httpd-2.2.15-7.el6.x86_64.rpm 
Loaded plugins: product-id, subscription-manager
Updating Red Hat repositories.
INFO:rhsm-app.repolib:repos updated: 0
Setting up Local Package Process
Examining httpd-2.2.15-7.el6.x86_64.rpm: httpd-2.2.15-7.el6.x86_64
Marking httpd-2.2.15-7.el6.x86_64.rpm to be installed
Resolving Dependencies
--> Running transaction check
---> Package httpd.x86_64 0:2.2.15-7.el6 will be installed
--> Processing Dependency: httpd-tools = 2.2.15-7.el6 for package: httpd-2.2.15-7.el6.x86_64
--> Processing Dependency: /etc/mime.types for package: httpd-2.2.15-7.el6.x86_64
--> Processing Dependency: apr-util-ldap for package: httpd-2.2.15-7.el6.x86_64
--> Processing Dependency: libapr-1.so.0()(64bit) for package: httpd-2.2.15-7.el6.x86_64
--> Processing Dependency: libaprutil-1.so.0()(64bit) for package: httpd-2.2.15-7.el6.x86_64
--> Processing Dependency: /etc/mime.types for package: httpd-2.2.15-7.el6.x86_64
--> Finished Dependency Resolution
Error: Package: httpd-2.2.15-7.el6.x86_64 (/httpd-2.2.15-7.el6.x86_64)
           Requires: apr-util-ldap
Error: Package: httpd-2.2.15-7.el6.x86_64 (/httpd-2.2.15-7.el6.x86_64)
           Requires: httpd-tools = 2.2.15-7.el6
Error: Package: httpd-2.2.15-7.el6.x86_64 (/httpd-2.2.15-7.el6.x86_64)
           Requires: libaprutil-1.so.0()(64bit)
Error: Package: httpd-2.2.15-7.el6.x86_64 (/httpd-2.2.15-7.el6.x86_64)
           Requires: /etc/mime.types
Error: Package: httpd-2.2.15-7.el6.x86_64 (/httpd-2.2.15-7.el6.x86_64)
           Requires: libapr-1.so.0()(64bit)
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest





Expected results:

Install the package and the dependencies.

Additional info:

This is a minimal install of RHEL 6.1.

Comment 1 Leam 2011-04-21 11:06:42 UTC
Addendum...all the required packages were in the directory and I was able to install manually with no issue. Well, I had to go find out what provides /etc/mime.types, but that wasn't a problem. Not sure if yum or rpm would handle it though. Hope so...

Comment 3 James Antill 2011-04-21 20:55:21 UTC
Try:

yum --tmprepo=. install httpd

...after installing the yum-plugin-tmprepo.

 If you want an RFE for something that will automatically look in certain directories, I'm inclined to say no without a really good reason.

Comment 4 RHEL Program Management 2011-04-22 06:00:29 UTC
Since RHEL 6.1 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 5 Leam 2011-04-26 11:24:01 UTC
This is a blocker for anyone trying to do a local install. The command in Comment #3 has the same issue:

rpm -Uvh yum-plugin-tmprepo-1.1.30-4.el6.noarch.rpm 
error: Failed dependencies:
        createrepo is needed by yum-plugin-tmprepo-1.1.30-4.el6.noarch

rpm -Uvh yum-plugin-tmprepo-1.1.30-4.el6.noarch.rpm createrepo-0.9.8-4.el6.noarch.rpm 
error: Failed dependencies:
        deltarpm is needed by createrepo-0.9.8-4.el6.noarch
        python-deltarpm is needed by createrepo-0.9.8-4.el6.noarch


The basic functionality of "rpmdb" and "rpm --aid" needs to be retained so that the install process at least can be told to search in the current directory. The current process assumes a significant pre-established deployment of RH services as well as DNS, DHCP, (NFS|HTTP), a yum repository, and network connectivity. For installations that have to build a server off-line, and I have worked at several, the inability to use rpmdb and "--aid" is incredibly problematic.

Comment 6 Leam 2011-04-26 14:02:23 UTC
Also, cannot find instructions to create and enable a yum repository. Well, at least ones that work. So far none do.

Comment 7 Leam 2011-04-28 16:17:46 UTC
Was given good instructions my my beloved Red Hat TAM.  :)

The issue was in setting up the /etc/yum.repos.d/my_repo file correctly, and then just using "yum install <package>" vice any other options. For example, my config file looks like this:

[RHEL_6_Repository]
baseurl=file:///tmp/testrepo/repos/rhel6
enabled=1

Leam

Comment 8 James Antill 2011-04-28 17:19:26 UTC
Ok, going to close this given the last comment and private email.


Note You need to log in before you can comment on or make changes to this bug.