- Users - lists.chirpmyradio.com

[chirp_users] chirp-0.1.9b11.tar.gz in CentOS 5.3
by Adrian 25 Apr '09

25 Apr '09

This one not starting up; [root@localhost ~]# cd /root/download/chirp-0.1.9b11 [root@localhost chirp-0.1.9b11]# python setup.py install LOC: [] running install running build running build_py creating build creating build/lib creating build/lib/chirp copying chirp/platform.py -> build/lib/chirp copying chirp/ic2820.py -> build/lib/chirp copying chirp/ic9x_ll.py -> build/lib/chirp copying chirp/chirp_common.py -> build/lib/chirp copying chirp/__init__.py -> build/lib/chirp copying chirp/ic2200_ll.py -> build/lib/chirp copying chirp/generic.py -> build/lib/chirp copying chirp/xml_ll.py -> build/lib/chirp copying chirp/csv.py -> build/lib/chirp copying chirp/memmap.py -> build/lib/chirp copying chirp/ic9x.py -> build/lib/chirp copying chirp/id800_ll.py -> build/lib/chirp copying chirp/ic2200.py -> build/lib/chirp copying chirp/errors.py -> build/lib/chirp copying chirp/ic2820_ll.py -> build/lib/chirp copying chirp/icf.py -> build/lib/chirp copying chirp/convert_icf.py -> build/lib/chirp copying chirp/id800.py -> build/lib/chirp copying chirp/icx8x_ll.py -> build/lib/chirp copying chirp/old_ic9x_ll.py -> build/lib/chirp copying chirp/icx8x.py -> build/lib/chirp copying chirp/util.py -> build/lib/chirp copying chirp/xml.py -> build/lib/chirp creating build/lib/chirpui copying chirpui/cloneprog.py -> build/lib/chirpui copying chirpui/inputdialog.py -> build/lib/chirpui copying chirpui/__init__.py -> build/lib/chirpui copying chirpui/dstaredit.py -> build/lib/chirpui copying chirpui/shiftdialog.py -> build/lib/chirpui copying chirpui/memedit.py -> build/lib/chirpui copying chirpui/bankedit.py -> build/lib/chirpui copying chirpui/miscwidgets.py -> build/lib/chirpui copying chirpui/mainapp.py -> build/lib/chirpui copying chirpui/common.py -> build/lib/chirpui copying chirpui/clone.py -> build/lib/chirpui copying chirpui/editorset.py -> build/lib/chirpui copying chirpui/importdialog.py -> build/lib/chirpui running build_scripts creating build/scripts-2.4 copying and adjusting chirpw -> build/scripts-2.4 changing mode of build/scripts-2.4/chirpw from 644 to 755 running install_lib copying build/lib/chirpui/memedit.py -> /usr/lib/python2.4/site-packages/chirpui copying build/lib/chirpui/mainapp.py -> /usr/lib/python2.4/site-packages/chirpui copying build/lib/chirpui/clone.py -> /usr/lib/python2.4/site-packages/chirpui copying build/lib/chirpui/editorset.py -> /usr/lib/python2.4/site-packages/chirpui copying build/lib/chirp/ic9x_ll.py -> /usr/lib/python2.4/site-packages/chirp copying build/lib/chirp/__init__.py -> /usr/lib/python2.4/site-packages/chirp byte-compiling /usr/lib/python2.4/site-packages/chirpui/memedit.py to memedit.pyc byte-compiling /usr/lib/python2.4/site-packages/chirpui/mainapp.py to mainapp.pyc byte-compiling /usr/lib/python2.4/site-packages/chirpui/clone.py to clone.pyc byte-compiling /usr/lib/python2.4/site-packages/chirpui/editorset.py to editorset.pyc byte-compiling /usr/lib/python2.4/site-packages/chirp/__init__.py to __init__.pyc running install_scripts copying build/scripts-2.4/chirpw -> /usr/bin changing mode of /usr/bin/chirpw to 755 running install_data [root@localhost chirp-0.1.9b11]# ./chirpw Traceback (most recent call last): File "./chirpw", line 27, in ? from chirpui import mainapp File "/root/download/chirp-0.1.9b11/chirpui/mainapp.py", line 30, in ? from chirp import platform, id800, ic2820, ic2200, ic9x, icx8x, xml, idrp ImportError: cannot import name idrp [root@localhost chirp-0.1.9b11]# python setup.py install LOC: [] running install running build running build_py running build_scripts running install_lib running install_scripts changing mode of /usr/bin/chirpw to 755 running install_data [root@localhost chirp-0.1.9b11]# ./chirpw Traceback (most recent call last): File "./chirpw", line 27, in ? from chirpui import mainapp File "/root/download/chirp-0.1.9b11/chirpui/mainapp.py", line 30, in ? from chirp import platform, id800, ic2820, ic2200, ic9x, icx8x, xml, idrp ImportError: cannot import name idrp [root@localhost chirp-0.1.9b11]# vk4tux

2 1

Re: [chirp_users] CHIRP 0.1.9b10
by David Tilson 24 Apr '09

24 Apr '09

G'day again, > Okay, I'm going to re-generate as b11 and post in the right > place. Should be there shortly... Got it that time... Thanks. With the label saying "ID-RPx000V" I'm guessing that excludes the 23cm DV (ID-RP2V) and 23cm DD (ID-RP2D) repeaters at this stage as they would have an extra digit that would need to be added in their frequency range. Cheers, davidt

2 1

Re: [chirp_users] CHIRP 0.1.9b10
by David Tilson 24 Apr '09

