[chirp_devel] Chirp 0.3.1 and ID-51

[Dean Gibson AE7Q]

On 2013-04-08 08:57, Dan Smith wrote:
>> I want to get to both of those (the first is a trivial fix) before
>> the 0.4.0 cutoff, but I'm busy now.
> Thanks, that'd be great. Just make sure there are bugs for both
> registered and targetted for 0.4.0. That will mean that either 0.4.0
> waits for them, or we'll have a discussion about if we need to push it
> to a later release. As soon as you target for 0.4.0, it will show up in
> the roadmap and contribute to the "how much is left to do" progress bar.

The ID-880H bug is #559 (2013-02-13).  I regard this bug as critical 
(but not for me personally), but marked it urgent, because it could 
possibly lead to transmission on an incorrect frequency, if an import 
and then export from/to the radio was done.

This may require an architectural change to Icom frequency divider 
logic, as I'd guess that other Icom radios may also be subject to this 
bug.  In my own code for DStarCom, I'm using my expanded table for all 
D-Star radios that have multiple frequency divider logic, but Chirp 
supports a much larger range of Icom radios, that I do in DStarCom, so 
I'd hate for this change to be made universally without a lot of testing 
on a lot of Icom radios.  So, *someone other than me* should decide 
how/where this should be done.  The bug description describes the issue 
and pretty much everything needed for the fix, once the architectural 
issue is resolved.

The ID-31 bug is #771 (today), and a patch has been submitted.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://intrepid.danplanet.com/pipermail/chirp_devel/attachments/20130408/63034cc5/attachment-0001.html