Latest upstream release: 2.2.0 Current version/release in rawhide: 2.1.0-1.fc27 URL: http://nipy.org/nibabel/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/8151/
Latest upstream release: 2.3.0 Current version/release in rawhide: 2.1.0-1.fc27 URL: http://nipy.org/nibabel/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/8151/
Build fails because of broken tests. Issue filed upstream here: https://github.com/nipy/nibabel/issues/579
I was looking at the differences between the nibabel and scipy implementations of netcdf. One can, in theory, pull the different bits from each to come up with a common version, but the code has already diverged quite a bit and this is not trivial for anyone that isn't well versed with netcdf. It doesnt look like nibabel upstream has any intention to use the scipy version either, so even if we fix this issue now, it may crop up again in future releases. Does it maybe make sense to just use the bundled version of netcdf.py in nibabel, given that upstream does not seem to have any inclination towards using the scipy version? I expect there is a reason why they've decided to maintain their own anyway? Alternatively, we use the scipy version, so we don't support the minc format (and so we also disable the test)? We do need to make a downstream decision here so that other packages that depend on nibabel don't suffer right now. We can continue working on this with upstream for a longer term resolution. What do you think, Igor?
Yeah, let's bundle it for now.