Description of problem: cfitsio-3.47 is available: https://heasarc.gsfc.nasa.gov/FTP/software/fitsio/c/cfitsio-3.47.tar.gz However, this presents a question - do we keep with the 3.### numbering (the website still refers to 3.470 despite the new tarball naming format), or do we switch to 3.47 and add an epoch? I have updated spec files for either case. BTW - I'm also looking at building cfitsio for EPEL8...
(In reply to Orion Poplawski from comment #0) > Description of problem: > > cfitsio-3.47 is available: > > https://heasarc.gsfc.nasa.gov/FTP/software/fitsio/c/cfitsio-3.47.tar.gz > > However, this presents a question - do we keep with the 3.### numbering (the > website still refers to 3.470 despite the new tarball naming format), or do > we switch to 3.47 and add an epoch? > Yeah, that's unfortunate. Last time I checked (3.45) the tarball still was like 3.### I don't like the idea of carrying an epoch forever, but probably is the best solution. I have left the long version for the moment. OTH I have already updated the package. I have added two (more) patches, one to fix a format-warning-turned-to-error and another to revert the soname bump upstream has made. They seem to think that they have to increase the soname with *every* API change, not only with those backwards incompatibles. https://koji.fedoraproject.org/koji/buildinfo?buildID=1345077 > I have updated spec files for either case. > > BTW - I'm also looking at building cfitsio for EPEL8... You could have a clean start here, with the short number. There is no upgrade path anyway from EPEL7
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to '31'.
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to 31.