Bug 60288
Summary: | rpm-4.0.4-7x.4 reports "No such file or directory" incorrectly with rpm -q -f | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jonathan Kamens <jik> |
Component: | rpm | Assignee: | Paul Nasrat <nobody+pnasrat> |
Status: | CLOSED UPSTREAM | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | twaugh |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-08-05 10:16:19 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Jonathan Kamens
2002-02-24 13:08:19 UTC
This is a packaging, not an rpm, problem ATM, as the symlink created by alternatives is not contained in the package. No, it's an RPM problem, because what "rpm -q -f" is supposed to say if a file isn't included in any package is, "File not included in any package", not "No such file or directory". I've seen it give the correct error (i.e., "File not included in any package") in the past. Bill, how can this be done so that alternatives is happy? That's the normal error for querying dangling symlinks that aren't included in any package. Changing component to alternatives, since this affects all packages that use it. (Or, I would if there was a bugzilla component for it..) This is not an alternatives problem; if this is to be reopened, it should be assigned to rpm for the behavior of 'rpm -qf' on a dangling symlink. It is unpleasant to see Red Hat employees bickering about which Red-Hat-maintained component is responsible for a problem that is clearly a bug regardless of which component is at fault. Rather than bickering about which of you owns the bug, could you just sit down together, figure out what the correct behavior should be, and derive from that desired correct behavior which component needs to be modified? Sheesh. Still exists in FC rpm - basically in query.c RPMQV_PATH handling access check returns ENOENT and we check errno first. Tim: re comment #2 and #5. Adding the alternative path as Provides: /usr/share/man/man1/cancel.1.gz should display the package(s) that create the alternatives symlink. Hardly worth the effort imho. Fixed (by using lstat rather than access) in rpm cvs, will be in rpm-4.4.7. |