> I got an answer back that it is EPEL policy (much like RHEL) to not > update to latest version unless it 'can't be avoided.' It's not about not updating – it's about not breaking possible existing usage! RH has to make sure that software stays binary-compatible, so they can't use a different version if it has a different ABI.
GR changes ABI between revisions, and if you change ABI, you're expected to offer a "-compat" package, even for EPEL. Since we don't do backports for minor releases, there's no option to build such a package. The EPEL maintainers hence probably won't update that package. Central question here is why *you* can't live with 3.7.5; actual user necessity be the main thing that someone might consider a reason that "can't be avoided". Really, CentOS 7 is pretty stable distro. If you need a version that they don't offer, your best option probably really is to do the rpmbuild dance, building your binaries from a modified SPEC file that uses the GNU Radio source code version of your choice. Best regards, Marcus On 04/28/2016 07:31 PM, Lamar Owen wrote: > The EPEL repository for RHEL and its rebuilds currently has a slightly > older version of GNUradio in the repo, a 3.7.5. > > I filed a bug in the EPEL bugzilla as an RFE to update to 3.7.9, but I > got an answer back that it is EPEL policy (much like RHEL) to not > update to latest version unless it 'can't be avoided.' The link to > the policy document: > https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#Policy > > Does anyone know of any fixes since 3.7.5 that might be considered > 'can't avoid?' > > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
