Bug 965695
| Summary: | yum install '*/sesearch' doesn't work | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Karel Srot <ksrot> |
| Component: | yum | Assignee: | Packaging Maintenance Team <packaging-team-maint> |
| Status: | CLOSED ERRATA | QA Contact: | Karel Srot <ksrot> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.5 | CC: | james.antill, packaging-team-maint, tcallawa, vmukhame |
| Target Milestone: | rc | Keywords: | Regression |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | yum-3.2.29-57.el6 | Doc Type: | Bug Fix |
| Doc Text: |
NO DOCS NEEDED
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-10-14 04:36:26 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2014-1410.html |
Description of problem: # rpm -q yum yum-3.2.29-40.el6.noarch # yum install '*/sesearch' Loaded plugins: auto-update-debuginfo, downloadonly, security Setting up Install Process No package */sesearch available. Error: Nothing to do This seems to be broken since RHEL-6.2. On RHEL-6.1 yum-3.4.3-86.el7.noarch it is working properly: # yum --disablerepo=beaker\* install '*/sesearch' Loaded plugins: product-id, subscription-manager This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register. Resolving Dependencies --> Running transaction check ---> Package setools-console.s390x 0:3.3.7-38.el7 will be installed ... ... According to James it was broken by the upgrade-to commands commit: commit 63f729d5ce3c13ae592ccd637532a5a8286718e3 Author: James Antill <james> Date: Wed Mar 30 18:00:08 2011 -0400 Add update-to and upgrade-to commands, as "hidden" alias for update/upgrade. ...as that changed returnPackagesByDep() from using .searchProvides() to .getProvides() and the later doesn't do wildcard expansion on the filenames.