aboutcode-org / aboutcode-org/scancode-toolkit
Vendor some key libraries
- Linguagem predominante
- Python
- Estrelas
- 2.6k
- Forks
- 791
- Merge médio
- 1d 12h
- PRs com merge (30d)
- 5
Descrição
As a fix for https://github.com/nexB/scancode-toolkit/issues/3179 a solution is to vendor the libraries with objects that participate in the license index pickle such that we are not dependent on their uncontrolled updates. These include:
- attrs
- intbitset and pyahocorasick: these are native libraries and are low priority since we are maintaining them and are able to control their release cycle
- license_expression and boolean.py though we maintain these, so low priority (used for the Rule.license_expression_object)
See also these related issues:
- https://github.com/nexB/scancode-toolkit/issues/3190
- https://github.com/nexB/scancode-toolkit/issues/3191
- https://github.com/nexB/scancode-toolkit/issues/3179
Note: we are doing vendoring in https://github.com/nexB/typecode/blob/main/README.rst with vendy for pygments and also FetchCode (inherit from pip) and tracecode-toolkit-strace (using vendorize for altgraph and docopt). python-vendorize seems mostly current and upda to date.
Guia de contribuição
Avaliação
Esta issue ainda não foi avaliada.