- Developers - lists.chirpmyradio.com

[chirp_devel] Build test results: Failure
by Build System 04 Oct '15

04 Oct '15

Tested changes: [Tyler Tidman <tyler.tidman(a)draak.ca>] Fixes #2001: Shorten names of US Marine VHF channels. Rename file to be consistent with other stock configs. Correct gaps in US and FR Marine VHF stock configs. [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Move Baofeng BF-A58 Support to the correct model When it was discovered that the BF-A58 radio had 3 power levels, the "ident" was mistakenly moved to the Intek KT-980HP model. This patch moves it to the Baofeng BF-F8HP model. Related to #2261 Full log: Started by an SCM change Building in workspace /var/lib/jenkins/jobs/chirp-test/workspace [workspace] $ hg showconfig paths.default [workspace] $ hg pull --rev default [workspace] $ hg update --clean --rev default 3 files updated, 0 files merged, 1 files removed, 0 files unresolved [workspace] $ hg log --rev . --template {node} [workspace] $ hg log --rev . --template {rev} [workspace] $ hg log --rev a4eba5650b19692607ddb3cb3561a3d8acfe69ba [workspace] $ hg log --template "<changeset node='{node}' author='{author|xmlescape}' rev='{rev}' date='{date}'><msg>{desc|xmlescape}</msg><added>{file_adds|stringify|xmlescape}</added><deleted>{file_dels|stringify|xmlescape}</deleted><files>{files|stringify|xmlescape}</files><parents>{parents}</parents></changeset>\n" --rev default:0 --follow --prune a4eba5650b19692607ddb3cb3561a3d8acfe69ba No emails were triggered. [workspace] $ /bin/sh -xe /tmp/hudson7335072513522939839.sh + PATH=/usr/bin:/bin:/usr/local/bin ./run_all_tests.sh test_bit_array (tests.unit.test_bitwise.TestBitType) ... ok test_bit_array_fail (tests.unit.test_bitwise.TestBitType) ... ok test_bitfield_u16 (tests.unit.test_bitwise.TestBitfieldTypes) ... ok test_bitfield_u24 (tests.unit.test_bitwise.TestBitfieldTypes) ... ok test_bitfield_u8 (tests.unit.test_bitwise.TestBitfieldTypes) ... ok test_bitfield_ul16 (tests.unit.test_bitwise.TestBitfieldTypes) ... ok test_bitfield_ul24 (tests.unit.test_bitwise.TestBitfieldTypes) ... ok test_bbcd (tests.unit.test_bitwise.TestBitwiseBCDTypes) ... ok test_bbcd_array (tests.unit.test_bitwise.TestBitwiseBCDTypes) ... ok test_lbcd (tests.unit.test_bitwise.TestBitwiseBCDTypes) ... ok test_lbcd_array (tests.unit.test_bitwise.TestBitwiseBCDTypes) ... ok test_int_array (tests.unit.test_bitwise.TestBitwiseBaseIntTypes) ... ok test_type_u16 (tests.unit.test_bitwise.TestBitwiseBaseIntTypes) ... ok test_type_u24 (tests.unit.test_bitwise.TestBitwiseBaseIntTypes) ... ok test_type_u32 (tests.unit.test_bitwise.TestBitwiseBaseIntTypes) ... ok test_type_u8 (tests.unit.test_bitwise.TestBitwiseBaseIntTypes) ... ok test_type_ul16 (tests.unit.test_bitwise.TestBitwiseBaseIntTypes) ... ok test_type_ul24 (tests.unit.test_bitwise.TestBitwiseBaseIntTypes) ... ok test_type_ul32 (tests.unit.test_bitwise.TestBitwiseBaseIntTypes) ... ok test_char (tests.unit.test_bitwise.TestBitwiseCharTypes) ... ok test_string (tests.unit.test_bitwise.TestBitwiseCharTypes) ... ok test_string_invalid_chars (tests.unit.test_bitwise.TestBitwiseCharTypes) ... ok test_string_wrong_length (tests.unit.test_bitwise.TestBitwiseCharTypes) ... ok test_comment_cppstyle (tests.unit.test_bitwise.TestBitwiseComments) ... ok test_comment_inline_cppstyle (tests.unit.test_bitwise.TestBitwiseComments) ... ok test_missing_semicolon (tests.unit.test_bitwise.TestBitwiseErrors) ... ok test_seek (tests.unit.test_bitwise.TestBitwiseSeek) ... ok test_seekto (tests.unit.test_bitwise.TestBitwiseSeek) ... ok test_struct_one_element (tests.unit.test_bitwise.TestBitwiseStructTypes) ... ok test_struct_two_elements (tests.unit.test_bitwise.TestBitwiseStructTypes) ... ok test_struct_writes (tests.unit.test_bitwise.TestBitwiseStructTypes) ... ok split_tone_encode_test_cross_dtcs_tone (tests.unit.test_chirp_common.TestSplitTone) ... ok split_tone_encode_test_cross_none_dtcs (tests.unit.test_chirp_common.TestSplitTone) ... ok split_tone_encode_test_cross_none_tone (tests.unit.test_chirp_common.TestSplitTone) ... ok split_tone_encode_test_cross_tone_dtcs (tests.unit.test_chirp_common.TestSplitTone) ... ok split_tone_encode_test_cross_tone_tone (tests.unit.test_chirp_common.TestSplitTone) ... ok split_tone_encode_test_dtcs (tests.unit.test_chirp_common.TestSplitTone) ... ok split_tone_encode_test_none (tests.unit.test_chirp_common.TestSplitTone) ... ok split_tone_encode_test_tone (tests.unit.test_chirp_common.TestSplitTone) ... ok split_tone_encode_test_tsql (tests.unit.test_chirp_common.TestSplitTone) ... ok test_split_tone_decode_cross_dtcs_dtcs (tests.unit.test_chirp_common.TestSplitTone) ... ok test_split_tone_decode_cross_dtcs_tone (tests.unit.test_chirp_common.TestSplitTone) ... ok test_split_tone_decode_cross_none_dtcs (tests.unit.test_chirp_common.TestSplitTone) ... ok test_split_tone_decode_cross_none_tone (tests.unit.test_chirp_common.TestSplitTone) ... ok test_split_tone_decode_cross_tone_dtcs (tests.unit.test_chirp_common.TestSplitTone) ... ok test_split_tone_decode_cross_tone_tone (tests.unit.test_chirp_common.TestSplitTone) ... ok test_split_tone_decode_dtcs (tests.unit.test_chirp_common.TestSplitTone) ... ok test_split_tone_decode_none (tests.unit.test_chirp_common.TestSplitTone) ... ok test_split_tone_decode_tone (tests.unit.test_chirp_common.TestSplitTone) ... ok test_split_tone_decode_tsql (tests.unit.test_chirp_common.TestSplitTone) ... ok test_fix_rounded_step_250 (tests.unit.test_chirp_common.TestStepFunctions) ... ok test_fix_rounded_step_500 (tests.unit.test_chirp_common.TestStepFunctions) ... ok test_fix_rounded_step_750 (tests.unit.test_chirp_common.TestStepFunctions) ... ok test_is_12_5 (tests.unit.test_chirp_common.TestStepFunctions) ... ok test_is_2_5 (tests.unit.test_chirp_common.TestStepFunctions) ... ok test_is_5_0 (tests.unit.test_chirp_common.TestStepFunctions) ... ok test_is_6_25 (tests.unit.test_chirp_common.TestStepFunctions) ... ok test_is_fractional_step (tests.unit.test_chirp_common.TestStepFunctions) ... ok test_required_step (tests.unit.test_chirp_common.TestStepFunctions) ... ok test_required_step_fail (tests.unit.test_chirp_common.TestStepFunctions) ... ok test_format_freq (tests.unit.test_chirp_common.TestUtilityFunctions) ... ok test_parse_freq_bad (tests.unit.test_chirp_common.TestUtilityFunctions) ... ok test_parse_freq_decimal (tests.unit.test_chirp_common.TestUtilityFunctions) ... ok test_parse_freq_whitespace (tests.unit.test_chirp_common.TestUtilityFunctions) ... ok test_parse_freq_whole (tests.unit.test_chirp_common.TestUtilityFunctions) ... ok test_ensure_has_calls_almost_full (tests.unit.test_import_logic.DstarTests) ... ok test_ensure_has_calls_empty (tests.unit.test_import_logic.DstarTests) ... ok test_ensure_has_calls_partial (tests.unit.test_import_logic.DstarTests) ... ok test_ensure_has_calls_rptcall_full1 (tests.unit.test_import_logic.DstarTests) ... ok test_ensure_has_calls_rptcall_full2 (tests.unit.test_import_logic.DstarTests) ... ok test_ensure_has_calls_urcall_full (tests.unit.test_import_logic.DstarTests) ... ok test_import_bank (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_dtcs_diffA_dtcs (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_dtcs_diffB_dtcs (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_duplex_negative (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_duplex_too_big_vhf (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_duplex_uhf (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_duplex_vhf (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_mem (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_mem_with_errors (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_mem_with_warnings (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_mode_invalid (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_mode_valid_am (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_mode_valid_fm (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_name (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_power_closest (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_power_no_dst (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_power_no_src (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_power_same (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_tone_diffA_tsql (tests.unit.test_import_logic.ImportFieldTests) ... ok test_import_tone_diffB_tsql (tests.unit.test_import_logic.ImportFieldTests) ... ok test_mapping (tests.unit.test_mappingmodel.TestBaseBank) ... ok test_mapping_eq (tests.unit.test_mappingmodel.TestBaseBank) ... ok test_base_class (tests.unit.test_mappingmodel.TestBaseBankModel) ... ok test_get_name (tests.unit.test_mappingmodel.TestBaseBankModel) ... ok test_mapping (tests.unit.test_mappingmodel.TestBaseMapping) ... ok test_mapping_eq (tests.unit.test_mappingmodel.TestBaseMapping) ... ok test_base_class (tests.unit.test_mappingmodel.TestBaseMappingModel) ... ok test_get_name (tests.unit.test_mappingmodel.TestBaseMappingModel) ... ok test_base_class (tests.unit.test_mappingmodel.TestBaseMappingModelIndexInterface) ... ok test_add_memory_to_mapping (tests.unit.test_mappingmodel.TestIcomBankModel) ... ok test_get_mapping_memories (tests.unit.test_mappingmodel.TestIcomBankModel) ... ok test_get_mappings (tests.unit.test_mappingmodel.TestIcomBankModel) ... ok test_get_memory_mappings (tests.unit.test_mappingmodel.TestIcomBankModel) ... ok test_get_num_mappings (tests.unit.test_mappingmodel.TestIcomBankModel) ... ok test_remove_memory_from_mapping (tests.unit.test_mappingmodel.TestIcomBankModel) ... ok test_remove_memory_from_mapping_no_bank (tests.unit.test_mappingmodel.TestIcomBankModel) ... ok test_remove_memory_from_mapping_wrong_bank (tests.unit.test_mappingmodel.TestIcomBankModel) ... ok test_icom_bank (tests.unit.test_mappingmodel.TestIcomBanks) ... ok test_mapping (tests.unit.test_mappingmodel.TestIcomBanks) ... ok test_mapping_eq (tests.unit.test_mappingmodel.TestIcomBanks) ... ok test_add_memory_to_mapping (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_get_index_bounds (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_get_mapping_memories (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_get_mappings (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_get_memory_index (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_get_memory_mappings (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_get_next_mapping_index (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_get_num_mappings (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_remove_memory_from_mapping (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_remove_memory_from_mapping_no_bank (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_remove_memory_from_mapping_wrong_bank (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_set_memory_index (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_set_memory_index_bad_bank (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_set_memory_index_bad_index (tests.unit.test_mappingmodel.TestIcomIndexedBankModel) ... ok test_auto_tone_mode_cross (tests.unit.test_memedit_edits.TestEdits) ... ok test_auto_tone_mode_dtcs (tests.unit.test_memedit_edits.TestEdits) ... ok test_auto_tone_mode_dtcs_pol (tests.unit.test_memedit_edits.TestEdits) ... ok test_auto_tone_mode_dtcs_rx (tests.unit.test_memedit_edits.TestEdits) ... ok test_auto_tone_mode_tone (tests.unit.test_memedit_edits.TestEdits) ... ok test_auto_tone_mode_tsql (tests.unit.test_memedit_edits.TestEdits) ... ok test_init (tests.unit.test_platform.Win32PlatformTest) ... ok test_serial_ports_bad_portnames (tests.unit.test_platform.Win32PlatformTest) ... ok test_serial_ports_sorted (tests.unit.test_platform.Win32PlatformTest) ... ok test_apply_callback (tests.unit.test_settings.TestSettingContainers) ... ok test_radio_setting (tests.unit.test_settings.TestSettingContainers) ... ok test_radio_setting_group (tests.unit.test_settings.TestSettingContainers) ... ok test_radio_setting_multi (tests.unit.test_settings.TestSettingContainers) ... ok test_changed (tests.unit.test_settings.TestSettingValues) ... ok test_radio_setting_value_boolean (tests.unit.test_settings.TestSettingValues) ... ok test_radio_setting_value_float (tests.unit.test_settings.TestSettingValues) ... ok test_radio_setting_value_integer (tests.unit.test_settings.TestSettingValues) ... ok test_radio_setting_value_list (tests.unit.test_settings.TestSettingValues) ... ok test_radio_setting_value_string (tests.unit.test_settings.TestSettingValues) ... ok test_validate_callback (tests.unit.test_settings.TestSettingValues) ... ok test_delete_hole_with_all (tests.unit.test_shiftdialog.ShiftDialogTest) ... ok test_delete_hole_with_all_full (tests.unit.test_shiftdialog.ShiftDialogTest) ... ok test_delete_hole_with_hole (tests.unit.test_shiftdialog.ShiftDialogTest) ... ok test_delete_hole_without_hole (tests.unit.test_shiftdialog.ShiftDialogTest) ... ok test_insert_hole_with_space (tests.unit.test_shiftdialog.ShiftDialogTest) ... ok test_insert_hole_without_space (tests.unit.test_shiftdialog.ShiftDialogTest) ... ok ---------------------------------------------------------------------- Ran 151 tests in 0.095s OK FAIL: Please keep commit message lines to <80 columns Checking for PEP8 regressions... real 0m8.953s user 0m7.529s sys 0m0.088s ================================================ Tests FAILED: style tests Build step 'Execute shell' marked build as failure Email was triggered for: Failure Sending email for trigger: Failure

