libpcrecpp0-32bit-8.41-lp152.7.3.1 4>$  Ap`+4/=„_jAcj`7~'S ~2yO_П"uon~gk͏(mae? *k~R3x+tHb= T}қPۊ:YӟC %2@Br9z[j=S󂌃 ;AtIC|d`U_엿KoJ0\]ͧ|j1<EߞRyHP9*MHKBnڔ P8 BtGync4b85339ad9560e81e5f1e2c6c9eda9d146677639d53f8560ce9e5765b98e0c8a870bbc512a7357c93e70cc9143df1ed9fcde9960TЉ`+4/=„OP\n &jgh Mjeaniz";4*'Np퍽WQ:tJB0d$a 7}V:0Zϫ= $~pA? d % W $7@M fw      *4T\(8 9< := >BGHIXYZ [$\,]4^Xbbc defluvwhxpyxClibpcrecpp0-32bit8.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.`+-old-atreju5openSUSE Leap 15.2openSUSEBSD-3-Clausehttp://bugs.opensuse.orgSystem/Librarieshttp://www.pcre.org/linuxx86_64/sbin/ldconfig`+-`+-dd6f1db711ef49990c7606df9a73281755d6bc1f2cfa40caae98192866d36cc4libpcrecpp.so.0.0.1rootrootrootrootpcre-8.41-lp152.7.3.1.src.rpmlibpcrecpp.so.0libpcrecpp0-32bitlibpcrecpp0-32bit(x86-32)pcre-32bit@@@@@@@@@@@@@@@@    /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)libgcc_s.so.1libgcc_s.so.1(GCC_3.0)libpcre.so.1libstdc++.so.6libstdc++.so.6(CXXABI_1.3)libstdc++.so.6(CXXABI_1.3.8)libstdc++.so.6(CXXABI_1.3.9)libstdc++.so.6(GLIBCXX_3.4)libstdc++.so.6(GLIBCXX_3.4.20)libstdc++.so.6(GLIBCXX_3.4.21)libstdc++.so.6(GLIBCXX_3.4.9)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/bin/shpcre-32bit8.41-lp152.7.3.18.41-lp152.7.3.18.41 8.41libpcrecpp.so.0libpcrecpp.so.0.0.1/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-linuxELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=12a44fbf2dfb438ee4d87e5462e6505851b58d50, strippedPRRRRRR RR RR RR RR RRutf-8291824749f0543fd9fcf8006fd969143db52154632be0c935af85b6cc5afee6a?7zXZ !t/'2<] cr$x#D~,Ad|Ke n'{L,d:qgb'5vUď'br3OCІtG`g8륧pi)x 0.DsZEkѾlIs^~%&9W OQ0ͧB"q5bP鄟}9erlh` J~y(%у7f9Of;7d7Uݓ#fHv-JKѕP?aAWcĉVdÕI6Rl/&ot{hD &-f]I @ԖvLJsu@ejn;3t%bNPilG;ƽؿW/ӃCz}eԻJm/J8x=mj2i=ZQT[؝8 GfC+тsp,xJ- cmū~k?ҧf W/Hl- oD0&k/ݑ\2 `f'@w ({> Zl׷9SoB:s7?sc%b{J':8dh "mDǍa};7H8;R$.Scˇ=RE)H e#He$P|Fݑb1VLZfW7Bès>sfla39>oDM=JRǴ:%c01;W*7PGBϫCt[?1Cj0[>fI)Lוx+j~~T3|tp,sY}`mR՝d&-̝. 0̄ʵM  RJo7`~xKπ5a@r~V|yݑMSM#okW1X_ꯠʟUJ1~2wzOz'?+zm[B9l" >q8X*%}_ F}Qn9zң$_Ko@C_g"o5Z7?'^a}ۯ(qD9E~H*o"N3JU\ vw4Rl4B(Ҳ=ٱu#B`"wѠr턅Gl2Xf{Sş {TNt?;|l;np R#ib(y?jA~%|\P|.^N"ќËf/z #̫:AT$S1$Vx;3a[rMCwf|U1cΏGծƈEM g>frcDb3M6(`.I'훸"eLkʦm3I7G}Ыm6S.v Ex< _Oڮ.V{Wc3| g+TH s1`E3WheQ{.%]z.K>*堚z}0p2K' x1j!~bIrjsÏv f:'ڔ2BL`8ЂýD]Q}ƌzbfێm%ARO /TXZD5$tQ#<k\ijCW O`n Aj  D#"&6eVAWީWT[ؐa&S̽käh(ۇ,d/ƠȮIuWz̸u|]T4-]>jǭO3vnw~3cNz0DPFKgpR).8F3$Q?ed"*2Vd$t,,z+o=lPFrGP pu FQ?%._t8ǂ`G:pt+Qj=Ӛ l AW%~O,Xo @/ %~[~й] J6Vmғ^k/+! y] e p<;N= g2{eb˔G5vy3iRKx"کcC̏r."drD `WVzQA蚍 )IXSؕv>y cb]c! Ze1 _$U`v8D}ֽ}>yQWrԐPR?o}{[cű#40~SaA7~?g$Vo%P2j6<4H@]KMg5\t R6"GJ:A(ѐB;c_ĸMTOvr^ڴn02#&N#f ɥAg[JlGx!`Kȭ#ۭ A܁|߉|h͡xdmFeE}r|kAl;PQc#b Y7 ki`m9Wfyax  &X.he`k38$ڱ-/AC+ւTռ} AY/‘& cuG32e{Y9O*|6Gl V7ci'ls`P%fͿf \8 ^LXe/z:P)(s Ȉm[afWk_zq0u'  İ2En՛[Zz m`U> Ec"ā0Q=Fyㅵ6w$M 3n~O"<]U42"0t}c;jx^ =_'t]u惛Gd~>'k AJFg\;"p/h~{W{ݥ4y.zcr'QPcPaWcMBrK+鿽dn@(Be۷.Sc&I*/a&1y(<=e֓k`{v?Ji9|nT>kGY$IWmWVQ'`E;B#`r>apjRA?y7^NhS$GJvfRa;ﱩ*9Ll]`ҋX iAsP˨j٪wlb(Q7 :uZPb+4)8 3Vl(P|WF/9WIރBFbP]ha2P@kj1ajAu?C,Dp(|fc+9S00fy&XBNKۈ0bO\V;N)Ek91+ޗc=zA >9m )-ixuk 0H쏞nKzi9hW9 A~nQ)(g?˴j>ieiQSrEs!cr~$Ŧ,,\U^:l923Yî[zL-`7/.U2[KbS1ֆ,7enIy*ܯY)R#W'xfNRxk&;Ū\5vtB|:1(at2#u}O;>ih32Rpɕbg+ H'J4mw4(]}ߌ=X5ԑ'QtvbNF1[/. :xs\9[9.DG/WHX\nkdfy  X?6%P.կ+wD0E$B+/>To@{U0t7YQ?U{E9~sr̉p 9o]'!PZ@#OB!T" CcפX7*n?;L.,GB̜\S)ʃ&UxX^OW7OHt%||a[.]m.2_e:J6Rk/Q̗PA>߁Apǻ03Se Zgz5>ۗM}GS¬Xd&ȯFkjAXbؾ*U#PcC@¸=bP9JM N7jVn]e.&9r*{9T}0@jĻH o:\xs5X%HJSʗk_=ulV쁑.o`?pQl^GƒOP~i%V`Z癄B=!>R%ّ>{7ϴ#]5]Q?9`}dpͰNw^`&rF5+= ?K0a%y6)GeOUE<mcJl*SzWkMDbgTtrLع6uvKO8Ph%7rڍq>=U o=BZ=LdJv[uyj/A Fywۇũ݈ A0ɞ#t?.^ x.'vQc?RL[Z_h]C 1ұqNV}Р)mݢ-6.<@իbsWD\U]*4O޴Vuh_$R.8dlZ悄3)wwaG]rZS:1Qٶ6C_1SQ'8 ?D:mzWF4uLX~Ғe |hJ$7oXfݼ0bZ}:CTmӀ8tMЕxsH0r0OoMlhٝMmS-7B9L%Y={ Z<jK, ?!ps?H,gRuY\xjWnZdFM^ݞS;7?]TrT]^M?2ӣS h2SX䐂r:#F7DF!oG No3_鬔iYyE ld68H(LQ&CͩB{{!/ARkB5f65Xc>XF\fQYru9y|}5k-$ /7th \v^ba`/k}]f1|\:F%j&SXO}YBߊ%仲I&8{U!aǺdg/2ߢfqkeȿN!{n_X_LYLx[݂>ԂT[ui_fEcr$~ jj5i@V7MQZsϢqIvh:{Is\Y;V w:/CA;!cGx1R*֗yTڎh:u ,l˗ߛµ .{DEA1fKX?`lR9[VOe%/c>IgUs{T[7&cv585'o2kvWN~WGFh`P2DA&3>d2CRO:7r,8 =?֋@W`8К{vy5ȍ#9ws&u!?1hn\gM>ib 8DkF4<$PM醶h( D$a!$g}ANJ,kM,:(sm0rKg+p~q;ʋkcyS瞘KEjחb#hHò-)=~C~ $Š|fr*Âk馿̍teXG$6[ f|4u9U Ko6 :?iKn$O8uMw=@Hz랫~~ꭦ2o}DɶP] (E1fjlMEUVks4{o}%qHqP-{Sy9gUi%Kམ<3{[=#i[Ʃs͏@ SLi!Lq-A; ԘM 6)rq25_݀PU!GDLؚ!A6)pCkk;#w ̎ޛ-˼1u (??zjB]㔁 }In/$@0~E=lp'/A;Șd#«?hvAitYLRP4[*~'䱂g,lKCz70SgT=eaKدR,P&@a6l p>-dSpm岞'OC$~%hA,h [+Ikd?E]}:}ZF&wdJ]A6HM%#8/{|(U%ٽD+ጷ'ZhP/%hc'A68;wZ{M$IC~EHUz Jki]a-gU# cn1) 08je=3˜B߾oKFD18=9 ڕ*fT#؟GޘOY~*JxqQ]g&<[ A,̥mҁ{`(g/֌R@QжZ /S`k!IyoIq \y+G4}>9ؑxs O dtUo/%=$CH x< ɟ` g+ô@iJy?B#'w7 \NN@( )zG^dq#@ *ffXGu G,[%a\_t̫Ƙm}Ne.!{ I2wmv?EI=j~ h]^#Bc4xHʵU5yEZp$S8c$}K-jvE2*:nz,@TARN@<[@q)61G\x$_Z ].P0_&]m=._c0\ku\k͟ut}i juwh^7Xrz TzzW+Ō j4Tz]J f_{wB>\]Q5m 7Z~./^]XMQYݿ6Yjcet[bB).F8UVQ?$~-8 Gdž D?⠃%>VN+as2k}ޔF\=0eA$rr^u;@گyedfEצyB7{>,E[؋7K&hkx3|)Y0gj#OI)[G<׬~3q30ۢ.f)P~A@zdXy Rݛ.ƴĚ7؀~9v.U9hnmzBDEϺjkc6%r͗0T9ˠ0'*klPqE`C=G6N"FGzZClSudtծ w%ga@a`׼` {I~v G+zTM#L )I#5vWwKDn!pwxpKAՊOL# z u+R4}B9X)S1]8'T,-eo*Aռ!M\x^UBJg0M+x5r΢k3TLؙ8 @3>+:{JDKfvWcWwIfҿxETZ0#PAmL=%FmCu?[9/o/z29 _>N!|CyT`1^14=y[׻*ige IH7ŵZ4ۈflxzE Jy{Q8ɬMA&O c9퍂l/c~YB$-*aeV $.*bB 0Bf鶁Z 8-cͼ'ڒG/> mpQ$V)dgTt GN]DO`䩪v77Q]6s8}]V==². o[ϯA3D~b};[U"wZr/ZvԾj`rk[@{l7t%*Rq~l|JL<d1Ŷ YZ