Your message dated Sun, 16 Dec 2018 11:41:06 +0000
with message-id <20181216114106.GA17279@rjy.local>
and subject line Re: wget: pcre regex support lost
has caused the Debian Bug report #915766,
regarding wget: pcre regex support lost
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
915766: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915766
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wget
Version: 1.19.5-2

wget has lost pcre regex support:

  % wget --regex-type=pcre
  wget: --regex-type: Invalid value 'pcre'.

This is presumably not intentional. (Running the same command on a
Stretch system produces the expected "missing URL" error.)

This can also be seen from the output of wget --version which no longer
mentions -lpcre in the Link command line, and --help for --regex-type
which only lists posix (stretch: posix|pcre). Finally, buildd logs show
"checking for PCRE... no" "checking pcre.h usability... no" "checking
pcre.h presence... no" "checking for pcre.h... no" during configuration. 

I think this is likely due to the switch to new libpcre2 in 1.19.5-2. I
note in #909084 (a similar report regarding loss of pcre on switching
from old pcre3 to new pcre2 in a different package, zsh) it was stated
"[...] pcre2 and pcre3 are not exchangable without code changes [...]".

-- 
https://rjy.org.uk/

--- End Message ---
--- Begin Message ---
Package: wget
Version: 1.20-1

Thanks - support restored in new version.

% wget --help | grep regex-type
  --regex-type=TYPE           regex type (posix|pcre)

-- 
https://rjy.org.uk/

--- End Message ---

Reply via email to