getdata-0.11.0-lp152.4.3.1<>,QaɵE/=„bRԚ)^Uv 7xGg6;9WK!mn+X +'v"->*\t!UI "X+#9/W7B1 FVqr]/D?ݡ0vfzp_+_ǠEٕ"0`" 1si| &a-=\lQ}1\99lI%̾miX4.YJz )?rzq * ->A???d   J@DPTgpz 0 X   d ,h    ( 8 9 :  F4G4H5 I5\X5p Y5 \5]6^7ob7c8d9"e9'f9*l9,u9@v9 w=x>Dy>.z?L?\?`?????Cgetdata0.11.0lp152.4.3.1Library for reading and writing dirfile dataThe GetData Project is the reference implementation of the Dirfile Standards, a filesystem-based database format for time-ordered binary data. The Dirfile database format is designed to provide a fast, simple format for storing and reading data.aɵEcloud118DopenSUSE Leap 15.2openSUSELGPL-2.1+http://bugs.opensuse.orgDevelopment/Libraries/C and C++http://getdata.sourceforge.net/linuxx86_64) J( 9 (8gBVAA큤aɲaɲaɲaɲaɲaɲaɲaɲaɲaɲaɲaɲaɲaɲaɲaɵBa0a0aɲaɲf77d4557a34f86e90ce58536ee4b87fc3c30b21caf6733e89ebe5f978db4ba2766bda8006884f0ab7d98151a423a39df0c69f60f5a2470146275c7bd5b5147bc48a4b5ac2dcd7818da51d921b3f8f8795f2d5e51eff5807c1680db072cbe55b64ef295fdca16fa1a4d48d0016b4d706d675d4838f4d42980aab3aca732fad4655a585e9f030936ebafbaa7bd3148afe0533fa5a0792247f33c6c52e4a309c3f6217bc7497086c1ff013c5e2f39ca91d7f77cccf5adedf1f2ba53826cd6fb8b51adca42433bbdf5baf12b19bda8d84296bc0bf911f3a2daefce62fd88828b7a178e5d3e5f29280b96c96e44607674431d558702254f147702e98f0ca65bfcd2f4937aca0d4d70c7e9cd46dc4598ed7ed187327931ea83dcd32f5123ac759646661a4f3b0549c3800bb3afa13e90a791de7bd4d7d651782011c9ba0c77a6ce979288b6f5bfe965b7b7b0a2f21719bd6b74928620b6d8fa1f747a8cdd25c42ff1f536b6d3fa47916943fd5fec313c584784946047ec1337a78b440e5992cb595f899c90ea3334141aada90000e674a86edbcc74a33f3c5dfd85de7ea23b97305320d35e1c7eae6e86bce16057f46dc2d0946baa92b372366b26da03a2102556587elibgetdatabzip2-0.11.0.solibgetdataflac-0.11.0.solibgetdatagzip-0.11.0.solibgetdatalzma-0.11.0.sorootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootgetdata-0.11.0-lp152.4.3.1.src.rpmgetdatagetdata(x86-64)libgetdatabzip2-0.11.0.so()(64bit)libgetdataflac-0.11.0.so()(64bit)libgetdatagzip-0.11.0.so()(64bit)libgetdatalzma-0.11.0.so()(64bit)libtool(/usr/lib64/getdata/libgetdatabzip2.la)libtool(/usr/lib64/getdata/libgetdataflac.la)libtool(/usr/lib64/getdata/libgetdatagzip.la)libtool(/usr/lib64/getdata/libgetdatalzma.la)@@@@@@@@@@@@    libFLAC.so.8()(64bit)libbz2.so.1()(64bit)libc.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)libgetdata.so.8()(64bit)liblzma.so.5()(64bit)liblzma.so.5(XZ_5.0)(64bit)libz.so.1()(64bit)libz.so.1(ZLIB_1.2.3.3)(64bit)rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)3.0.4-14.6.0-14.0-15.2-14.14.1aKX@X6@WRWV@VVV$@UUȒ@UUTChristian Trippe jengelh@inai.dectrippe@opensuse.orgctrippe@opensuse.orgctrippe@opensuse.orgctrippe@opensuse.orgdvaleev@suse.comctrippe@opensuse.orgctrippe@opensuse.orgcgiboudeaux@gmx.comctrippe@opensuse.orgctrippe@opensuse.orgctrippe@opensuse.org- update to 0.11.0 fix CVE-2021-20204 (boo#1186251) for all relevant changes see https://github.com/ketiltrout/getdata/releases/tag/v0.11.0- Fix RPM groups again. Drop useless %clean section. Update descriptions.- update to 0.10.0 for all relevant changes see https://sourceforge.net/projects/getdata/files/getdata/0.10.0/ * This release introduces a new Dirfile Standards Version (also numbered 10), which adds three new field types (INDIR, SARRAY, SINDIR), and also field namespaces. This is the first update to the Dirfile Standards since 2012. - Added BuildRequires libbz2-devel and flac-devel to support the corresponding encodings- update to 0.9.4 for all relevant changes see https://sourceforge.net/projects/getdata/files/getdata/0.9.4/ * BUG FIX: Arbitrarily-long reads of FLAC-encoded files now work. Previously, each FLAC frame was written to the start of the output buffer, overwriting the previous frame, and leaving most of the buffer uninitialised. Reported by S. J. Benton. * BUG FIX: Data read from FLAC-encoded 1-byte types are now correct. Previously, although all data requested was read, only the first half would be returned, encoded as 16-bit data (i.e., with a zero-byte between every sample).- update to 0.9.3 for all relevant changes see https://sourceforge.net/projects/getdata/files/getdata/0.9.3/ API Changes: * gd_verbose_prefix() can now be used on invalid dirfiles. Previously, this function would return GD_E_BAD_DIRFILE when passed an invalid DIRFILE pointer. * BUG FIX: When trying to access a LINTERP table file in a non-existent directory, GetData now reports the correct error (No such file or directory). Reported by Johanna Nagy. Library Changes: * GetData can now read SIE files containing the optional nine-byte header (which can be created by daisie). When read by GetData, information in the header is completely ignored (because the GetData metadata contains all the necessary information). GetData never writes the header, but calls to gd_putdata() will preserve an existing header. Calls which re-code the file (like gd_alter_endianness(), gd_alter_raw(), &c.) will result in an existing header being deleted. * BUG FIX: Filenames and line numbers appearing in GD_E_FORMAT error strings returned by gd_error_string() are correct again. This bug also affected parser metadata sent to a registered parser callback. * BUG FIX: On platforms where char is signed, the library no longer rejects field names containing bytes with the top bit set. - remove patch fix_test_alter_entry_scalar3r.diff included in this version- added patch fix_test_alter_entry_scalar3r.diff to fix the test alter_entry_scalar3r on 32 bit- update to 0.9.2 * BUG FIX: When using a FLAC-encoded reference field, gd_nframes() no longer leaks file descriptors. * BUG FIX: A segfault in gd_entry_list() introduced in 0.9.1 has been fixed. Reported by Christian Trippe. * BUG FIX: A descriptor leak on error has been plugged in gd_desync(). * BUG FIX: A segfault triggered by encountering an I/O error while writing metadata has been fixed. * BUG FIX: Memory leaks in the FLAC and ZZIP encodings, plus single-byte leaks in gd_add_string() and gd_madd_string() have been plugged. * BUG FIX: gd_alter_entry() and gd_[m]alter_spec() no longer mangle the values of entry parameters when asked to remove scalar field codes. Reported by Dan Horák. * PYTHON BUG FIX: Fixed a potential segfault in dirfile.get_carray() on platforms where sizeof size_t != sizeof int. Reported by Dan Horák. * PHP BUG FIX: Calling gd_discard or gd_close on a persistent dirfile now does nothing, instead of closing the Dirfile and corrupting the persistent resource.- update 0.9.1 * Use perl-ExtUtils-MakeMaker instead of perl-Modul-Build at build time. Relevant BuildRequries where therefore changed. for all relevant changes see https://sourceforge.net/projects/getdata/files/getdata/0.9.1/- update to 0.9.0 * the legacy (pre-0.3) API is no longer built by default for all relevant changes see http://sourceforge.net/projects/getdata/files/getdata/0.9.0/- Explicitly require Perl-Module-Build at build time. Fixes the Tumbleweed build- update 0.8.9 * BUG FIX: The metadata writer now correctly stores bytes in the range 0x01 through 0x1F to the format files (encoded as hex escape sequences: \x##). * BUG FIX: A number of memory leaks associated with error returns from libary functions have been fixed. * BUG FIX: Attempting to create a new field or alias with the name of an existing dangling alias now fails with error GD_E_DUPLICATE, as it should. Reported by Alexandra Rahlin. * BUG FIX: Random-access reads on a RAW field with a frame offset no longer result in mispositioning of the field's I/O pointer, which previously would result in returning data from the wrong part of a field. Reported by S. J. Benton. * BUG FIX: The return value of gd_nframes() is now correct when using a sample-index encoded field as the reference field. * BUG FIX: The sample-index encoding no longer creates sequential records with the same value. * F77 and F95 BUG FIX: Passing zero as the field code length (F77) to GDFLSH GDSYNC GDRCLO, or, equivalently, an empty string as the field code to fgd_flush, fgd_sync, fgd_raw_close now causes operation on all fields, as with passing NULL to the corresponding C API functions does. This is what the documentation said these functions did all along. * PYTHON BUG FIX: Accessing the prefix or suffix member of fragment objects no longer leaks memory if the other affix is non-NULL.- update to 0.8.8 * Fixes build on 32bit - update to 0.8.7 * BUG FIX: Opening a Dirfile read-write (GD_RDWR) no longer fails if /INCLUDEd fragments are read-only. Reported by Alexandra Rahlin. * BUG FIX: Several fixes have been made to the sample index encoding (SIE) engine, which should now produce properly encoded data when performing random writes. * F95 BUG FIX: Passing the empty string to fgd_reference() now returns the current reference field without modifying it, instead of crashing. * PYTHON BUG FIX: Querying dirfile.reference no longer causes a crash on an empty dirfile. Reported by Alexandra Rahlin. * PYTHON BUG FIX: Memory leaks have been fixed in functions returning lists of field names or other metadata lists. Reported by Alexandra Rahlin. * PYTHON BUG FIX: On error, dirfile.get_string() no longer segfaults or leaks memory.- update to 0.8.6 * BUG FIX: Computation of LINCOMs with complex valued input fields now correctly happens in the complex plane. As a side effect, gd_native_type() now also correctly reports such LINCOM fields to be complex valued. * BUG FIX: The gd_[m]add() functions now ignore zero-length scalar strings. Previously they would store these invalid field codes, causing problems later. * BUG FIX: Returning complex-valued CARRAYs as purely real now works. Previously only the first element requested would be returned, the remaining output buffer containing uninitialised data. * BUG FIX: Entry members spf, bitnum, numbits, and period are now completely ignored by gd_[m]add() when corresponding named scalars are specified. Previously, an invalid value in these members would result in the entry being rejected, even though the rest of GetData ignored the invalid, unsued value. * BUG FIX: The parsing of the \x and \u escape sequences is now correct. * BUG FIX: A scalar field code specified for the last factor in a POLYNOM entry is no longer ignored by gd_[m]add(). * BUG FIX: gd_[m]add() no longer rejects MPLEX fields with negative count_val. * BUG FIX: DIVIDE fields with complex-valued divisors are now properly computed. * BUG FIX: Complex-valued POLYNOM and RECIP fields are now computed properly when the library is built in ANSI C mode. * BUG FIX: gd_alter_entry() no longer corrupts the DIRFILE when modifying named scalars of MPLEX fields. * BUG FIX: Writing complex-valued MPLEX fields no longer corrupts the stored data. * BUG FIX: gd_bof() now returns the correct number (i.e.: zero) when reporting the beginning of field of derived fields shifted to before the start of the dirfile. Previously, this function incorrectly returned values ranging from zero to one less than the samples-per-frame of the requested field. * BUG FIX: gd_flush(), gd_sync(), gd_raw_close() no longer segfault when operating on a LINCOM with only one input field. * BUG FIX: gd_seek() now works correctly on PHASE fields; previously, the sign of the PHASE shift was flipped. * BUG FIX: gd_seek() now correctly positions the virtual I/O pointer of the INDEX field. * BUG FIX: gd_framenum_subset() now returns the correct value when passed a field_end which is beyond the end of field, and then is required to extrapolate outside of the specified frame range. * BUG FIX: gd_error_string() now produces the correct string when reporting an out-of-range poly_ord encountered by gd_add_polynom() and similar. * BUG FIX: gd_[m]alter_spec() no longer ignore co-efficients specified for POLYNOM entries. * BUG FIX: gd_alter_encoding() now deletes the internal cache of RAW filenames of the affected fragment; previously, these old, cached filenames could lead to I/O errors when reading and writing the re-encoded RAW data files. * BUG FIX: Calling the Legacy API function GetFormat() on a Dirfile with MPLEX or WINDOW fields no longer results in a segmentation fault. * BUG FIX: Attempts to read past the EOF of a gzipped field no longer results in an I/O error, but successfully returns no data. * BUG FIX: The internal recursion counter wasn't being properly reset on certain error conditions, leading to spurious GD_E_RECURSE_LEVEL errors being returned from valid calls.cloud118 1640609093 0.11.0-lp152.4.3.10.11.0-lp152.4.3.1checkdirfiledirfile2asciigetdatalibgetdatabzip2-0.11.0.solibgetdatabzip2.lalibgetdatabzip2.solibgetdataflac-0.11.0.solibgetdataflac.lalibgetdataflac.solibgetdatagzip-0.11.0.solibgetdatagzip.lalibgetdatagzip.solibgetdatalzma-0.11.0.solibgetdatalzma.lalibgetdatalzma.sogetdataAUTHORSCOPYINGcheckdirfile.1.gzdirfile2ascii.1.gz/usr/bin//usr/lib64//usr/lib64/getdata//usr/share/doc/packages//usr/share/doc/packages/getdata//usr/share/man/man1/-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:17326/openSUSE_Leap_15.2_Update/b62fe3993c38c68c04c40af1c8b03837-getdata.openSUSE_Leap_15.2_Updatedrpmxz5x86_64-suse-linux ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=b24508ae63bf39a440e6929ea78188aa0fa0f3e5, for GNU/Linux 3.2.0, strippedELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=acb415eb3e538d049b2c54515cb45078d613fc3c, for GNU/Linux 3.2.0, strippeddirectoryELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=9440b2c506a2c701097a0432f4850f45d34964e8, strippedlibtool library fileELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=abf7c98660943b1e219ce4acf15712b12dae9064, strippedELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=c06d4c1818d73e19d0d3714a931f2e916e8490e4, strippedELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=2cb520e157a55a98e461f287cb25ce247ad8643e, strippedUTF-8 Unicode textASCII texttroff or preprocessor input, ASCII text (gzip compressed data, max compression, from Unix) #$- RRRRRRRRRRPRRRRRRRPPRRRRRRRPPR RRR RRPPR RRRRRRRP >^Y5ᔷIO_;bzip2flacgetdata-docgzipxzutf-8dfe46a60ab80db1fbfe44892a5816887e3fea976262108b0684a4c556b72023b?7zXZ !t/!6 /]"k%rTtH]YN9iwHwa+l$κT5|sBj`= l% 7.ֹHNr4<;6Mݚ?JoXʞ .>_$EoP-9 ֿT~w*^/yY"2^9b yv8 R3,a; Dm/۩M+mJ tS-rP^ ]{!!xT0FvhSU]LXp`EDwN$3$D!k,5_\OQ3'Qя _E`aZP@b]k"Vbj1% :cgyrX;&`ew?qKtmC; x!^R)ѳ|!PoTdkt<ꆤ9nKcc(ut )!(wpUCȬ(RFIxf{́wcJI+m0)n@D bhnaU y+Y;kU WM-JmTri`ȷw$72AScu~bG9$MQu]wxԺM$]{qtqj43bodĒ#5V7p\`Y΍>mJ xd^:||0o95gTi0ĤΞdcu~]E0~m]]on6+|1Yv@F%50ⷠ︔'ć'`"suj&RX^) (W St-LAB:m?#OE$f?\[t%! >* Yzs`onmrm,]i\:óyUglbץ@U`}kNLr֞!=*J^g_ b:88nӽ(҄31W*mnr6)lGt)R]k֒|BTuާ//83l,QXKs5\RI/,椹>Mn@{ @+!ѭR=`*4whMZ&$Z]n,OaJf~R->g0/kY~P'gׄ@_2Y8GDSH'șPoTCi=ԬKxhGBIi@CHzgx!Ķ`0uC 2{"(5.$&+aFG4^!ؤ`N#pa%U<3hdG3-M<, 'ͮ&\e{:疺ZӀ]բ"(\jTD"8l6OK0./se_"=u<74!  " U#u2Jhqo+<U' z)סu,㣫_HM/7fr#f} 7c/z`p@waóR9Fno0N: .Uv/7d㲏4*n( i]==P5cھ5u4$S)L}мpmbg&9*q#6~F5kwNSi AruSb(˽Y4MWٍ\'S\ 26ذW.@_hsbA[N yR!$\;~$ϳecMYgZ$p&S!523 pr!cn-09inKcg[c\U^Knc凐a{LUr exy+Y~%Aq+$ي+bˎ w5嘭%Z4skTģB5_2Fqbgo Gooߕv,VY^'8#t2/SJ=ԚO]oF\A}d,00"P5%r8s? u"ׅ, z%*R u .g1XPKA Ck \н86eš -'n/KDeʾ\i]ae#JA*U};~Xa 8ДSp-3.9#AC^qTw\ stQa2Ȧ"ՁSCF^aWv zi`\9Z.ÇvC3{}aL!N)!ֵY1@a2V0gHbCM 8p% mt4{迩bMzJ H_e#c{0p!HVwޘu껽5-ȗr˫"7aMc#BL*+q|H!coGu _iNK3Z;1문ko"oǛ` Xb 0:!Sn`}LaqRb&IDVpPڙ.2V >)Xt> Ka05Kr 9л"Y2<ݴÄ4OqN4д"l&Y1RЬ\-@Esm+P@˜Ӱ*-vr^h\_G#~_¹\dK"Ps7ȠaO~ BTmG]n(S+'Gy>~" i59zW7zx(D!}%O"kBSLI<o~B_n YZ