libpcreposix0-8.41-lp152.7.3.1 4>$  Ap`+4/=„ O< S̮艑Djwsj23?PdpH >+,ږTV4 }S|N3/ hCs^ 58vL~]C>QUǗpix*HVV = _k]ň=7X~_+}FYZ-(|L^<6bY:b~'oL,ԛ=jt^/tF?ƆZs< pAGg-˿BN>Ns)R?;4~eb 010513ad0a6f7cc83482f3c0e7ef908652b4849d10bc4737b2eb361e36215485a1bac6fa7deebbaac7b13a156f733f620559e9abc/ȉ`+4/=„fD0Ib .UF u "aG`+#d[x~n0GG/9Sz |kfɵ뵼]=(}%E-ƹ6WDx˅^m= c ZYJ)j"Ң{|Y1d])weQ10CW1X̀Wfj"_DkԢ߽:pGʆ84O78u)1pPw1y~}i!ېfp=xL0:ʽHIeCk_Aʣ'p>p@?d ! S ,0CLY r      *4T\   (8 9 : >@FGHIXY\]^DbNc defluvwPxXy`z|Clibpcreposix08.41lp152.7.3.1A 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.`+old-atreju5%openSUSE Leap 15.2openSUSEBSD-3-Clausehttp://bugs.opensuse.orgSystem/Librarieshttp://www.pcre.org/linuxi586%`+`+904d9320d75c6b218d27c29ccbcfb5d200bdfca80d389f8e225271c12c62bf2clibpcreposix.so.0.0.5rootrootrootrootpcre-8.41-lp152.7.3.1.src.rpmlibpcreposix.so.0libpcreposix0libpcreposix0(x86-32)@@@@@@    /sbin/ldconfig/sbin/ldconfiglibc.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.1`qZY@Y@Yw2Y1S@XYXW9WaC@VV@UB@T@Bernhard Wiedemann 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- 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/ldconfigold-atreju5 16249761598.41-lp152.7.3.18.41-lp152.7.3.1libpcreposix.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:Maintenance:16628/openSUSE_Leap_15.2_Update/a4dfc91bcb81c4360ef8e4481294b3cf-pcre.openSUSE_Leap_15.2_Updatecpioxz5i586-suse-linuxELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=f5cf896a1275bea02ea814963a68ce43aee3c885, strippedPRRRRRRQC DQ຤Jutf-8729acc97c32022bd07305f1e22ef6f3866fc05013ce346acf68aee4e35c0b7e5?7zXZ !t/'ot] cr$x#D~Jӏ% (V A]Q` Q+`]ȪS}uql"䭡WϡCs"{럳BRZ*E&sRm8E:̂Pvc+͟D,v,g"*"fDu?c Lic"TV Yql/r ZtŞ6rԲ(}Nk{|FǨ1f9w\ŁND 3!()DnixL]dDqb"!IYTN1rɻDtGR*䶦KsJf>/tf|M gȓlj]h­ض`O~;vq+\*D'#.qq3 Z;=Ia0D3)!_D0ba% HC"&N|o ŤO}k&s>ٜdY, ѵ,24$sF~6KOo洩 ,6P-?:^@s29}8]#QxW:/0e&#KXC˲]{hPa`TEAK[ *YY, TA]HHJ߾p;TJD/V$w7o}[jȅ<討C0;BБig) ΘgOON'{+B{AR=?;1 b2mjů:Ac׭?/#w*RbM6R㬯w9ϥvrSeKJ1 =З浛Ӵ}]T8YAw7eqU5N/l0~0$Esb֎`<́pGC~=xX,5ԃ Lh>Cu|9GeY.Ý1Z$s.gF*H-3*,}XK"Ӊ wjr 1q .ҙ..Vyb\ܐ#p3,hc9w>Oy{';|!$GXʄ*3bBkÖ^cA =s{iJs@UNG~&=OZ&>o}ɒmv]ā8sln4P𗲅?vN Yafқ_!(?W}0s^M1;Duх*zZ ixV`0 ̕Qp96Q W̞ű~u S.t B&pQ cthόF1@"rqLeBWhQ%[5Ae!2IhksQnڂB.W&ԗF}!զY҅hynufz1Fu]ssAaEMK-}.-ק͛?b[2}B%I{kS2*|Od{Yqy}mm \[Z+Y0OFn[%LגEe6Ȳ#x Y 6o"#TCgQ֊j'/%O/̠+t]1l3s7MU5;֢BN3]$}ޫ8o4"=(ݰKL6EZ=~ 9#:|m${I hfu*ڷ ̮7 .IQ;uR?} &+7彇~}2>A"EA.㾓u^\A3(n5 _RPJ'?)u/~`WJ23.w%Ihw9'XskNAԈ&Dn >m8-iP—`h8D0#hR $5&~vuVcvQcE_;Fʽ#gXlWz/̑Zg}-"d b4̱%PoLVM1xJk7:asZ>IlNtϨm?<2+:*g̀:<mVg>B)XY0LW7*ʿ‡Bm;8w:LP0QXŞM*}ڥlhKX ͺ5!KyM!syGS %?zV+7\}bhijx0PirwYz~_"kx=:ɫ~kPF5b ㄟ;м}8Ldd&xliF -,}Oí;:]EN m+PN0һwKqO7`ߌ3(פSe;&caU/ӣ/zI_0~_oE": djV+ܪfgysᗼ_ޥpCUmvv;!xi\ƣ@:]KWL]?5WVR I&NR YZ