libebml5-64bit-1.4.5-bp156.3.3.1<>,\i$nI%z &`l5ۅc[>&9YPj1"i(lo[3yGfZZdkZʫ#,@' 86 GH&TSU wjj)&x }}ĺ'x$(&j2Y|Qcg[0?XUB4t?H#PK͝&uP8Zg ԯBaaz+duW>>#p?#`d # ? .HN\lt x |    `(89,:> 3G <H DI LX PY \\ ] ^ b c!\d"e"f" l" u"(v"0w"x"y"####\Clibebml5-64bit1.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$ni02-armsrv2SUSE Linux Enterprise 15openSUSELGPL-2.1-or-laterhttp://bugs.opensuse.orgSystem/Librarieshttps://www.matroska.org/linuxaarch64_ilp32/sbin/ldconfigi$ni$n4bcb2a53f511c195380b0c798d6e0bbe59eeaa4f5146c9705016b77b573e5d80libebml.so.5.0.0rootrootrootrootlibebml-1.4.5-bp156.3.3.1.src.rpmlibebml.so.5()(64bit)libebml5-64bitlibebml5-64bit(aarch-64)@@@@@@@@@@@@@    /bin/shld-linux-aarch64.so.1()(64bit)ld-linux-aarch64.so.1(GLIBC_2.17)(64bit)libc.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)/bin/sh1.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_Updatedrpmxz5aarch64_ilp32-suse-linuxELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[sha1]=2c2cdac9ad2b084bc5400f97f4a49e2806834861, not strippedPRRRR R R R RR RRRRutf-8c5c2b1d5efccfd3b75794b7d13e21b454a3105644a52b79841830d257a2b4af8? 7zXZ !t/4]"k%]d?:Ό~-c+U'nϪr0Yӫf^R4,ʸ)P)f%L T&p1+:_Ҥn]o"Tד?2PT@zK3fL)_~` cx#}Ne7#;q/,7 3/T+S QAoFfʿx1 DY`SGNAi ww`/fLBvG ߬bK\lo<𠑾SYus1gc0T[cꊧVg^K>D~:+F&sڛ3oqٟ1[HFOз|C"ҟ7UU8>&nC (ayow m *Ij&ɁE.2!k$PTYwזg/g#R锞WztaEiʵQ4/pN3"v2¥FrVg | `F]`<:wE Q9;+z!W 6?ٙI_ &Nb}!~7]gIt?ލ2Ky讂c\ŷ RHǃqЧS‡ Iy/ b>lQ; +1Hr0rZ}9Wn4I]ꅊ)ȭ\XV wB ӊ%?]Jۃ HbRmTZwKSk dFDiٴ%f>w,VA&!S{a)5x5J2МZJ3>rL͖Ԃ.C~njexl}$ujx4qB f BO2qt_ k];<BUonݧKĄmv)^ )K77.7'E"*$a1rp pav&q(]BG{*wo?GȯÚ":7)P_~<2xW:M*LuE<ch%R͠z5XܗdY2:]aRHQq8w̰%04=`6p(ʉ'")b"g?4:6D7Bp=("OW }B@HD0OT _]ˡnnT=d',N=x;+`?z)ppn(vAK)g'} i cEЉw^ދS!+MvGF~Q}5D%WHYxK[ph{36C/ մRasѱVFJ&=a*)j6;VfnbxV+qz!&*oq|R *zJE%P%ĕf-F wU l"0^MWA <5כMYҐrm$>0,A;dp(۩H58l~{O 1_ ˔Ui(p Qnձw6&0 >L3fry~@uk-0o6o^?y\a7eK)f䇩PordCA/}ct4q {=dUW8_!.E"u(L Ss;WՏi_Q'{iiP=ar #xgBAYevkԀNiS|MiuO(T\(]D̏LJڎjƖ^4wBSuκ/jd\]Ot-0E!u9tE/IL nE;:8$.[<ch`SA_g{iKNVfxTg*FDM`w2^ cGlerN+e;xĺ9o"dxsAT+c2pUZ9ӏUaGO rRrt!(V6/$YحΖ4̚yZ 8j Ǎmx?Sj`GB]BF)ڇ3 ۹2À%1j_Ф/G:Ÿġ՛Tu3:$ӣ.4RI!@bWG:/Xy<.#"7֟rNػ}Dèc(K@ 13' c=Ԉ`-Փby_hȢue,yWb\G97Xoyx7[];s`;gêɲr6P;M%P/w@-6 *LrKliXYT0,Q6ժgS;$o-ntdMcYvcXcAJ$(s)4TD:Kwr|[ 84.,,H;2VPM f*_<*uݻ[%(O#b aUDu Qk %y%qQҸ2sQL|[60͚֤ގ ²l*)(EVyf;&t ! gru+&hC ylݽ.ăE=6W[oIw> O9x:AJroM/Sa(? &oM.+We/A :Q'J[yz8tMl38ԐΠE@c;̞:%=TLp}H=-77,F{vֆiaYxte1uӫWФ, N}pqXHDf邻uEf@f+m: nځ!Xt~ y'4o&PezvT[z ,ѹfp~H]2mRv~EjPݨ[Z@xjUhi$`W#>Kܐ 2ikF R+D8.JyH0eG:I0\jh։l!W%K&ʺmic8u7f%rZFR4Z.yswͱ%/hUTj13 (ʌ}J:C*e֬ς<1QJ(8ǦCKrٶrw }'Imwi9q,ڿM{z|{wP9XjrkT/^C!WPՎYjP3GK c 8Mbh@W9tQcT Fn'v 1%D3dNLjq7٠кP 5iK4mZk 9jc瓶tZG!Q,FbMQ˹~} 2 C8CYdkF4Nx^zNT9Q1-s)pUb F^۷Yh;c  uw|gqKp(,a1esJm6G3=ҘD)ml|try{O&Uj6/8Di1拑Υ>4XV[T!3FÈSd|"ѥu 1t$I(M}"0}ù0)!側R^bilo6 Ch^B2W캑h=C*mAw%!tDC T1b F-Xէ=)a&(O FUWP}V*s{oŸu租5kdXLfprZ!Ļ}"*Rɔp3:YNcJj7Ґ*ֶbrOK$Whϑoka9: & C.9V OV6.=Qv6E~0`Eڬhp+ҳX%)zPM1Tt1#3$r-$.lwptX< ͓o5gS>eW'Ym DTpy5e(Y9HU2\حIUQ%v=4E-OU6)'O4K'xwRS4kt5\e=nfP8F sUrRD'ej<Ž9B˥y4x0n Eܳ#>G}' 5kh,y \W0ņqMF<jFo;m+C27pP޹e\>OxNe~^HAgAէ^zvShA8xJT/3N^Ujb}CYfs׆6ٕ͝JF5$FqHlȒE^b++\-pȇZ;R;ȸ44F򎬓 ^i33R )-#H/3܀FA g߉ 1;X&t`OsfEǷuo E^a)Md3©?UX_\ҒJIr| vlo1*I"CnCp095XTNMa#,QXb(DS?i5\<a7#%0 (&j![d=І] e0[ۿN>9lTWnz0N>Y 1oV$# = *տ,t"Y/^vEkNXԴ[S o_i2[9w,Sw.y G (8nKKtnls%톮Զ cV)j=F_WfCΎDR -|?f[McW/Bo{&..fs?yɮP-z[|pv)a9 |=Ht@rIt2BK;Ч'@(qYb8CfOr+; $ըs-aXDQ()\='a53<]+LύAto QG8WJ[UnM$HcA'C7 >njW,-^^Wݮ֡ c؟&BF HFuHBs<;)`Pk)n m]%|kމfyU5F \V[(6dj@+?HjF`@e o#6|xIwv9~iwF1XVAnX~ͮk,d*,݅Aǩ!+1H8M"-\*0qF6dK $W1GzcG48 ׸t !Nl?!t)ȕIʅ︻-|`v0^;$}MjЂ9[|Ih9쓼]5'})r/ʭE9gόz$ƒO{a~fHmBǹ؞ޢLu'EʘnL4R3%6Ӛr*&#X` WA9cjmYl sOa`o3#OtU<s=3fcYtaaI'I FX2FCӏgJ/NjQ3?Gj>}<κz:?ܰv'kNlsw]^])[.= 372В+݃|2Y#Vxb"њɦ- Gp4/xh=AO 0OJO#*{J%4WK7zEϡ.|gfɂuHҫAu$۫і*'+=T7 5ǒ0`a$WW>G t v=uc7UyP~j{hnXZ6OaQ!?%oP Ts9,[AXOeK-𶓯9KJ1DV*'FO9fikhǙC 2fs{#m` نW@$d'dr(~>u͒2侲+'x7>9 9UrrhYEQa RŮʁ &UDh4AR%FX bq~*]( pbz@,;hp˻'N"B~Gъ犉 _?5sM %2y\7`&e+=bՙ+}8#Axկ{pDNDI)2cvrG 7n;uZ \*#)T"־M)A5Ha{.ȿEA7"ꨫV4i<|##pINub+g@ x<^ MkNJKDܲP|1ߐiDс. JrOMqk.CޖxQD<An*I!6 !31@P(BI3SgA/<#Oyf&N)H3YuܣmHA (U=#i$iD4 !rp} ȘQT,8C"GM3 C.ǗÓ^P+GԱMڢ) j^/Z3ܵgTtg+@ii oQ/Ņ@g1FۙwP^APW1P 11r|kU<_ưS#b^DP>G@}Ȼ- V2%˦l:0Ѷ '%[\ &vhW,)Z_qX9Ed/0")zo\q O,f0ka=^BN[KA4 HΛ45Yx.YO#I~> }U86գ[A'qAAcF4^wH){Pɧ^/b8| lerXko~W~9xÁS A^MVE|SC ғtΏΘG+y¬Ө6j5Bxَ{us挾L;,q 1_Iw-A2~2?}OGv9N֡1ʠ$Z?dݜL>"p{B:VWN<;ow"$_aeeՐMېXgXIJ@1:Fz X{&Ve <e ۂ-5n)#mpSrݎ]Hxd@M./zdi¦: cE^lf)~Q5jK~,CSg{;<VȾ%q>fX}zZ8_jӹ*QՇ,dli2lD:˃6T2z%3VfS/bKbkɤvuk2dkpPh~6u٤PَY9,łYq s7g-5`fY]>U̠r2cYR[F}Z 9|RZ.ZD̛ vbeVvg59pB T|jnOKc|3)W?Dj o/&w3@Y)\el =-T}#5 n?JWDL"g&9R2y"qp_GyۇiG"&6O؍dS҂&l?MnjXX AU.}'!HG{hrkupG|XـMڮ@ɵ:.* 9ưVDbWJP)& e+h\QO&5n=_Kw~=īݺܭ+zj fYhMyI?czԙBM;cc/sv֌ DO܂3g¥<ɃP}Mhϗwױ lϔKI]r}Vf{O b(٪As5Elfy[>289:HRrnϦ=Ps%>Kae_ք@`"K5OiUtJ+aI_RT=YnAiK¾#UfQĪf_ 7b诶b*2YKr@6A ho"ٙu%wf̬0Xi@w7Kb->uJ:mzA WxjEs^DIV_l6z\R>znng4#0E] ŷA~3P`.9^)šM39zbf)[Id*O\pT=.dZQj!%& y80$V6}W dWz"Qۊ8r_<'sZ;jۻcfq1ƧVȜfϚF/fa²I mʛUJӗ~!CNz!{O hgcHsMw^4 1p rY^ $v*#`MT ,q.%wUĥ:Ej R YZ