CHIRP

When updating my CHIRP installation from the downloaded/extracted 20221128-daily.tar.gz via the "sudo python setup.py launch" my CHIRP no longer runs via "chirpw".
Found that running it from the CLI provides some feedback on a configuration issue for duplicate driver ID surrounding the BF-T1.

The issue pops up at line 61 in "/user/local/lib/python2.7/dist-packages/chirp/director.py"

I opened the file, scrolled down to line 61 and found an option at line 60/61 of:
else:
raise Exception("Duplicate radio driver id '%s'" % ident)

Since the line group at 58/59 is an "if ALLOW DUPS:" with it's respective "Log a warning" I assumed that I didn't need an exception raised in 61 so I deleted lines 60 and 61 (as noted above).

Saved the file and CHIRP runs perfectly.

I'm NOT a scripting guy, not really even a linux guy.
This installation is a standing VM that I use for maintaining a live linux source (captured via SystemBack) that has all the to the latest software updates, including daily CHIRP loads on a semi-monthly basis. From this "source" VM I'm able to capture a Live Linux ISO image that can be loaded and run from a USB or even DVD. In particular this allows me to run CHIRP from a PC that would normally need a painful amount of drivers and updates for Windows for programming my HT. With Linux and CHIRP, it's MUCH faster and easier. Boot to USB, program HT, reboot back to Windows and move on.
This idea is NOT new, one of the other maintainers referenced in the CHIRP downloads did this already which is where I got the idea - although the other guy's solution was more elegant than mine, it's not been updated in quite some time so I started building my own to make Ham life and my Ham club members' programming lives easier. :- ) I'm happy to post my version if anyone is interested.

Thanks,
-David (KE5BRO)