1 1

[chirp_devel] It should be added to the program a new driver KYD IP-620
by Alex K 01 Oct '15

01 Oct '15

I long ago left a request to add a new radio (IP-620) to CHIRP. http://chirp.danplanet.com/issues/2033 I learned the basics pyton, a little bit to understand the code CHIRP now graduated driver radio. Please look at it and if you are satisfied, then include it in the repository.

2 1

Re: [chirp_devel] chirp_devel Digest, Vol 53, Issue 5
by Michael Rand 26 Sep '15

26 Sep '15

HI Gentlemen, Jim was right. Chirp will program the Baofeng UV-8HX lie to Chirp and say you are trying to program model BF-F8HP. However, I had issues with Chirp. I'm using Windows 10. Sometimes the download from the radio would clone just fine. More often it would not and an error message appeared. I found it necessary to delete/uninstall the chirp files, reboot, and then again download the chirp-daily files. Perhaps, I am not using Chirp correctly. Can you give a clue as to what is causing this issue or how to avoid it in the future? As I said earlier, when it did clone it worked just fine. Thanks for your efforts in developing this excellent program. I will try next to use it with my Icom IC-7000. Mike Rand, 4Z1MR / N7NPR -----Original Message----- From: chirp_devel-bounces(a)intrepid.danplanet.com [mailto:chirp_devel-bounces@intrepid.danplanet.com] On Behalf Of chirp_devel-request(a)intrepid.danplanet.com Sent: Thursday, September 24, 2015 22:00 To: chirp_devel(a)intrepid.danplanet.com Subject: chirp_devel Digest, Vol 53, Issue 5 Send chirp_devel mailing list submissions to chirp_devel(a)intrepid.danplanet.com To subscribe or unsubscribe via the World Wide Web, visit http://intrepid.danplanet.com/mailman/listinfo/chirp_devel or, via email, send a message with subject or body 'help' to chirp_devel-request(a)intrepid.danplanet.com You can reach the person managing the list at chirp_devel-owner(a)intrepid.danplanet.com When replying, please edit your Subject line so it is more specific than "Re: Contents of chirp_devel digest..." Today's Topics: 1. QUERY (Michael Rand) 2. Re: QUERY (Jim Unroe) 3. Re: QUERY (Ryan Tourge) 4. Re: QUERY (Dan Smith) ---------------------------------------------------------------------- Message: 1 Date: Thu, 24 Sep 2015 12:10:15 +0300 From: "Michael Rand" <4z1mr.n7npr(a)gmail.com> Subject: [chirp_devel] QUERY To: <chirp_devel(a)intrepid.danplanet.com> Message-ID: <000001d0f6a8$d4617600$7d246200$(a)gmail.com> Content-Type: text/plain; charset="us-ascii" HI, I purchased a Baofeng model UV-8HX. I do NOT see it listed among the rigs you support. This is a brand new Baofeng model. When will I be able to use Chirp to program it? 73, Mike, 4z1mr/n7npr

