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.