Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 116739 - app-forensics/samhain-2.1.1a USE flag problem
Summary: app-forensics/samhain-2.1.1a USE flag problem
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Luca Longinotti (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-25 15:14 UTC by Michael Cramer
Modified: 2005-12-25 16:46 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Cramer 2005-12-25 15:14:53 UTC
emerging these package with the USE-Flags: "crypt -debug login-watch mounts-check mysql -netclient -netserver postgres prelude -static suidcheck userfiles -xml" results in not compiling the database backend, because both are enabled, disabling one of them fixes this and the backend will be recognized during ./configure. it seems the confugre script has problems with option specified more than ones.
Comment 1 Michael Cramer 2005-12-25 15:28:52 UTC
also it would be nice to have a use flag for the kernel module "--with-kcheck="
Comment 2 Luca Longinotti (RETIRED) gentoo-dev 2005-12-25 16:46:38 UTC
Thanks for spotting the database conflict problem! I now added a check to app-forensics/samhain-2.1.1a so that, if you have both postgres and mysql enabled, it dies, warning you that you need to choose between one of them for it to work correctly.
I won't add a flag/support for the kernel relative parts of Samhain to the Samhain ebuild, since they are Linux/FreeBSD specific (there are other ports for Gentoo), work on x86 only (Gentoo has many architectures), are relatively troublesome to configure, and require a System.map (not all machines have this around). If you want protection for such kernel problems, GRSecurity takes a better, proactive approach, and I'd recommend that.
Best regards, CHTEKK.