View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0007879 | Kali Linux | General Bug | public | 2022-08-19 17:54 | 2024-11-25 14:57 |
Reporter | peerj | Assigned To | sbrun | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Product Version | 2022.3 | ||||
Summary | 0007879: chirp (transfering config data to/from HAM radios) errors out | ||||
Description | Trying to download a config (to be modified and re-uploaded into the device) gives this error: "ERROR: Failed to clone: module 'collections' has no attribute 'Callable'" This seems to be a well-known issue: https://ham.stackexchange.com/questions/20403/how-to-run-chirp-with-python3-based-system-workaround-found-now The last one is from the issue tracker of the developer. | ||||
Steps To Reproduce | Attach cable (HAM handheld radio <-> cable <-> computer with kali). | ||||
Additional Information | One might hope that this will resolve "itself", because the error seems to be reported at many places. | ||||
This might be a python 2/3 issue -- see this thread: "Just tried using this software to program my radio and found out it stopped "The Debian packaged version is much older than the current version." "The problem with chirp is that upstream isn't moving to python 3, the |
|
More analyses of the error and its ramifications in different porting paths: https://chirp.danplanet.com/issues/9955 |
|
This is kind of a history of the problem ("early warning" from 2013): This reiterates the problem several years later (2018): And here the main author explains the work to be done (2019): Starting chirp with python2 like this isn't enough: $ python2 /usr/bin/chirpw So maybe a better workaround would be to create a kali package which by default envelops chirp with some code to start it using python2 and the relevant python2-pygtk library? There seem to be some remnants of gtk2 in kali (see "apt-cache search gtk2"), but none for python2 ("apt-cache search gtk | grep python"). So maybe the library could be re-included, if only for chirp? OTOH, on this page: https://chirp.danplanet.com/projects/chirp/issues?query_id=5 -- section "chirp-py3", one can see some ongoing development regarding chirp's py3 issues. So maybe some temporary solution regarding the missing libraries would be in order, for the time it takes upstream to advance with py3 compatibility? |
|
Debian has uploaded a new version 1:20221106+py3-1. It fixes issues with python3. |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2022-08-19 17:54 | peerj | New Issue | |
2022-08-19 18:00 | peerj | Note Added: 0016613 | |
2022-08-19 18:05 | peerj | Note Added: 0016614 | |
2022-10-14 19:56 | peerj | Note Added: 0016978 | |
2022-10-24 08:43 | daniruiz | Assigned To | => sbrun |
2022-10-24 08:43 | daniruiz | Status | new => assigned |
2022-12-08 16:50 | sbrun | Note Added: 0017229 | |
2024-11-25 14:57 | sbrun | Status | assigned => resolved |
2024-11-25 14:57 | sbrun | Resolution | open => fixed |