#5 closed defect (fixed)
Installation script fails on ArchLinux with Linux 3.0 kernel
| Reported by: | nicolai.reuschling.name/openid | Owned by: | somebody |
|---|---|---|---|
| Priority: | minor | Milestone: | |
| Component: | nginx-core | Version: | 1.0.x |
| Keywords: | configure linux | Cc: | |
| uname -a: | Linux 217-11-57-229 3.0-ARCH #1 SMP PREEMPT Sat Aug 6 16:18:35 CEST 2011 x86_64 AMD Phenom(tm) II X4 965 Processor AuthenticAMD GNU/Linux | ||
| nginx -V: | 1.0.5 | ||
Description
I wanted to run nginx with passenger (mod_rails) on ArchLinux with Linux 3.x kernel . When I executed the passenger-install-nginx-module script, it stop on configuring nginx 1.0.5. Please note following error:
Compiling and installing Nginx...
# sh ./configure --prefix='/opt/nginx' --with-http_ssl_module --with-cc-opt='-Wno-error' --add-module='/usr/local/rvm/gems/ruby-1.9.2-p290/gems/passenger-3.0.8/ext/nginx'
checking for OS
+ Linux 3.0-ARCH x86_64
checking for C compiler ... found
+ using GNU C compiler
+ gcc version: 4.6.1 (GCC)
checking for gcc -pipe switch ... found
checking for gcc builtin atomic operations ... found
checking for C99 variadic macros ... found
checking for gcc variadic macros ... found
checking for unistd.h ... found
checking for inttypes.h ... found
checking for limits.h ... found
checking for sys/filio.h ... not found
checking for sys/param.h ... found
checking for sys/mount.h ... found
checking for sys/statvfs.h ... found
checking for crypt.h ... found
checking for Linux specific features
auto/os/linux: line 21: 3.0-ARCH: syntax error: invalid arithmetic operator (error token is ".0-ARCH")
Attachments (1)
Change History (6)
comment:1 by , 13 years ago
by , 13 years ago
| Attachment: | patch-nginx-linux-version.txt added |
|---|
comment:3 by , 13 years ago
| Priority: | critical → minor |
|---|
comment:4 by , 13 years ago
| Resolution: | → fixed |
|---|---|
| Status: | accepted → closed |
The patch committed as r4003.
There seems to be a problem with the regex calculating the Linux version. It does not correctly match the return of 'uname -r' on ArchLinux. I somewhat fixed it myself now, but I believe that this might occur to some other users as well.