ejwa / gitinspector

:bar_chart: The statistical analysis tool for git repositories

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

TypeError: 'bool' object is not iterable

banbar opened this issue · comments

My settings: Windows 10

Command:
C:\OSGeo4W\apps\Python39\python.exe gitinspector.py --format=html --timeline --since=2015-09-01 -w https://github.com/banbar/GMT-456-GIS-Programming > C:\Users\banbar\Desktop/1.html

Output:
image

it seems only to work with python 2.x. Probably you are using 3.x

Gitinspector works fine with 3.x. Though, some versions and some API's are constantly changing and breaking backward compatibility - gettext is an example of that.

Same problem here on mac with brew.

Same issue on Windows.

Quick note to those with this issue: I was able to get gitinspector to work on macOS with Python 3.7.13. It seems that the gettext API has changed from 3.7 to 3.9. I recommend running gitinspector again with Python 3.7 installed.

The problem is that Python 3.7 or older versions is not supported for Apple M1:

brew install python@3.7
...
Warning: python@3.7 has been deprecated because it is deprecated upstream!
python@3.7: The x86_64 architecture is required for this software.
Error: python@3.7: An unsatisfied requirement failed this build.

Anybody knows how to solve this? Not a python dev unfortunately.

@vizcay Yes. For now, move to Python 3.7. We need to figure out a good (not too hacky) way to support different versions of gettext - as it keeps changing :)

@vizcay Yes. For now, move to Python 3.7. We need to figure out a good (not too hacky) way to support different versions of gettext - as it keeps changing :)

Looks like it can only be done with Rosetta: https://stackoverflow.com/questions/70315418/installing-python3-7-macbook-air-m1-problem. At least with homebrew.

Thanks but I will pass.

Same here. Any updates on this?

as a quick hack: in gitinspector/localization.py replace (on line 71 and line 106)
install(True)
with
install(None)

tested on Python 3.10, gives some warnings (unrelated to this problem) but output seems ok.

Same on Fedora 36.

(The True->None modification worked)

commented

Same on Python 3.11.3 (The True->None modification worked)

Same on Fedora 39 with Python 3.11.8 (The True->None modification worked)