libebml5-1.4.5-bp156.3.3.1<>,fi$nI%z Abmc I"7SE05:~d6ۜi|?ZbDz* ֝Gm,u8p.c5x FvO"e60 |] ad?!Kɝ4B>Jh̛ å4 8IL1jFGݜmpAy[79ҩKc}s`=ǚmr_LdüiiUw`v31nw+(mӔ՚vKԵ!0]'I =kO`jOk{dYJ}75kLh9򅞮xdT¤*Y9RejeM M:,J?LWJAXM:6Dm*5NW(3y@#P?#@d   9 *DJT\ ` d l  8|R({89:>@FG H I X Y ,\ T] \^ zb c!,d!e!f!l!u!v!w"x"y" z""""#<Clibebml51.4.5bp156.3.3.1Library to parse EBML fileslibebml is a C++ library to parse EBML files. See the EBML RFC at http://www.matroska.org/technical/specs/rfc/index.html .i$nobs-power8-01ްSUSE Linux Enterprise 15openSUSELGPL-2.1-or-laterhttp://bugs.opensuse.orgSystem/Librarieshttps://www.matroska.org/linuxppc64leްi$ni$n3824ba0856c48a1f1b6c4b05ebc6084cfaa6e1144eb5b3c9ac5fa0bba8f88a11libebml.so.5.0.0rootrootrootrootlibebml-1.4.5-bp156.3.3.1.src.rpmlibebml.so.5()(64bit)libebml5libebml5(ppc-64)@@@@@@@@@@@    /sbin/ldconfig/sbin/ldconfiglibc.so.6()(64bit)libc.so.6(GLIBC_2.17)(64bit)libgcc_s.so.1()(64bit)libgcc_s.so.1(GCC_3.0)(64bit)libstdc++.so.6()(64bit)libstdc++.so.6(CXXABI_1.3)(64bit)libstdc++.so.6(CXXABI_1.3.8)(64bit)libstdc++.so.6(CXXABI_1.3.9)(64bit)libstdc++.so.6(GLIBCXX_3.4)(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.3ec@cAf@c8+`T@`4@_T^@]@]%@\[^[^Y@W@V(UCjTD@T@Dirk Müller Luigi Baldoni Dirk Müller Christophe Giboudeaux Dirk Müller aloisio@gmx.comLuigi Baldoni Ferdinand Thiessen Ferdinand Thiessen Ferdinand Thiessen rpm@fthiessen.derpm@fthiessen.derpm@fthiessen.derpm@fthiessen.derpm@fthiessen.dejengelh@inai.dedimstar@opensuse.orgjengelh@inai.de- update to 1.4.5 (bsc#1218432, CVE-2023-52339): * Fix invalid memory access (reading beyond allocated memory) due to missing integer overflow check.- Update to version 1.4.4 * Fix ABI compatibility: unfortunately release 1.4.3 broke ABI compatibility. This release restores the compatibility with release 1.4.2. Please use it instead of release 1.4.3. In other words: 1.4.2 & 1.4.4 are compatible, while 1.4.3 is compatible with neither 1.4.2 nor 1.4.4.- update to 1.4.3: * A C++14 compliant C++ compiler is now required. * Fix compilation with g++ 11. Fixes #80. * Remove Coremake project files * Updated the bundled utf8cpp to v3.2.1. * Fixed several problems in `EbmlBinary:` potential segfault by writing to a `nullptr`, potential memory leak under certain error conditions. * Fixed problems with the generated `pkg-config` files if any of the installation paths are absolute. - drop 0001-include-appropriate-header-files-for-std-numeric_lim.patch (upstream)- Add patch to fix build with GCC 11 (boo#1183715) * 0001-include-appropriate-header-files-for-std-numeric_lim.patch- update to 1.4.2: * Fixed several heap overflow bugs in the `ReadData` functions of various data type classes. This fixes CVE-2021-3405.- Update to version 1.4.1 * Fixed a case EbmlMaster::Read where the element returned via UpperEltFound and FountElt points to a just-deleted element, causing callers to think the memory returned is valid, potentially leading to use-after-free/double-free errors. This can happen if the specific element's Read function throws an exception when encountering certain invalid data constellations.- Update to version 1.4.0 * Due to breaking ABI the soname version has been bumped to 5.0.0. * Default symbol visibility is now "hidden", reducing binary size. * Converted some things pointed out by cppcheck & clang-tidy to C++11. * Fixed a lot of issues pointed out by clang-tidy. * Added a function "ForceNoDefault" in the "EbmlElement" class. * Added a function "OverwriteData" in the "EbmlElement" class to complement the existing "OverwriteHead" function. * A C++11 compliant compiler is now required. Several of its features are now used in the source. * EbmlElement::FindNextElement: fixed a buffer overflow on the stack by one byte when the first byte read had its upper four bits unset. * EbmlCrc32: added a explicit assignment operator with default implementation as an explicit copy constructor exists (implicit assignment operators are deprecated in such cases). - Spec cleanup- Update to version 1.3.10: * When reading binary elements with a size of 0, the element was skipped by libebml instead of returned to the calling function.- Update to version 1.3.9: * Some build system related changes- Update to version 1.3.7: * Fixed the handling of Unicode codepoints > U+FFFF - Dropped fix-EbmlSInteger-limits.patch, fixed upstream.- Added fix-EbmlSInteger-limits.patch from upstream. * Fixes build with openSUSE <= 42.3- Update to 1.3.6: * Fixed undefined behavior when reading signed integers with negative values from files. * Fixed a small memory leak when reading an element runs into an I/O exception (e.g. due to having reached the end of the file). * Fixed the EbmlMaster::GetDataStart() function returning wrong values for elements with an infinite/unknown size. * Fixed finding the next element ID when garbage data is encountered during the scan for the ID. * Fixed several potential situations where reading child element data could exceed the parent element's size.- Update to 1.3.5 * The function EbmlMaster::CheckMandatory() will now only return false if a mandatory element is missing for which there's no default value in the specifications. This means that callers such as EbmlMaster::UpdateSize() and by extension EbmlMaster::Render() will not insist on all mandatory elements being present anymore, but only those for which there's no default value. * Added a template function `FindNextChild`. * Fix reading and EBML element even though the ID was not found within the allowed reading limit. * Fixed an instance of undefined behavior in EbmlElement::GetSemantic() due to binding a dereferenced null pointer to a reference.- Update to new upstream release 1.3.4 * Some minor changes required for clang * Some minor changes for C99 support * Required for mkvtoolnix >= 9.3.0- Update to new upstream release 1.3.3 (security fixes!): * EbmlUnicodeString::UpdateFromUTF8(): Fixed an invalid memory access. When reading from a UTF-8 string in which the length indicated by a UTF-8 character's first byte exceeds the string's actual number of bytes the parser would access beyond the end of the string resulting in a heap information leak. Fixes the issue reported as Cisco TALOS-CAN-0036. * EbmlElement::ReadCodedSizeValue(): Fixed an invalid memory access. When reading a EBML variable length integer value a read access beyond the end of the available buffer was possible if fewer bytes were available than indicated by the first byte resulting in a heap information leak. * EbmlMaster::Read(): When the parser encountered a deeply nested element with an infinite size then a following element of an upper level was not propagated correctly. Instead the element with the infinite size was added into the EBML element tree a second time resulting in memory access after freeing it and multiple attempts to free the same memory address during destruction. Fixes the issue reported as Cisco TALOS-CAN-0037. * EbmlElement::FindNextElement(): Handle EOF when reading the element size properly.- Update package descriptions a bit- Add back BuildRoot: the rpm version of SLE11 still requires this and libebml is linked to 3rd party Build Servers, where building for SLE11 is still enabled.- Update to new upstream release 1.3.1 * EbmlMaster: Fixed read() trying to calculate the end position of elements with an unknown size. This avoids endless loops and assertions in certain cases. * EbmlElement::Render(): does not catch exceptions anymore. Instead, exceptions generated from the IOCallback class (e.g. if a write failed) are propagated to the caller. - Drop libebml-1.3.0-6efcb74d1e.patch (no longer relevant)/sbin/ldconfig/sbin/ldconfigobs-power8-01 17639952911.4.5-bp156.3.3.11.4.5-bp156.3.3.1libebml.so.5libebml.so.5.0.0/usr/lib64/-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protectionobs://build.opensuse.org/openSUSE:Maintenance:19231/openSUSE_Backports_SLE-15-SP6_Update/512a08455b79b21d83de127fa1df3a2b-libebml.openSUSE_Backports_SLE-15-SP6_Updatedrpmxz5ppc64le-suse-linuxELF 64-bit LSB shared object, 64-bit PowerPC or cisco 7500, version 1 (SYSV), dynamically linked, BuildID[sha1]=ab1fb2001717985bfc9ac8f3e40bd35967e8a679, not stripped PRRRR R R RR RRR,0%n{utf-86c23a3f8ddab396aff58c79a1488a3e4d1c69e5923db339145f9259f4c04c325?7zXZ !t/.>]"k%nd?ϸe/Grħ^==HdeXYʠFV|^2r8( ̆(uL [EYqE} ȏ;as P`+C|E;XSy[i ӌטfk9BPY L6c5j2Zl$o'rA x1{oQ pٖ;.#)39Qe<~{9v_^ ԷR#VБIHɳUyVjUr:$L,c虭ɸQW:Z>מ6##B~I!p̃iر`@ д4[[3ExN79 'f!EȼC!2u)oq{_'WY#*>y,VC4HOQ (Lꐘt'R`2up/anMrI%Ӓr\;8] qt||n]3݈nnX*l9z } pb?yy}:bRJ:K!FJAn|0R X5ۧV+Km*hX2Y'KԾc%z5ɆZ)B/[g=ڦ k&OdgQ$L&4Hq I,Sn5h eLoQIAЌu#YU",x7#5'=1O׶>lBK{Y'AFFk5?^txH=`nxp}BQ x Er io2˺{̭G]xƳ͝X-Q+țPX@:i-^ LeȣR2tIܦ?QǫsKya}o45RUN q )qi R>Jf !,or[WxRםԗf )fBO(jIP֍6cmʅڬ{ҟvIq29N{Lg}9)΢f Հ%AbЕthmw r3J;~Hlr<Ԕv:շMeT;ksEldp'KYؠI 3dBxөG$R/MW#r43p&.7.ec)k8'(5^7HL⧭CI 4N@B_pz 㶁B͸b^&â6!Zg- %BK5 LĘ܄vM+/>9% ݛA+F[(僒>$ǣ8ߓT;qTWn3S!my3>FILg&jlJ 7K""*ߵb)5ǟp\%vuФ⟬~؝g=w4k;1E ZFm30Ӿ4-D{wC4v əR!za * m$Pfve:r>MMo¾TGk8Um)HtN=Ќ쏅Jjà^7꾪fG徼g<zvM}3gl ;nXu 61f~wR&8GMk=6v6upEJp )Sڨ҃5;ڬ='TwEh2`B 7qZ{iIFz|q|2 A+B{t!Zbumjhm+; <[P}uoZˏ8?$F[v7qU@AG|}6#ڛO%v$ǰI[_(4#MX=v۟rl[ބ H2ϊ Γ CLSWx~'+,jWpv-пBh#/^Z_5&\+wf"!+R<{V| @´{I];.Pl-0C ⩶d0qӕ"( NxyT*$޾-سOI8ϟEr/z  C@Eˀ91.SⱰx ):0)8E!/{cr oܡ]IPrWZu{R`դ\s@ eZ.λU, /q)𥍺ۈ(3+XaZ&4k1J%4wC6 N>vCV@b b* ۩3x()2O byM o;`ƿ`tCl ɶ9T.đJR!ڋ+mӽ//v>|e)RI+ _*ZQ$"oGژxX-|q57Йs ; ŹbWVC`崲RFT!ea8yr̪@'GAHrdnUZf/QGK=V4:~ͅ1#{8 _0* 8;Tưvmm}t 86}Eam1qِJ.#ݚDjj> G#>J`9xȢbD0{Hb嗀*="aM۠ə&y;iFhD3EN nN:C@ʊar'lk vE3gxSpCFs\PH0xQHaJpieʕ% 9}ܭ[5:ˢy Tlz GnB6Qu ߜybz(x+ ,n)$pyzPhzṀ}493%?UFb,,!'bSy)ίCꭓW Uut_3c\ݵ޸vSNt-9mY#ҼC8] HMNm%}>6dž`2E,aj$<oRMg@Oe;.~ßGa~BX#7:xə i#^L*Gyj:{=ujmG"w>.vKu~슻q=:oj>8\Vwd[Dn}]Q@7ā1d'a Cӣ5~( >l0#vg飖 : }]sݥXAd]]=Y~#dlyΣ ;mB `yo׌c Rr-se5 VW3 7N/!v)N$; 沬ڌkN%tO}v^N=tx+p3g<C5QK&%4S'襗@ŴvL[͹{!PEO~P `=Z3vFDps6Vy+Nk:c坼{8^bq~YB@oIJYu V'rƏ][L Daek .N[m敨nFCBMI:c)eJi6/oJb41H٘kt6"Whv.߳lpQ].D [Zd.h¹J>G A[ }:Z^'Tx%YLkoS C3x%$;2zZܯQlFR[t)4)Q|On:IQ6U:G悜\dǰy !ܧT|٭aG z'pց?Qy~T?r}\#vK7a^{?AZ7rb5f' [I䑶zhOGȓx{d<7k$lz Z(/JqGvHY [>^Û܃B UuG P&uY6> !jPBo/_X-=њt4s-+_mq#6Ǵ%\aҤ5+\1\h 5GM^uGr!eCrvY,P6ܞfz;*̨CF/'!1k$c7\(Z?]X,K/l %x6>̟UeN}ijp3xQ;0^(TI.Ejg{y#ue Y++S~#x/$+TX7m >J9("r.ڭ%g_uAԙӀn* p_r* X?dЬw^j@@>JTiυ^J\y0ݺ+w(dmQ.pl>ǚdHepkV]ZHkiV5?/8k sf %›YlHG3(4=90P@0iE_:Ɲ(eza=qZH2T2@IvCvf;򪮈\t-^``u_aC9kQ~hgF*nU$2g']<)5m.֒2_` \iJ>bM\* Jo5OUɓ!'emopґAk}u nCPGwbKd18gYrUwi&49CpR6Nɵ4?RZy2c;w ODU: DQ,+F#M-_w56o2Ɉ0s&\wJ/e.LbgdMOM5l 5wE\43[78 \ǠSzM2xh%bK)U-5h 3GB W.u\a= ?<|ZF3d4(/F3ƘE,EhTu{+*]J gn{EMGH8MX±%v=]πIưfb*犼`l}~br!0GK ~^†138żXU'.4Ꙫ֜btß[Y&""Vb֖]c4{cs,~ms!(t^Vl%c `䰷ӳxYʆ`϶P"d^ӉȨ.v+64S[Vp }uEG39BhjVđa?Z&8{.::PD~܊juTv֮74Uݰ,eN 8xgE|*v7 vk47;.qi4m5)Ϸ0ٳ6yo 2"zJ*US<w]8S?'٬\sȻn7k.ӽi`B?o@q~}ؑ oiuaw"V[îّ-bW!u6@,wH3ř@@7S׊Zw(gc-[`m X 32D8wvAJU|.U3ܒ7$֯f"\D}J/7Ayqx韹7N|xڐ|kE4(т0ǒ'h.՚XOQKmٚBS?r2{e⍵5pUvj\fäԅX3>}>}gr-20x-l8fv%p*׵Ss'uxJ"hڟ/X鏢;/kG,nok58ޡ,. 꿺x]HIR$)xT#ޣߚUbJep9XF m|&f`.cH:0` -2 q\}(-dkM~}3n;;3 ncbhTz֮+ٷ\뿄*?["BYyRt~O$\]FD  ;<q&qPT`Ah)?Ͼ31k,w،::USIfHغ؆,NtgJ#3~243: ˬR@6NJ2xD9 \CVz'>F :mo4Lj9t;8(*sKw@F̏>&VLxGwvtC!QjLaɭ*ԸL5\&pf6J6҉z:O35"iGswiOYIP;pfu|IG7D5$ƚMM*ɗ/` ZCG)![9vx(*]@2VmAWÃk .!|ƟӻNk mys~fycWK(lGUhZ[V$~q,wh~YzE2#e GJ ~-U}Bfv6>נwʠEޠ ?oaJt{E!vu]6Ut@aH?n϶^yrմQIW4 $SUxi|k&.BRJ&=BGI:WFPk.u- mo Õڃ|GCl e:M6d}$!Fvܢ6LҸ\ xyTUƳtaz(4OtL[@rAk|D P@Vva>#iL%ٖ2v3_39eUlX ]sG]J.d(Al U/<^|$I37Tn'@|/oDzmWgSozwCᕙxxF̠ W;mW1;A".ҿɰ m qugټo`D! GC $QlɧQwŌ~*f p> "֍0"% ̠'[q^=[{Ed00 <IMt8MYQ2EsΨ_B z@7Dvx>4e5!i'0 xQ!Zm=^uDUlBH)ǃ,zc:NTk(ڂy i -Qvgb5sPC_ yA/3@8^ J]/W\|3a sʺsIWW9T s2U #3Z).j'ӏJ</V%GN+;g&'}ߜZtvb/GWZy4,0۲mJ#N*Zoп"̏;CsSƿbe *b!A* G9-(Cܿc?6F!2w:EJ?bZ_4kq6̢+,kqk8Ĥjs$}Oa O;mN;Jms eʬ.'RenKߌː2Pإ+\4'ni[)r _7T2WU \*fzIZ҂/c:9(:J5Z\ߗ c Dr O 8m-;3IM.a}/-,5Vë퐡ˌ8Xd?uJri(aG} ~O"߮|T#wtaUD\Z| 6T)RMth)컥f8rbcKz p90Tb5^[@ ܗ\X)GCusjNZh:{O」?Sk5ѻ4 eDZ v^QZWٹ#zb!u8 *?ʄ$m VcUaP;"~;ч9j(g Y'y1 CJҗvb/Qˠv(:X;-RVxV.ΨlvEȥ"Id?b_#̡jAXUt}^za;G +팦B4H10jx"HkxЉI_l.K_].żkLWw֍mt9Xb%ޗH49kŸGxM6b2KK{r'qRP#O})cHMK`";)utk$axݵHym*conX/Ǿs5B(Zئ&Rs5A"*d{.':4Dq7C[;{XE#xݯ06p=@Φ911'=/pR] [(ĎSưV2NK{ t.d:LEs#Amy2k8FORaFm ({6BaKiY1n7;qBmesQ{׷ ID'%ȼ9U8|y }T#B%Zz!i>xpM|,u[B7 Qb u,hH|~^õ^f33b U?)Y mξ_ gU9L =SAtoZ)w.QL?(Ď{]\1q7# <=qo ?&4$k:,b>8XtU™cZ'm-b_Dh-eiv.fM"1? RoZɌ FK 4c4<:n]3:W%[HDR=$>ߏjn ԋ"q4W2;HUpH@\(S MTBG0*$F7cn9i{qq$F|UZVSJB`۽niSuCJ9[_Y)8]4ĂW祔&\S? [jΗ72iRp"S(bX LQqbuBIwj5"]84. wT P߸8>с,>l ߖa!lȐFzgi~z8d֙etɩ?tŃj6j}0ZFo⿾@~0vkdPJ#u$,(7 C7|ޭdrw3`QtVbєo|΄eAhtbO+1`15))!#9",BD_N25$/\UJWN7]ިzv/Q !`]Kj+F2C<`W=iD޾tM [^,bz,pAl_`B~cHEqQ#D Tmۘ c8,m坐h&0~<"|Zɮ3jwnB[0Du4E+V+KG78.1JbɌM\ /4ȴ W5kˣN!k<$@^tpM !> (Cjxo."g77fؕXIYu[PsR}Gt2!pn.k/Z `ыN'iЍǵnKh},9^dʮidKF3ĝG"G *`%&"$lS3Gp&U4]SsrE$k(^Ь ġE97]<-{N@bme:Nトq>=EJ*8#yuDC? ҥ*K@rpfxmhXL>" 0I75D-xNA|oyb7_ccOUF#X)ѥg]2䮩3*V{8fUSmJ԰M2ɤ !5<'ex,K,<^g O$iQ<`[>z0j@e6b-0\y/L!\l.+х ˴+b]lؖL-?Q2yՆ|$樊.Lk]-lя4 'yxvM4PCJN%rڰ!8 W6X҅4N\pP@̄х3~s~ {ý`vto ܆JZ0~u~a%]]%ūvL[KD곸N*0$a/႔Wݻ"orhOt:ٸXK3!O^ŘR憁ʱ{A U5⊳Ir:F2W9ٹ y_IcK~<dX:V#'3v z2[rqT3FOݱ>;Bg wZ"yF6T.c]6Lxx=,OZuo. jm Aa̽:T5;џon6wOX&yo9wh!yo+B2v^NPjujfVftOH%~s} 3%|BG[sDHf)r`sv~i詓D >(ȻI:]ؽpnVc5S i ]r-V͘W|&=l( nL#>l/?osPsݿ̙= X&NeHOw]%H_b <k3n!d2Hvsoc1J™۠`]2agfǷX*G0pB>ך9>1dyN)ͤˆ2%08>g:VW"'`±5 )X2D *i5^MY)-4m3^[0$7zզ[*V>C+9y\qPqb*ʞ/0y43{CILskfLd:8z{FֵEcLԯ{Q$xFьwɯw:,h*c*.饪GAH`wJVf_7eDK>/Vf8^"Q ^v |˼^-TH?/HYa0"ٿѝȤfG(e9O/"BDV?M i$߳{.'cFmNm1 K1eo vliY:]C\LSt{:]{H ^m~LZwHOIkֲK8qg_&X)` Ge_3U:+*~ێ+ YZ