Zabbix 1.6 RedHat 5.1 x86_64 Not found libcurl library

[jmead]

you probably meant cvs, and still needed svn
according to svn logs, yes, it has been committed to svn

edit:
and i can confirm that the ipmi ip field is in the host configuration page (trunk revision 6090)

If I over write the host configuration page with the one on the SVN would that be sufficient to give me the functionality?

[richlv]

i'm not sure - you'd have to take a look at svn diff to find out which parts were modified

[Alexei]

Feel free to try pre 1.6.1 from http://www.zabbix.com/developers.php.

[BHG_2008]

CentOS 5 config.log

Same problem on CentOS 5.
I have tried everything I can think of, including downgrading to previous versions of all underlying libraries for the libcurl-devel, and recompiling it myself.

I restored all files to distro current, and attempted to compile with:

./configure --enable-static --enable-server --enable-agent --enable-proxy --prefix=/usr/local/zabbix --with-mysql --with-net-snmp --with-libcurl --with-jabber

config.log attached

[richlv]

that one looks like a 64bit system, and it errors out with some kerberos problems.
check that you have corresponding 64bit -dev packages, including kerberos ones.

[BHG_2008]

Yes, I believe I have traced it down to curl-devel's underlying libgssapi.
It will not allow me to enable-static. When I tried to compile my own libcurl 7.15.5, I had libgssapi 0.8-1, which yielded libgssapi.so, and libcurl wanted libgssapi.so.2, but I could not find a package with that version of library.
I am also confused by having curl, curl-devel, AND libcurl packages.
Do you know why there is a libcurl package? What is the difference between curl-devel and libcurl? Would they not both supply curl libraries?
It's been several years since I compiled code, and that was C/C++ code back in college in '96. I get the principles of compiling, and why it is desirable to compile your own, but what a versioning nightmare in Linux!? This requires this and that, but not much mention of what VERSION of this and that. Is there a version compatibility database I could reference?
Thanks for your help.

--Dazed and Confused

[richlv]

separation of package, lib, devel is mostly up to your distributor.
i don't think you should compile your own curl, at least in this case. i'd suggest cleaning up all the versions you compiled manually and trying to find which package provides missing functionality. which, again, is distributor-sepcific

[BHG_2008]

Alternate location of curl-devel version x

CentOS 5.2's current curl is curl and curl-devel 7.15.5. I've already cleaned up all my compilations. But, compiling my own instead of installing RPMs appears to be the only way to provide an alternate install location prefix...
If I must deviate from the OS current default, I would like to install in an alternate location, so that I can use that version independently during the ZABBIX compile by referencing the alternate location, such as --with-libcurl=/usr/local/curl-x.x

[Calimero]

Do you really need static compilation ?

I'm on CentOS 5.2 x86_64 too and I've been able to dynamically build and run zabbix 1.6 (and 1.6.1).
I've had trouble with some of the dependencies because yum would sometimes install i386 versions instead of x86_64...

But now things are working pretty good except for some strange behavior regarding escalation, but I think it's unrelated to how Zabbix was built.

[nvs]

I'm on Red Hat 5.3 x86_64 and needs only the package libidn-devel.x86_64 to compile ok

[]'s

[Calimero]

I'm on Red Hat 5.3 x86_64 and needs only the package libidn-devel.x86_64 to compile ok

Well. If you want web monitoring you'll need curl.