There seems to have been a comedilib ebuild in the Portage tree a few years ago , but it has since been removed. I've dusted it off (and created a new sci-misc/comedi-headers dependency) in my `wtk` overlay . I'll attach the comedilib ebuild for discussion...
Steps to Reproduce:
1. emerge comedilib
emerge: there are no ebuilds to satisfy "comedilib".
Note that I have *not* revived the sci-misc/comedi kernel module ebuild . I use the in-kernel staging driver, but I'm not sure how dependencies should be handled here. I've tried to follow the example set by media-libs/alsa-lib and
media-sound/alsa-headers, since they deal with a similar situation.
Created attachment 256694 [details]
current version in the wtk overlay:
It was removed because of security bug #123053.
(In reply to comment #2)
> It was removed because of security bug #123053.
A few points about bug #123053 and the removal of comedilib:
1) Bug #123053 was marked "RESOLVED FIXED". Does removing a buggy package really count as fixing the bugs? Perhaps it was marked as fixed because the
attached ebuild fixed the bug, even though that ebuild was never merged into
the Portage tree.
2) Bug #123053's comment #12 points out that comedilib was removed because the comedi package was removed. However, with comedi now also available as a staging driver, the dependency on an externally bundled comedi driver is no longer relevant.
3) The CVS commit message removing comedilib is "Remove comedilib as I can't maintain it anymore" .
Anyhow, the new ebuild (in my overlay) does not suffer from insecure RUNPATHs or any other detected QA issues.