1 0

[chirp_devel] QUERY
by Michael Rand 24 Sep '15

24 Sep '15

HI, I purchased a Baofeng model UV-8HX. I do NOT see it listed among the rigs you support. This is a brand new Baofeng model. When will I be able to use Chirp to program it? 73, Mike, 4z1mr/n7npr

4 3

[chirp_devel] Patch: Fix for Bug 2787: Skip/PSkip processing on the ID-31 always set for SKIP
by Eric Dropps 23 Sep '15

23 Sep '15

http://chirp.danplanet.com/issues/2787 Due to the way ICOM maps the Skip and Pskip bits in memory, memory channels > marked as PSKIP will always show is as S (SKIP) instead of (P) in CHIRP. This is because when a channel is set as PSKIP, the SKIP it is also (still) > set. > Conversely, When saving a channel as PSkip, CHRIP only sets the PSKIP bit, > when it should set BOTH the SKIP and PSKIP bits. (Why Icom does this is a > mystery; It actually will still function as PSKIP with only this bit set, > but the factory software sets both so we should respect that) > A patch with the fix is attached. I added this to the bug tracker a while ago, but I'm not certain how this actually makes it into the code base.

2 1

[chirp_devel] Baofeng - Programming specific RDA1846 codes via Chirp possible?
by David Ranch 13 Sep '15

