Bug 693458

Summary: Regression: .so bar.1 no longer works
Product: [Fedora] Fedora Reporter: Dominik 'Rathann' Mierzejewski <dominik>
Component: man-dbAssignee: Peter Schiffer <pschiffe>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: 14CC: cb20777, cjwatson, lorenzo.buzzi, pschiffe, robinlee.sysu, varekova
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: man-db-2.6.0.2-3.fc16 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-05-02 04:38:05 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 Dominik 'Rathann' Mierzejewski 2011-04-04 18:08:15 UTC
Description of problem:
With the old man package, one could put .so bar.1 into a man page file (say, foo.1) and man foo would display the manpage for bar. This no longer works, as man is looking for the target manpage file in /usr/share/man instead of the same location as the original file.

Version-Release number of selected component (if applicable):
2.5.7-7.fc14

How reproducible:
Always

Steps to Reproduce:
1. echo ".so w.1" >/usr/share/man/man1/foo.1
2. man foo
  
Actual results:
man: can't open /usr/share/man/w.1: No such file or directory
No manual entry for foo

Expected results:
same as man w

Comment 1 Colin Watson 2011-04-04 18:22:50 UTC
I've already fixed this in the man-db 2.6.0 development branch.  I expect to release 2.6.0 in a week or two.

Comment 2 Ivana Varekova 2011-04-21 11:19:37 UTC
Thanks, now the rawhide version (man-db-2.6.0.2-1) fixes this problem.

Comment 3 Dominik 'Rathann' Mierzejewski 2011-04-21 12:15:24 UTC
Note that this bug was filed against Fedora 14, not rawhide. And I don't see any (even pending) updates for F-14. Please close it only after it is fixed in Fedora 14.

Comment 4 Colin Watson 2011-04-21 12:42:17 UTC
Well, the upstream change was http://bazaar.launchpad.net/~cjwatson/man-db/trunk/revision/1287 if somebody wants to attempt a backport.  It was a fairly substantial rearrangement though.

Comment 5 Ivana Varekova 2011-06-17 07:24:26 UTC
*** Bug 713144 has been marked as a duplicate of this bug. ***

Comment 6 Fedora Update System 2011-06-17 08:11:45 UTC
man-db-2.5.7-8.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/man-db-2.5.7-8.fc14

Comment 7 Fedora Update System 2011-06-17 08:17:47 UTC
man-db-2.5.9-5.fc15 has been submitted as an update for Fedora 15.
https://admin.fedoraproject.org/updates/man-db-2.5.9-5.fc15

Comment 8 Ivana Varekova 2011-06-17 08:22:01 UTC
Hello Colin, 
I just try to reproduce the problem with 2.6.0 which should be fixed but the version and reproduce the bug there too (reproducer is described in bz 713144).
I patch the problem in f14 and f15 there is more possibilities how to add the feature thus I'm not sure whether the one I have used is the preferred one for upstream. The patch is in git now, if you want some other version I can change it.

Comment 9 Fedora Update System 2011-06-21 17:06:28 UTC
Package man-db-2.5.9-5.fc15:
* should fix your issue,
* was pushed to the Fedora 15 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing man-db-2.5.9-5.fc15'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/man-db-2.5.9-5.fc15
then log in and leave karma (feedback).

Comment 10 Fedora Update System 2011-06-24 03:32:59 UTC
man-db-2.5.9-5.fc15 has been pushed to the Fedora 15 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 11 Fedora Update System 2011-06-26 18:51:07 UTC
man-db-2.5.7-8.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 12 Lorenzo Buzzi 2011-12-01 10:34:43 UTC
Problem still present in Fedora 16

$ man reboot
man: can't open /usr/share/man/halt.8: No such file or directory

Comment 13 Charles Butterfield 2012-01-04 16:08:07 UTC
Although this bug is still present in Fedora-16, it is marked closed.  Can somebody reopen it?

Comment 14 Peter Schiffer 2012-04-24 17:47:36 UTC
Hello guys,

could you try this build which should fix this issue?
man-db-2.6.1-4.fc18
http://koji.fedoraproject.org/koji/buildinfo?buildID=315116


Thanks,

peter

Comment 15 Fedora Update System 2012-04-25 18:00:55 UTC
man-db-2.6.0.2-5.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/man-db-2.6.0.2-5.fc17

Comment 16 Fedora Update System 2012-04-26 13:28:35 UTC
man-db-2.6.0.2-3.fc16 has been submitted as an update for Fedora 16.
https://admin.fedoraproject.org/updates/man-db-2.6.0.2-3.fc16

Comment 17 Fedora Update System 2012-04-26 19:28:20 UTC
Package man-db-2.6.0.2-5.fc17:
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing man-db-2.6.0.2-5.fc17'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-6672/man-db-2.6.0.2-5.fc17
then log in and leave karma (feedback).

Comment 18 Fedora Update System 2012-05-02 04:38:05 UTC
man-db-2.6.0.2-5.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 19 Fedora Update System 2012-05-04 20:32:39 UTC
man-db-2.6.0.2-3.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.