Error from PCRE library in PHP on startup #1682

Danack · 2021-11-19T14:02:56Z

Frequently asked questions

I have read Frequently Asked Questions

Errors apparently from PCRE library

I'm getting slightly odd error messages that are apparently coming from the PCRE library:

PHP Startup: ^(text/|application/xhtml\+xml) (offset=0): unrecognised compile-time option bit(s) in Unknown on line 0

To Reproduce

This can be reproduced by building and running the following docker container.

FROM debian:10-slim

USER root

# Get Debian up-to-date
RUN apt-get update -qq \
    && DEBIAN_FRONTEND=noninteractive apt-get install -y git \
    mariadb-client wget curl unzip \
    ca-certificates lsb-release apt-transport-https gnupg


# Install 3rd party PHP 8.0 packages
RUN echo "deb https://packages.sury.org/php/ $(lsb_release -sc) main" | tee -a /etc/apt/sources.list.d/php.list

RUN wget -O /etc/apt/trusted.gpg.d/php.gpg https://packages.sury.org/php/apt.gpg

RUN  apt-get update -qq \
    && DEBIAN_FRONTEND=noninteractive apt-get install --no-install-recommends -y php8.0 php8.0-common php8.0-cli \
    php8.0-mysql php8.0-curl php8.0-xml php8.0-mbstring \
    php8.0-intl php8.0-redis php8.0-zip unzip

# Make the default directory you
WORKDIR /var/app

CMD php -v

This gives output that includes | PHP Warning: PHP Startup: ^(text/|application/xhtml\+xml) (offset=0): unrecognised compile-time option bit(s) in Unknown on line 0

Disabling mbstring makes the problem "go away", but I'm also seeing the problem with userland regexes from symfony/console.

Expected behavior

No error message.

Distribution (please complete the following information):

OS:debian
Architecture: not sure.
Repository: packages.sury.org

Package(s) (please complete the following information):
Output of apt-cache policy <package> works best.

Additional context
This only started happening recently, like the last few days or maybe week.

New container build that is showing this problem.

PCRE (Perl Compatible Regular Expressions) Support => enabled
PCRE Library Version => 10.32 2018-09-10
PCRE Unicode Version => 11.0.0
PCRE JIT Support => enabled
PCRE JIT Target => x86 64bit (little endian + unaligned)

Old container, built over a week ago that is not showing this problem

PCRE (Perl Compatible Regular Expressions) Support	enabled
PCRE Library Version	10.39 2021-10-29
PCRE Unicode Version	14.0.0
PCRE JIT Support	enabled
PCRE JIT Target	x86 64bit (little endian + unaligned)

The text was updated successfully, but these errors were encountered:

calvera · 2021-11-19T14:34:30Z

it work if you do apt-get dist-upgrade before php installation ie...

RUN apt-get update \
 && apt-get -y install \
       apt-transport-https \
       lsb-release \
       ca-certificates \
       curl \
       wget \
       bash \
       patch \
       supervisor \
       jpegoptim \
       pngquant \
       procps \
       jq \
       zip \
 && wget -O /etc/apt/trusted.gpg.d/php.gpg https://packages.sury.org/php/apt.gpg \
 && sh -c 'echo "deb https://packages.sury.org/php/ $(lsb_release -sc) main" > /etc/apt/sources.list.d/php.list' \
 && apt-get update \
 && apt-get dist-upgrade -y \
 && apt-get install -y \
       php8.0-fpm \
       php8.0-cli \
       php8.0-curl \
       php8.0-mbstring \
       php8.0-raphf \
       php8.0-http \
       php8.0-uuid \
       php8.0-amqp \
       php8.0-redis \
       php8.0-memcached \
       php8.0-igbinary \
       php8.0-apcu \
       php8.0-imagick \
       php8.0-yaml \
       php8.0-pgsql \
       php8.0-intl \
       php8.0-zip \
       php8.0-opcache \
       php8.0-xsl \
       php8.0-bcmath \
       php8.0-gd \
       php8.0-soap \

Danack · 2021-11-19T14:36:45Z

