libebml-devel-1.3.9-lp150.12.1<>,2d l3}vd R]'OlVKíE>K8l |< !EsȰT-]j0 mՆZM,cwL q'*h7eǨ/gto=YxgF~[S;!ǑbZf:*L];-R?͢}MS/E6f{b<ZˬR]R n3fkQL>>(4?($d ! T +Kdjt& & X& & <&  &  & & j&(L&(H( 8 98 : F]Gt&H &I &X Y \! &]!&^#b$.c$d%he%mf%pl%ru%&v&w&&x' &y'z''''( Clibebml-devel1.3.9lp150.12.1Development files for the EBML file parser librarylibebml is a C++ library to parse EBML files. See the EBML RFC at http://www.matroska.org/technical/specs/rfc/index.html .]-,cloud133openSUSE Leap 15.0openSUSELGPL-2.1-or-laterhttp://bugs.opensuse.orgDevelopment/Libraries/C and C++http://www.matroska.org/linuxx86_64/ @ *_T E  k B S  N eZ2G9 o A큤A큤A큤]-+\\\\\\\\\\\\\\\\\\\\\\\\\\\]-+\]-']-+]-']-']-']-']-+]-'de4e0a82bea716032f6a7b7affb4b338dfa6a612d45aa85b606e5bc09244b9553cedc3389d01c398ed386bef1f3a6edca9be926a278abe05cbab2a90f3098db5f4a867693d96b0c9c98c51d9878b1d7855f0245d03cbd7424063a5206a90a0598375a942e37f9d981bd05c0434d5ce8f9a60dcb1b3285701d87e416b97d2ee943e4762a96637c7edbc6932045d6e8edcf6f53e8b040eca548cf90b5f7d74957368bbd2880a72192f211b8b0b7f9d512c2398aa48cd288a85a12df8f67f164a02357183c8331a1ef92bb0c3ed129fe5ed3b1b182761e72de5b937c6ff4f95b86cadd9d16a05078b769bb211094142ac89b9082e063c3d81a66e7e53f0cb42a53cc0a7f450ba41b86694d1fdc2424bd6a9fcc2965dcd13f9a8091eaf7f5ec1d828d9eaa3bed2ff2bcbdbeff64763846c0fdbbe1d2fa497af5f473a16ec949e4b432274a59d52a9799ec4607164c02b936b58386d288c92a49c3947a7ffab21c101f5943a657a4a00c3d0082e5bd2b73a1ed9f57490c72e4c26e6f62b079bc4a52ce181058b8542db1bf062e9c7d310c70b8013a7999374c8f6682a3e1b12e108bcc03cc2ac960e2313236aa7c838a1bbb8e8be8ca985f27d502b1b4af192b3a883df8a17242a7839f079ccf1f544d6f5e929de892d3db9dab48ace00934579ce017d4105a1ef1545a70476b92fc24f7cfc130de50e26d09551f3c766fbed95004a2a4873f283bdf4f0ebd90393b0ac35cce097eb306e188529981392459954cb916e734c98c04dda5be63fb0633aaa9a3f050eb1f45dfb6ec7d78733964b6b3749ebdfa2e46e3b4867122703ad19a6015920a95f029408dbcf8486e3490de994a21bd90bc0258c3f1cc1029f03f78037297f5090e0f5ebcb46bd9a3ba57a569f28f23940f9aab1663cc09d1e24114e9a308fffff38c6d91884e098c36cc6bbeffd8dfdada774b189a35c6b0bff9d42f6597b8d863a8eb3a3c8ae5fd21ffd203764df8794221460243ea811a8d6516faa6bb9ec5bfdc5fc124d059f495935aa68eb4c6e56b6d1ec7b9feb55cba3b1832aa25ec3499d894ded4509dc4527907122006826ce1f86382287c0b91103296205aece734eb56d40b1a154f3f7e4fbc38734e4e3a82d8c42389c70e1edb200d021fa8a8bac4fad4b097710b4cab1338a8147b5f810708497c2b7835e6397bad0b69206323e0ea36818312516fa68e91cb1c79d5ea500241e56e635723493d53c7120f440b006ed3edb0c65d9b1c516344d0e268fc5e24229c0c8309593ead8ff520fecd9c954ec9386efd5bffba992e47ba358944f31d401cb007f725cb62cabcd53cec838e6b6aade77e73c3b52b3d3e00ffb793df8dfebf02740d4707b70c7878c3610b68f46c3e6850667f847acdfe9724f384c890546956c89e9fe16504cfcdcd9fa270384eedc5c5014f57a5c88ab18a2bce29693d617da8b513d3e75c88223eadacf56ca1b8bd64aa9659c092d388b0b6fc37406109343e8e686a4c8b53fa38a6c8a1663dfa3911a432f3f6bf161d3libebml.so.4rootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootlibebml-1.3.9-lp150.12.1.src.rpmcmake(EBML)libebml-devellibebml-devel(x86-64)pkgconfig(libebml)@    /usr/bin/pkg-configglibc-devellibebml4libstdc++-develrpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)1.3.93.0.4-14.6.0-14.0-15.2-14.14.1]%@\[^[^Y@W@V(UCjTD@T@Ferdinand Thiessen Ferdinand Thiessen rpm@fthiessen.derpm@fthiessen.derpm@fthiessen.derpm@fthiessen.derpm@fthiessen.dejengelh@inai.dedimstar@opensuse.orgjengelh@inai.de- 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: * Fixes boo#1104354 * 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)cloud133 1563280172  !"#$%&1.3.91.3.9-lp150.12.11.3.9-lp150.12.11.3.9ebmlDebug.hEbmlBinary.hEbmlConfig.hEbmlContexts.hEbmlCrc32.hEbmlDate.hEbmlDummy.hEbmlElement.hEbmlEndian.hEbmlFloat.hEbmlHead.hEbmlId.hEbmlMaster.hEbmlSInteger.hEbmlStream.hEbmlString.hEbmlSubHead.hEbmlTypes.hEbmlUInteger.hEbmlUnicodeString.hEbmlVersion.hEbmlVoid.hIOCallback.hMemIOCallback.hMemReadIOCallback.hSafeReadIOCallback.hStdIOCallback.hclibebml_t.hebml_export.hEBMLEBMLConfig.cmakeEBMLConfigVersion.cmakeEBMLTargets-relwithdebinfo.cmakeEBMLTargets.cmakelibebml.solibebml.pc/usr/include//usr/include/ebml//usr/include/ebml/c//usr/lib64/cmake//usr/lib64/cmake/EBML//usr/lib64//usr/lib64/pkgconfig/-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:10635/openSUSE_Leap_15.0_Update/d02db273b0f9f56b10afd9ca22856197-libebml.openSUSE_Leap_15.0_Updatedrpmxz5x86_64-suse-linuxdirectoryC++ source, ASCII textC source, ASCII textC++ source, ISO-8859 textASCII textpkgconfig filePPR@̗]wutf-8850767934b23df02c04a1c5f4abacdef26aba5446713ed1f3d88c54c26470fb1? 7zXZ !t/8]"k%ʽd?&e8–h5A_ZTL(x3u)a`%QS`z)@X9r}v9zٶ$:@~m.RGI.b# ÔДf{xu yġBE'ϔ.pMote]HCGXqXfQJ'Ctpңh3l@Sd%dg*vp/u{ G.&HQvQCqyHfkK҅UwFFpji' ou -ាf^v >HF/+Ǝ7|?Ya ;A_}gc տml"xđ9Q `5O KGk"TN {[Zloj t:}Y]r̳Fsn?*d_n9;[e'e\>{qajE]rIF&D懴6 65^T2`'xiUc ;'Y>qh)ϧܝW06Oorp Bf>}6A'JEM"Q+u~wMA@yw6CfYw1ӋK |7[ w VĈh?itl9pc,S%4jT GRK˼⻊HnFצ>=19_EP;.rsCQ$Љ;78]{CA_Ӝ ҂2H e~m5̻ĀЖn\T 1rˑR\UT҅`|j*rN1zMe+b~l4n F+e=<#|OG 0$âQ IVElPe-gN빛 q|KW~ Q %Wd**.Ⱥ]FvegYST|vW4&8$e'vs3|_N`|~{q6Ln=1.yX@` l|JBlJAJ\(ߪ9qIv]Xڥ"{X[XZ11!zD@3~|ad`L;E9W(wTP!){o7+b /ie/5ZdͩKm ,5 =.bfM y-oͷ4LEC bwќR1:=|ETbMYpjbHR)J8q%Ql@ uM=Hc<9{T,vRUyWiD3Z.Ѥ29${Ukqru:szn1望Pig@hcxĄ};u Óhx&'@jD'Y/ulfS*.DhGb@BK=kq,GIW䑝NK'}]9qOk`*?>@Pc͚əj %n)ț_ir |ׅ/¯5BD˜ TР=(] ĤcK/r }ADU߸;zp%67nEՊN/O xnRĦ~h!]$SޏOy'U iqw`:{-W gm\t-{`"rxEI*\E^vM`/5 ,h_ V> L=h8-"9ɣrGAhA*7Y0g7rfk O Bhٝސg:ќv9*=K5UyeG[bjlԢԛ3h儢{Z<XDztĊ_`@L,q#LaTh v~ /i2tyHD>5 97ж)$DlmZ/N~E) w.MZ`tN> Kmyn?#U,?# nwݜ1Hb$r׭*`dg^q& 綒\!l )֞@M1v1i#GFVɓ/ĩfS`bC,~E<:vF+%Ak^5)uT*_H^B@^Tx}`Q`AJ51aoܭqTz o\uQQՍg >aW&A3>1_Q@A!c :@$,H3Ɋ5,9~]5̝Lanӑ6I.Xzוēj󍮖Uw9Zң70HɋSEj^I&BE`ou[ p )6faxLcǜt,E89FnE1\Ŝ*0TʇT)UuB]M @&."kg< F]ɀH/3tK-BgKyk}_Xsl>Armm_x᥮VF_COkOqT #e.5kZ1P.熵LJ֐HȪ),PȽ^9X篳4HA3u zβ zeZy$qgT$xJ4TjQ:$nq OjQ{n?3;U[ SAeg{dUhptg x -峑R{uI.h.kŨ,m i.c< OF~눰~̋v;.V<'&͚r(P|8&a;~AM7' uMtABj oEo ;=%SS2.A K`9H{r , u+SB']Lz /q=͝>Ѹa"-8=|l#"pB.Q^Xi_ qV:$M YZ