demotion of pcre3 (8.x) a.k.a pcre (without the 3) in favor of pcre2 (10.x)

Bug #1792544 reported by Matthias Klose
14
This bug affects 1 person
Affects Status Importance Assigned to Milestone
aide (Ubuntu)
Fix Released
Undecided
Unassigned
anope (Ubuntu)
Fix Released
Undecided
Unassigned
apache2 (Ubuntu)
Fix Released
Undecided
Unassigned
apr-util (Ubuntu)
Fix Released
Undecided
Unassigned
clamav (Ubuntu)
Fix Released
Undecided
Unassigned
exim4 (Ubuntu)
Fix Released
Undecided
Unassigned
freeradius (Ubuntu)
Fix Released
Undecided
Unassigned
git (Ubuntu)
Fix Released
Undecided
Unassigned
glib2.0 (Ubuntu)
Fix Released
Undecided
Unassigned
grep (Ubuntu)
Fix Released
Undecided
Unassigned
haproxy (Ubuntu)
Fix Released
Undecided
Unassigned
libpam-mount (Ubuntu)
Fix Released
Undecided
Unassigned
libselinux (Ubuntu)
Fix Released
Undecided
Unassigned
nginx (Ubuntu)
Fix Released
Undecided
Unassigned
nmap (Ubuntu)
Fix Released
Undecided
Unassigned
pcre3 (Ubuntu)
Confirmed
Undecided
Unassigned
php-defaults (Ubuntu)
Fix Released
Undecided
Unassigned
php7.2 (Ubuntu)
Won't Fix
Undecided
Unassigned
postfix (Debian)
Fix Released
Unknown
postfix (Ubuntu)
Fix Released
Undecided
Unassigned
python-pyscss (Ubuntu)
Fix Released
Undecided
Unassigned
quagga (Ubuntu)
Invalid
Undecided
Unassigned
rasqal (Ubuntu)
Fix Released
Undecided
Unassigned
slang2 (Ubuntu)
Fix Released
Undecided
Unassigned
sssd (Ubuntu)
Fix Released
Undecided
Unassigned
systemd (Ubuntu)
Invalid
Undecided
Unassigned
tilix (Ubuntu)
Fix Released
Undecided
Unassigned
vte2.91 (Ubuntu)
Fix Released
Undecided
Unassigned
wget (Ubuntu)
Fix Released
Undecided
Unassigned
zsh (Debian)
Fix Released
Unknown
zsh (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

https://people.canonical.com/~ubuntu-archive/transitions/html/pcre2-main.html

demotion of pcre3 in favor of pcre2. These packages need analysis what needs to be done for the demotion of pcre3:

Packages which are ready to build with pcre2 should be marked as 'Triaged', packages which are not ready should be marked as 'Incomplete'.

------
For clarification: pcre2 is actually newer than pcre3. pcre3 is just poorly named.

Matthias Klose (doko)
description: updated
Matthias Klose (doko)
Changed in pcre3 (Ubuntu):
status: New → Confirmed
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

sssd builds fine with libpcre2-dev

Changed in sssd (Ubuntu):
status: New → Triaged
Revision history for this message
Jeremy Bícha (jbicha) wrote :

Debian's git has already switched

Changed in git (Ubuntu):
status: New → Triaged
Revision history for this message
Jeremy Bícha (jbicha) wrote :

Debian's php7.3 has already switched

Changed in php7.2 (Ubuntu):
status: New → Triaged
Revision history for this message
Jeremy Bícha (jbicha) wrote :

Debian's clamav has already switched.

Changed in clamav (Ubuntu):
status: New → Triaged
Thomas Ward (teward)
description: updated
Revision history for this message
Thomas Ward (teward) wrote :

Nginx properly builds with pcre2

Changed in nginx (Ubuntu):
status: New → Triaged
Revision history for this message
Axel Beckert (xtaran) wrote :

zsh in Debian Unstable (5.6.2-1) seems to build fine if I exchange libpcre3-dev by libpcre2-dev in Build-Depends and Build-Using (via debian/rules).

Revision history for this message
Noël Köthe (noel) wrote :

wget builds and works with pcre2 in Debian (uploaded). I cannot change the Status to Triaged. Maybe somebody with higher privileges can change the wget status of this bug to Triaged. thx.

Changed in wget (Ubuntu):
assignee: nobody → Noël Köthe (noel)
Jeremy Bícha (jbicha)
Changed in wget (Ubuntu):
status: New → Triaged
assignee: Noël Köthe (noel) → nobody
Jeremy Bícha (jbicha)
Changed in zsh (Ubuntu):
status: New → Triaged
Revision history for this message
Andreas Hasenack (ahasenack) wrote :

I've seen the wget debian change, but just switching builddeps from pcre3-dev to pcre2-dev and rebuilding isn't enough. The package ends up not finding pcre and doesn't enable it:
checking for PCRE... no
checking pcre.h usability... no
checking pcre.h presence... no
checking for pcre.h... no
...
  Libs: -luuid -lidn2 -lnettle -lgnutls -lz -lpsl

So while the package builds, it's not using pcre.

I tried to switch apache, and while I could make it find pcre2-config and use it, pcre2 has different libraries than pcre3:
pcre3-config --libs: -lpcre
pcre2-config --libs: no such parameter

In pcre2, we have --libs8, --libs-posix, --libs32 and --libs16, but no --libs. Is this a bug in pcre2-config?

Any quick tips about this before I dig in further?

Revision history for this message
Anders Kaseorg (andersk) wrote :

Andreas: No, it’s not a bug. PCRE2 is a new project that’s not intended to be compatible with the older PCRE (i.e. what Debian misnamed “pcre3”). The API is completely different and this is expected. See bug 1636666 for context, and specifically the PCRE2 release announcement linked in the bug description:

https://lists.exim.org/lurker/message/20150105.162835.0666407a.en.html

That’s why getting rid of PCRE “in favor of” PCRE2 is a pointless way to frame the issue. PCRE2 neither replaces nor conflicts with PCRE, as was pointed out many times in bug 1636666.

But since we’re apparently gathering information here: although Apache 2.4.x does not support PCRE2, Apache trunk does support PCRE2 as of r1773454. (As you can see, this support was added by creating separate conditionally compiled code paths for PCRE and PCRE2.)

https://github.com/apache/httpd/commit/b1a3338e011a17ad190fb7f66cf5ca9acf353570

Revision history for this message
Anders Kaseorg (andersk) wrote :

apr-util has a false Build-Depends on libpcre3-dev; it should simply be dropped. A corresponding Depends was already dropped in https://bugs.debian.org/757140.

Revision history for this message
Anders Kaseorg (andersk) wrote :
Revision history for this message
Matthias Klose (doko) wrote :

apr-util: filed a Debian bug.

Changed in wget (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Anders Kaseorg (andersk) wrote :

• Aide: no PCRE2 support
• Exim: no PCRE2 support, upstream bug: https://bugs.exim.org/show_bug.cgi?id=1878
• FreeRADIUS: no PCRE2 support, mentioned in passing: https://github.com/FreeRADIUS/freeradius-server/issues/1865
• GLib: no PCRE2 support
• grep: no PCRE2 support

Changed in aide (Ubuntu):
status: New → Incomplete
Changed in exim4 (Ubuntu):
status: New → Incomplete
Changed in freeradius (Ubuntu):
status: New → Incomplete
Changed in glib2.0 (Ubuntu):
status: New → Incomplete
Changed in grep (Ubuntu):
status: New → Incomplete
Revision history for this message
Anders Kaseorg (andersk) wrote :

• pam_mount: no PCRE2 support
• nmap: no PCRE2 support
• postfix: no PCRE2 support, http://postfix.1071664.n5.nabble.com/Plans-for-using-PCRE-v2-in-Postfix-td83200.html
• pyScss: no PCRE2 support

Changed in libpam-mount (Ubuntu):
status: New → Incomplete
Changed in nmap (Ubuntu):
status: New → Incomplete
Changed in postfix (Ubuntu):
status: New → Incomplete
Changed in python-pyscss (Ubuntu):
status: New → Incomplete
Revision history for this message
Anders Kaseorg (andersk) wrote :

• Quagga: no PCRE2 support
• Rasqal: no PCRE2 support
• S-Lang: no PCRE2 support

Changed in quagga (Ubuntu):
status: New → Incomplete
Changed in rasqal (Ubuntu):
status: New → Incomplete
Changed in slang2 (Ubuntu):
status: New → Incomplete
Revision history for this message
Noël Köthe (noel) wrote :
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Actually, sssd build would still pull libpcre3-dev because of some dependency, and then use that... and upstream config phase doesn't support pcre2. I've filed a bug upstream.

Changed in sssd (Ubuntu):
status: Triaged → Confirmed
Revision history for this message
Anders Kaseorg (andersk) wrote :

I think that completes the analysis of the current state of things. Although it seems infeasible to demote PCRE at this time, there’s no reason that should block the promotion of PCRE2, especially seeing as a bundled copy of PCRE2 is already in main (18.04 and 18.10) via libqt5core5a.

Changed in sssd (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Anders Kaseorg (andersk) wrote :

Note to those filing upstream bugs: probably don’t call the old library “pcre3” since that’s not a thing outside Debian/Ubuntu.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :
Revision history for this message
Axel Beckert (xtaran) wrote : Re: [Bug 1792544] Re: demotion of pcre3 in favor of pcre2

Hi,

Andreas Hasenack wrote:
> I've seen the wget debian change, but just switching builddeps from pcre3-dev to pcre2-dev and rebuilding isn't enough. The package ends up not finding pcre and doesn't enable it:
> checking for PCRE... no
> checking pcre.h usability... no
> checking pcre.h presence... no
> checking for pcre.h... no
> ...
> Libs: -luuid -lidn2 -lnettle -lgnutls -lz -lpsl
>
> So while the package builds, it's not using pcre.
>
> I tried to switch apache, and while I could make it find pcre2-config and use it, pcre2 has different libraries than pcre3:
> pcre3-config --libs: -lpcre
> pcre2-config --libs: no such parameter
>
> In pcre2, we have --libs8, --libs-posix, --libs32 and --libs16, but no
> --libs. Is this a bug in pcre2-config?

Indeed, same for zsh:

checking for pcre-config... no
checking pcre.h usability... no
checking pcre.h presence... no
checking for pcre.h... no
checking for pcre_compile... no
checking for pcre_study... no
checking for pcre_exec... no
[...]
../../Test/V07pcre.ztst: starting.
../../Test/V07pcre.ztst: skipped (the zsh/pcre module is not available)

→ Back to Incomplete. I'll revert that commit from the recent 5.6.2-2
  upload.

  Regards, Axel
--
 ,''`. | Axel Beckert <email address hidden>, https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
  `- | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE

Changed in zsh (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Anders Kaseorg (andersk) wrote : Re: demotion of pcre3 in favor of pcre2

Likewise, nginx does not support PCRE2: https://trac.nginx.org/nginx/ticket/720

Changed in nginx (Ubuntu):
status: Triaged → Incomplete
Matthias Klose (doko)
Changed in libselinux (Ubuntu):
status: New → Triaged
Changed in haproxy (Ubuntu):
status: New → Triaged
Revision history for this message
Thomas Ward (teward) wrote : Re: [Bug 1792544] Re: demotion of pcre3 in favor of pcre2

Nice find, I looked in trac but must have missed that...

Sent from my Sprint Samsung Galaxy S9+.
-------- Original message --------From: Anders Kaseorg <email address hidden> Date: 9/18/18 06:22 (GMT-05:00) To: <email address hidden> Subject: [Bug 1792544] Re: demotion of pcre3 in favor of pcre2
Likewise, nginx does not support PCRE2:
https://trac.nginx.org/nginx/ticket/720

** Bug watch added: trac.nginx.org/nginx/ #720
   http://trac.nginx.org/nginx/ticket/720

** Changed in: nginx (Ubuntu)
       Status: Triaged => Incomplete

--
You received this bug notification because you are subscribed to nginx
in Ubuntu.
Matching subscriptions: nginx
https://bugs.launchpad.net/bugs/1792544

Title:
  demotion of pcre3 in favor of pcre2

Status in aide package in Ubuntu:
  Incomplete
Status in apache2 package in Ubuntu:
  New
Status in apr-util package in Ubuntu:
  New
Status in clamav package in Ubuntu:
  Triaged
Status in exim4 package in Ubuntu:
  Incomplete
Status in freeradius package in Ubuntu:
  Incomplete
Status in git package in Ubuntu:
  Triaged
Status in glib2.0 package in Ubuntu:
  Incomplete
Status in grep package in Ubuntu:
  Incomplete
Status in haproxy package in Ubuntu:
  New
Status in libpam-mount package in Ubuntu:
  Incomplete
Status in libselinux package in Ubuntu:
  New
Status in nginx package in Ubuntu:
  Incomplete
Status in nmap package in Ubuntu:
  Incomplete
Status in pcre3 package in Ubuntu:
  Confirmed
Status in php7.2 package in Ubuntu:
  Triaged
Status in postfix package in Ubuntu:
  Incomplete
Status in python-pyscss package in Ubuntu:
  Incomplete
Status in quagga package in Ubuntu:
  Incomplete
Status in rasqal package in Ubuntu:
  Incomplete
Status in slang2 package in Ubuntu:
  Incomplete
Status in sssd package in Ubuntu:
  Incomplete
Status in wget package in Ubuntu:
  Incomplete
Status in zsh package in Ubuntu:
  Incomplete

Bug description:
  demotion of pcre3 in favor of pcre2. These packages need analysis what
  needs to be done for the demotion of pcre3:

  Packages which are ready to build with pcre2 should be marked as
  'Triaged', packages which are not ready should be marked as
  'Incomplete'.

  aide
  apache2
  apr-util
  clamav
  exim4
  freeradius
  git
  glib2.0
  grep
  haproxy
  libpam-mount
  libselinux
  nginx
  nmap
  php7.2
  postfix
  python-pyscss
  quagga
  rasqal
  slang2
  sssd
  wget
  zsh

  ------

  For clarification: pcre2 is actually newer than pcre3.  pcre3 is just
  poorly named (according to jbicha).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/aide/+bug/1792544/+subscriptions

Revision history for this message
Jeremy Bícha (jbicha) wrote : Re: demotion of pcre3 in favor of pcre2
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package apr-util - 1.6.1-2ubuntu1

---------------
apr-util (1.6.1-2ubuntu1) cosmic; urgency=medium

  * Drop build dependency on libpcre3-dev. Closes: #909077. LP: #1792544.

 -- Matthias Klose <email address hidden> Tue, 18 Sep 2018 13:05:27 +0200

Changed in apr-util (Ubuntu):
status: New → Fix Released
Revision history for this message
Thomas Ward (teward) wrote :

NGINX has technically said this is won't fix:

From a response to my inquiry: http://mailman.nginx.org/pipermail/nginx-devel/2018-September/011448.html

------

Hello!

On Tue, Sep 18, 2018 at 08:12:20AM -0400, Thomas Ward wrote:

> Downstream in Ubuntu, it has been proposed to demote pcre3 and
> use pcre2 instead as it is newer.
> https://trac.nginx.org/nginx/ticket/720 shows it was marked 4
> years ago that NGINX does not support pcre2. Are there any
> plans to use pcre2 instead of pcre3?

There are no immediate plans.

When we last checked, there were no problems with PCRE, but PCRE2
wasn't available in most distributions we support, making the
switch mostly meaningless.

Also, it looks like PCRE2 is still not supported even by Exim,
which is the parent project of PCRE and PCRE2:

https://bugs.exim.org/show_bug.cgi?id=1878

As such, adding PCRE2 support to nginx looks premature.

--
Maxim Dounin
http://mdounin.ru/

summary: - demotion of pcre3 in favor of pcre2
+ demotion of pcre3 (8.x) a.k.a pcre (without the 3) in favor of pcre2
+ (10.x)
Changed in php7.3 (Ubuntu):
status: New → Triaged
Changed in php7.2 (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Summarizing the Server Team related task status for a better overview.

For postfix a discussion existed, and they seem not to have any better tracker set up.
For the others I reported new issues upstream, so that they are aware and we have something to track.
I listed those new ones after "---".

Ready Packages since Bug/Commit:
haproxy: https://git.haproxy.org/?p=haproxy.git;a=commitdiff;h=f2592b29f13907ddf2bba42d00bc41cb8ee5b69b
php7.3: https://salsa.debian.org/php-team/php/commit/fbe3eb003c4bc3d81414880b923e276c9b7acb56

Open Upstream Bugs:
apache2: https://bz.apache.org/bugzilla/show_bug.cgi?id=57471
exim4: https://bugs.exim.org/show_bug.cgi?id=1878
nginx: https://trac.nginx.org/nginx/ticket/720
sssd: https://pagure.io/SSSD/sssd/issue/3833
---
postfix: http://postfix.1071664.n5.nabble.com/Plans-for-using-PCRE-v2-in-Postfix-td83200.html
nmap: https://github.com/nmap/nmap/issues/1335
freeradius: https://github.com/FreeRADIUS/freeradius-server/issues/2315
quagga: https://bugzilla.quagga.net/show_bug.cgi?id=997

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

FYI
NMAP
Started to consider pcre2 due to the bug, but they have zillions of regrex use cases and it would be a major effort that doesn't seem to happen anytime soon.

Freeradius implemented pcre2 due to our bug in https://github.com/FreeRADIUS/freeradius-server/commit/9a97b9c2fbc84f9f13c127c2a78b5808de2b6ae2
This is so far only valid for 4.x which isn't released - might be backported to 3.0.18 if upstream wants to do so. Therefore a huge step, but not enough yet to call it triaged here.

Revision history for this message
Jeremy Bícha (jbicha) wrote :
Changed in libpam-mount (Ubuntu):
status: Incomplete → Triaged
status: Triaged → Incomplete
Revision history for this message
Jeremy Bícha (jbicha) wrote :

libpam-mount wasn't actually switched to pcre2. I filed a Debian bug to let its maintainer know.

Revision history for this message
Jeremy Bícha (jbicha) wrote :

libpam-mount 2.16-9 uses pcre2 (for real this time)

Changed in libpam-mount (Ubuntu):
status: Incomplete → Triaged
Changed in vte2.91 (Ubuntu):
status: New → Triaged
Revision history for this message
Jeremy Bícha (jbicha) wrote :

systemd uses pcre2 for a useful journal feature that we can't enable until pcre2 is in main LP: #1751006

Changed in systemd (Ubuntu):
status: New → Triaged
Jeremy Bícha (jbicha)
Changed in vte2.91 (Ubuntu):
status: Triaged → Fix Committed
Changed in haproxy (Ubuntu):
status: Triaged → Fix Committed
status: Fix Committed → Fix Released
Changed in vte2.91 (Ubuntu):
status: Fix Committed → Fix Released
Changed in git (Ubuntu):
status: Triaged → Fix Committed
Jeremy Bícha (jbicha)
Changed in wget (Ubuntu):
status: Incomplete → Fix Committed
Changed in libpam-mount (Ubuntu):
status: Triaged → Fix Committed
Jeremy Bícha (jbicha)
Changed in clamav (Ubuntu):
status: Triaged → Fix Committed
affects: php7.3 (Ubuntu) → php-defaults (Ubuntu)
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package libpam-mount - 2.16-9ubuntu2

---------------
libpam-mount (2.16-9ubuntu2) disco; urgency=medium

  * Revert remaining Ubuntu changes now that pcre2 is in main (LP: #1792544)

 -- Jeremy Bicha <email address hidden> Wed, 23 Jan 2019 11:19:59 -0500

Changed in libpam-mount (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package clamav - 0.100.2+dfsg-2ubuntu1

---------------
clamav (0.100.2+dfsg-2ubuntu1) disco; urgency=medium

  * Sync with Debian. Remaining change:
    - clamav-daemon may fail to start due to options removed in new version
      and manually edited configuration file. (LP: #1783632)
      + debian/patches/Deprecate-unused-options-instead-of-removing-it.patch:
        add patch from Debian stretch to simply warn about removed options.
  * Dropped change:
    - Build-Depend on pcre3-dev (pcre2 is now in Ubuntu main) (LP: #1792544)

clamav (0.100.2+dfsg-2) unstable; urgency=medium

  * Increase clamd socket command read timeout to 30 seconds (Closes: #915098)

clamav (0.100.2+dfsg-1) unstable; urgency=medium

  * Import new upstream
    - Bump symbol version due to new version.
    - CVE-2018-15378 (Closes: #910430).
  * add NEWS.md and README.md from upstream
  * Fix infinite loop in dpkg-reconfigure, Patch by Santiago Ruano Rincón
    (Closes: #905044).

 -- Jeremy Bicha <email address hidden> Wed, 23 Jan 2019 12:08:48 -0500

Changed in clamav (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Jeremy Bícha (jbicha) wrote :

quagga was another false Build-Depends so I filed a Debian bug requesting they drop the pcre3 Build-Depends.

Changed in quagga (Ubuntu):
status: Incomplete → Invalid
description: updated
Revision history for this message
Jeremy Bícha (jbicha) wrote :

libslang2-modules is in universe although it's built from the slang2 source. I guess that means we can mark it invalid here?

Jeremy Bícha (jbicha)
Changed in apache2 (Ubuntu):
status: New → Triaged
Changed in anope (Ubuntu):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package wget - 1.20.1-1ubuntu3

---------------
wget (1.20.1-1ubuntu3) disco; urgency=medium

  * Revert switching to pcre3 since pcre2 is in main (LP: #1792544)

 -- Jeremy Bicha <email address hidden> Wed, 23 Jan 2019 11:56:34 -0500

Changed in wget (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package git - 1:2.20.1-2ubuntu1

---------------
git (1:2.20.1-2ubuntu1) disco; urgency=medium

  * Merge with Debian; remaining change:
    - Build diff-highlight in the contrib dir (closes: #868871, LP: #1713690)
  * Dropped change:
    - Build against pcre3 (pcre2 is now in main) (LP: #1792544)

git (1:2.20.1-2) unstable; urgency=low

  * package git-gui: actually Suggests: meld for mergetool support;
    describe what meld is used for in package description (thx Jens
    Reyer; closes: #707790).
  * package gitweb: Depends: libhttp-date-perl | libtime-parsedate-perl
    instead of ... | libtime-modules-perl (thx gregor herrmann; closes:
    #879165).
  * debian/control: use https in Vcs-Browser URL.
  * debian/rules: build and test quietly if DEB_BUILD_OPTIONS=terse.
  * debian/control: Standards-Version: 4.3.0.1.

git (1:2.20.1-1) unstable; urgency=medium

  * new upstream point release (see RelNotes/2.20.1.txt).
  * package git-gui: Suggests: meld for mergetool support (thx Jens
    Reyer; closes: #707790).

git (1:2.20.0-1) unstable; urgency=medium

  * new upstream release (see RelNotes/2.20.0.txt).
  * package git: Recommends: ca-certificates for https support (thx HJ;
    closes: #915644).

git (1:2.20.0~rc2-1) unstable; urgency=low

  * new upstream release candidate.
    * rebase: specify 'rebase -i' in reflog for interactive rebase
      (closes: #914695).

git (1:2.20.0~rc1-1) unstable; urgency=low

  * new upstream release candidate (see RelNotes/2.20.0.txt).
  * debian/rules: target clean: don't remove t/t4256/1/mailinfo.c.orig.

git (1:2.19.2-1) unstable; urgency=high

  * new upstream point release (see RelNotes/2.19.2.txt).
    * run-command: do not fall back to cwd when command is not in $PATH.

 -- Jeremy Bicha <email address hidden> Wed, 23 Jan 2019 11:30:48 -0500

Changed in git (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Egmont Koblinger (egmont-gmail) wrote :

Please do not forget to remove the pcre patch from Tilix, see https://bugs.launchpad.net/ubuntu/+source/tilix/+bug/1818991 - thanks!

Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (5.1 KiB)

This bug was fixed in the package zsh - 5.7.1-1ubuntu1

---------------
zsh (5.7.1-1ubuntu1) eoan; urgency=low

  * Merge from Debian unstable. Remaining changes:
    - debian/zshrc: Enable completions by default, unless skip_global_compinit
      is set.
    - Support cross-compiling:
      - Adjust upstream autoconf cross-compile default fallbacks.
      - Skip zcompile when cross-compiling.
      - Add libelf-dev dependency.
  * Dropped changes, included upstream:
    - debian/patches/CVE-2018-0502-and-CVE-2018-13259.patch:
      fix in Src/exec.c and add test Test/A05execution.ztst.
    - Cherrypick upstream patch to fix A05execution.ztst test case. Resolves
      autopkgtest failure.

zsh (5.7.1-1) unstable; urgency=medium

  * [8b89d0d5,ea17cf89] New upstream bugfix release
    + [205859e6] Drop fix-vcs-info-p4.patch, fixed upstream

  [ Daniel Shahaf ]
  * [14d26260] d/upstream/signing-key.asc: Add the 5.7 RM's signing key.

zsh (5.7-2) unstable; urgency=low

  [ Frank Terbeck ]
  * [cb6fba8] Fix perforce detection in vcs-info

zsh (5.7-1) unstable; urgency=low

  * [9799d0f9,7b75d97c] New upstream release
    + Upload to unstable again.

zsh (5.6.2-test-3-1) experimental; urgency=low

  * [325fceab,7e6a3d734] New upstream release candidate
    + [f64cd71d] Fixes FTBFS on 32-bits architectures
  * [2c01967c] debian/pkg-zsh-workflow-new-upstream-release.md fine-tuning
  * [30825099] Bump debhelper compatibility level to 12.
    + Use b-d on "debhelper-compat (= 12)" instead of debian/compat.
  * [087d6045] Change shebang path in example script to Debian's zsh path.
  * [6cbe67e6] Make autopkgtest pass by including config.modules in
    zsh-dev. (Test/V07pcre.ztst now tries to access ../config.modules to
    check if the PCRE module was enabled and needs to be tested. The test
    emits a warning on STDERR if ../config.modules is not found.)

zsh (5.6.2-test-2-1) experimental; urgency=low

  * [9dbde9e,bf8b7f7] New upstream release candidate
    + [dc2bfeee] Have V07pcre fail if PCRE was enabled by configure
      (config.modules) but failed to load for any reason. (Closes: #909114)
    + [44b0a973] Remove all cherry-picked patches.
    + [01c3153e] debian/rules: Build zshbuiltins.1 out-of-tree like the
      rest.

  [ Daniel Shahaf ]
  * [19fed9e6] debian/upstream/signing-key.asc: Add the upstream signing
    key used since 5.5.1-test-1.

  [ Ondřej Nový ]
  * [b402fc2e] debian/tests: Use AUTOPKGTEST_TMP instead of ADTTMP.

  [ Axel Beckert ]
  * [24256bb7] Add zsh-autosuggestions to list of zsh-related packages in
    bug-script.
  * [1239bb28] Declare compliance with Debian Policy 4.3.0. (No other
    changes were necessary.)
  * [06946d43] debian/TODO.md: Mention that switching zsh-dev to arch:all
    is non-trivial.
  * [e0798c2f] Declare debian/pkg-zsh-workflow.md as outdated. Add
    debian/pkg-zsh-workflow-new-upstream-release.md as massively reduced
    replacement.

zsh (5.6.2-3) unstable; urgency=medium

  * [92175749] Revert "Switch from the deprecated libpcre3 to the newer
    (!) libpcre2." libpcre2 is not a drop-in replacement and not detected
    by zsh's configure script. (Closes: #909084, reopens LP#1792544)

zsh (5....

Read more...

Changed in zsh (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
Andreas Hasenack (ahasenack) wrote :

Regarding apache2, https://bz.apache.org/bugzilla/show_bug.cgi?id=57471 is still open, and I just tried a 2.4.38 build with pcre2, and it doesn't work. Switching the task back to incomplete according to the bug instructions.

Changed in apache2 (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Anders Kaseorg (andersk) wrote :

The situation with apache2 is what I documented in https://bugs.launchpad.net/ubuntu/+source/pcre3/+bug/1792544/comments/9:

“But since we’re apparently gathering information here: although Apache 2.4.x does not support PCRE2, Apache trunk does support PCRE2 as of r1773454. (As you can see, this support was added by creating separate conditionally compiled code paths for PCRE and PCRE2.)

https://github.com/apache/httpd/commit/b1a3338e011a17ad190fb7f66cf5ca9acf353570

trunk is the 2.5.x branch, not 2.4.x.

Revision history for this message
Andreas Hasenack (ahasenack) wrote :

Thanks for the update, I missed that comment (again). I guess it can be moved back to "triaged" then.

Changed in apache2 (Ubuntu):
status: Incomplete → Triaged
Revision history for this message
Axel Beckert (xtaran) wrote :

zsh is not really fixed. Please see the changelog entry of 5.6.2-3 which states:

  * [92175749] Revert "Switch from the deprecated libpcre3 to the newer
    (!) libpcre2." libpcre2 is not a drop-in replacement and not detected
    by zsh's configure script. (Closes: #909084, reopens LP#1792544)

Paride Legovini (paride)
Changed in zsh (Ubuntu):
status: Fix Released → Triaged
Revision history for this message
Andreas Hasenack (ahasenack) wrote :

Switching zsh back to incomplete, according to previous comment. Thanks for noticing that.

Changed in zsh (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package libselinux - 2.9-1

---------------
libselinux (2.9-1) experimental; urgency=medium

  [ Laurent Bigonville ]
  * New upstream release
    - Bump libsepol1-dev build-dependency to >= 2.9 to match the release
  * debian/ruby.mk: Do not override RUBYLIBS anymore, upstream build system
    seems to do the right thing now
  * debian/control: Bump Standards-Version to 4.3.0 (no further changes)
  * debian/watch: Adjust the URL
  * debian/selinux-utils.install: Install manpages in Russian
  * debian/libselinux1.symbols: Add new exported symbol
  * debian/patches/python_nodefs.patch: Do not FTBFS if we have missing
    symbols because we are not linking against the libpython

  [ Michael Biebl ]
  * Build against PCRE2. (Closes: #913921, LP: #1792544)

 -- Laurent Bigonville <email address hidden> Sun, 17 Mar 2019 20:22:24 +0100

Changed in libselinux (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
Andreas Hasenack (ahasenack) wrote :

sssd master has pcre2 support via https://github.com/SSSD/sssd/pull/677#issuecomment-508238642

eoan is getting 2.2.0, which doesn't have that yet, but getting closer!

tags: added: id-5b9bc98090150323f87c64a2
Revision history for this message
Dan Streetman (ddstreet) wrote :

please reopen if this is still an issue for systemd

Changed in systemd (Ubuntu):
status: Triaged → Invalid
Jeremy Bícha (jbicha)
Changed in php-defaults (Ubuntu):
status: Triaged → Fix Released
Changed in zsh (Debian):
status: Unknown → Confirmed
Revision history for this message
Andreas Metzler (k-launchpad-downhill-at-eu-org) wrote :

Exim upstream has switched, 4.96~RC0 and later use pcre2.

Changed in exim4 (Ubuntu):
status: Incomplete → In Progress
Revision history for this message
Sergio Durigan Junior (sergiodj) wrote :

This has been fixed since sssd 2.4.0.

Changed in sssd (Ubuntu):
status: Incomplete → Fix Released
Changed in postfix (Debian):
status: Unknown → Fix Released
Revision history for this message
Thomas Ward (teward) wrote (last edit ):

Regarding NGINX, PCRE2 support is now available in NGINX nginx 1.21.5+ so there was support as of December 24th 2021 and later.

Which means that NGINX 1.22+ supports PCRE2. This could be marked as Triaged *for 23.04 and later* once NGINX is merged in from Debian upstream, if someone can put a few cycles to build/test.

Refer to https://trac.nginx.org/nginx/changeset/0b5f12d5c531be630a4aae644686be83cfed3267/nginx and the "fixed" Trac bug https://trac.nginx.org/nginx/ticket/720

Jeremy Bícha (jbicha)
Changed in aide (Ubuntu):
status: Incomplete → Fix Released
Changed in anope (Ubuntu):
status: Incomplete → Fix Released
Changed in apache2 (Ubuntu):
status: Triaged → Fix Released
Changed in exim4 (Ubuntu):
status: In Progress → Fix Released
Changed in glib2.0 (Ubuntu):
status: Incomplete → Fix Released
Changed in postfix (Ubuntu):
status: Incomplete → Fix Released
Changed in grep (Ubuntu):
status: Incomplete → Fix Released
Changed in python-pyscss (Ubuntu):
status: Incomplete → Fix Released
Changed in tilix (Ubuntu):
status: New → Fix Released
no longer affects: ubuntu-core-meta (Ubuntu)
Jeremy Bícha (jbicha)
Changed in slang2 (Ubuntu):
status: Incomplete → Fix Released
Changed in rasqal (Ubuntu):
status: Incomplete → Fix Released
Changed in nginx (Ubuntu):
status: Incomplete → Fix Released
Changed in zsh (Debian):
status: Confirmed → Fix Released
Revision history for this message
Jeremy Bícha (jbicha) wrote :

This bug was fixed in the package zsh - 5.9-5

---------------
zsh (5.9-5) unstable; urgency=medium

  * [138340f9,dc77864f] Cherry pick multiple (partial) upstream commits to
    migrate zsh's pcre module to pcre2. Update Build-Depends, Build-Using
    and debian/tests/control from libpcre3-dev to libpcre2-dev
    accordingly. (Closes: #999918)

 -- Axel Beckert <email address hidden> Thu, 07 Sep 2023 01:17:01 +0200

Changed in nmap (Ubuntu):
status: Incomplete → Fix Released
Changed in freeradius (Ubuntu):
status: Incomplete → Fix Released
Changed in zsh (Ubuntu):
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.