Re: [Discuss-gnuradio] 'Can't Avoid' fixes in current GNUradio 3.7.9.2

2016-04-28 Thread Lamar Owen
On 04/28/2016 03:43 PM, Tom Rondeau wrote: I would think "probably not" within the 3.7 API version series. There have been plenty of additional features and bug fixes, but whether or not they are critical depends on your needs and applications. But I'd say the burden of proving "can't avoid" is

Re: [Discuss-gnuradio] 'Can't Avoid' fixes in current GNUradio 3.7.9.2

2016-04-28 Thread Lamar Owen
On 04/28/2016 03:43 PM, Tom Rondeau wrote: You can see the criteria we have for our version numbering here: Tom, thanks for the pointer and for the answers. On Thu, Apr 28, 2016 at 3:31 PM, Lamar Owen mailto:lo...@pari.edu>> wrote: And that's the crux of my question: concisely, are

Re: [Discuss-gnuradio] 'Can't Avoid' fixes in current GNUradio 3.7.9.2

2016-04-28 Thread Tom Rondeau
On Thu, Apr 28, 2016 at 3:31 PM, Lamar Owen wrote: > [Reply comments in-line.] > > On 04/28/2016 01:41 PM, Marcus Müller wrote: > >> 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

Re: [Discuss-gnuradio] 'Can't Avoid' fixes in current GNUradio 3.7.9.2

2016-04-28 Thread Lamar Owen
[Reply comments in-line.] On 04/28/2016 01:41 PM, Marcus Müller wrote: 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. I not only am aware

Re: [Discuss-gnuradio] 'Can't Avoid' fixes in current GNUradio 3.7.9.2

2016-04-28 Thread Lamar Owen
On 04/28/2016 01:42 PM, West, Nathan wrote: On Thu, Apr 28, 2016 at 1:31 PM, Lamar Owen > wrote: Does anyone know of any fixes since 3.7.5 that might be considered 'can't avoid?' Personal opinion incoming: Normally I strongly advocate for working off of the lat

Re: [Discuss-gnuradio] 'Can't Avoid' fixes in current GNUradio 3.7.9.2

2016-04-28 Thread West, Nathan
On Thu, Apr 28, 2016 at 1: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 (muc

Re: [Discuss-gnuradio] 'Can't Avoid' fixes in current GNUradio 3.7.9.2

2016-04-28 Thread Marcus Müller
> 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 vers

[Discuss-gnuradio] 'Can't Avoid' fixes in current GNUradio 3.7.9.2

2016-04-28 Thread Lamar Owen
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 'ca