Red Hat Bugzilla – Bug 183343
man XMoveWindow fails (man3x -> man3 problem)
Last modified: 2007-11-30 17:11:25 EST
[hans@shalem devel]$ man XMoveWindow
fopen: No such file or directory
Cannot open man page /usr/share/man/man3x/XConfigureWindow.3x.gz
No manual entry for XMoveWindow
man XConfigureWindow works fine. The problem is:
[hans@shalem devel]$ cat /usr/share/man/man3/XMoveWindow.3x.gz | gzip -d | cat
So the .so text needs man3x changed to man3. There are most likely others.
I was wondering if you guys (Mike ?) would accept a (clean) patch for this
before FC5 goes out. I'm willing to invest time to write a patch for this, but
only if it has a real chance of getting in before FC5.
The sooner a patch is attached to the bug, the more likely it would have a
chance of getting into FC5, however that's up to release engineering to
decide wether to allow a package in now.
Thanks for the heads up. Working on a patch as we speak. The problem is in
libX11/man/Makefile.xx it uses the manpage suffix (3x) while creating the
shadoew manpages and not only for the suffix but also for the path to the page.
I'll fix this so that it uses the correct path, but it might be an idea to
change the suffix in the future to the standard .3 suffix or is their a special
reason for the 3x ?
Created attachment 125456 [details]
Patch fixing shadow manpages
As requested / promised a patch fixing this. AFAIK its 100% safe / ok, but my
Makefile skills aren't fully up to spec, so please review before applying (its
Seems it was already fixed upstream.
Ah, I see and it affects other packages too. Any chance of extracting the fix
from upstream CVS and fixing this before FC5 or with one of the first updates?
Since I'm doing some Xlib programming its rather anoying, then again I guess not
that much people do Xlib programming so its no priority.
Works now in libX11-1.0.1-2
Still unfixed in FC5.