ADMIN - Explore the new world of system administration! Special introductory offer! Order by September 30th to save 10% off the regular subscription price! Each issue delivers technical solutions to the real-world problems you face every day. Learn the latest techniques for better:
network security
system management
troubleshooting
performance tuning
virtualization
cloud computing
on Windows, Linux, Solaris, and popular varieties of Unix.
There is no package named flex-devel in RHEL/CentOS 5.4, although there should be. Instead, libfl.a is part of the flex package, so you cannot crosscompile. I found this attempting to compile the latest setkey (ipsec-tools) for i386 on an x86_64 host.
Can't believe the trouble...
pghpete
Jan 13, 2010 7:41pm GMT
I can't believe the trouble I was having getting ver 3.0.3 of cfengine installed on either RHEL 5.4 or CentOS 5.4... as it turns out, it's still a personal problem. Argh. What an inept bum I am today... forgot cardinal rule number 1, read the INSTALL file and install all dependencies it asks for. Which, were surprisingly extensive...
Then your './configure && make && make install' should run without issues on either distro.
Many issues while trying to follow your article
pghpete
Jan 13, 2010 5:21pm GMT
I read your article and enjoyed it. Thank you. I ran into a few problems so I figured I would comment for the benefit of others who may encounter the same issues. ** Long story short: compile and install from source if you want to follow this articles instructions... for details keep reading **
I decided to use a package utility instead of compiling the source.
RHEL 5.4:
'yum install cfengine' worked without incident
CentOS 5.4
'yum install cfengine' reports package not found, nothing to do.
I thought this was quite strange since CentOS, from my knowledge, is near identical to RHEL 5.4 ( including their repository content)
Apparently, you have to install rpmforge just to get the package for CentOS 5.4. Here is what I did to accomplish that...
After that a 'yum install cfengine' worked without incident. At this point I figured my troubles where over,... nope!
While trying to follow your "Hello, World" instructions, I couldn't figure out why there was no command cf-key, or cf-agent on my systems... a quick 'man cfengine' showed me why... ah... it's cfkey and cfagent. I figured it was just the authors typo(s). Then, the files and directories that I was directed to create/alter were not on my systems either. Hum... strange. I was about to give up but then I ran 'rpm -q cfengine' on both systems and had my "Ah ha" moment... both of my test distros are Enterprise OS systems and therefore, their package versions are way behind the most recent versions of anything. I totally missed the first sentence of paragraph two in which Mr. Strejcek states clearly, "To show what is possible with Cfengine 3,..."
I can't believe I missed that! I had ton of problems, but they were all self-inflicted wounds. Had I just caught that line... aw well.
Stop by Rikki's Open Source Exchange for dispatches from the world of women in open source.
Rikki Kite examines the experience of women across the spectrum of open source – the people, projects, organizations, events, articles, issues, and news.
Comments
reply to pghpete
ard Mar 04, 2010 12:39am GMT
There is no package named flex-devel in RHEL/CentOS 5.4, although there should be. Instead, libfl.a is part of the flex package, so you cannot crosscompile. I found this attempting to compile the latest setkey (ipsec-tools) for i386 on an x86_64 host.Can't believe the trouble...
pghpete Jan 13, 2010 7:41pm GMT
I can't believe the trouble I was having getting ver 3.0.3 of cfengine installed on either RHEL 5.4 or CentOS 5.4... as it turns out, it's still a personal problem. Argh. What an inept bum I am today... forgot cardinal rule number 1, read the INSTALL file and install all dependencies it asks for. Which, were surprisingly extensive...'yum install openssl openssl-devel db4 db4-deve flex flex-devel bison bison-devel pcre pcre-devel'
Then your './configure && make && make install' should run without issues on either distro.
Many issues while trying to follow your article
pghpete Jan 13, 2010 5:21pm GMT
I read your article and enjoyed it. Thank you. I ran into a few problems so I figured I would comment for the benefit of others who may encounter the same issues. ** Long story short: compile and install from source if you want to follow this articles instructions... for details keep reading **I decided to use a package utility instead of compiling the source.
RHEL 5.4:
'yum install cfengine' worked without incident
CentOS 5.4
'yum install cfengine' reports package not found, nothing to do.
I thought this was quite strange since CentOS, from my knowledge, is near identical to RHEL 5.4 ( including their repository content)
Apparently, you have to install rpmforge just to get the package for CentOS 5.4. Here is what I did to accomplish that...
'wget http://packages.sw.be/rpmforge-re...orge-release-0.5.1-1.e15.rf.i386.rpm'
'rpm -Uvh rpmforge-release-0.5.1-1.e15.rf.i386.rpm'
(as rpmrepo.net/RPMforge instructs)
After that a 'yum install cfengine' worked without incident. At this point I figured my troubles where over,... nope!
While trying to follow your "Hello, World" instructions, I couldn't figure out why there was no command cf-key, or cf-agent on my systems... a quick 'man cfengine' showed me why... ah... it's cfkey and cfagent. I figured it was just the authors typo(s). Then, the files and directories that I was directed to create/alter were not on my systems either. Hum... strange. I was about to give up but then I ran 'rpm -q cfengine' on both systems and had my "Ah ha" moment... both of my test distros are Enterprise OS systems and therefore, their package versions are way behind the most recent versions of anything. I totally missed the first sentence of paragraph two in which Mr. Strejcek states clearly, "To show what is possible with Cfengine 3,..."
I can't believe I missed that! I had ton of problems, but they were all self-inflicted wounds. Had I just caught that line... aw well.