libpcrecpp0-8.41-lp152.7.3.1 4>$  @p`*/=„03[i Of2 #|d@ ,9])(Q~ &-&,/tz'봘4ڡ/eJ:UTmB,nC`ҷ00qW0xI,o{WY rwДg= am46?wt'ڐ+ă.H?3l©Gf4\E)x!B5njuD|x}Cp@d?Td  Q /8E ^o       @H(K8T 9 : > @F*G<HDILXPY\\]^bcadeflu vwxyzPClibpcrecpp08.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. pcrecpp provides a C++ API to the PCRE engine.`*lamb27 openSUSE Leap 15.2openSUSEBSD-3-Clausehttp://bugs.opensuse.orgSystem/Librarieshttp://www.pcre.org/linuxx86_64 `*`*cdcc7a086a9eb4e43ca51f0922ab1893502a33cf968fef26e966d77f29ba6586libpcrecpp.so.0.0.1rootrootrootrootpcre-8.41-lp152.7.3.1.src.rpmlibpcrecpp.so.0()(64bit)libpcrecpp0libpcrecpp0(x86-64)@@@@@@@@@@@@@@@    /sbin/ldconfig/sbin/ldconfiglibc.so.6()(64bit)libc.so.6(GLIBC_2.14)(64bit)libc.so.6(GLIBC_2.2.5)(64bit)libc.so.6(GLIBC_2.3.4)(64bit)libc.so.6(GLIBC_2.4)(64bit)libgcc_s.so.1()(64bit)libgcc_s.so.1(GCC_3.0)(64bit)libpcre.so.1()(64bit)libstdc++.so.6()(64bit)libstdc++.so.6(CXXABI_1.3)(64bit)libstdc++.so.6(CXXABI_1.3.9)(64bit)libstdc++.so.6(GLIBCXX_3.4)(64bit)libstdc++.so.6(GLIBCXX_3.4.20)(64bit)libstdc++.so.6(GLIBCXX_3.4.21)(64bit)libstdc++.so.6(GLIBCXX_3.4.9)(64bit)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" tag/sbin/ldconfig/sbin/ldconfiglamb27 16249761088.41-lp152.7.3.18.41-lp152.7.3.1libpcrecpp.so.0libpcrecpp.so.0.0.1/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-linuxELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=b1a6fa00f301d672a68a6b18d4d0cba618df44a9, strippedPRRRRRR RRR RR R R RRNDZ\=utf-8b25e54a7a3434de0ed6bcc18f89de59a14e40926f8f6fac18c7393c593c7f9f0?7zXZ !t/.] cr$x#D~ү"{Av{g[ڼ_Naؓх==A1֕ s5(6¹sEɰG:n:w,i)J:JS)]B T\B|ihuQu&C("׮v3Dw׀-_#եrc9HטR^֪Ll$&Y = %bPm6swG9` P8uC1~ ^kYDȁܧ!Y^)FRXOPpWW;0G[5f( ְ'Ĕe7נ]x›*{ 5+㶐n^į+ "hap 0zD.vmi;Y/b쒎!`(k'Jz/?Lၟ**W56iѰ;C 5%.4B XTt$0Suk~Udž`Kz`s!۟`R窃#4Q\j--ڔqU6f0=ufJxmM3\\$r1oS~܈ѯ7D-Ӷ<m)VI<)''-3ʨ3g|͢o &x1nũ~USE|uץA~_j&b"fYnx=ůj,+rl=_#\?w֕k}zzhw +anjXݍ.~XWءyS+Ǐ>C y3|i8'FPg2N#^Scbd: 4Es>%{M9' {votIW<$,yyU*U윿4zp* +#q+fAe0-}x,nSok)]PЅ Oߜ9Fƌ0Qo[T͢Gb+\ &kol Va90LdeӨaFD _ACy!.$d UrV`L/ PJK*ع:$U[4 }.OӅq9RO roה/rه/r{ 5^e@#:g^=?͕пjҢ| Գ#3" BOkC"fd3/jOV|QL9堭J ѷ#Jnғ &)d0:F:p;HL1lҜxm6 C0,pIFSAnHb0<Sv7]o7ۉ Uq7fo;~_p5/=)hhwg%8 tËuyN8b îP\o~@ߑ*54`no h1>$`CAc~4jwe!`\m|oۃ"N7n9YRPg}Nedlz,O4mO ⲻIs<汦= OVֽFۥ?;>Ah70 $sEB "et -1^KsycCisyMr6x WĔ93Q?PrHg*-`NbqY/{Z?)1AVQd-}'" _rޖz?Vf BY_(}d@(]q$Ϭy ’Klo8MY_GX@XDH\SPo˧3^#7qQ ֌td9A|[BP_ 9e#5&쬁 Y#'RѨxX=`mt(Z!@AevC`Q)k_>! #SM~8)~LFPmg#6)m/(&Mͥ '!D=zɋ+KƖ4P(v )HdҪe: )O,17ZzDD7iS*'zNGN0ǴQ|sNVb/+?\PR!hHorS/u?KjHfem5~y ux HԶ,UY9)b1,^$HG) QpSj=l)|VvXswd:;")ԛt8$ ڨA0lhߒB B $)lKp>{8a{Wal0 .9":ˑ0:Qzo(W]cT8.&Wk&o󍔾BZ|En@?|H'.sݶ3["~Tu( J9y`!(B?#ocdҶ]g.߰m5xTHnfSB ;mۆ|@qR@b)}w/4 38H(*CTJ&gz3$OzZd#IE[}"|U]cD> VQ y5йaWо{> b@ry9H|jw+۵?yF@O4>1MVOd^3<؂Y2W!>)c {D=Hak<QC^A?&$ wNa`XޘkOYBysVEtt$/< ÌJԍIKe\`a?0vCFykڏ eAsSaQ7BT 26$4/4i轚‘f} 0[j8'jzzٟ_̈Srʩy|& nvCF>ޚtDziktܮ1B &nYe|YnfrTG)7қeHdE~էms@K\Aw}~EfJ! r(a90{-Ky|YP ~Gz?< ސ9P0 6YxVAYA+_u ׎1-hGj捭yֿ~ L)0Mӥ қ s|[9_R@`wZMNֱ\Qȅ#>FNGUY\tzA6?ƥ!X2qWz3.DG^Ex'"@0& g tbS(٭#Il3zQZ\e0p(ߞ@3yF2tA#MDῡS (IPxϝ~c`o[멎78ݚ;0rj }IqC!4~@mN-<8I4aj*,"DEPc31?LFMpa=;H ZiE5Rm> "hNs35KG66!=>sVe6U()+ϼV&,H }5.G헉Iџ=ӻSY3%$P%4*EClRt %r褖w)@\B": Ku`t&s`ads{Y% L .>dO.φh %ٷQ<\{sv;Q"N'(JsrIGU^bl<(33D<z!mB宺_&BT] Rc/)%j玖R߽#m҅'w 3;Mѣjj=NϢ,XPC Vfp1_vo 5_/6q 贾Xㇾ|im7!SUap<:>+4\ݻ$.ꘒ 2KtUVPFQWs6nu'DTwUVvw0]Zt;Ң'Hٟ23x&-Z͗R'.ب*tTz(p} zTdAbA 7g;yo$Ndqfw #9?gB#쳄эU=q3ީn@e;p&>u51`4}wELwpuX/pKʈ$H/"hQ"ū M \h~)QT?ϥ`h$!nu5 Nu)}и_j ְHfzc4Evh`ᶳ8fh[!;;Y<|TBG)bI*e},5(a8tܟdbFye?K̪gNPA:HSR[U 씋'hxakap&ӊI'z)jM 6 /šaL:(q<3 0A`|E']bʃ9S)Z7P$nr m D0=" `+3G`KPR8GNtI]]Kg?_3>.7Hy AK.1\5ZaZB85i'99 hlb 4<~ 5YuP:|B];`*w\ ڀ>? U2}:^t&VLL92̓0haFc{f@ieynSYy0pK; e^79ezxSƨbsll8Mb"_\VUK=WCKSI70hM6;RXnABnmXW»OŶ@~ڮ ߳|Q^}Z$f[znЃ.:!p} }_104O̾KEbELqk,wSBu5^4duT $~[~ ?} HjxVF,0l*l=|!q! ]A+^U=۰A H;Դ'/6_fyH}+7=vZO: +[ ˂wr;bU7:%ӹ9@ =&Sۃ.놴GjV g6GX5LGԂ+ %̼8C/~'aΤM@Y* DE.g;ҐI?ZjЃȡg?jksqoeאB`ȣFq k5aiʙXx\vPq[4ݰH[򖮒"ze#QXuͰEZ$GWEh 2OFO'J+M/|ș $0a*F,!^Zs`PYv7SgCkfˆK<_LB֏#iukI;{9<|AU ,`ЂP h^q/Uuz^v]X6GMv5W+^ BizO}x.(Hw[}Kh͞`,Җ"#,ao ȺC ,m.΍jãzH9D DO .rfD'@^pZx'x2硍'Vehfiy@ύ[-(~Y@(w.Ƣh sͩTL8 5:JZUp =[G87^^1 {9)0QrTt k>İdq|4D^(ύ1KƖ잖6,'-MR6WFV2 1z|V\ 6j{[/WqoA]6h}*1_ V%طKNP6(m}Sw4 F>w {ڻQ>#J$&OQ^VCYM1$:xEJL&tp/ho"I)$`)̹p s uB%w&зبT bްjò擓̇2&*z T3DL:+_gOR,%nu^oKX SDZZIIf89z;$r&.dHȔySt^} Lߏxx ȝNujdc Xft瞤Aa@uY\+g#|lSĀ=}_g#5R=l#27HOkh A'}<^~wub)] ;x:7?F{٫*[y ~,FZ<~ܒJyށҀÓ3ѽ؎N;NW)bClxC [p@ saf &SpPL1A]22@6N.'l&j9v#Ykm]\$^𤴒30߃[@Հ>wԼ6M oj?әOSݬ:簘vnxzrv/+G[4 RZ(i8C+ns4q;6A=7>\ vk8y Jӳ WpE%Q strR3\Y]$JH=h*5F2$$m1ojdfMV(EUK Am>rZBR)DA=k]UЉۃ)T^Y4Qs9TMb􇖪h>ylw0E8# `j$I=>Ny׷"lc&å^:2ٓQYsV W#t]Nom ]A *<ˈDNo܍ N+36N J%]}N,)dKk[IbhThZ?&e[TXvo3Q#'U_0mu`;\J@/]F{Vg+"lF0W?ñTеc8}5Ӵ*Ũ0>;CQ}MHt^ O[oQr5MrCDN8jO+}zGO1(! h3dՐB0)ߨ52BLٻC ]n"rߟqIpmŌ RMŕ<Щ_ U b"JX!țsv-0 i VPޕrmj6e*,h#=GboSH7C,_vb P_{o]͐*U M xUDȾ e/[vk: m7',D<Ŕxhs^YeKY\ ?, D]i2=$ɗ"@QA`}Xq}T1mBǘ8}UغyI|Mse!Kqx$SRW\SpMKk<j9}S@ mj?3/ S]Ň0 a' TD]ǔI|Δ߹LU1p @jac7uGnFr"f%g&\N-,PV^| 䪧T]K!."M&OqbyEV[oi_vp8; }c E1<*>3BəGKЊQzEuV=>}'%nWS [ abOo(aLۀ/g45BᅶN4vF'W_Y u_!w:t'74V2+.x !,-K)]qNMNVE2Ew0M֥3L%Kd.gxG.A@"支uGe'xCqQډtqeǻ]_Yphi]"y g*sEm{lnBqڅuY~(U66-QFιAn"Ը P}YRcL].O}[3 l\W!lzN n^0XB!uUyA0:omʣ¢r˽n0WzGVE*Uq1+ mcgU=p/lcNXb1 l >.QK+U~̻8WRE:D҈>/G̃q?ecR&4R E#[^#pY%I 3p4¯,iـJpw1n=Iwm3/SO*E^a?8Yh(fXo`҅cE8|e冧R$7uԴۚ<gv]_ó'X4P0I˿p[p3FTEg1gHvSNؘ,IV]-$G0s؁&- O.,|ݦׁU(iOaxo,WJC'BA~GXoK("~mʏG6M)Ȝ)Zi~h-(xſF:%4|2BS˝clz0iPڸ$睮=.3cfx:lǰv-Jb<冕KOzz@;YR<->m^ $rةZ:t4W]̷g YZ