netcdf_4_6_1-gnu-openmpi1-hpc-4.6.1-10.7.2<>,m`a2p9|#bt[[~ ɢiZ<<PUhaZ6k2^;MIdT K!NqnTe5!}|B%9)8[&do16ںGŐC@x oaĂ9޳=kgX5+#ݕm}֮ԦY1ʘoMr9wvqX) >-ǪK*atg ~촤H`38.6}к<԰h_]_$<n%E^>>?@??0d & - i| 28@   $ w 7\   p ( 8 +9 L+: +F3JG3`H3I3X4 Y4\40]4|^5E b6c7vd8e8 f8l8u8$v8p w=x=y>8&z>>>>?,Cnetcdf_4_6_1-gnu-openmpi1-hpc4.6.110.7.2Command-line programs for the NetCDF scientific data formatNetCDF is a set of software libraries and self-describing, machine-independent data formats that support the creation, access, and sharing of array-oriented scientific data. This package contains the openmpi1 version of utility functions for working with NetCDF files.a2nebbiolo6SUSE Linux Enterprise 15SUSE LLC NetCDFhttps://www.suse.com/Productivity/Scientific/Otherhttp://www.unidata.ucar.edu/software/netcdf/linuxppc64le (   bC3Mo:qZAAAA큤A큤A큤aaaaaaaaaaaaaaa0Z,Z,a0Z,50dc45023fa8c0c89f2445e718aa1e1136f2b68fe780d2b0971158a84ada6ccad0d7dc1b9668951966d6cfaa20e228bf3b2d89868a7ad85454b22743677071e3ec54372ef09b3f75f501f3168d3603f2d262746938dc637e81891f2938f9cf0868645565f988c026fbcf16e546bb26313c90ac8cf3bc2105adb6edff6a8db4bc3f757d6ead77053adb0c09707f12be7c31e2b28413b866f1b37e760b1d8393daccd4e4fa0ce44daa3472f92c54c1bab63e7441eaafc79b7135dcd3b11c2a4a78ada344b8c4968af80f79122c0bdf81f1affd2a2e779b9224c5c0cd4dc08e6941cb692c0b315ccc3eb5df6abab64859e665f1423328c5f18511bedbc5ce5f16ae564294e84605246b4b088fd719f476e1dd5d442d4ab5894f5523fd8611c10c4c4112c645357f7e85292dc96ab350c292433ed3a9b86b31d36fb590276a89f5c415f030660e02ac0dae37a448ac34b877a2bfca7719d6a346a0d601519202eaee25bbe749f9ab86693dd86305d50df23b79ba8faf462b6b1afbee4d7a29b80dd5bcdf032e01511bc7eaeb076d446726b66baa63411ecc1ba73c3d15554625309erootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootnetcdf_4_6_1-gnu-openmpi1-hpc-4.6.1-10.7.2.src.rpmnetcdf_4_6_1-gnu-openmpi1-hpcnetcdf_4_6_1-gnu-openmpi1-hpc(ppc-64)@@@@    libc.so.6()(64bit)libc.so.6(GLIBC_2.17)(64bit)libnetcdf_4_6_1-gnu-openmpi1-hpclibpthread.so.0()(64bit)libpthread.so.0(GLIBC_2.17)(64bit)rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)4.6.13.0.4-14.6.0-14.0-15.2-14.14.1av@_@_@\d\3?@[@Z@Z@Z@Z@Z@Z@Z@ZZľ@Z}@Z}@ZaZX@ZOhZYY@Yq@Yq@Y+@YYYY@XYW@W@Ws@W@W{@V@VJVP\U@U@U(U2G@eich@suse.comeich@suse.comeich@suse.comeich@suse.comstefan.bruens@rwth-aachen.destefan.bruens@rwth-aachen.deadrian@suse.deeich@suse.comeich@suse.comeich@suse.comeich@suse.comeich@suse.comjberry@suse.comeich@suse.comadrian@suse.deeich@suse.comcgoll@suse.comeich@suse.comeich@suse.comeich@suse.comeich@suse.comeich@suse.comeich@suse.comeich@suse.comeich@suse.comjjolly@suse.comeich@suse.comeich@suse.comeich@suse.combadshah400@gmail.comdimstar@opensuse.orgwbauer@tmo.atvirtuousfox@gmail.comjengelh@inai.detoddrme2178@gmail.comadrian@suse.dedvaleev@suse.comtoddrme2178@gmail.comscorot@free.frtoddrme2178@gmail.comtoddrme2178@gmail.comtoddrme2178@gmail.comp.drouand@gmail.com- Fix: * CVE-2019-20007 https://sourceforge.net/p/ezxml/bugs/13 * CVE-2019-20006 https://sourceforge.net/p/ezxml/bugs/15 * CVE-2019-20201 https://sourceforge.net/p/ezxml/bugs/16 * CVE-2019-20202 https://sourceforge.net/p/ezxml/bugs/17 * CVE-2019-20199 https://sourceforge.net/p/ezxml/bugs/18 * CVE-2019-20200 https://sourceforge.net/p/ezxml/bugs/19 * CVE-2019-20198 https://sourceforge.net/p/ezxml/bugs/20 * CVE-2021-26221 https://sourceforge.net/p/ezxml/bugs/21 * CVE-2021-26222 https://sourceforge.net/p/ezxml/bugs/22 * CVE-2021-30485 https://sourceforge.net/p/ezxml/bugs/25 * CVE-2021-31229 https://sourceforge.net/p/ezxml/bugs/26 * CVE-2021-31347 & * CVE-2021-31348 https://sourceforge.net/p/ezxml/bugs/27 * CVE-2021-31598 https://sourceforge.net/p/ezxml/bugs/28 (bsc#1191856) Note: * CVE-2021-26220 https://sourceforge.net/p/ezxml/bugs/23 not relevant for netcdf: code isn't used. * CVE-2019-20005 https://sourceforge.net/p/ezxml/bugs/14 Issue cannot be reproduced and no patch is available upstream. Added: * Fix-CVE-2021-30485-bug-25.patch * Fix-CVE-2021-31229-bug-26-CVE-2019-20201-bug-16-CVE-2019-20198-bug-20.patch * Fix-CVE-2021-31347-bug-27.patch * Fix-for-CVE-2019-20006-CVE-2019-20202-CVE-2021-31598-ezxml-bug-15-17-28.patch * Fix-for-CVE-2019-20007-ezxml-bug-13.patch * Fix-for-CVE-2019-20199-ezxml-bug-18.patch * Fix-for-CVE-2019-20200-ezxml-bug-19.patch * Fix-for-CVE-2021-26221-ezxml-bug-21.patch * Fix-for-CVE-2021-26222-ezxml-bug-22.patch- Remove requirements for parallel-netcdf from non-HPC builds: without the '--enable-pnetcdf' configure option, this doesn't make sense.- Remove build restrictions for SLE builds: build all flavors for SLE. - Fix ldconfig args for HPC packages: no caching should be done as these libs are made available thru LD_LIBRARY_PATH tweaking. - Adhere to common conventions regarding NetCDF and PnetCDF: NetCDF modules should be called 'netcdf' - regardless whether they are 'serial' or use MPI (boo#1174291).- Consolidate use of openmpi1, openmpi2, openmpi3.- Add support for openmpi2 flavor * own directories below _mandir for all MPI flavors * no support for parallel_netcdf yet, same as for HPC flavors - Enable valgrind support also for aarch64 - defattr, license spec file cleanup- Only create a single devel-data subpackage providing the identical macros.netcdf, and require it by both serial and openmpi devel packages.- go back to hdf5 1.10- Fix devel-data package conflicts by a Provides/Conflicts that doesn't collide with a package name.- Remove the 'ring magic' as this seems to create issues during verification.- (Temporarily) disable fpr S390* as a check test fails currently on BE.- Fix dependency issues with non-HPC devel packages and devel-data.- Add a dependency to the HPC master package of the correct flavor of libhdf5_hl (bsc#1091243).- Avoid file conflict between devel-data packages over rpm macros.- Disable non-HPC builds on non-openSUSE systems: a. currently only SUSE products/projects are supported/ b. non-HPC builds are not and have never been supported on SLE, on openSUSE they are provided for compatibility reasons.- update to version 4.6.1 (FATE#325561) * changes since 4.4.4.1 are documented here: https://www.unidata.ucar.edu/blogs/news/entry/netcdf-4-6-1 https://www.unidata.ucar.edu/blogs/news/entry/netcdf-4-6-0 https://www.unidata.ucar.edu/blogs/news/entry/netcdf-4-5-0 - Obsoletes all patches: netcdf-disable-szip-linking.patch netcdf-h5-test-fix-type-mismatch.patch netcdf-no_date_time.patch - drop hdf4 support - use version 1.8 of hdf5 in non-hpc mode to avoid incompatible on-disk data- Add support for openmpi2 for HPC (FATE#325089).- Fix summary in module files (bnc#1080259)- Change the name of the MPI version of the module file directory to pnetcdf to distinguish it from the 'serial' one (boo#1075933).- Disable the openmpi3 flavor in some products.- Switch from gcc6 to gcc7 as additional compiler flavor for HPC on SLES. - Add support for mpich and openmpi3 for HPC.- Add dependency on the hpdf5 library package to the netdf libary package.- Simplify Group: - do not destinguish between MPI and non-MPI: the IBS check scripts cannot handle this well.- Fix wrong Requires: in static package.- Add minimal mpi-selector support for non-HPC MPI build. This will avoid the MPI packages to conflict with the 'serial' ones as both provide the same files and libs.- Fix botched dependency for libpnetcdf-.- Added patch netcdf-h5-test-fix-type-mismatch.patch * Fixes type mismatch in test tst_h_dimscales (bsc#1064705).- Source mpivars.sh to fix the non-HPC openmpi %check.- Add magic to limit the number of flavors built in the in the OBS ring.- Incorporated HPC-style builds using environment modules. - Converted to multibuild (FATE#321719). - renamed rpmlintrc to netcdf-rpmlintrc. - Generate baselib.conf dynamically and only for the non-HPC build: this avoids issues with the source validator.- Update to version 4.4.1.1: - Fixed an issue where ncgen would potentially crash or write incorrect netCDF4 binary data under very specific circumstances [gh#Unidata/netcdf-c#323]. - Updated documentation related to netCDF variable names and DAP2 access to reflect the undefined behavior potentially observed when DAP2 reserved keywords are used as netCDF variable names. - Fixed an issue with nc_inq_type() not returning proper value in some circumstances [gh#Unidata/netcdf-c#317]. - Corrected an issue related to test failures when - -disable-utilities or -DENABLE_UTILITIES=OFF are specified when building with autotools or cmake, respectively [gh#Unidata/netcdf-c#313]. - Corrected a behavioral issue with the _NCProperties attribute taking up too much space [gh#Unidata/netcdf-c#300], [gh#Unidata/netcdf-c#301]. - Corrected behavior for nc-config so that, if nf-config is found in system, the proper fortran-related information will be conveyed [gh#Unidata/netcdf-c#296]. - Add netcdf-disable-szip-linking.patch: Disable building with szip support for now, since test nc_test4/tst_interops5.c fails otherwise; this is likely to be fixed with version 4.5.0 of netcdf, but requires big enough changes that we don't backport it here. Necessitates BuildRequires on libtool and running autoreconf before configure.- Explicitly BuildRequire m4- Remove %{optflags} from CFLAGS for now to fix build with hdf5-1.10 in Factory, see https://github.com/Unidata/netcdf-c/issues/244- Add 32bit version to satisfy libavfilter6-32bit- Trim descriptions. (libnetcdf11 will be the prominently installed one and therefore retains it mostly.)- As far as I can find the settings file is only needed for development.- update to version 4.4.1 Details can be found in the RELEASE_NOTES file. - Note: The combination of netCDF-C library versions earlier than 4.4.1 and libhdf5 1.10.0+ should be avoided, as they will result in binary files not readable by systems using earlier libhdf5 versions.- Regenerate ncx.c from ncx.m4. Tarball doesn't have fresh copy of it. https://github.com/Unidata/netcdf-c/issues/159- Update to version 4.4.0. Highlights: * Added CDM-5 support. * Added support for opening in-memory file content. * Modified CMakeLists.txt to work with the re-organized cmake configuration used by the latest HDF5, 1.8.16, on Windows. Before this fix, netCDF would fail to locate hdf5 1.8.16 when using cmake on Windows. * Modified ncgen to properly handle the L and UL suffixes for integer constants to keep backward compatibility. - Remove netcdf-correct_casting.patch, rendered irrelevant by upstream change. - Remov upstream-included netcdf-codecleanup.patch and netcdf-pkgconfig.patch - Rebase netcdf-no_date_time.patch- install netcdf_par.h which is skipped when mpicc in not detected- Currently the regular, openmpi, and mpivachi2 versions of the library packages all provide the exact same libraries. So any package built against the -devel package will end up with an "unresolvable" build error because there are multiple versions of the library it can use. To avoid this, I have added generic provides for the library package so packages can depend on the version they really need, avoiding these build issues. - Depend on the correct regular, openmpi, and mpivachi2 versions of hdf, hdf5, and parallel-netcdf.- Update subpackage groups - Make subpackage summaries and descriptions more consistent - Provide rpm macros for version identification - Spec file cleanups - Build parallel versions of the library.- Build with HDF4 support- Update to version 4.3.3.1 * When the NC_MPIPOSIX flag is given for parallel I/O access and the HDF5 library does not have the MPI-POSIX VFD configured in, the NC_MPIPOSIX flag is transparently aliased to the NC_MPIIO flag within the netCDF-4 library. * DAP requests now always include a restraint. Due to a problem in version 4.3.2, no constraint was generated when all variables were requested. * Fixed the code for handling character constants in datalists in ncgen. Two of the problems were: - It failed on large constants - It did not handle e.g. - var = 'a', 'b', … in the same way that ncgen3 did. - Changes from version 4.3.3 * Fixed bug resulting in error closing a valid netCDF-4 file with a dimension and a non-coordinate variable with the same name. [NCF-324](https://bugtracking.unidata.ucar.edu/browse/NCF-324) * Enabled previously-disabled shell-script-based tests for Visual Studio when `bash` is detected. - Update netcdf-no_date_time.patchnebbiolo 1636030770 4.6.1-10.7.24.6.1-10.7.2binnccopyncdumpncgenncgen3ocprintsharemanman1nc-config.1.gznccopy.1ncdump.1ncgen.1ncgen3.1netcdf_4_6_1-gnu-openmpi1-hpcREADME.mdRELEASE_NOTES.mdnetcdf_4_6_1-gnu-openmpi1-hpcCOPYRIGHT/usr/lib/hpc/gnu7/openmpi1/netcdf/4.6.1//usr/lib/hpc/gnu7/openmpi1/netcdf/4.6.1/bin//usr/lib/hpc/gnu7/openmpi1/netcdf/4.6.1/share//usr/lib/hpc/gnu7/openmpi1/netcdf/4.6.1/share/man//usr/lib/hpc/gnu7/openmpi1/netcdf/4.6.1/share/man/man1//usr/share/doc/packages//usr/share/doc/packages/netcdf_4_6_1-gnu-openmpi1-hpc//usr/share/licenses//usr/share/licenses/netcdf_4_6_1-gnu-openmpi1-hpc/-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.suse.de/SUSE:Maintenance:21641/SUSE_SLE-15-SP1_Update/0385f3faceab9a1edbf9e72b5486a2ae-netcdf.SUSE_SLE-15-SP1_Update:gnu-openmpi-hpcdrpmxz5ppc64le-suse-linux directoryELF 64-bit LSB shared object, 64-bit PowerPC or cisco 7500, version 1 (SYSV), dynamically linked, interpreter /lib64/ld64.so.2, BuildID[sha1]=f6ba371a0852577926747a9b3d2d0aa542bebb71, for GNU/Linux 3.10.0, strippedELF 64-bit LSB shared object, 64-bit PowerPC or cisco 7500, version 1 (SYSV), dynamically linked, interpreter /lib64/ld64.so.2, BuildID[sha1]=781407342896553073ce858ff8c4cdc5ec5445ec, for GNU/Linux 3.10.0, strippedELF 64-bit LSB shared object, 64-bit PowerPC or cisco 7500, version 1 (SYSV), dynamically linked, interpreter /lib64/ld64.so.2, BuildID[sha1]=4c8af5ea84b93f29986e6d1942c86af68120286f, for GNU/Linux 3.10.0, strippedELF 64-bit LSB shared object, 64-bit PowerPC or cisco 7500, version 1 (SYSV), dynamically linked, interpreter /lib64/ld64.so.2, BuildID[sha1]=a2d0cf3d48c503ab1f0c34f5f29d99b1e1ceca1c, for GNU/Linux 3.10.0, strippedELF 64-bit LSB shared object, 64-bit PowerPC or cisco 7500, version 1 (SYSV), dynamically linked, interpreter /lib64/ld64.so.2, BuildID[sha1]=6ee26169746eb6de9383797d0fa30230cb5248f1, for GNU/Linux 3.10.0, strippedtroff or preprocessor input, ASCII text (gzip compressed data, was "nc-config.1", last modified: Mon Nov 29 18:57:20 2010, max compression, from Unix)troff or preprocessor input, ASCII textASCII textUTF-8 Unicode text, with very long lines RRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRj,jDxSmutf-8d76e7f2736155913666d27b7b47058749da2368af8c5c8e3ea976534837beaf5? 7zXZ !t/<)]"k%U!P*(сu]1c#^A&/s6]] jt`e${niv13$QdAGx Ty3y0->9c mVȆ oH^2yfy8`ZiW;-L'pL qMh?_~Gif6uwB2}HzAmndS<,sȹj0m\8Z oޘKuZ"; xq=bBT@bR-y*2 |)0,4^RDU}fYf¡gqWKT[VIL9b{C}'(zݡĽpFWv,cM D WrsiB pBiw7f5) EQ#l~~"~>7&=[2jJEPaa 1qn5VdƤ'DMlk"e$e'i[ĵTH/0eEp̞O57L1OxJv R* W]LѮ0nBoC fcyq??ΡAƣH}5voogDw6v9y-NXAUdvĘEPe: M"?vB29t|lX<]DVA ]O˄*=偋WՈC^ZU; H%.-s嵳E@[$-jY^[ e}K7sww0ŷ]8>lЩɭ{kGh=40NrYlz8fK[<ߑofp*.;m4JD Rw@+֛]`ê@y}.Z6(jYfLBS)Z:8R/ޘS׍ : …F#+QLգq1C?e]t2d~< @q؆&9N9-<\VUSz3?g: SNHw9by{-JB!wM+Ms <^w6X2 Y uzqKNz#BjN cZ<|Sc|u &zR+G^o:b?xo@^i%a=[B?u `ɓ/iP>hhp‹ʊAItGm[R=tI|^OL5opN06,B bP?AնG1Ŏ߷m$ݙgY횪|Yg7{my0>\>IU؛"QwɲJ {`)#Ye*eLqھYn-ahs,UH>_<͝e<2H"Z D A#"wawdlb( Z6ݧd"%8/jflL`mP+g, F&CE%YLNg'@0иEVdhmw~c~azk6k_Ɛ(A^ce|d.Xj`ضc]aϔv*_I͏yRFAo\(5#Ee "Q$rDZ*%toEI-̂^Zitul;a;RoH[sf{ rNzk]9}d/H9\4lRq&hGuL%Hv__y{i6<0x9LDV8vel[9[ pQ&dcwlnPSȻ@Uz1f:Vg儈4ۯš3dnM[HYFHΈW _%I @ ɫ4^CPg{ޫhd{j*1@.JʐYgqmp00!kXZfiz0@7҇WiQ6|lYYec p`a! Q:bnh 3i3.@w1"IDU[m lNGZFYd6M ~3#ݤwTu{ghTr4Z$Kf m'QɽIp $[ύCbFڷ`x@`X@x;ԮJj`VHv_k|y  TϷÆ֗'cgͬsyĎb~a)-'(Ⱦ=}OzlJ.rw3zt1yؖ.g ' ĥ_'a;Y 96twxU]dfǑrpr2D!$h(?Ҁ=l++zSEc=Wd힋-rG*ߖϮho1!e3k<5chb,nC~R\Cm70-pk̽ŰU/ݖj ȵ%We!i% a-Z)O\y'IWnf;c~'C;wrmK )=N&X5∯yt· bp׋-Oa(Ћ~1GȐ O "/4U`DN \ N78dk;zZ#IXDln vB+w|/uPi?#`Ip H !TLA[E…U-d 5o.(/V.#䷧Y.n&QgK$гf"$orSaIe,y z, jnɎMtA ޗ;/`%.8&S+`'ݺcwHv)cI*ts_nV|vN($mzӣhDD#Dd.  3hԈp.9JȞ38uJ+@hgn=g{jܬgq$u/Qfc\t}ɷE[_<$k:3>yH9ݒ޾_|n`.^%1CMi'[=lgF035i؂R=[.iԠC|]~Lw4 SC'8Uc9:ǷŇ-|Sl/ES- 1۪NWzր9 .a$d{fI1^\XbySrYw1_rK{24Gk JM@NlUU:5%'K勌 Zx iRD:.u&LC ^U/-lيr6w5"  m|Lx ig4x\W(U[ϕ^@-Ehmz'?Jt9cca_kB8ǟ*cs8%N{{px5:ƺ5Eo5"7\~bOXR+WIV.N$)fܿDft5Xj^cO %w,GkQ|ش 1٢7Bd/ xj[Eh8-\)hi j S]-/,m5 :zbG',o)Hk,]#"h zEpLЃ9(^ՊT.C3}1@Dn-c$D }H+pQ% eeAn`@_43[´{<D0RZ hδ}n셇SA4r شvRn^3j,2ON}ȀrJ} \|avOp%sY3AGJ |r_7|0IQӫ* w4Ӱ |TA sWùO:yXz0.y3gw$ uJu2[:'L{[v}3w?Ga)$:7<]k C>k9zr^EȫqQ=E2'4/x؏x2Qg_o9ȫ# тDK)YSǼn,EeBwrQ-r 1C~^\Uީ&nxˀ^U"N+m$&f24xr Ii5A88VäEфT޵h*E[*xlh7U;1 d~T"/MkpXkAx߮: 2;)/OiYሙWQ_tx{bPֽYO%|BDwTkTcq)0Smppe{DQlcPv~T?5~ߡ)FA!_4Mnv㾯ru=8FϤ:\ 1-5a?lVl|p~Z#ZÇ,+ڙ<4F"Sڅ SDZVHn6,]H6hWj7!Rh\5gc>96gS[[26fcn{#wM> rXh2+$-'pD FSHP<\>ޡ[|Lc8RϬc ~0p]~&w24u6$K3XΣW9ԆڇN`1*F;E-,e7weO_NtN^Wurumn7*Z/wt݀^B= 7Tz0.?08! 5V\hյDk6EXr0 qU"YXR2 l^W<Ϣ0[ 6@WcmR)R.&ga!k 38]L 4Xr)*ar&.99 0^gPcG曛lTAt1swٍ]K{`2p6vbe! ̇,_Ci'b8uU;=߮%V|9mR(&&[`oj/i=.JS>& 4@gڰok}H)9~⢰OQmc)l|kB)k/rrlwdM OȌvw¢^6`LlU*< F(͎Ty^=A YZ