libpcreposix0-8.41-6.4.2 >
A `?Sp9|v_f;c >"d"fc<7p)OFP2@] ]P\9H0I6STh/I9y]X؋rٕlfؚOQt6c=?Ne^q@ ÃkuY%[Py ,_NNN{9Oa/ ӏ$+a\HnT |T/d@8䎴g =vtZc6c67e5c3c3123730938cb4d218bf86b8a336758 4bb9b0d6678ce77b051a84d962c1724c95b7e2532c71ff3987623c7ac1d97b38 / `?Sp9|dP=") \Kb!}j|F
kz_v36)t8r_r}- &&5ۖX;jA;' a1҉y
GT|/S$5H` 9qxe(D>GQ!^{ r ]7 ͆
U8_bm
q;%b˅ (!l9ձʤTB>V/XsVK"ux5zDg cZBA_'@ڼ~{D0 > p @ ? d M ( , E f s
4 < F P h p ( 8
9 P
: <
> @ F G H I X Y \ , ] 4 ^ \ b h c d e f l u v w D x L y T z l | C libpcreposix0 8.41 6.4.2 A library for Perl-compatible regular expressions The PCRE library is a set of functions that implement regular
expression pattern matching using the same syntax and semantics
as Perl 5.
pcreposix provides a POSIX-compatible API to the PCRE engine. `?ibs-arm-3 HSUSE Linux Enterprise 15 SUSE LLC BSD-3-Clause https://www.suse.com/ System/Libraries http://www.pcre.org/ linux aarch64 H `?
`? 609736eaab19e4a446868d69e3333b4ae726e2790b094be1002ab61df55fe4d6 libpcreposix.so.0.0.5 root root root root pcre-8.41-6.4.2.src.rpm libpcreposix.so.0()(64bit) libpcreposix0 libpcreposix0(aarch-64) @ @ @ @ @
/sbin/ldconfig /sbin/ldconfig ld-linux-aarch64.so.1()(64bit) ld-linux-aarch64.so.1(GLIBC_2.17)(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.17)(64bit) libpcre.so.1()(64bit) rpmlib(CompressedFileNames) rpmlib(FileDigests) rpmlib(PayloadFilesHavePrefix) rpmlib(PayloadIsXz) 3.0.4-1 4.6.0-1 4.0-1 5.2-1 4.14.1 `qZY@Y@Yw2Y1S@XYXW9WaC@VV@UB@T@bwiedemann@suse.com fvogt@suse.com kstreitova@suse.com matz@suse.com astieger@suse.com mpluskal@suse.com astieger@suse.com dimstar@opensuse.org astieger@suse.com mpluskal@suse.com astieger@suse.com astieger@suse.com p.drouand@gmail.com - Do not run profiling 'check' in parallel
to make package build reproducible (boo#1040589) - Use %license (boo#1082318) - add pcre-8.41-stack_frame_size_detection.patch to fix pcre stack
frame size detection because modern compilers broke it by cloning
and inlining pcre match() function [bsc#1058722] - RunTest needs much stack, on s390x more than the default
8 MB. [bnc#1046102] - pcre 8.41:
* If pcregrep in multiline mode with --only-matching matched
several lines, it restarted scanning at the next line instead
of moving on to the end of the matched string, which can be
several lines after the start.
* Fix a missing else in the JIT compiler reported by 'idaifish'.
CVE-2017-6004 bsc#1025709
* A (?# style comment is now ignored between a basic quantifier
and a following '+' or '?' (example: /X+(?#comment)?Y/.
* Avoid use of a potentially overflowing buffer in pcregrep
* Fix issues reported by fuzzers in pcretest:
- Check for values < 256 when calling isprint() in pcretest.
- Give an error for too big a number after \O.
* In the 32-bit library in non-UTF mode, an attempt to find a
Unicode property for a character with a code point greater than
0x10ffff (the Unicode maximum) caused a crash.
CVE-2017-7186 bsc#1030066, CVE-2017-7244 bsc#1030807
* The alternative matching function, pcre_dfa_exec() misbehaved
if it encountered a character class with a possessive repeat,
for example [a-f]{3}+.
* When pcretest called pcre_copy_substring() in 32-bit mode, it
set the buffer length incorrectly, which could result in buffer
overflow. CVE-2017-7245 bsc#1030805, CVE-2017-7246 bsc#1030803 - Enable jit on aarch64
- Enable profiled building - pcre 8.40:
* Using -o with -M in pcregrep could cause unnecessary repeated
output when the match extended over a line boundary.
* Fix register overwite in JIT when SSE2 acceleration is enabled.
* Ignore "show all captures" (/=) for DFA matching.
* Fix JIT unaligned accesses on x86
* In any wide-character mode (8-bit UTF or any 16-bit or 32-bit
mode), without PCRE_UCP set, a negative character type such as
\D in a positive class should cause all characters greater than
255 to match, whatever else is in the class. There was a bug
that caused this not to happen if a Unicode property item was
added to such a class, for example [\D\P{Nd}] or [\W\pL].
* When pcretest was outputing information from a callout, the
caret indicator for the current position in the subject line
was incorrect if it was after an escape sequence for a
character whose code point was greater than \x{ff}.
* A pattern such as (?abc)(?(R)xyz) was incorrectly compiled
such that the conditional was interpreted as a reference to
capturing group 1 instead of a test for recursion. Any group
whose name began with R was misinterpreted in this way. (The
reference interpretation should only happen if the group's name
is precisely "R".)
* A number of bugs have been mended relating to match start-up
optimizations when the first thing in a pattern is a positive
lookahead. These all applied only when PCRE_NO_START_OPTIMIZE
was *not* set:
+ A pattern such as (?=.*X)X$ was incorrectly optimized as if
it needed both an initial 'X' and a following 'X'.
+ Some patterns starting with an assertion that started with
.* were incorrectly optimized as having to match at the start
of the subject or after a newline. There are cases where this
is not true, for example, (?=.*[A-Z])(?=.{8,16})(?!.*[\s])
matches after the start in lines that start with spaces.
Starting .* in an assertion is no longer taken as an
indication of matching at the start (or after a newline). - Explicitly package %{_docdir}/%{name} to fix build with RPM 4.13. - record minor vulnerabilities fixed in 8.39 - Update to version 8.39:
* Some appropriate PCRE2 JIT improvements have been retro-fitted
to PCRE1.
* CVE-2016-3191: workspace overflow for (*ACCEPT) with deeply
nested parentheses (boo#971741)
* CVE-2016-1283: Heap buffer overflow DoS (boo#960837)
* Apart from that, this is another bug-fix release. - pcre 8.38:
* CVE-2015-3217: Call Stack Overflow Vulnerability in match()
bsc#933878
* Other fixes to assertions, crashes, buffer overflows and
performance issues found by fuzzer, affecting applications
accepting regular expression from untrusted sources - pcre 8.37:
* CVE-2015-2325: Patterns with certain groups specifying a zero
minimum quantifier caused incorrect code to be compiled,
leading to an incorrect memory read. [boo#924960]
* CVE-2015-2326: Specific patterns containing a forward reference
with subroutine calls caused incorrect code to be compiled
[boo#924961]
* CVE-2014-8964: If an assertion condition was quantified with a
minimum of zero, SIGSEGV or other misbehaviour could occur.
[boo#906574]
* further bug fixes as listed in ChangeLog - Update to version 3.16
* This is primarily a bug-fix release.
* The Unicode data tables have been updated to Unicode 7.0.0.
- Remove pcre-commit1472.patch; fixed on upstream release
- Remove obsolete "Obsoletes" tag /sbin/ldconfig /sbin/ldconfig ibs-arm-3 1624522516 8.41-6.4.2 8.41-6.4.2 libpcreposix.so.0 libpcreposix.so.0.0.5 /usr/lib64/ -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g obs://build.suse.de/SUSE:Maintenance:19625/SUSE_SLE-15_Update/c29fd075853c9c65f9f8c8afbfdf250e-pcre.SUSE_SLE-15_Update cpio xz 5 aarch64-suse-linux ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[sha1]=91a5cc782bdb2896de7854ffff81ad7e03fd9ce3, stripped P R R R R R PxYkʔ utf-8 6809e2a93d6b0251ba9a180d0e73c6c9724558faa63f983998533694db38c666 ? 7zXZ
! t/
]
cr$x#DU + c.2ִ8|}+>Ygoa }&. _>S j BC# >lSN[3<2!*ds72
ڨ<pD6dvfΖN[
'H;3&p (+J5[7B4mך ""cB=[>ROCT߰'2=eNƁÄ
vY.(]ߺ- qg @ѪDrkv\oM@-!L1Q7
:jaHBiVT$kԛZJ 720PǝwID¯ 4ޯ.7P uXh#7nb4Mе)<0x[ha*,λH< 2 k1z)lQsmϢH4, ɚDgf|b# UTTQz4u!7.,R(jk Sŧ4 cQVi}YȾ>Ї
֯;rH~X[sz1@_ mᇻЏPpإl( Ubֈ[| Dد80Û
NZn
{![5 `; F7
?H\g/39@6
n#i"z1[97z>5af*Eh:U(@+~U:} Y tY4ĝ&^O+[q{kUM b$0,GuljG%u(LO.ubI0=U[ِ%#
v. 9e{a_SeL?$:
bffMlyWW`E?[a%]p!@d'Ws+ÑFRK~ T5Z. ` W\Jh<9JI˻ #f kFjUdBB8ErաC!m4s
[t_oe!{aidkm %1f?A./X7Jީ|c$ Ww0K9 rĪB8¬nv=Տ_ob.J"s1" ȉtU*e:^˰ CwpbgK1ɴ쇉(oIgG1eǪ.P:G
7u tyWCz1R vQ)QZI{ݪJX85^,@_jjUyN&)!}H Gǔ$Ҝ]FA
OOܧJ N"5
gרXM݊['j?|s{<3UП.*ޅWH玫\mΰ4\:F0æ5 NU$ w-Q E]x$#=}6
sܤ-
+̃KƤ^ xl_?)a _%b'#^*!L9U@x\\T }zQDr#t"]5kؓ߄7G7UB3r]bfCJ59d21Y] POὊ[VU)M eRYSX3L9̷Ґ.ބ5J,ew]Uply$, t(hP͚ gA }m2CYS$"TZq$!$m;o
xFC}1 sVF р80ig@1p=g=\lt\"
5,\ t wjHT"W1Ig4,M89ӮFB4 FgLXUglĦ
<2 vKS8J&7`Q݈,ba6HIدp19bh]Mj R3 VKޯGj8bul8< F?֙j:5yA
%ɾ?OH45pRP3 uSl512.оɖtz0ij
gv0<ET$2IݦXRK;=-ʰ.@TFrRtH੮-kgm s=\CeLC>Dq>SerIMMXi/fщP+&
_gʰ}gg @բ/BI`)܆=`VF1H,3"
@g m/N>R ]P<e'ώ {r"]GD/}<
Ӛ).e`=^ǙfvTyE 6qk!\G5n鼒 0#7?VFa^>7QCTӼ*
poގܚ2%0
8~ZjR1{0R0sƣ<()Z,@rN^D5:a