libebml5-1.4.5-bp156.3.3.1<>,Wĉi$n~I%z d s+6$ /)iiPUոbf.c ܳHGXs2i+-fuDb:R{?|:|cվ*oU l\ϲAduɜla,aMu8t1UYu7.| >I8G#<TI.w{z$&v~QO~b1FDA2Js\:]d3ȴ8s٧[f3zq夳pՋ`{BuBTIYuד'A "#swG❠TJdmQǭCzrBFoD@}?3:q/ g{E(e|KOg4}~XM*Gq`n/q;/a BM[bZ)UȁscHY9$Xif] _7R d[{:/c|Ⱦ[(!SSŪui1Hwy =>@#?#d   9 &@FPX \ ` h  4(890: > 7@ FF UG lH tI |X Y \ ] ^ b c!d"3e"8f";l"=u"Pv"Xw"x"y"z#8#H#L#R#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$n~h02-ch2dظSUSE Linux Enterprise 15openSUSELGPL-2.1-or-laterhttp://bugs.opensuse.orgSystem/Librarieshttps://www.matroska.org/linuxx86_64ظi$n~i$n}b8b574bf94e52de5ba829f4238a512d7f375596dd3aa65a04b180d0c631985d7libebml.so.5.0.0rootrootrootrootlibebml-1.4.5-bp156.3.3.1.src.rpmlibebml.so.5()(64bit)libebml5libebml5(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)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/ldconfigh02-ch2d 17639952621.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_Updatedrpmxz5x86_64-suse-linuxELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=0efe5d1e38e4ba3cd5ac9e856213789e02e83b3d, not strippedPRR R RRR R RRRRR RR} L/C_SМutf-8b27965f69663bdc34d086318ca57107f33e09f743c2fc04689d1ad778a0d0e0a?7zXZ !t/s/]"k%nd?ϸe/Grħ^==HdPA̕oF1)|%;+OO'eO- ab(2z * yμbp`/ҽ[ВE2uݍN D 3}?TT'˜.%HD?M6-P& :WABXK]Tpo6jNCS|;NT坷K8C δb]fPeJt`LޘPr2d_?PdKLgWaJHā,Àɕݯ-VMAs,x~KiDn%(Cޞpږ:1Jv2^>=  U+nvV/}ħf-zB莁@A-q[X#Oyҳ/BgV PžR>9Yq׭-:a$k% yY-%}/om4\rj֕*ZqRiZZhT&h 嘆&^ٲ}E0}Z=6;{ޣ.bNRQA^6@w9 ť$9Q9#\ EI嚒Nň#@> 4 #ܔcf|1[Cifw <e~#rs#"]P@0_ >FS}uNjhJL;bH ?^AJELqreG"3DzV4B(u(ـ9od-yUAtq@m >?ك@唓X7y=ia4SMQ:r%$-C4CD V8c5ʁ\8N OJ{bd/ -a?՘/Hz A ]z׻Zbs7_c%;JtfzU2I\y GҽI>HiJytNZ,CO$XӸ b#^B%4G#)!0 ϟ|4W"mK*IoN1B+Q4J߶;3ݹ*l*:,S!FaeFu m+!L~TګdXhh30UMxL\۷jh ihg3 ѳ~T2>Sqh3=3mǖrX-S7w9ch|\P> [t_m 9=ɷAJ /yw*# <֔R$6}#@vxR ;{GRfG+ BG#J7/{^X:sJ5ZR5 oL)XL gڒU2z n/\9< R0eE)wiؑm4YN?+_lȔ-ѡ"ZXU7FP^+|;ybC vJTmatUT||2`_N`0ɗÜ]eEP%]ܞ -޸65)k^5:^ǻ B/m cP>I ɐWРס)tj,]/4M\.#xyƐkv(WG'-~mĒ f]"n2,ĭK^o8!nVmmA% E$v>F>Ą_Eq%RR;$I(fsļԯ;;vGL`XBЌDs}RP]4FH#b@U|CAo9YB8yݰXyPU$o/uuݼTgʱ%VPQSُo?Kt^9}:[Q4Ș"\6 o*:2=D1laߜ96lы)WL`a4ՑǘF)r6uVAŇr<ɓ7q$uCg~O-Mp(E1;d&HvMPMr܅J0kѬVD Pz7 -_{ o7UJs9va 8QgG.7 q`.F@e]d!!' Qaݕ`8 ?3F&³>]!g`7z%Rp5n]3o7H&3#ŁLR:XSS^~l1{b JD̼CLK3 ILR\Ks Z=0ј7}\F|kŔ ].(S4iq+6G1<̫Sm)g""A?!ZhU!y_㝛NM/!>MU `3A8@ (z[[{19)-=yDPS r'=AVWnFe;yTQ@eiGxGW~@꫈~9?)nɁ4 ':4(fDGFgQRN[J)Żu0Ü)'eqWBfGwq#WJB8r|V?)]fьO5 l) ~)9 6rI-ڽ#+=W<ѲS@]e"NgzxGGg?{!ke~ ;~{d5xE>mHҵ. dcn#5U֭|\|ߝaz?H)k$D]Q/5* T3,$P3gr?s5˚ikmGWu-")ViiN3B % |2a KS2難k 5 _\c{h ?"d>FG<>lG8胹YE!Ãɺ(Y gڮ؂}0)Nkо2_-O D4VopBU[*+XĩRQsU9?*,̉ۡa"ݰgۍh*1ҽIB$'tPc;D{"leOavS:K;FʯXkE5'WpOF&5´ C%rȡz D̾5lE24 $=\Ed:ߋ BS^0[=T0sꔚrdg?>AґYPܣ Pݷ=ȂOZ,sR}EZ]mZ(efW@cOXC;E]C6z-EqcgִA˻rKS&;ء<>;s]HY8.SѼr᳚ p)|<96FTyEPKI;j$bj¹[ay __ ]d[J=Yo21mlJuƪ9B`D2{d{$[BgFޢ!)‹,|6Dd[=Dl[0d8v>P=@T/߮9a79o*lkߗJe?t;92qɿӵJ4dvAktLKp#/MU=fÂqW.N[M.F@3Z9BPqk>/z05ߑ&CR ӤD&+ #<)bx`5H?l՜be4þ撿]痿KBU6hvF\Mu([w-/~MO&x}i؉;k%xGǪ (y߃>FwuX/RRACrOgdCHuy`rʉC7][˩/zvPδ~B?OWLcHՠ_lc21-{Q Fc&'B סm!2s t}"OgK7s.a:: 3ɘ#`5Nn >?amH^DZ<>V"-E]f%c},w O"O\Vyq7SI6$˼fѝ :c1zeR`w3DÆ 37=F7,@bfE~n_QTX~dW\N3ELϞ,YcFd+8 @O U1[r;Bi IW+jCf㒀@)ȟ k OÒ)6KU~ V0;orwC$R`WaZuyD۠;My,4D` f^h쵏}Qr>KiR>Csz\P+ȹJpyĽ]A#|@ pk4w2s ͭ/Ss*Ř`]J?rEI;-N[T~rC|iv8c,vqo+6k,0. '~ ~52yptsљ=^j+e'V+`ZK'JLQҍII ?qBϣ{jxNO؁g|2n?sRϓ R Ϩ'}F5ur(ƍ%u`(< ]&Rè+}Egu2 ]%̽"ЀQ-5M>Y%ЏnG@vϳϸT/"3V}6+)*dg RLgQ՜D2ԒUV%+9QT\.,-ǻ)o6~(H'ヌ`3GVmm< @n{v2FG˨zӰz+=s.GSߩ8e?VVr[y$qxI8fVa tz^nқv5YLSSxV=͇$TJVaG w!Rx?֮G3*M8W:Szm,+#R8ӽM3EF0@,U$G3G?VG͚4 ;9 {ՉR=q`uGC/D|0-_Uf+%7|֊W:Xo-Fm'E#rS`p~ƚnO#? 6e2{ 8ho#LD=%;Gf*YNr+,qPq>D]Wqr 4F`3,yJ?d4Z]1LYYtGꛆhd){Ҟ9r&rKhHCS ?NKt4 ^`!;>c[{{e:E3drE WҮEdbdA-Xf@R\Q+R [T`u'GUҙ!g @dNo0w$]2W~XJBXY^sp=43kiܖb#Ҝ'REkO wZvNqލn "jMX5͸%&64A!֭FВ]ܻzǭsBѽ`lϚp14ScVn6CrH@ odmNmaJa3,JE=8Yx07/N|7el <oxKPiVə֣TcϯL`#{6?Ь!bo:1N]LƢ pz6u*괕esFoþڥ8dkUoEk%.ȗO%̺ GEir]o;+7w c!c1X߁Jy[D q T-B؏gJ"A W1/Dz8ڛ T]Y8L\AYR)(0#cWa^TF98tW:gՙq(//(*:Ε0!CUFto(:?ĝ/hTOKω*umu RgkkΆh`pA~V0zmb YU. pEZ8}~oDX"j|_&Q';B3V*zb3cgUjݶKu)d;[Xk;f *N7ik4EHػ|'I\S2AzziƋ9D9Ad'~⺳+:i@(B 2fxǿ4_`:A"\S0ir&zU^My^E(^o NWaῤ7 e:7s^K]X19H`Nh;zyH5dÌO.=쌢֋ ͩ&ѳEW\Ak @`p4DAE]X Uu3h_hH!W,=zxa΄ nH8t.r8SVzcq$L.8kG-LssX(q>d1MVbLVo{:nA>t >h4S+7sZXQiVvaDB\7nQ:KtFqMTKs:W1ht,Jf97ʝ$ xEZ~ЀP4j!R<Ȝ<d!YD uH:= ҤZcj},rg 4Χauˡɛ ZL)=̜r&(D w}c@Hk:B[Ih~jp/>^)8|dt+j9 ݻͅT7n)}Ⱥ[.QbQ548> mm"S(Ċ$r vZ^>/,DXȮLS;vȕd& ^5E/QYɐcP:;*inU*vV ! .,={@{fOV' jntwDLMGw7P}mHAu<×bXO5xx8.FT6۬uc?mZonگ(B( :,PY6k;י ?m$ WsyT!=$VTg)m\q6+)&.$IxSߺv_Y[)pvh|d)Alۑ/L݊떶rB q"V קO݈k8'=qMju}REI깉}ol+td P~S£fPcVE%P* 􆿷sn⬢KOiý]쥂teKz:<()EXs剝 BdV3L?xz2;KϮ