<html>

  <head>

    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    <br>

    <div class="moz-cite-prefix">On 2013-04-08 08:57, Dan Smith wrote:<br>

    </div>

    <blockquote cite="mid:20130408085715.406f6053@theine.danplanet.com"

      type="cite">

      <blockquote type="cite">

        <pre wrap="">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.

</pre>

      </blockquote>

      <pre wrap="">

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.

</pre>

    </blockquote>

    <br>

    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.<br>

    <br>

    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, <b>someone other

      than me</b> 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.<br>

    <br>

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

    <br>

  </body>

</html>