Description of problem:
The build of htop uses a private copy of plpa.
and in particular:
checking for PLPA building mode... included
checking for PLPA config prefix... plpa-1.1
checking for PLPA symbol prefix... plpa_
/bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=atom -fasynchronous-unwind-tables -MT plpa_api_probe.lo -MD -MP -MF .deps/plpa_api_probe.Tpo -c -o plpa_api_probe.lo plpa_api_probe.c
I've recently submitted a review request for plpa bug #530230
so of course htop should use this once reviewed.
Unfortunately however the licensing for plpa is under review itself.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.
More information and reason for this action is here:
There is a very good chance that htop will have to be removed from Fedora due to licensing issues, blocking FE-Legal here.
The legal issues inside htop have been resolved upstream, see:
Hicham told me via email that he plans on publishing the next release of htop which incorporates this change "ASAP", so it is likely the license issue will be resolved in time for Fedora 13.
The bundled plpa copy is a separate concern, I'll take a look at it when the new htop release hits.
I've patched htop to use the system plpa in the Fedora 13 and Rawhide package branches.
htop-0.8.3-3.fc13 has been submitted as an update for Fedora 13.
htop-0.8.3-3.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
I just took over htop from the previous maintainer. Looks like I can close this bug -- Spot, thank you for all the work on htop!