lalpulsar backwards-(in)compatible release request
@duncanmmacleod @adam-mercer we'd like another lalpulsar release already, but this time unfortunately due to !2024 (merged) it will be backwards-incompatible. Though in Karl's words:
With everything moved out of LALApps, it should hopefully be straightforward to build LALPulsar packages with ABI-breaking changes (when necessary) without triggering rebuilds of lots of downstream packages
As a heads-up, in a few weeks, we'd then need yet another, again backwards-incompatible, release containing at least !2027 (merged) and !2028 (merged). But we need to split this into two steps so that PyFstat (one of the few external packages depending on lalpulsar) can do an intermediate release pinning to this one, before the larger changes from those MRs.
@karl-wette can you confirm if the lalpulsar changes alone from !2024 (merged) work on their own and should resolve #604 (closed), or do we need a (backwards-compatible in this case) co-release of lal for the general SWIG fixes?
Release details
Subpackage releases requested:
-
lal -
lalframe -
lalmetaio -
lalsimulation -
lalburst -
lalinspiral -
lalinference -
lalpulsar -
lalapps
Commit information
The following commits should be included in the release:
-
backward incompatible: all commits since the last release of this subpackage, up to and including !2024 (merged) -
backward compatible: only these commits: - ed19b79a from !2021 (merged) - needed by PyFstat
-
fc7b678c from !1986 (merged) (merged) - needed for Fscanalready released in LALPulsar 5.1.0 - 98d01646 from !1990 (merged) - needed for Fscan
- 4d44f866 from !1996 (merged) - bug fix to simulateCW.py
- 1de3b27a from !2025 (merged) - documentation fixes