Bug 154032

Summary: kdesupport libfam is disabled for standard (although libfam 2.7.0 is present on system)
Product: [I don't know] kde Reporter: TimWetter <info>
Component: generalAssignee: Unassigned bugs mailing-list <unassigned-bugs>
Status: RESOLVED UPSTREAM    
Severity: normal CC: finex
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:

Description TimWetter 2007-12-14 15:24:40 UTC
Version:           kdesupport trunk (using KDE KDE 3.97.0)
Installed from:    Compiled From Sources
Compiler:          gcc g++ as is from f7
OS:                Linux

kdesupport:

why is libfam support disabled although libfam 2.7.0 is present on my system?

cmake tells that libfam is disabled ... my solution was to enable libfam by ccmake.

why isnt libfam autodetected?
Comment 1 Pino Toscano 2007-12-14 15:29:00 UTC
You most probably miss the -dev (or -devel) packages of it.
Comment 2 TimWetter 2007-12-14 15:37:31 UTC
No!
My libfam is compiled from source .. also the files in /usr/include
are present.
Comment 3 Andrew Wang 2007-12-22 17:07:37 UTC
I'm using gentoo and have compiled libfam (2.7.0-r4) through portage, and I have the same problem.
Comment 4 Pino Toscano 2007-12-22 17:11:04 UTC
a) the problem is strigi-specific (so, to be reported in strigi bugtracker [that's not this one])
b) strigi do not look for FAM autmatically, but adding -DWITH_FAM=ON to cmake will do the job, hopefully
Comment 5 TimWetter 2007-12-22 20:36:23 UTC
Sorry, but adding:

"-DWITH_FAM=ON"

is not a good solution. Thats the same as ccmake with "~ FAM: ON"!

I think the advantage of cmake should be:
- faster
- more detail (e.g. not compile... because of missing ...)
- more proper 

or why changing from configure to cmake ???
Comment 6 Pino Toscano 2007-12-22 22:43:41 UTC
Adding -Dvar=value is *exactly* like adding --with-var=value to the ./configure - that is, setting an option at configure time. The fact that there's the autotools stuff or cmakr to do the configuration phase, does not change much.

For the other, no need to comment the nonsense.
Comment 7 FiNeX 2008-11-24 16:09:50 UTC
Anyway, Pino is right. This is not the right place for reporting this issue.