possibly related - https://bugs.php.net/bug.php?id=81424

luispabon · 2021-11-19T14:42:29Z

Affected versions:

7.4.26
8.0.13

Unaffected: 7.3.33

Danack · 2021-11-19T14:45:45Z

@calvera - thanks, can confirm that adding a dist-upgrade makes the issue go away.

RUN  apt-get update -qq && \
     apt-get dist-upgrade -y && \
     DEBIAN_FRONTEND=noninteractive apt-get install --no-install-recommends -y php8.0 php8.0-common php8.0-cli \
     php8.0-mysql php8.0-curl php8.0-xml php8.0-mbstring \
     php8.0-intl php8.0-redis php8.0-zip unzip

I will let Mr Surý decide whether to close this issue or not.

zerodeux · 2021-11-19T14:46:54Z

I have the exact same bug with PHP-7.4 on Debian 10 when going from 7.4.25-2+0~~20211101.54+debian10~~1.gbp484212 to 7.4.26-1+0~~20211119.55+debian10~~1.gbpf9fa11, reproduced on several servers with Wordpress and Symfony-based apps, REs that did work before without warnings suddenly fail.

It seems to happen because those servers keep Debian's libpcre2 :

||/ Name               Version      Architecture Description
+++-==================-============-============-===================================================================
ii  libpcre2-8-0:amd64 10.32-5      amd64        New Perl Compatible Regular Expression Library- 8 bit runtime files

But it should upgrade to deb.sury.org's libpcre2 :

||/ Name               Version                                    Architecture Description
+++-==================-==========================================-============-===================================================================
ii  libpcre2-8-0:amd64 10.39-1+0~20211102.13+debian10~1.gbp2315ad amd64        New Perl Compatible Regular Expression Library- 8 bit runtime files

In my case it's by design, I have pinned deb.sury.org Pacakges (via /etc/apt/preferences.d) in order not to pull dependencies from this repo as a default. But it's my fault it's not working if I don't let in the compatible libpcre2 from deb.sury.org.

luispabon · 2021-11-19T14:49:17Z

dist-upgrade brings in newer libs, including pcre, from Ondrej's PPA, which when installed fix the problem:

Unpacking libpcre3:amd64 (2:8.44-2+ubuntu20.04.1+deb.sury.org+1) over (2:8.39-12build1) ...

Perhaps the php packages should depend on this newer version. For instance, a docker build (see below) results in a broken build, even though we're installing PHP from scratch. You typically don't run package upgrades on docker builds as they result on irreproducible builds.

FROM ubuntu:focal

ENV TERM=linux
ENV DEBIAN_FRONTEND=noninteractive

