Greetings,
A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location:
http://trac.chirp.danplanet.com/chirp_daily/daily-20121221
A list of the changes included in this build (since the last daily) follows:
Changes for Build #129 [Dan Smith dsmith@danplanet.com] [uv5r] Allow backlight setting to be 0-10 for newer radios
Note that this may also allow the setting to be forced higher for the older radios (feedback encouraged).
Fixes #366
[Dan Smith dsmith@danplanet.com] Make the upload process report an error to the user
This should have been done long ago, but was needed to properly display the firmware incompatibility message to the user in support of the fix for #344.
[Dan Smith dsmith@danplanet.com] [uv5r] Read the auxiliary block before uploading to verify firmware compat
Thanks to investigation by Jim Unroe, it looks like the version stored in the aux block is non-volatile and reliable for version detection. This change checks that block against that of the image to make sure that there is an exact match and refuses to upload if not. This could potentially be made more tolerant by allowing the upload, but skipping the aux block for non-firmware matching radios.
Addresses #344
[Dan Smith dsmith@danplanet.com] [uv5r] Fix reference to missing variable in clone error message Fixes #368
All, Fedora Linux RPMs for the latest chirp-daily build are now available in the KK7DS Ham-Apps yum repository. To add the repository as a software source, please follow these instructions: http://www.d-rats.com/component/content/article/30-d-rats-yum-repository/
For those who don't wish to use the repository, or who may want to build from source themselves, the RPMs are available for download here: http://n0so.net/fileadmin/ham/apps/rpm/fedora/17/noarch/chirp-daily_20121221... http://n0so.net/fileadmin/ham/apps/rpm/fedora/17/SRPMS/d-rats-daily_02232012...
... Maybe the last chirp-daily build?
Sorry, a little doomsday humor, I couldn't resist given the date.
Happy Holidays & 73, Mike, N0SO
On Dec 21, 2012, at 2:05 AM, Build System donotreply@danplanet.com wrote:
Greetings,
A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location:
http://trac.chirp.danplanet.com/chirp_daily/daily-20121221
A list of the changes included in this build (since the last daily) follows:
Changes for Build #129 [Dan Smith dsmith@danplanet.com] [uv5r] Allow backlight setting to be 0-10 for newer radios
Note that this may also allow the setting to be forced higher for the older radios (feedback encouraged).
Fixes #366
[Dan Smith dsmith@danplanet.com] Make the upload process report an error to the user
This should have been done long ago, but was needed to properly display the firmware incompatibility message to the user in support of the fix for #344.
[Dan Smith dsmith@danplanet.com] [uv5r] Read the auxiliary block before uploading to verify firmware compat
Thanks to investigation by Jim Unroe, it looks like the version stored in the aux block is non-volatile and reliable for version detection. This change checks that block against that of the image to make sure that there is an exact match and refuses to upload if not. This could potentially be made more tolerant by allowing the upload, but skipping the aux block for non-firmware matching radios.
Addresses #344
[Dan Smith dsmith@danplanet.com] [uv5r] Fix reference to missing variable in clone error message Fixes #368
chirp_users mailing list chirp_users@intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users
A few days ago, I had a friend come over so we could program his Yaesu Vx8G and we had a few problems writing back to it … I see that there are two new updates in the last two days but I do not see if the issue I had was addressed…. ANYWAY here is what I can determine..
Using chirp-daily-20121106-installer.exe, it could read but it would not write to it. So I installed the last release of chirp-0.2.3-installer.exe and it worked fine. Did the latest daily build address the problem that I had with the 20121106 build?
John
participants (3)
-
Build System -
John Gorena -
Mike Heitmann