Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.

Bug 58480

Summary: /usr/share/man/man is bogus
Product: [Retired] Red Hat Linux Reporter: msterret
Component: kdeutilsAssignee: Bernhard Rosenkraenzer <bero>
Status: CLOSED RAWHIDE QA Contact: Ben Levenson <benl>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.2   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-01-18 13:46:30 EST Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Attachments:
Description Flags
removes the bogus man/man tree and the efax man pages none

Description msterret 2002-01-17 15:55:00 EST 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20011220

Description of problem:
The kdeutils-2.2-2 rpm includes the following bogus files:

/usr/share/man/man
/usr/share/man/man/man1
/usr/share/man/man/man1/efax.1.gz
/usr/share/man/man/man1/efix.1.gz
/usr/share/man/man/man1/fax.1.gz

Looks like a spec file problem.  The presence of this bogus directory
structure causes man -K to spit out the following error message:

man -K blah  
grep: /usr/share/man/man/man1: Is a directory


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

How reproducible:
Always

Steps to Reproduce:
1. rpm -ql kdeutils-2.2-2 | grep man
	

Actual Results:  /usr/share/doc/HTML/en/kljettool/djcdoscommands.txt
/usr/share/man
/usr/share/man/man
/usr/share/man/man/man1
/usr/share/man/man/man1/efax.1.gz
/usr/share/man/man/man1/efix.1.gz
/usr/share/man/man/man1/fax.1.gz


Expected Results:  maybe:

/usr/share/doc/HTML/en/kljettool/djcdoscommands.txt
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/efax.1.gz
/usr/share/man/man1/efix.1.gz
/usr/share/man/man1/fax.1.gz

but efax has it's own package so I'm not sure.

Additional info:
Comment 1 Bernhard Rosenkraenzer 2002-01-17 16:26:36 EST 
The right solution is to simply remove the man pages, they got there by accident and should come from the efax package only.
This has been fixed in rawhide for a couple of weeks.
Comment 2 msterret 2002-01-18 13:45:29 EST 
Created attachment 42836 [details]
removes the bogus man/man tree and the efax man pages
Comment 3 msterret 2002-01-18 13:46:24 EST 
kdeutils-2.2.2-1.src.rpm in rawhide still has this problem.

I've attached a patch to the spec file that "fixes" the problem for me although
it's all pretty hacky in there.
Comment 4 Bernhard Rosenkraenzer 2002-01-18 13:54:18 EST 
Where did you find rawhide with kdeutils 2.2.2-x?

Rawhide is at 3.0.0-0.cvs20020117.1 and has been at various 3.0.0 snapshots
before that.
This was fixed in the first 3.0.0 package a couple of weeks back.
Comment 5 msterret 2002-01-18 14:04:43 EST 
ftp://ftp.redhat.com/pub/redhat/linux/rawhide/SRPMS/SRPMS/kdeutils-2.2.2-1.src.rpm

I assumed that kde 2.x would be run in parallel to 3.x and that the source rpm
for 2.2.2 was still current.

Sorry for the mess.
Comment 6 Bernhard Rosenkraenzer 2002-01-18 14:06:49 EST 
I'll ask the ftp people to fix this problem - it shouldn't be there, they're
conflicting (both want to own the same files).