RUN apt-get update \
    && apt-get install -y --no-install-recommends gnupg \
    && echo "deb http://ppa.launchpad.net/ondrej/php/ubuntu focal main" > /etc/apt/sources.list.d/ondrej-php.list \
    && apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 4F4EA0AAE5267A6C \
    && apt-get update \
    && apt-get -y --no-install-recommends install \
        ca-certificates \
        curl \
        unzip \
        php8.0-apcu \
        php8.0-cli \
        php8.0-curl \
        php8.0-mbstring \
        php8.0-opcache \
        php8.0-readline \
        php8.0-xml \
        php8.0-zip \
    && apt-get clean \
    && rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/* /usr/share/doc/* ~/.composer

COPY --from=composer:2 /usr/bin/composer /usr/bin/composer

Issues: * #44 * oerdnj/deb.sury.org#1682 Closes #44

cmb69 · 2021-11-19T17:20:12Z

I think this is caused by php/php-src#7602, in combination with some pcre.h confusion (bundled vs. system). Not sure whether that is a distro issue or a general issue of php-src. Anyway, upstream ticket is https://bugs.php.net/bug.php?id=81640.

rfay · 2021-11-19T18:37:15Z

I would be really appreciative if this could be solved without change to existing installations, because it breaks lots of ddev instances already in the wild. I'm happy to add the dist-upgrade to the code that generates the changes, but that won't solve the problem for existing people.

Interesting factoid: this isn't an issue on arm64, only on amd64.

Second interesting factoid: Causes a flaming crash in composer self-update (php7.4, amd64). `sudo apt-get update && sudo apt-get install php7.4-tidy, which forces several other upgrades... then

root@ba32d083e588:/# composer self-update
PHP Fatal error:  Uncaught ErrorException: preg_match_all(): Compilation failed: unrecognised compile-time option bit(s) at offset 0 in phar:///usr/local/bin/composer/vendor/symfony/console/Formatter/OutputFormatter.php:137
Stack trace:
#0 [internal function]: Composer\Util\ErrorHandler::handle(2, 'preg_match_all(...', 'phar:///usr/loc...', 137, Array)
#1 phar:///usr/local/bin/composer/vendor/symfony/console/Formatter/OutputFormatter.php(137): preg_match_all('#<(([a-z][a-z0-...', '', NULL, 256)
#2 phar:///usr/local/bin/composer/vendor/symfony/console/Output/Output.php(155): Symfony\Component\Console\Formatter\OutputFormatter->format('')
#3 phar:///usr/local/bin/composer/vendor/symfony/console/Output/Output.php(132): Symfony\Component\Console\Output\Output->write(Array, true, 16)
#4 phar:///usr/local/bin/composer/vendor/symfony/console/Application.php(641): Symfony\Component\Console\Output\Output->writeln('', 16)
#5 phar:///usr/local/bin/composer/vendor/symfony/console/Application.php(127): Symfony\Component\Console\Application in phar:///usr/local/bin/composer/vendor/symfony/console/Formatter/OutputFormatter.php on line 137

Fatal error: Uncaught ErrorException: preg_match_all(): Compilation failed: unrecognised compile-time option bit(s) at offset 0 in phar:///usr/local/bin/composer/vendor/symfony/console/Formatter/OutputFormatter.php:137
Stack trace:
#0 [internal function]: Composer\Util\ErrorHandler::handle(2, 'preg_match_all(...', 'phar:///usr/loc...', 137, Array)
#1 phar:///usr/local/bin/composer/vendor/symfony/console/Formatter/OutputFormatter.php(137): preg_match_all('#<(([a-z][a-z0-...', '', NULL, 256)
#2 phar:///usr/local/bin/composer/vendor/symfony/console/Output/Output.php(155): Symfony\Component\Console\Formatter\OutputFormatter->format('')
#3 phar:///usr/local/bin/composer/vendor/symfony/console/Output/Output.php(132): Symfony\Component\Console\Output\Output->write(Array, true, 16)
#4 phar:///usr/local/bin/composer/vendor/symfony/console/Application.php(641): Symfony\Component\Console\Output\Output->writeln('', 16)
#5 phar:///usr/local/bin/composer/vendor/symfony/console/Application.php(127): Symfony\Component\Console\Application in phar:///usr/local/bin/composer/vendor/symfony/console/Formatter/OutputFormatter.php on line 137
root@ba32d083e588:/#

oerdnj · 2021-11-19T18:57:59Z

@oerdnj I think increasing the minimum libpcre2-dev version to the latest release in the control file would be a good solution.

No, that's not going to work. The libpcre2-8-0 package is independent on the development library package.

See oerdnj/deb.sury.org#1682

Igor-Yavych · 2021-11-21T06:26:11Z

On debian buster (-slim), simply running apt-get upgrade -y will suffice as it will update libpcre2-8-0 to 10.39-1 and libpcre3 to 2:8.44 from sury.org repo

oerdnj · 2021-11-21T10:51:22Z

FTR installing libpcre2-dev is wrong and definitely not recommended solution. You need to actually upgrade all the packages instead of randomly installing development libraries. I am going to delete all comments that recommend installing libpcre2-dev now.

ohmydevops · 2021-11-21T11:50:14Z

FTR installing libpcre2-dev is wrong and definitely not recommended solution. You need to actually upgrade all the packages instead of randomly installing development libraries. I am going to delete all comments that recommend installing libpcre2-dev now.

@oerdnj

What do you think about this solution?
Composer linux installer not working correctly composer/composer#10294 (comment)
Is it good to write an apt-get upgrade command in Dockerfiles?

oerdnj · 2021-11-21T11:52:05Z

Is it good to write an apt-get upgrade command in Dockerfiles?

This is a bare minimum. You should be doing apt-get dist-upgrade otherwise you are running random mix of updated and outdated packages.

miketimofeev · 2021-11-21T14:50:51Z

This also broke GH-hosted images generation in https://github.com/actions/virtual-environments.
We have made a PR with libpcre2 upgrade as workaround to the issue actions/runner-images#4551

oerdnj · 2021-11-22T10:48:04Z

I think this is caused by php/php-src#7602

Yes, see PCRE2Project/pcre2#56

in combination with some pcre.h confusion (bundled vs. system).

Nope, using different compile-time and run-time system library is all that's needed to trigger this.

Not sure whether that is a distro issue or a general issue of php-src. Anyway, upstream ticket is https://bugs.php.net/bug.php?id=81640.

I think this needs workaround at the distro level. Generally speaking, the problem lies in the fact that the newly added option is header only and not symbol, so there's no way how to track backwards compatibility. This will require some manual tweaking to the Debian packaging. I already applied the change to the DEB.SURY.ORG src:pcre2, but the same problem plagues vanilla Debian, so I already suggested a fix to Matthew Vernon, the maintainer of src:pcre2. Basically, same bump in the minimal version will be needed every time there's a change in options in the header file.

oerdnj · 2021-11-22T10:50:59Z

Newly rebuilt packages should already contain libpcre2-8-0 (>= 10.38) in Depends, closing.

rfay · 2021-11-22T15:31:18Z

This doesn't seem to have made it to Debian arm64 yet, although working on Debian amd64. Thanks for the fix, hope it will propagate everywhere soon.

oerdnj · 2021-11-22T15:36:25Z

TBH I didn't wait for pcre2 to be built on all archs, so this will get fixed with the next package update.

rfay · 2021-11-22T16:08:25Z

Thanks, and as always thanks for these packages.

Sooner package update is better because existing projects on arm64 are affected by this and there's no way to workaround that I've thought of. I did already add the dist-upgrade as standard though, so future situations wouldn't be affected by this (after next ddev release).

See oerdnj/deb.sury.org#1682

…3385)" This exact dist-upgrade is now breaking dbimage_extra_packages. It's probably due to an error in mariadb packages, but it seems that apt-get dist-upgrade is not a risk-free action. Also, this whole problem seems to have been solved upstream in the deb.sury.org package. See ddev#3385 and oerdnj/deb.sury.org#1682 This reverts commit d385ef9.

…" (#3425) This exact dist-upgrade is now breaking dbimage_extra_packages. It's probably due to an error in mariadb packages, but it seems that apt-get dist-upgrade is not a risk-free action. Also, this whole problem seems to have been solved upstream in the deb.sury.org package. See #3385 and oerdnj/deb.sury.org#1682 This reverts commit d385ef9.

Danack changed the title ~~Error from PCRE library on~~ Error from PCRE library in PHP on startup Nov 19, 2021

cfroystad mentioned this issue Nov 19, 2021

php74-fpm and pcre error with composer if you install any extension phpdocker-io/base-images#44

Closed

luispabon added a commit to phpdocker-io/base-images that referenced this issue Nov 19, 2021

Workaround for pcre issue on php 8 and 7.4

43ae175

Issues: * #44 * oerdnj/deb.sury.org#1682 Closes #44

This was referenced Nov 19, 2021

Workaround for pcre issue on php 8 and 7.4 phpdocker-io/base-images#45

Merged

Remove pcre problem workaround phpdocker-io/base-images#46

Closed

shivammathur mentioned this issue Nov 19, 2021

Tools must be added after extensions shivammathur/setup-php#532

Closed

5 tasks

bytestream mentioned this issue Nov 19, 2021

Composer linux installer not working correctly composer/composer#10294

Closed

rfay mentioned this issue Nov 19, 2021

Add apt-get dist-upgrade -y to webimage_extra_packages ddev/ddev#3385

Merged

hswong3i added a commit to alvistack/ansible-role-php that referenced this issue Nov 21, 2021

Manually Upgrade libpcre-2-8-0

aa14467

See oerdnj/deb.sury.org#1682

Repository owner deleted a comment from ohmydevops Nov 21, 2021

Repository owner deleted a comment from shivammathur Nov 21, 2021

Repository owner deleted a comment from peterdd Nov 21, 2021

Repository owner deleted a comment from swarrenwecareconnectorg Nov 21, 2021

Danack mentioned this issue Nov 21, 2021

[Ubuntu] install libpcre2-8-0 for PHP compat actions/runner-images#4551

Merged

4 tasks

oerdnj closed this as completed Nov 22, 2021

Remg mentioned this issue Nov 22, 2021

Fix ondrej/php deps parti-renaissance/espace-adherent#6565

Closed

luispabon mentioned this issue Nov 22, 2021

Remove pcre installation workaround on php 7.4 and 8.0. phpdocker-io/base-images#47

Merged

mikhailkoliada mentioned this issue Nov 22, 2021

Revert "[Ubuntu] install libpcre1-8-0 for PHP compat (#4551)" actions/runner-images#4565

Merged

4 tasks

hswong3i added a commit to alvistack/ansible-role-php that referenced this issue Nov 23, 2021

Manually Upgrade libpcre-2-8-0

c75fa2f

See oerdnj/deb.sury.org#1682

dennisameling mentioned this issue Nov 23, 2021

No longer need to force PHP 7.4.25 in CI mautic/api-library#261

Merged

rfay mentioned this issue Dec 6, 2021

Revert "Add apt-get dist-upgrade -y to webimage_extra_packages (#3385)" ddev/ddev#3425

Merged

tossy310 mentioned this issue Jun 11, 2023

Docker build script fails DOMjudge/domjudge-packaging#150

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Error from PCRE library in PHP on startup #1682

Error from PCRE library in PHP on startup #1682

Danack commented Nov 19, 2021

calvera commented Nov 19, 2021 •

edited

Loading

Danack commented Nov 19, 2021

luispabon commented Nov 19, 2021 •

edited

Loading

Danack commented Nov 19, 2021

zerodeux commented Nov 19, 2021

luispabon commented Nov 19, 2021 •

edited

Loading

cmb69 commented Nov 19, 2021

rfay commented Nov 19, 2021

oerdnj commented Nov 19, 2021

Igor-Yavych commented Nov 21, 2021

oerdnj commented Nov 21, 2021

ohmydevops commented Nov 21, 2021 •

edited

Loading

oerdnj commented Nov 21, 2021

miketimofeev commented Nov 21, 2021

oerdnj commented Nov 22, 2021

oerdnj commented Nov 22, 2021

rfay commented Nov 22, 2021

oerdnj commented Nov 22, 2021

rfay commented Nov 22, 2021

Error from PCRE library in PHP on startup #1682

Error from PCRE library in PHP on startup #1682

Comments

Danack commented Nov 19, 2021

calvera commented Nov 19, 2021 • edited Loading

Danack commented Nov 19, 2021

luispabon commented Nov 19, 2021 • edited Loading

Danack commented Nov 19, 2021

zerodeux commented Nov 19, 2021

luispabon commented Nov 19, 2021 • edited Loading

cmb69 commented Nov 19, 2021

rfay commented Nov 19, 2021

oerdnj commented Nov 19, 2021

Igor-Yavych commented Nov 21, 2021

oerdnj commented Nov 21, 2021

ohmydevops commented Nov 21, 2021 • edited Loading

oerdnj commented Nov 21, 2021

miketimofeev commented Nov 21, 2021

oerdnj commented Nov 22, 2021

oerdnj commented Nov 22, 2021

rfay commented Nov 22, 2021

oerdnj commented Nov 22, 2021

rfay commented Nov 22, 2021

calvera commented Nov 19, 2021 •

edited

Loading

luispabon commented Nov 19, 2021 •

edited

Loading

luispabon commented Nov 19, 2021 •

edited

Loading

ohmydevops commented Nov 21, 2021 •

edited

Loading