Bug 168917
| Summary: | file output for Berkeley DB broken by cracklib entries | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Nigel Metheringham <nigel> |
| Component: | file | Assignee: | Radek Vokál <rvokal> |
| Status: | CLOSED RAWHIDE | QA Contact: | Mike McLean <mikem> |
| Severity: | low | Docs Contact: | |
| Priority: | medium | ||
| Version: | 4 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | 4.15-4 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2005-10-03 12: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: | |||
Fixed in rawhide |
Description of problem: A berkeley hash db file is not recognised as such by file, giving a rather useless output:- $ file /tmp/test.db /tmp/test.db: (1628767744 words) This appears to be picking up this entry from the magic database:- #--------------------------------------------- # cracklib: file (1) magic for cracklib v2.7 .... 0 long 0 >4 belong 0x70775631 Cracklib password index, big endian ("64-bit") >12 belong >0 (%i words) which appears *above* the more specific Berkeley DB section Version-Release number of selected component (if applicable): file-4.15-fc4.1 How reproducible: Every time... Steps to Reproduce: 1. echo "one\ntwo"|db_load -T -t hash /tmp/test.db 2. file /tmp/test.db Actual results: /tmp/test.db: (1628767744 words) Expected results: /tmp/test.db: Berkeley DB (Hash, version 8, native byte-order) Additional info: Works correctly on RHEL4