Hide Forgot
[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 man3x/XConfigureWindow.3x [hans@shalem devel]$ 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. See: http://fedoraproject.org/wiki/Core/ReleaseFreezeProcess
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 small).
Seems it was already fixed upstream. https://bugs.freedesktop.org/show_bug.cgi?id=5628
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.