Version: (using Devel) Installed from: Compiled sources Ref: https://bugzilla.novell.com/show_bug.cgi?id=489757 The .so element pulls in part of bash(1) and our man2html.cpp cannot handle this, so we get an error from kio_man. Our man guy tells me that opening the manpage via zsoelim would dereference the .so but this would introduce a dependency on man - which is probably why we have this man2html code inside the ioslave, instead of running a groff via KProcess, and i have no idea how portable this would be.
David, I see you last committed here - what's your opinion?
I'm a bit clueless about all this man stuff (my kio_man fixes were kioslave stuff or URL stuff, not man stuff ;). AFAICS the .so is just a sort of #include? Can't we just implement that in man2html? Seems like it's a missing feature in man2html, no? Or is this something that can't possibly be done there? BTW there is no bashbuiltins.1.gz on my kubuntu, only bash.1.gz and bashbug.1.gz.
SVN commit 1212296 by mkoller: BUG: 189216 if a man page switches to a different man page (.so) check if the named file exists with a suffix, even when given with an absolute path M +9 -4 kio_man.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1212296
SVN commit 1212298 by mkoller: Backport r1212296 by mkoller from trunk to the 4.6 branch: CCBUG: 189216 if a man page switches to a different man page (.so) check if the named file exists with a suffix, even when given with an absolute path M +9 -4 kio_man.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1212298