Red Hat Bugzilla – Bug 474057
meinproc4 creates absolute instead of relative symlinks for the common directory
Last modified: 2009-04-27 14:24:59 EDT
Description of problem: During the package review of kopete-cryptography I noticed that all common directories from the HTML documentation are absolute symlinks, e.g. /usr/share/doc/HTML/uk/kopete-cryptography/common -> /usr/share/doc/HTML/uk//common For the kdenetwork package from F8 (kdenetwork-3.5.10-1.fc8) some symlinks are relative, e.g.: /usr/share/doc/HTML/en/lisa/common -> ../common Version-Release number of selected component (if applicable): kdelibs 6:4.1.3-3.fc10 How reproducible: always Steps to Reproduce: 1. build kde4 package with documentation using cmake Actual results: absolute symlinks to the common directory Expected results: relative symlinks Additional info: A short research showed that there is a cmake kde4 macro to generate documentation and all it does seem to be to run meinproc, therefore I guess it is a bug of meinproc, because it sometimes worked correctly in KDE 3.
Sounds like it's a valid complaint. We'll look into this. Please don't block the kopete-cryptography review on this, as this is of no fault of that package and adding hacks to work around it is probably counterproductive.
Oh, and there's no kdelibs4 in Fedora >= 9, please file the bugs against kdelibs next time. :-)
Ping?
Probably best to file upstream...
Thank you for the bug report. This issue needs to be addressed by the upstream developers. Please submit a report at http://bugs.kde.org. You are requested to add the bugzilla link here for tracking purposes. Please make sure the bug isn't already in the upstream bug tracker before filing it.
(In reply to comment #5) > Thank you for the bug report. This issue needs to be addressed by the upstream > developers. Please submit a report at http://bugs.kde.org. You are requested > to add the bugzilla link here for tracking purposes. Please make sure the bug > isn't already in the upstream bug tracker before filing it. Can you please be more specific about where to file the bug. If I click there on "Report New Wish or Bug" a wizard is started that demands an application name, but I cannot find meinproc there. If I select to list any application, I only get an unsorted(!) list of applications that seems not to contain meinproc. Also searching for meinproc does not return any results.
(In reply to comment #6) > (In reply to comment #5) > > Thank you for the bug report. This issue needs to be addressed by the upstream > > developers. Please submit a report at http://bugs.kde.org. You are requested > > to add the bugzilla link here for tracking purposes. Please make sure the bug > > isn't already in the upstream bug tracker before filing it. > > Can you please be more specific about where to file the bug. If I click there > on "Report New Wish or Bug" a wizard is started that demands an application > name, but I cannot find meinproc there. If I select to list any application, I > only get an unsorted(!) list of applications that seems not to contain > meinproc. Also searching for meinproc does not return any results. File the bug against kdelibs, that should get it to the right devs
The information we've requested above is required in order to review this problem report further and diagnose or fix the issue if it is still present. Since it has been thirty days or more since we first requested additional information, we're assuming the problem is either no longer present in the current Fedora release, or that there is no longer any interest in tracking the problem. Setting status to "CLOSED: INSUFFICIENT_DATA". If you still experience this problem after updating to our latest Fedora release and can provide the information previously requested, please feel free to reopen the bug report. Thank you in advance.