Project

General

Profile

Forums » Help »

Pleading for Help with init script

Added by Johnny Stork over 15 years ago

I am hoping that I can find some support/help/suggestions so that I can get RM starting as a daemon with an init script under CentOS 5x. I have tried the script here

http://wiki.contribs.org/Redmine#Starting_and_stopping_the_Redmine_server

And after finding I needed something called "mongrel" I ran "gem install mongrel" and got the following output below:

Could someone/anyone, please suggest how I can fix this and maybe there could be something done in the future, to make this simpler. I am stuck at this point and need some way to have RM start and stay running, at boot...without having to keep a console open

[root@akitas Magpie]# gem install mongrel
Building native extensions. This could take a while...
ERROR: Error installing mongrel:
ERROR: Failed to build gem native extension.

/usr/bin/ruby extconf.rb install mongrel
creating Makefile

make
gcc -I. -I/usr/lib/ruby/1.8/i386-linux -I/usr/lib/ruby/1.8/i386-linux -I. -fPIC -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -Wall -fno-strict-aliasing -fPIC -c fastthread.c
In file included from fastthread.c:12:
/usr/lib/ruby/1.8/i386-linux/ruby.h:31:21: error: stdlib.h: No such file or directory
/usr/lib/ruby/1.8/i386-linux/ruby.h:35:21: error: string.h: No such file or directory
/usr/lib/ruby/1.8/i386-linux/ruby.h:45:19: error: stdio.h: No such file or directory
/usr/lib/ruby/1.8/i386-linux/ruby.h:67:20: error: alloca.h: No such file or directory
In file included from /usr/lib/gcc/i386-redhat-linux/4.1.2/include/syslimits.h:7,
from /usr/lib/gcc/i386-redhat-linux/4.1.2/include/limits.h:11,
from /usr/lib/ruby/1.8/i386-linux/ruby.h:87,
from fastthread.c:12:
/usr/lib/gcc/i386-redhat-linux/4.1.2/include/limits.h:122:61: error: limits.h: No such file or directory
In file included from /usr/lib/ruby/1.8/i386-linux/ruby.h:693,
from fastthread.c:12:
/usr/lib/ruby/1.8/i386-linux/missing.h:16:24: error: sys/time.h: No such file or directory
/usr/lib/ruby/1.8/i386-linux/missing.h:25:25: error: sys/types.h: No such file or directory
In file included from /usr/lib/ruby/1.8/i386-linux/ruby.h:694,
from fastthread.c:12:
/usr/lib/ruby/1.8/i386-linux/intern.h:215: error: expected declaration specifiers or ‘...’ before ‘fd_set’
/usr/lib/ruby/1.8/i386-linux/intern.h:215: error: expected declaration specifiers or ‘...’ before ‘fd_set’
/usr/lib/ruby/1.8/i386-linux/intern.h:215: error: expected declaration specifiers or ‘...’ before ‘fd_set’
/usr/lib/ruby/1.8/i386-linux/intern.h:215: warning: ‘struct timeval’ declared inside parameter list
/usr/lib/ruby/1.8/i386-linux/intern.h:215: warning: its scope is only this definition or declaration, which is probably not what you want
/usr/lib/ruby/1.8/i386-linux/intern.h:216: warning: ‘struct timeval’ declared inside parameter list
/usr/lib/ruby/1.8/i386-linux/intern.h:445: warning: parameter names (without types) in function declaration
In file included from fastthread.c:12:
/usr/lib/ruby/1.8/i386-linux/ruby.h:703:21: error: pthread.h: No such file or directory
In file included from fastthread.c:12:
/usr/lib/ruby/1.8/i386-linux/ruby.h:705: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘rb_nativethread_t’
In file included from fastthread.c:13:
/usr/lib/ruby/1.8/i386-linux/intern.h:215: error: expected declaration specifiers or ‘...’ before ‘fd_set’
/usr/lib/ruby/1.8/i386-linux/intern.h:215: error: expected declaration specifiers or ‘...’ before ‘fd_set’
/usr/lib/ruby/1.8/i386-linux/intern.h:215: error: expected declaration specifiers or ‘...’ before ‘fd_set’
/usr/lib/ruby/1.8/i386-linux/intern.h:215: warning: ‘struct timeval’ declared inside parameter list
/usr/lib/ruby/1.8/i386-linux/intern.h:215: error: conflicting types for ‘rb_thread_select’
/usr/lib/ruby/1.8/i386-linux/intern.h:215: error: previous declaration of ‘rb_thread_select’ was here
/usr/lib/ruby/1.8/i386-linux/intern.h:216: warning: ‘struct timeval’ declared inside parameter list
/usr/lib/ruby/1.8/i386-linux/intern.h:216: error: conflicting types for ‘rb_thread_wait_for’
/usr/lib/ruby/1.8/i386-linux/intern.h:216: error: previous declaration of ‘rb_thread_wait_for’ was here
/usr/lib/ruby/1.8/i386-linux/intern.h:445: warning: parameter names (without types) in function declaration
In file included from fastthread.c:14:
/usr/lib/ruby/1.8/i386-linux/rubysig.h:15:19: error: errno.h: No such file or directory
make: *** [fastthread.o] Error 1

Gem files will remain installed in /usr/lib/ruby/gems/1.8/gems/fastthread-1.0.6 for inspection.
Results logged to /usr/lib/ruby/gems/1.8/gems/fastthread-1.0.6/ext/fastthread/gem_make.out


Replies (3)

RE: Pleading for Help with init script - Added by Brad Beattie over 15 years ago

Hrm. I don't know the specifics of CentOS 5x nor have I worked with Mongrel, but I see something that would raise a red flag for me: stdlib.h: No such file or directory. That might be the most telling part of that output.

RE: Pleading for Help with init script - Added by Jean-Baptiste Barth over 15 years ago

Agreed, Mongrel gem seems to require native compiling.. Maybe you can find those files in some yum packets (try to search in your kernel headers or in libstd* named packets, I don't know centos distrib)

RE: Pleading for Help with init script - Added by Johnny Stork over 15 years ago

Thanks for the try fellas. I have been building aps on this box for weeks with no problems and so dont understand whats going on here. I have all the gcc tools installed as far as I know so this is a mystery. Getting these Ruby apps to work is getting to be more pain that they are worth, but I would sure like to get this thing going. After 10 years or more working with Linux and other nixs I am still shocked at how bang-on-accurate-true the concerns of most people that many things are poorly documented and require expert knowledge to get some open-source applications working. Given the hopes/expectations of many that open-source and many Linux applications continue to grow in use and popularity you would think that developers would take their programming hats off long enough to consider what they might be able to do in order to make their applications a bit more friendly to instal
l and get working. Just a small gripe. RedMine is EXCELLENT, its free (as in beer and speech) and so I cant really make any real complaints....maybe just a little whine.

:)

    (1-3/3)