Bug 154032 - kdesupport libfam is disabled for standard (although libfam 2.7.0 is present on system)
Summary: kdesupport libfam is disabled for standard (although libfam 2.7.0 is present ...
Status: RESOLVED UPSTREAM
Alias: None
Product: kde
Classification: I don't know
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-12-14 15:24 UTC by TimWetter
Modified: 2008-11-24 16:09 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.