24 Apr '09

Howdy Dan, > Aack! I looked in the beta directory to figure out what the > next version number should be, but perhaps I forgot to refresh! Just shows you're human (well sort of) :) > Any chance we can just forget about the other b10? :D I can live with it, but it still looks like the original b10 is still in the beta directory (still with 17 Apr Last Modified date), not this jumped up wanna be b10, that you want us to test :) I just downloaded / re-installed b10 and it looks like the original. I'm guessing it should show up initially in the "Download from Radio" section as I can't see any other spot where it would probably be. BTW, I've got D-RATS b4 connected to the ratflector if you want to do some tests, although I'll be in and out of the shack a bit. Cheers, davidt

2 1

Re: [chirp_users] CHIRP 0.1.9b10
by David Tilson 24 Apr '09

24 Apr '09

G'day Dan, > I just posted CHIRP 0.1.9b10 with a single change. I'm a little confused (not hard to achieve really)... Shouldn't it be 0.1.9b11 ???? According to my records (and the beta directory) b10 was posted on the 17th April, but the changelog shows changes as of a few hours ago. There's no sign of a b11 in the beta directory (yet). Cheers, Davidt, VK3UR

2 1

Re: [chirp_users] CHIRP 0.1.9b10
by David Tilson 18 Apr '09

18 Apr '09

G'day Dan, > I just posted 0.1.9b10 with the following changes: > > - Fix import (and export for that matter) Bingo! Thanks for that. > - Add accelerator keys for a bunch of menu items I've only tested a few so far, but a good addition. Cheers, Davidt

1 0

[chirp_users] CHIRP 0.1.9b10
by Dan Smith 17 Apr '09

17 Apr '09

Hi all, I just posted 0.1.9b10 with the following changes: - Fix import (and export for that matter) - Fix ic9x band A memory storing - Fix ic9x delete memory function - Add radio->stop to flush the queue of all waiting jobs for ic9x - Add GTK stock items to menu (i.e. pretty icons) - Fix ic9x detection of AM as NFM - Add accelerator keys for a bunch of menu items Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

Re: [chirp_users] CHIRP 0.1.9b9
by David Tilson 15 Apr '09

15 Apr '09

G'day Dan, > - Fix the ic9x issue with band edges. This was actually much worse in > that it was just requesting the wrong channel numbers from > the radio. Yep, that's better... > It can be accessed here: > > http://chirp.danplanet.com/trac Excellent, it is already at the top of my favourites list, for frequent access :) > Bugs reports and feature requests should be reported there so > we can keep track of them. If you're reporting a > radio-related issue, be sure to attach your radio image, > debug log, and potentially an ICF file if appropriate. Dan, the debug.log files are (in my case) normally larger than 256KB, which is the max attachment size you currently have set for TRAC. I just tried sending a debug.log for issue #2, which is approx 830KB, and TRAC wouldn't accept it. I'll send it separately. > Dave > T, don't forget the web server is a single-processor machine > with a finite amount of storage space :-D Hmm, this could be a problem... You might need to tap into some of your work computers :) > I think CHIRP lends itself even more to the > copy-the-list-on-ticket- status-emails model, so do we want > to enable that here as well? Definitely! Cheers, davidt

2 1

[chirp_users] CHIRP 0.1.9b9
by Dan Smith 15 Apr '09

15 Apr '09

Hi all, Changes are: - Fix the ic9x issue with band edges. This was actually much worse in that it was just requesting the wrong channel numbers from the radio. - Fix TSQL detection in ic2200 (broken for a while it would seem). - Fix incorrect frequency calculation on ic2200 if a non-12.5kHz frequency is stored in a channel with a tune-step of 12.5kHz. Also, at this point I'd like to reveal the CHIRP issue tracker. It's just like the D-RATS one if you're familiar with that. It can be accessed here: http://chirp.danplanet.com/trac Bugs reports and feature requests should be reported there so we can keep track of them. If you're reporting a radio-related issue, be sure to attach your radio image, debug log, and potentially an ICF file if appropriate. Dave T, don't forget the web server is a single-processor machine with a finite amount of storage space :-D I think CHIRP lends itself even more to the copy-the-list-on-ticket- status-emails model, so do we want to enable that here as well? Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

Re: [chirp_users] CHIRP 0.1.9b8
by David Tilson 15 Apr '09

15 Apr '09

G'day Dan, > - Fix (hopefully) the mis-numbering of memories from ic9x radios with > the new driver. The fix was simple and obvious. Yep, confirmed... However :) On the IC-92AD Band A, although the status information indicates that CHIRP read all 800 memories, it will only display up to 351. It does not display 352 - 799. On the IC-92AD Band B, the status information indicates that CHIRP read all 400 memories, but it will only display up to 189 and then 0A. It does not display 190 - 399. I tried this a few times with consistent results. I'll send the debug log separately and matching ICF file, as they are too big for the list. I then fired up version 0.1.9b4 as a comparison and it read all of the memories in both Band A and Band B correctly. Cheers, Davidt, VK3UR

2 1

[chirp_users] CHIRP 0.1.9b8
by Dan Smith 14 Apr '09

14 Apr '09

Hi all, I apologize for letting CHIRP work get away from me. The changes are: - Fix (hopefully) the mis-numbering of memories from ic9x radios with the new driver. The fix was simple and obvious. - Fix the import/export function (since the advent of the priority-based queue). - Make an import/export action take priority over the massive and obligatory "background load" to avoid waiting until that completes to allow the import. Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0