libebml5-1.4.5-bp157.2.3.1<>,4i$nI%z a.`u#&{̈́66I=%QdP )CP}ߞG'z ~oHX[֔hia.$,*,iC7yN=īe2]ێ8~!}ʨtdTEMd`uD#N_(%P:vP-4ʠk10t=s۟V%WCy :,ad9_`ao+_^*\rjp(V7](<9ڏϘu0@g'<ۡ1+1Ĝ'iz'!f* 9̧!Y0C7('rM=3p$Dֹ5uȭŔ %3Id!);-9 ? E ?OݯUt2\2m ĎGq}ŷ+Aef%n^@#?#d   9 &@FPX \ ` h  8(89:> #@ 2F AG XH `I hX lY x\ ] ^ b c!{d""e"'f"*l",u"@v"Hw"x"y"z#$#4#8#>#Clibebml51.4.5bp157.2.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$ni03-armsrv2 SUSE Linux Enterprise 15openSUSELGPL-2.1-or-laterhttp://bugs.opensuse.orgSystem/Librarieshttps://www.matroska.org/linuxaarch64 i$ni$n2eba414524f3816d96594772f9db88b4fcfd441da761628251e0d7dd69343ef5libebml.so.5.0.0rootrootrootrootlibebml-1.4.5-bp157.2.3.1.src.rpmlibebml.so.5()(64bit)libebml5libebml5(aarch-64)@@@@@@@@@@@@@    /sbin/ldconfig/sbin/ldconfigld-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)/sbin/ldconfig/sbin/ldconfigi03-armsrv2 17639952951.4.5-bp157.2.3.11.4.5-bp157.2.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-protection -gobs://build.opensuse.org/openSUSE:Maintenance:19231/openSUSE_Backports_SLE-15-SP7_Update/55e787a1ed0743037032828f371e6e44-libebml.openSUSE_Backports_SLE-15-SP7_Updatedrpmxz5aarch64-suse-linuxELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[sha1]=7c74f7d7a404efc95ab37f31e3abf9eba1ddc372, strippedPRRRR R RR R R RRRRC6OI7utf-89a623bfcd6ec32d4d5fc385d52024bd23f57c1e9e01a26f8ae50fadb54f3d110?7zXZ !t/P ]"k%nd?ϸe/Gr*M*!*-ITX$1o 2w Jv)Ƿe7jI`|NbS6 ~-~;ЅރkSf|LYqpDŽp IC^?IOAE# RpiM)$fN_Q?ńFhNaU,^!M2RM}v[l IԤlx\#ِ'e!Ҹ8 }sp"m| Q\;tMf5FS ⱠYFŠ/)cN(LYl&cYZar5ǽZ7἖8J-H#ϳ[ l@ݗCY3h?t_Ӟ̢ۙ~ACS̫壮Zݟ±xpRv-0˱(.!i #~y֧@i-"_ 4psv(<-^k'"B%xdo,M{%"NDKYLeo%;b;@qGU% ÎHmhAZTNu ݰiim =0[3<0y0!Jhbˈ CΓƻ 9W9w ?j = Y}H |-V]\Lud=Vvi3QF}#^YT}*2c$ڠʫބ/C%m|1Q;gƘA0' ZbycĤB@nKQx H>*!{,A nvSk]R.}d5p1UL2 KK?|\SE!4/WB0d#;^bG]>dvE?^:e)x Kq!\n'XgB /ċ+@((1' eg/AR` I*ۥQVt4Վ&{U&e H|NQ> &97:˟ #ӹƨ 5ltoAWSDfgX<'C\!G2166'S?_Sdߏ3 uCiR"N`}VHWa# w@QPqL5dE,tz* QҽX z8- 25TNV?a &#bf:_GdRS#'\M̖G;*r/wu%7QMG<9ߍu~ X($>o)_;}Xɏdh(e? P4)RM=^9I:b\0y2f2Rkr(Ip͹L/nfSu s5VGERr𚨣]V$4V'욼0U7N &w!lr=8&ْj-vL6x 2!)J1?B ЩK{X7scXGnZ}nQc$˭Rh57YOVrГKg>lBufbK&`6IUVB_(z[AK"R`J\zu@dgҤ~=ӏHe>]S3 !^F\C:KDRP,|Ov _m^xh\wߘOwUs-fު\,؟G+v'`j-:; Z*벃\Э:"](Οᴴ Yu^ؖd9C%n{ \[-"IyT?9/~y UټFyjXm K~<ŏi'ߤ4ʴNaק:w[Մ5eV/~Ɍ#hc~Tow.{jHl{G>:Pro<@8\Bu=Gl,2B_#{l%@ MQ"}Y'[q}Ϧ)_<5o: d@tɒ?t8_2CUxF0j֝XݣEǸȠ8ɠvIKE+-@>W:9$ס5Fpk#S"}l\u|4oLNMƘ{zq͗mvVZ#B {$KvcEkUُ&5?B&?M+b%G h<ɤPXpsHK !zrВ]IKEt?ĉ !zƒ0fhhaQgXn(~)G^A83ܴYNAA+Dgk. Rb޴+Ѥmknjxs=@I?@m B.yſ'1 #l$bG ;*c6n.^ynЙeaF޿RCA sʅ A//oNMLpP0D\`~X{SѫEַ"Zozlrg|Ln԰A7;=o4a PtzXoYƽc DșJ7+"OpiZR~L!V8F%Rfs,'a7촛@֒#|SCH&L,@;ƹ FN`T\|n_l N@wzyG ~׻ >ܬowiV4z YZ