libpcreposix0-32bit-8.41-lp151.5.67 >  A \ħ߸/=„n:yr{by3T3wcp>?d & X $,0CLY s     ,4>Hhp   (8 9 : >GH$I,X0Y<\`]h^bcXdefluvwlxty|Clibpcreposix0-32bit8.41lp151.5.67A library for Perl-compatible regular expressionsThe 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.\ħlamb10%openSUSE Leap 15.1openSUSEBSD-3-Clausehttps://bugs.opensuse.orgSystem/Librarieshttp://www.pcre.org/linuxx86_64/sbin/ldconfig%\ħ\ħ68ce0091d7b76fd454ec25b1a95a1d91e61a4acfa073a969ac82249581015e88libpcreposix.so.0.0.5rootrootrootrootpcre-8.41-lp151.5.67.src.rpmlibpcreposix.so.0libpcreposix0-32bitlibpcreposix0-32bit(x86-32)@@@@@@    /bin/shlibc.so.6libc.so.6(GLIBC_2.0)libc.so.6(GLIBC_2.1.3)libc.so.6(GLIBC_2.3.4)libc.so.6(GLIBC_2.4)libpcre.so.1rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)3.0.4-14.6.0-14.0-15.2-14.14.1ZY@Y@Yw2Y1S@XYXW9WaC@VV@UB@T@fvogt@suse.comkstreitova@suse.commatz@suse.comastieger@suse.commpluskal@suse.comastieger@suse.comdimstar@opensuse.orgastieger@suse.commpluskal@suse.comastieger@suse.comastieger@suse.comp.drouand@gmail.com- 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/bin/sh8.41-lp151.5.678.41-lp151.5.67libpcreposix.so.0libpcreposix.so.0.0.5/usr/lib/-fomit-frame-pointer -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -gobs://build.opensuse.org/openSUSE:Leap:15.1/standard/26359ab9b4edf476346242158356f1cb-pcrecpioxz5x86_64-suse-linuxELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=06a0e878ef89a3be330e265825f12fddb31de1b4, strippedPRRRRRRutf-8829caf36ba3cb91addcfe37d0ff3aa396e4036efe3a9542ecde2c085cec44f56? 7zXZ !t/'oy] cr$x#DZ>vEEpƐaUq߅;u1ihGh8TF}|+F+l4Sy: Abmv! jGGڜ;)`-nk+wFE"aHP&mqu`vpx.XցZQOw;!4ԈEaD o̺V"e*LLC9[jO)vT:gf'7GRNeԺbO(yˈhGMgtjqxpH(ɼ fok 㮿* $E)(: LtLsI]3QM/(ٳ*<\g$jjARhNǛ"iwt l\Bt$EY4ʢ#&5\eoo hdh4P)dlvWk\(qOk r'([$]mo =]Qm' (" 5wzn vtw]E?Q"^& E ~ %a ^v]IH!Z4ebk2ɹerlI)>,rDsC0]us}CADV?; V(rNEyg($-oHp{{745-+&= X%b fa`䇺ۺW ]qA63f Aq{GݺI/0t1a RYC;woߡ;jwDefPAPVB̓IݨW0e7),BfnOQaQӶ "Hn܊Ż6Nڳ=sSlpp6{""nT.s%L4k,im*. jJx易ނ5vpErƴՐ۹F,U?'ˇ#֩`YځϦ^wb6h$.BBjڸXƩp%"s.PNqn]\eS[)P䒿 x5,=mZtثʥ&FŽw1Hu/!x{ȸ7S·6r[ N@IQ'bEN8:{0/0)FrSom-8mM=Fo>vByDetxB9cyHyyh{"_tƥI Jx-Ю8XiQ(TT>H<^{}(e|yrxȬ\/1`g-v??ޡG7a`rHzR0 Pr} S[ W-ڐıJ>53G SOJ@]6CD 65{  lQm[2.,R10=ϔq՛Cf~qwHp0޺pJwf(7X4^5Ճ#Uj+͑N"Skue˔D&9$_.cIq5'9HW&4>,3]ίaR'V,UR~jY~3Ԗd>]{RH $jۦ0\3ar0\g\oJ@}[gwŮ۝_1*p/;Q`NɘMEZĠHM^v_n}vLv ,=S <ݢ2vZM`0E\'6Bņv%,}-fZңS~;J1̢^). PLPS I7DU%#!쏍e+rö㴨eJuC{ ΐC#<&M(_}>g1L"yѹAz͊Z9SVqMTUUjkԺo jD@+NUSAh#pqgMfqվx~p8oѥh\fL'9$Љv<^v -pncJ<؏ $\y@ÚWHֳ̃x!>Qꀈn3<5zPcctݬFcǼޱ&]`-^:\yflG iSh7鵚sa@K/J%_5dРԲmzϡ]ԋPgGX :IIY/b_,Gfz?N3 YZ