demotion of pcre3 (8.x) a.k.a pcre (without the 3) in favor of pcre2 (10.x)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
aide (Ubuntu) |
Undecided
|
Unassigned | |||
anope (Ubuntu) |
Undecided
|
Unassigned | |||
apache2 (Ubuntu) |
Undecided
|
Unassigned | |||
apr-util (Ubuntu) |
Undecided
|
Unassigned | |||
clamav (Ubuntu) |
Undecided
|
Unassigned | |||
exim4 (Ubuntu) |
Undecided
|
Unassigned | |||
freeradius (Ubuntu) |
Undecided
|
Unassigned | |||
git (Ubuntu) |
Undecided
|
Unassigned | |||
glib2.0 (Ubuntu) |
Undecided
|
Unassigned | |||
grep (Ubuntu) |
Undecided
|
Unassigned | |||
haproxy (Ubuntu) |
Undecided
|
Unassigned | |||
libpam-mount (Ubuntu) |
Undecided
|
Unassigned | |||
libselinux (Ubuntu) |
Undecided
|
Unassigned | |||
nginx (Ubuntu) |
Undecided
|
Unassigned | |||
nmap (Ubuntu) |
Undecided
|
Unassigned | |||
pcre3 (Ubuntu) |
Undecided
|
Unassigned | |||
php-defaults (Ubuntu) |
Undecided
|
Unassigned | |||
php7.2 (Ubuntu) |
Undecided
|
Unassigned | |||
postfix (Ubuntu) |
Undecided
|
Unassigned | |||
python-pyscss (Ubuntu) |
Undecided
|
Unassigned | |||
quagga (Ubuntu) |
Undecided
|
Unassigned | |||
rasqal (Ubuntu) |
Undecided
|
Unassigned | |||
slang2 (Ubuntu) |
Undecided
|
Unassigned | |||
sssd (Ubuntu) |
Undecided
|
Unassigned | |||
systemd (Ubuntu) |
Undecided
|
Unassigned | |||
tilix (Ubuntu) |
Undecided
|
Unassigned | |||
ubuntu-core-meta (Ubuntu) |
Undecided
|
Unassigned | |||
vte2.91 (Ubuntu) |
Undecided
|
Unassigned | |||
wget (Ubuntu) |
Undecided
|
Unassigned | |||
zsh (Ubuntu) |
Undecided
|
Unassigned |
Bug Description
https:/
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.
CVE References
description: | updated |
Changed in pcre3 (Ubuntu): | |
status: | New → Confirmed |
Jeremy Bicha (jbicha) wrote : | #2 |
Debian's git has already switched
Changed in git (Ubuntu): | |
status: | New → Triaged |
Jeremy Bicha (jbicha) wrote : | #3 |
Debian's php7.3 has already switched
Changed in php7.2 (Ubuntu): | |
status: | New → Triaged |
Jeremy Bicha (jbicha) wrote : | #4 |
Debian's clamav has already switched.
Changed in clamav (Ubuntu): | |
status: | New → Triaged |
description: | updated |
Thomas Ward (teward) wrote : | #5 |
Nginx properly builds with pcre2
Changed in nginx (Ubuntu): | |
status: | New → Triaged |
Axel Beckert (xtaran) wrote : | #6 |
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).
Noël Köthe (noel) wrote : | #7 |
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) |
Changed in wget (Ubuntu): | |
status: | New → Triaged |
assignee: | Noël Köthe (noel) → nobody |
Changed in zsh (Ubuntu): | |
status: | New → Triaged |
Andreas Hasenack (ahasenack) wrote : | #8 |
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?
Anders Kaseorg (andersk) wrote : | #9 |
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:/
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:/
Anders Kaseorg (andersk) wrote : | #10 |
apr-util has a false Build-Depends on libpcre3-dev; it should simply be dropped. A corresponding Depends was already dropped in https:/
Anders Kaseorg (andersk) wrote : | #11 |
Copying from https:/
https:/
https:/
Matthias Klose (doko) wrote : | #12 |
apr-util: filed a Debian bug.
Changed in wget (Ubuntu): | |
status: | Triaged → Incomplete |
Anders Kaseorg (andersk) wrote : | #13 |
• Aide: no PCRE2 support
• Exim: no PCRE2 support, upstream bug: https:/
• FreeRADIUS: no PCRE2 support, mentioned in passing: https:/
• 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 |
Anders Kaseorg (andersk) wrote : | #14 |
• pam_mount: no PCRE2 support
• nmap: no PCRE2 support
• postfix: no PCRE2 support, http://
• 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 |
Anders Kaseorg (andersk) wrote : | #15 |
• 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 |
Noël Köthe (noel) wrote : | #16 |
reported upstream: https:/
Timo Aaltonen (tjaalton) wrote : | #17 |
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 |
Anders Kaseorg (andersk) wrote : | #18 |
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 |
Anders Kaseorg (andersk) wrote : | #19 |
Note to those filing upstream bugs: probably don’t call the old library “pcre3” since that’s not a thing outside Debian/Ubuntu.
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/
../../Test/
→ Back to Incomplete. I'll revert that commit from the recent 5.6.2-2
upload.
Regards, Axel
--
,''`. | Axel Beckert <email address hidden>, https:/
: :' : | 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 |
Likewise, nginx does not support PCRE2: https:/
Changed in nginx (Ubuntu): | |
status: | Triaged → Incomplete |
Changed in libselinux (Ubuntu): | |
status: | New → Triaged |
Changed in haproxy (Ubuntu): | |
status: | New → Triaged |
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:/
** Bug watch added: trac.nginx.
http://
** Changed in: nginx (Ubuntu)
Status: Triaged => Incomplete
--
You received this bug notification because you are subscribed to nginx
in Ubuntu.
Matching subscriptions: nginx
https:/
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:/
glib is filed upstream as https:/
Launchpad Janitor (janitor) wrote : | #25 |
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 |
Thomas Ward (teward) wrote : | #26 |
NGINX has technically said this is won't fix:
From a response to my inquiry: http://
------
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:/
> 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:/
As such, adding PCRE2 support to nginx looks premature.
--
Maxim Dounin
http://
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 |
Christian Ehrhardt (paelzer) wrote : | #27 |
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:/
php7.3: https:/
Open Upstream Bugs:
apache2: https:/
exim4: https:/
nginx: https:/
sssd: https:/
---
postfix: http://
nmap: https:/
freeradius: https:/
quagga: https:/
Christian Ehrhardt (paelzer) wrote : | #28 |
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:/
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.
Jeremy Bicha (jbicha) wrote : | #29 |
Changed in libpam-mount (Ubuntu): | |
status: | Incomplete → Triaged |
status: | Triaged → Incomplete |
Jeremy Bicha (jbicha) wrote : | #30 |
libpam-mount wasn't actually switched to pcre2. I filed a Debian bug to let its maintainer know.
Jeremy Bicha (jbicha) wrote : | #31 |
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 |
Jeremy Bicha (jbicha) wrote : | #32 |
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 |
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 |
Changed in wget (Ubuntu): | |
status: | Incomplete → Fix Committed |
Changed in libpam-mount (Ubuntu): | |
status: | Triaged → Fix Committed |
Changed in clamav (Ubuntu): | |
status: | Triaged → Fix Committed |
affects: | php7.3 (Ubuntu) → php-defaults (Ubuntu) |
Launchpad Janitor (janitor) wrote : | #33 |
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 |
Launchpad Janitor (janitor) wrote : | #34 |
This bug was fixed in the package clamav - 0.100.2+
---------------
clamav (0.100.
* 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/
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 |
Jeremy Bicha (jbicha) wrote : | #35 |
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 |
Jeremy Bicha (jbicha) wrote : | #36 |
libslang2-modules is in universe although it's built from the slang2 source. I guess that means we can mark it invalid here?
Changed in apache2 (Ubuntu): | |
status: | New → Triaged |
Changed in anope (Ubuntu): | |
status: | New → Incomplete |
Launchpad Janitor (janitor) wrote : | #37 |
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 |
Launchpad Janitor (janitor) wrote : | #38 |
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-
instead of ... | libtime-
#879165).
* debian/control: use https in Vcs-Browser URL.
* debian/rules: build and test quietly if DEB_BUILD_
* debian/control: Standards-Version: 4.3.0.1.
git (1:2.20.1-1) unstable; urgency=medium
* new upstream point release (see RelNotes/
* 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/
* 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/
* debian/rules: target clean: don't remove t/t4256/
git (1:2.19.2-1) unstable; urgency=high
* new upstream point release (see RelNotes/
* 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 |
Egmont Koblinger (egmont-gmail) wrote : | #39 |
Please do not forget to remove the pcre patch from Tilix, see https:/
Launchpad Janitor (janitor) wrote : | #40 |
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_
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/
fix in Src/exec.c and add test Test/A05executi
- 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-
[ Daniel Shahaf ]
* [14d26260] d/upstream/
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,
+ [f64cd71d] Fixes FTBFS on 32-bits architectures
* [2c01967c] debian/
* [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
(
+ [44b0a973] Remove all cherry-picked patches.
+ [01c3153e] debian/rules: Build zshbuiltins.1 out-of-tree like the
rest.
[ Daniel Shahaf ]
* [19fed9e6] debian/
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/
debian/
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....
Changed in zsh (Ubuntu): | |
status: | Incomplete → Fix Released |
Andreas Hasenack (ahasenack) wrote : | #41 |
Regarding apache2, https:/
Changed in apache2 (Ubuntu): | |
status: | Triaged → Incomplete |
Anders Kaseorg (andersk) wrote : | #42 |
The situation with apache2 is what I documented in https:/
“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:/
trunk is the 2.5.x branch, not 2.4.x.
Andreas Hasenack (ahasenack) wrote : | #43 |
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 |
Axel Beckert (xtaran) wrote : | #44 |
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)
Changed in zsh (Ubuntu): | |
status: | Fix Released → Triaged |
Andreas Hasenack (ahasenack) wrote : | #45 |
Switching zsh back to incomplete, according to previous comment. Thanks for noticing that.
Changed in zsh (Ubuntu): | |
status: | Triaged → Incomplete |
Launchpad Janitor (janitor) wrote : | #46 |
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/
* debian/
* debian/
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 |
Andreas Hasenack (ahasenack) wrote : | #47 |
sssd master has pcre2 support via https:/
eoan is getting 2.2.0, which doesn't have that yet, but getting closer!
tags: | added: id-5b9bc98090150323f87c64a2 |
sssd builds fine with libpcre2-dev