13 Sep '15

[trying again as the last post attempt didn't seem to get through] Hello Everyone, I fellow HAM pointed me to this URL which seems pretty pretty interesting on how to do some advanced things with these inexpensive radios: http://www.elazary.com/index.php?option=com_content&view=article&id=50:txrx… In a different article on the same site, the author mentioned he looked at Chirp to do this programming but gave up as it only programs memories and some radio settings: http://www.elazary.com/index.php?option=com_content&view=article&id=49:hack… I'm curious if Chirp could actually set some of these low level RDA1846 codes or if it really requires tearing the radio down and doing direct programming via I2C? --David KI6ZHD

3 4

Re: [chirp_devel] Icom IC-7100
by Drew from Zhrodague 10 Sep '15

10 Sep '15

On 9/10/15 9:27 PM, Eric Dropps wrote: > Almost all of the ICOM's are very similar in terms of memory operation, > however I suspect that the 7100 will actually be closer to the other > newer generation radios like the ID-51A Plus and ID-5100 -- all of them > being D*STAR > > To start, know that the data file between the radio and the programming > software is really just a memory dump, so I've found while I've been > working ad adding support for the ID-51A Plus and ID-5100 that I don't > even need to upload/download from the radio often for testing (which > makes it much faster). Excellent, thank you for your response, and I'm glad to see you've worked on those models, and I would expect this generation of hardware would share some of the same features. > I'm in the middle of moving, but I can post a few scripts I use to > convert the *.ICF format from the ICOM software to the CHIRP file format. This would be super helpful, and I would appreciate the scripts. > I'm actually thinking about getting an IC-7100, so this could be helpful > to me too! How do you like it thus far? I have used it only three times, so far, and the second time I spent entering repeaters by hand, which prompted me to investigate the development status of support for the unit. CHIRP worked great for me with the UV-5R on OSX, and I'd like to earn some commit-credits. If I get the hang of it, I'd like to see what I can do my other rig here, a TS-480. So far, the rig sounds good on my favorite two analog repeaters, but I haven't checked out D-star or any of the features. It is a super-welcome upgrade from a UV-5R, at least for repeaters. I haven't had time to really check it out yet. -- Drew from Zhrodague post-apocalyptic ad-hoc industrialist drew(a)zhrodague.net

1 0

[chirp_devel] Icom IC-7100
by Drew from Zhrodague 10 Sep '15

10 Sep '15

I have an Icom IC-7100, and I was wondering if one of the developers that is familiar with Icom radios could walk me through what I need to do to test or build a module for this radio. Seems just like we need an understanding of this radio's specific format, from what I read. Neels said a new module is required, and I figured I would start with a similar radio's module (IC-7000): http://chirp.danplanet.com/issues/1003 -- Drew from Zhrodague post-apocalyptic ad-hoc industrialist drew(a)zhrodague.net

1 0

[chirp_devel] Building on OS X and tracking down a bug
by Nicholas Vahalik 22 Aug '15

22 Aug '15

Greetings all, I’ve found what _appears_ to be a bug the latest daily build of Chirp. I can reproduce it by loading memory save for an Icom 880 that had some channels removed from it and then trying to click over to the Banks tab. The banks tab is empty but then the application crashes: Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000 VM Regions Near 0: --> __TEXT 0000000000001000-0000000000002000 [ 4K] r-x/rwx SM=COW /opt/kk7ds/*/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 pango-basic-atsui.so 0x0b14adb1 basic_engine_shape + 561 1 libpango-1.0.0.dylib 0x05637315 pango_shape + 85 2 libpango-1.0.0.dylib 0x05628b5e shape_run + 142 3 libpango-1.0.0.dylib 0x0562bf31 process_item + 225 4 libpango-1.0.0.dylib 0x0562c843 pango_layout_check_lines + 1331 5 libpango-1.0.0.dylib 0x0562d90c pango_layout_get_extents_internal + 156 6 libpango-1.0.0.dylib 0x0562ea03 pango_layout_get_pixel_extents + 131 7 libgtk-quartz-2.0.0.dylib 0x04fedb9c get_size + 108 8 libgtk-quartz-2.0.0.dylib 0x051b26ac gtk_tree_view_column_cell_get_size + 444 9 libgtk-quartz-2.0.0.dylib 0x051a92f2 validate_row + 610 10 libgtk-quartz-2.0.0.dylib 0x051a9d96 do_validate_rows + 278 11 libgtk-quartz-2.0.0.dylib 0x051aa172 gtk_tree_view_size_request + 18 12 libgobject-2.0.0.dylib 0x04ba3a39 g_closure_invoke + 313 13 libgobject-2.0.0.dylib 0x04bb62ee signal_emit_unlocked_R + 846 14 libgobject-2.0.0.dylib 0x04bb7ecb g_signal_emit_valist + 1915 15 libgobject-2.0.0.dylib 0x04bbc2ad g_signal_emit_by_name + 189 16 libgtk-quartz-2.0.0.dylib 0x0510a911 do_size_request + 65 17 libgtk-quartz-2.0.0.dylib 0x0510ad57 _gtk_size_group_compute_requisition + 103 18 libgtk-quartz-2.0.0.dylib 0x051ab0d4 validate_visible_area + 2260 19 libgtk-quartz-2.0.0.dylib 0x051ab558 do_presize_handler + 56 20 libgtk-quartz-2.0.0.dylib 0x051ab5ee presize_handler_callback + 14 21 libgdk-quartz-2.0.0.dylib 0x053d526b gdk_threads_dispatch + 91 22 libglib-2.0.0.dylib 0x04c20b6b g_main_context_dispatch + 523 23 libglib-2.0.0.dylib 0x04c258ab g_main_context_iterate + 1131 24 libglib-2.0.0.dylib 0x04c25ca7 g_main_loop_run + 519 25 libgtk-quartz-2.0.0.dylib 0x05091291 gtk_main + 177 26 _gtk.so 0x04e797bd _wrap_gtk_main + 253 27 org.python.python 0x000cad83 PyEval_EvalFrameEx + 20403 28 org.python.python 0x000ccf9a PyEval_EvalCodeEx + 2042 29 org.python.python 0x000cd127 PyEval_EvalCode + 87 30 org.python.python 0x000f15a8 PyRun_FileExFlags + 168 31 org.python.python 0x000f24d3 PyRun_SimpleFileExFlags + 867 32 org.python.python 0x0010b0b3 Py_Main + 3171 33 org.python.python 0x00001fb6 0x1000 + 4022 Anyway, I downloaded the latest source through Mercurial, did a brew install pytgtk and ran ./chirpw… and now the “bug” won’t show up. So I’m wondering if maybe there is a problem with my installed runtime vs. the development libraries? I can’t find any instructions on how to build for OS X. I tried running python setup.py build, but I get this message: nvahalik:08:51 PM:~/chirp.hg$ python setup.py build running build cp: /opt/local/etc/pango/pangox.aliases: No such file or directory So maybe there is something else I need to install? All my Python work has been wxPython so far… 73s Nick Vahalik KF5ZQE

2 1

[chirp_devel] [PATCH] [UV-5R] Move Baofeng BF-A58 Support to the correct model
by Jim Unroe 08 Aug '15

08 Aug '15

# HG changeset patch # User Jim Unroe <rock.unroe(a)gmail.com> # Date 1439034482 14400 # Node ID 21110af52b1cf35d460d560c880ec2462d77f950 # Parent a4eba5650b19692607ddb3cb3561a3d8acfe69ba [UV-5R] Move Baofeng BF-A58 Support to the correct model When it was discovered that the BF-A58 radio had 3 power levels, the "ident" was mistakenly moved to the Intek KT-980HP model. This patch moves it to the Baofeng BF-F8HP model. Related to #2261 diff -r a4eba5650b19 -r 21110af52b1c chirp/drivers/uv5r.py --- a/chirp/drivers/uv5r.py Wed Jul 01 10:14:53 2015 -0700 +++ b/chirp/drivers/uv5r.py Sat Aug 08 07:48:02 2015 -0400 @@ -1652,9 +1652,7 @@ VENDOR = "Intek" MODEL = "KT-980HP" _basetype = BASETYPE_KT980HP - _idents = [UV5R_MODEL_291, - UV5R_MODEL_A58 - ] + _idents = [UV5R_MODEL_291] _vhf_range = (130000000, 180000000) _uhf_range = (400000000, 521000000) @@ -1673,7 +1671,9 @@ VENDOR = "Baofeng" MODEL = "BF-F8HP" _basetype = BASETYPE_F8HP - _idents = [UV5R_MODEL_291] + _idents = [UV5R_MODEL_291, + UV5R_MODEL_A58 + ] _vhf_range = (130000000, 180000000) _uhf_range = (400000000, 521000000)

1 0