GitLab

the nightly build packages use a prerelease versioning scheme to ensure
that they are a lower version that release builds, this causes a problem
for testing release builds as the version used is less then the release
version and the packaging scripts fail. the use of the -b option to dch
ensure that this is only considered a warning.

this needs to be addressed in a better way but progress needs to be
made now.

[ci skip]

remove dependency on deprecated lalstochastic

See merge request lscsoft/lalsuite!438

knope_utils.py: Minor fix

See merge request lscsoft/lalsuite!436

Deprecate laldetchar subpackage

See merge request lscsoft/lalsuite!435

Added license file to RPMs and wheels

See merge request lscsoft/lalsuite!437

Deprecate lal.spectrum python module

See merge request lscsoft/lalsuite!434

including this in the RPM is (I think) a condition of GPL

since we don't need it any more

this is the start of the deprecation of laldetchar as a package

this hasn't been maintained properly in ages, and isn't really used by anyone, so we may as well remove it. people should use gwpy instead.

Don't use ${SHELL} for interpreter

See merge request !428

make hdf5 routines threadsafe even if the hdf5 library is not

See merge request !374

ensure a+ plus noise curve is packaged

See merge request !433

Add A+ noise curve to Makefile

See merge request !432

Rename unpickling functions to avoid collision with module

See merge request !430

The unpickling function for instances of REAL8TimeSeries and
similar classes was called `lal.series`, which collided with a
submodule of the same name. In a multiprocessing application,
this would confuse Python's pickling machinery and cause this
exception:

    multiprocessing.pool.MaybeEncodingError: Error sending result:
    '...'. Reason: 'PicklingError('first item of the tuple returned
    by __reduce__ must be callable')'

The user could set this to any random shell they like, as such it is not
guarrenteed that the shell script will run with the users specified
shell. Instead of inheriting this from the users environment hard code
to `bash`.

Gcc8fixes

See merge request !405

[ci skip]

Updated IMR consistency test codes

See merge request lscsoft/lalsuite!412

- part of BCV pipeline that no long exists.  code is uncompilable with gcc 8

- code is uncompilable on gcc 8.  code is abandonware, having never been ported to XLAL standard, and is unused.

- a large amount of "FindChirpBCV..." functions are uncompilable on gcc 8.  these are abandonware, having never been ported to XLAL standard, and are unused.  instead of fixing it, this patch deletes the code.

- ensure the destination of strncpy() functions is left null terminated