I have added the scitech_sig to the following packages of mine. I have way too many packages and could use the help. Note that some of these are foundational and have quirks or can be somewhat complex. This is not meant to scare anyone off from helping! In fact, those are the ones I most need help with. But start off with PRs instead of just commiting changes perhaps? I've made a note of some of the issues below.
ast - A Library for Handling World Coordinate Systems in Astronomy
libdap - The C++ DAP2 library from OPeNDAP bes - Back-end server software framework for OPeNDAP These are a pair and are generally updated together.
GMT - Generic Mapping Tools gshhg-gmt-nc4 - Global Self-consistent Hierarchical High-resolution Geography (GSHHG) dcw-gmt - Digital Chart of the World (DCW) for GMT These go together as the others are the datasets used by the first.
g2clib - GRIB2 encoder/decoder and search/indexing routines in C This uses the package version number for the soname - so all deps must be rebuilt on each update
gdl - GNU Data Language
hdf - A general purpose library and file format for storing scientific data
hdf5 - A general purpose library and file format for storing scientific data This is pretty foundational and changes have broken dependendent packages. Also, you cannot update the version in a stable release - the library has a version check in it and will not open files if running with a different version then it was compiled for.
ncl - NCAR Command Language
nco - Suite of programs for manipulating NetCDF/HDF4 files
ncview - A visual browser for netCDF format files
netcdf - Libraries for the Unidata network Common Data Form This is pretty foundational and changes have broken dependendent packages. It also is highly dependent on hdf5.
netcdf4-python - Python/numpy interface to netCDF netcdf-cxx - Legacy netCDF C++ library netcdf-cxx4 - NetCDF-4 C++ library netcdf-fortran - Fortran libraries for NetCDF-4 netcdf-perl - Perl extension module for scientific data access via the netCDF API
octave - A high-level language for numerical computations Version updates have broken dependent modules/packages so need to be tested first.
octave-image - Image processing for Octave octave-io - Input/Output in external formats octave-ncarray - Access NetCDF files as a multi-dimensional array octave-netcdf - A MATLAB compatible NetCDF interface for Octave octave-statistics - Additional statistics functions for Octave Many of these are inter-dependent and with other octave modules
paraview - Parallel visualization application This is a very complicated package that takes a long time to build. It bundles VTK so is similar to that package.
perl-Astro-FITS-CFITSIO - Perl extension for using the cfitsio library
plplot - Library of functions for making scientific plots This is fairly complicated because it builds bindings for *LOTS* of different languages. It is used by gdl. lasi - C++ library for creating Postscript documents This is a dependency of plplot
vtk - The Visualization Toolkit - A high level 3D visualization library This fairly complicated and updates can break dependencies
wgrib - Manipulate, inventory and decode GRIB files wgrib2 - Manipulate, inventory and decode GRIB2 files
On Fri, Feb 28, 2020 14:14:18 -0700, Orion Poplawski wrote:
I have added the scitech_sig to the following packages of mine. I have way too many packages and could use the help. Note that some of these are foundational and have quirks or can be somewhat complex. This is not meant to scare anyone off from helping! In fact, those are the ones I most need help with. But start off with PRs instead of just commiting changes perhaps?
This makes sense given how domain specific some of the tools are. We'll stick to PRs. Thanks, Orion!
scitech@lists.fedoraproject.org