Mantis Bug Tracker - Forums

I downloaded mantisbt 1.2.17, copied to the web server, unpacked, modified apache configuration to admit mantis, and opened in the browser install.php, but I got a blank page (and the below errors). The server is a FC8 running apache 2.2.8, php 5.2.6 and pcre 7.3-4 (which includes UTF-8 support, as says pcretest -C)

I've read and followed the thread at http://mantisbt.org/forums/viewtopic.ph ... ort#p49035
but the same doesn't applies exactly to me. I get the errors:

PHP Warning: preg_match() [<a href='function.preg-match'>function.preg-match</a>]: Compilation failed: this version of PCRE is not compiled with PCRE_UTF8 support at offset 0 in /path-to-mantis/library/utf8/utf8.php on line 48
PHP Fatal error: PCRE is not compiled with UTF-8 support in /path-to-mantis/library/utf8/utf8.php on line 49

So: Does it means I must reinstall PCRE (with UTF support), apache (compiling with PCRE support), or maybe any other problem is interrupting the execution of install.php?

Thank you in advance,

I'll assume you mean FC18 and not 8 - at least I thought 8 was like 6-7 years old now.

What PHP modules are offered with Fedora Core?

Whilst it's not going to fix this, do you currently have mbstring string enabled?

what does php -i show as the "Configure Command" (it's about 4-5 lines down)

Do you mean which php modules are already installed?

They are php, php-cli, php-common, php-gd, php-gettext, php-ldap, php-mbstring, php-mcrypt, php-pdo, php-pecl-Fileinfo and php-xml.

Yes, php-mbstring seems to be installed, as php -i details:

mbstring

Multibyte Support => enabled
Multibyte string engine => libmbfl
Multibyte (japanese) regex support => enabled
Multibyte regex (oniguruma) version => 4.4.4
Multibyte regex (oniguruma) backtrack check => On

mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1.

Directive => Local Value => Master Value
mbstring.detect_order => no value => no value
mbstring.encoding_translation => Off => Off
mbstring.func_overload => 0 => 0
mbstring.http_input => pass => pass
mbstring.http_output => pass => pass
mbstring.internal_encoding => ISO-8859-1 => no value
mbstring.language => neutral => neutral
mbstring.strict_detection => Off => Off
mbstring.substitute_character => no value => no value


The configure command said by php -i is:

Configure Command => './configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-kerberos' '--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--without-mime-magic' '--without-sqlite' '--with-libxml-dir=/usr' '--with-xml' '--with-system-tzdata' '--enable-force-cgi-redirect' '--enable-pcntl' '--with-imap=shared' '--with-imap-ssl' '--enable-mbstring=shared' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-ncurses=shared' '--with-gd=shared' '--enable-bcmath=shared' '--enable-dba=shared' '--with-db4=/usr' '--with-xmlrpc=shared' '--with-ldap=shared' '--with-ldap-sasl' '--with-mysql=shared,/usr' '--with-mysqli=shared,/usr/bin/mysql_config' '--enable-dom=shared' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--enable-soap=shared' '--with-xsl=shared,/usr' '--enable-xmlreader=shared' '--enable-xmlwriter=shared' '--enable-fastcgi' '--enable-pdo=shared' '--with-pdo-odbc=shared,unixODBC,/usr' '--with-pdo-mysql=shared,/usr' '--with-pdo-pgsql=shared,/usr' '--with-pdo-sqlite=shared,/usr' '--enable-json=shared' '--enable-zip=shared' '--with-readline' '--enable-dbase=shared' '--with-mcrypt=shared,/usr' '--with-mhash=shared,/usr' '--with-tidy=shared,/usr' '--with-mssql=shared,/usr'

I'll install a copy of Fedora Code over the upcoming weekend, and look into whether I get the same behaviour and come up with a sensible fix for this.

Paul

I've found on the net some examples to check my PCRE+PHP+Apache installation, but I cannot reach the solution.

If I write a new php file including this:

$one = (preg_match('/^./us', "ñ") == 1);

or

$invalid = preg_match('@[^\x9\xA\xD\x20-\x{D7FF}\x{E000}-\x{FFFD}\x{10000}-\x{10FFFF}]@u', "ñ");

I then get an "Compilation failed: this version of PCRE is not compiled with PCRE_UTF8 support at offset 0 in (my php file) on line (corresponding to these)" error for every one of these lines.

But If I run that file from a terminal at the same server, I get no error!!
So, If I understood, PHP is ok, PCRE is ok, and apache is ok... but the mod_php module not. Is it? Then, what must be fixed?

and i'd just logged into forums to ask you / check whether you could use /u with preg_* commands.

Given that you are still having problems and this works at the command line, if you could confirm the fedora version you are on, and spin up a virtual machine for testing. Feodora seems to be up to release 20, do I need 18 or 8 ?

Paul, thanks for your answers.

I'm afraid the way of using /u with preg commands should be modifying mantis, wordpress and other software source code, so I'll look for another solution.

Yes, it's 64bit Fedora Core 8. Yes, it's old, but it's a 120% server and we couldn't upgrade... but we have installed updates at apache and other relevant software...

I understand it's completely impossible for you to reproduce our environment. I'm just trying what exactly is failing. I think it's PCRE (inside apache), so I'm preparing to update apache (and PCRE, and APR plus APR-UTIL)... but I'd like to know if it will fix the problem... and, what's more important, if after that we'll be able to install mantis.

Thank you again,

yeah, can't really try and help there

my only suggestion could really be, why about using php in fastcgi mode with apache (or nginx) - at least you wouldn't have to try and update apache then, and you seem to think the command line version of php is working fine.