libpcreposix0-32bit-debuginfo-8.41-lp152.7.3.1 4>$  Ap`+4/=„,X~5J$!fFq{k̆Яe%/8|a%I#i+NVv""ZgCnrk$Q( &;CfG,1"p}uUX1@)Zuݩ>'ǵjIm@'Tgg6Wl=H,@]MfMxyi>+i 3,7XMGw~p,~+J=3AY[&0fV] pË8biAH؝f5f2eb1808b3aed0695fac21726a1504c934773c6b02b56d1477fb15d1fc4fde82fa9c2ae73d2270b481a4e0b8592fb046c7932f=8`+4/=„\t )+Zz9#Izs6pd Q,Luicp^~خ4Oj1[ =(v]@CHQ"Fs&y͕ɀĆ̤QH3o;0xBPvhtҞѧFEB4q<)YX1A *A?)!hsàpd9+BYTp,# x{l6\厖 ^Z~/˳MQv]Da Rs0L«6D>p> ?d % 1 ] $7@M fx     T (Ppg(8 9 : >DGLHlIXY\] ^b*cdve{f~luvwhxyClibpcreposix0-32bit-debuginfo8.41lp152.7.3.1Debug information for package libpcreposix0This package provides debug information for package libpcreposix0. Debug information is useful when developing applications that use this package or when debugging this package.`+/old-atreju5>openSUSE Leap 15.2openSUSEBSD-3-Clausehttp://bugs.opensuse.orgDevelopment/Debughttp://www.pcre.org/linuxx86_64/sbin/ldconfig,V>AAAAA큤`+/`+/`+/`+/`+/`+/`+/`+/579dc7b87c0fb83f707bd787dfe403eb9057794921f0580e911cef583ec229fe../../../../../usr/lib/libpcreposix.so.0.0.5../../../../../usr/lib/debug/usr/lib/libpcreposix.so.0.0.5-8.41-lp152.7.3.1.i386.debugrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootpcre-8.41-lp152.7.3.1.src.rpmdebuginfo(build-id)libpcreposix0-32bit-debuginfolibpcreposix0-32bit-debuginfo(x86-32)    /bin/shrpmlib(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/bin/sh f5cf896a1275bea02ea814963a68ce43aee3c8858.41-lp152.7.3.18.41-lp152.7.3.1debug.build-idf5cf896a1275bea02ea814963a68ce43aee3c885cf896a1275bea02ea814963a68ce43aee3c885.debugusrliblibpcreposix.so.0.0.5-8.41-lp152.7.3.1.i386.debug/usr/lib//usr/lib/debug//usr/lib/debug/.build-id//usr/lib/debug/.build-id/f5//usr/lib/debug/usr//usr/lib/debug/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_Updatecpioxz5x86_64-suse-linuxdirectoryELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=f5cf896a1275bea02ea814963a68ce43aee3c885, with debug_info, not strippedPutf-86d816b30bf54a86a2248862d32304a9ce5fa0dc140e8eb92b21167025e315811? 7zXZ !t/D] crt:bLL M;Y }[գp\m Qn]p.#y&ZsT}̔&o38dy,^p 8S퉴k~m0O5,PJ؆\氾s_zX6W`@$3j%?L|$D6W9#Bm ^1y|s/}a!)#0$xntu;Ϭ6GScGON*p'E݀`iXr^BZG}!<<,V+߾YyTR"q#閥NLL5YuW#!M{;&f;/L<(FS;`4+&/L"N5펱yk՜h"d x ear} TGkKZ  Ɛˠ4oN3|43ו0Ρk+t]T >OQ]Sڅ^E;nzF-<+dv&6/UwoVhV =+~A5'q%kv40V)^jO<7$/GR=1Ɲrv`z6VW,aw WL5ϻ3hS.{Antǿ2S ǁվ4\re*rimcΝp.YvEMEz5yhMȯI|KL$h)t lmu6ު 6p(A첳1SNla噉w$E1_­ؙ!H!8^6_C0&$Q]ܴFEAӦD<} Raa'mn#6'; G2%X')f9Oj}}a δg+=9ҝBaڣԱ/[DX">a̚O;h~]bHy =$>{&CDL0>o vq?}!G%uQ % =PL},5zIT}(X#P {jcjL,+l1եe :}/`_ٖ ߜ0na7KjF'&vryw4R)e]|.>ը3^ `-Ora?Hw_砀ݙ1oL6<oQ*OA3KwmnLtHcVt9"Z cP)#ٜp0'O(!XHf R>n}-GY4@ljt @d%Ae~%p% -/:;.U#]FG?nM>ԅ%(8V4ԈvHW~eiz_Ifpت>{e c4Cii3ޖt᥉d'9`#x*Xw7tNiy[ cwƃ0:Y`qO5@DrJ!;=kɱYCnn K^>~P*ܡkGaaN{#k.G<ߋvuS+ Yjv:kmWYPFFO9]SɰBbH#U)0~֢U9~WMPh6TLeh ցbwxtDXA޶)}٦?gExx!nZvD`+U?4y5U4dB̞8_ȅMuOGuǙS~zl/=$Z嚠)Y@!eD1d"NE9Jfͯ_OSlf+lwf4nsس8CߨuRE B1P;HX=!#ƃ+DvHE e'eS2{>ּ22e -Xf& ?OqX)u]ܒk5}&~§Ad ‹9g_=XEV[T`5pTslr.sOtjЪ5]͞q&jJKSp̕wz51q`##')x/*j;t{L)koح#a20aMA:N+JO2B jWwn Q8.#WuSLcMm -zE% *}&Lze.@K7v젛Ѩ7J1y~ ;E("zH10Kx3# 0:1J8Ro;arZsyْilbM=媼IbnSYcrdPIy"bɈc{@gѿż&ф|~@H؋V"x*9Vit2$պ9B+ڼ:ẩLrk8Wc̢>ͨxRԕ"xzg78Sb.ؾ{LMX~X.u*)l:4b okm Lٿ$1X5n/Lg/>I0iVnF[OHsNy& #tiWQF]+ <bV+U.PeLEF!L2FT|ZUB#XU.}$;[l5ͮOS=ޒvIo.Uw3G`իSTO/@{8!^3b|qJ#:/?*+P,,~f~8P2N>މ0,4ݪ7N`ۘp(!nEXOo%?6ڏPj'RwRM4? Kk/vHT j { ,v[>DD6Ҝcixh#thކ?39QǓhFtאvu1Jqi1("ce"y])Ӣ;:hTV^<J~ϥ(5UJc8h_Eÿ@R)]ݨ[,=&H $#? ҹ{2/#מ4X}cY ^ nܘrL2 /HroSMQɺ\jJz˻ ĝMGߦZ3rNWk08锷ZTgł2O7%wζQlzP 2)A94ؓޫh5G$hL,/U1W箣j!z4mZ9Ma,pёH^#NR#"fvVbAߌw)H'U1=nr#QAD﮸ #yk0SRʶطUͼҬ?2/(30I;m+1ĩG+cEV *uvL[)_ uqz~G?K@tʁ{s3o,̳Y81 31H[Q/)A嗗 g([s6М}orO-;լRdG -LSl9y. iZhWuz2"Fcv;Nׯ\.}<],1Dhnm^*K=YQKZJ&a+^M u-HWK=4p]$5jUJ,5 f$qI}xktX!VƤBR.MzGƷ{^de73ֱY<^M+ [UD*}l~υ|^x% ȡZ9cR{խ> Ļi$ 8% ʹ[+fDI4j XhFW LSa ޗ{؊W^ sn6״TkB*͏s G$S0rǦN6gnl2iqmհ