libpcreposix0-debuginfo-8.41-lp152.7.3.1 4>$  Ap`*/=„f"IZF9 ӘwL C90b48e5be3353d5eec10ffa4bd2bb4bfcabe4b14da4b3bd96fdd278321c70eec7497a59f45cd663f05e9ed381a5af2f411467caad>`*/=„q$v48GyrST;ꨶQ33l;& wcx_C=`q*fm x\YMGqqF4PFkаepsRw)ƴ^h3W847L%4 1'dMu.tM W֔L.W'iMeW3}*VL^J˳')tR*6؊p@? ) U +4A Zl    8 8Xx7(S8\ 9 : FG(HHIhXpY|\]^b cdCeHfKlMu`vw0xPypztlibpcreposix0-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.`*lamb27MopenSUSE Leap 15.2openSUSEBSD-3-Clausehttp://bugs.opensuse.orgDevelopment/Debughttp://www.pcre.org/linuxx86_64.ZMAAAAA큤`*`*`*`*`*`*`*`*707b41357c949162553a26245a98d560ebbbb2e1adb462ab32004bab9697133c../../../../../usr/lib64/libpcreposix.so.0.0.5../../../../../usr/lib/debug/usr/lib64/libpcreposix.so.0.0.5-8.41-lp152.7.3.1.x86_64.debugrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootpcre-8.41-lp152.7.3.1.src.rpmdebuginfo(build-id)libpcreposix0-debuginfolibpcreposix0-debuginfo(x86-64)    rpmlib(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" taglamb27 1624976108a5bbd1ff931ffa539c53c593276d3ded940bb96e8.41-lp152.7.3.18.41-lp152.7.3.1debug.build-ida5bbd1ff931ffa539c53c593276d3ded940bb96ebbd1ff931ffa539c53c593276d3ded940bb96e.debugusrlib64libpcreposix.so.0.0.5-8.41-lp152.7.3.1.x86_64.debug/usr/lib//usr/lib/debug//usr/lib/debug/.build-id//usr/lib/debug/.build-id/a5//usr/lib/debug/usr//usr/lib/debug/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 -gobs://build.opensuse.org/openSUSE:Maintenance:16628/openSUSE_Leap_15.2_Update/a4dfc91bcb81c4360ef8e4481294b3cf-pcre.openSUSE_Leap_15.2_Updatecpioxz5x86_64-suse-linuxdirectoryELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=a5bbd1ff931ffa539c53c593276d3ded940bb96e, with debug_info, not strippedPNDZ\=pcre-debugsource(x86-64)8.41-lp152.7.3.1utf-8a4c2e077ad9303082a2b54c6bf255b2a2c1b11a33469a3c7615381db462a4ead?7zXZ !t/S] crt:bLL M;Z:|m)|)cRn R1gk=*7:r3/}y3#+N)&Ԅ͉ZZɛ y\m+T4[V*a=/#nZ 7(/b Vb0D%-iG3KղQ`R\ 4WCY 4k|Z2GA >N*w 62(zYuhij<^ԣ`V̈́$Ƥd[Ӹ3n֟0*Z]KyHTs~;az.d<^|]1!DƧ쓍X}PZ6[Rb~.z3eV'0ڏֳQVQžMV=QǥE-ZěbLd!Crr򑞩^`ѓ((;/Tz?T榤Zq-p[14en*tҷ_/YQ-`9ZޕɭYܓBbfe+ >vioҐ5y70!riҼLgG懤32?%#Jg1uβmW$a 8~1ϗmīI:1:u~*Ut.>-̳G_h=^`ygv?DU\ǣ *cڄC:!D- B 9pf|keQs62_ږȇ_/!.yao"|3ߠpٳ+B X]=vc6ٍ"@Ǫò:O o0[ =@rol. eگ׃Zn?Qsřm+-_|#xqh:y2' &bh=b0zD ؂t3(,mB[~pb"շѡ>^SzBΚXq˻q;ENE02nLɿ)RyzZIrW榃ҠXq+7٩~E HUNNU2W 6*3̖Ձ6 =H` v![(eg6P}7t=۪NxN"{kY9ĕ0@v~t+m=Bā2HIl[>hC>O?.Zfj%9uk_UCeHYW^4UYdC{2 MC봡V\>&t )q0SÎ'4Mw6"3+L'z@9$+gL8#DڱqnoQ&nD_:KUkZO`\|IH/ Cv&pF[F=_U9zH`"fX*yUpi-V[.- .*z )8BrۣFDO^~ 52+όfo5^ԀYPXm Wg3?!DHo(ڿlG!i?MN>J% 2}&)) us#Q%j*a/+}Y|لq [Z6".6mȌYĈ!CXQN"σhn]C7u)8j2_blW9A[P Dڏ->+GR.jA[V!<~ޟʞ<28C;W%0Rcjs2J,:z-9i Х*vcLFMWA๡NgaIpY1[j'PJ9tp굼Gb<c\ Ȗ#GQ,gb#{j(v_cOQhxXT Jl2f%z9eSKs~ms>&ñ"›?ۯQ¦a qɻExMNBb~ a;Rj aUFxZ4{Y^2i^L.?Q< L8 ŴYD>d֏/:0L}rnj(i"*Kh~}}g[_(Ō*Ucˋ[O>G g]YTTmY0֣+"yKDrXYw}?p俑%&f`"_啇@m v@7? (|Doe)P3A 7]aABJ@oѰ8n1+x|W~GWb9&E x({D{TCr! xauG$njg%d Gr!)C HN v8VdTRAJ;VƵvfeذCƬ)|'SҜj=r[۰2~EviԼ|kiZC}<č?5)'9o56 nepR={S$\$l򌻀zj0%D@CvJъS8-&+j!&Oź[,6 Dor:MziK%hCrSQmtjjے =Kqq5U Sl>kZGJg=EΚh9*ĉu1W+k Lu5o7kdI]\9#w 0 Yo2L5be9PY&;xkRHbx ۸$ODSW1([- կt_cXr7ne+  ܼa&!BjpкЏXDri2e'*U0e;ޓ霒~Y0|S1{ŷt["% l]-Cqel>Aւڮѭ↿6`a+9,JS{|b:m$?g\0Kԛ,:Hӕ5m|{wW׈|vcA6spxGU{Gcp$E6(=m{$Oab>֙G$`4Ln _=\\E~v7xN)͇yt/&HlzOQ3}0z^@nRe;BWVP ql&JVJgDYG&됻Wtcq31rCP%M tǬ>p j, sk%-cnlb҄7Ḱ7ҵpiSgH7Άzlaq2*`4yScb˷'|8malwQ}IRa-nWX KYwv!?Z4!7:(2|vǹ-Ma;c*Z;}hl=&q z$ՔZ<[&Û7tvNO`u5\76``,ǴK <ܣ.OEi8Z jk8C[XW8f9@@*Hjt8XWE8kl|HۺsQLRKPK=٫ژ4"2 S@_вbӿUT6L =#^Z&'8: ivq~#"CެwdSg Ϥ?ӾC\qw=k]\ln}HV 0zE+*Vv`}4~CF톯uU3LD`_|0\cup#MՓSÛ$ xȮe7n[Hswvi:ԠPҲy͌ یWrbm4tܼבy%4;Eֺb_ԺC&'/PD%9mvbAQ- NB,.i{׆P N<^-ހH櫈s:)V Ј)Vgh+9 j Ly'Y:3ٟ .u>j0\ ʝk$:t9eB9ηs9*aIT&鿆)ﵘ|)O9.2Ø5 aUր'lr7RYN}tWJiX>7Ũv92 :-\Bb:5M z[:_d=7IbSX,* P$/IGˆÄ:v kv͢S$e -˿VW'S5,۱$PeiEqNW dJu&Zq%r )z}xNPo'X$,Fnc]'- Od Uqȋm/8 gB Z