aboutcode-org / aboutcode-org/scancode-toolkit

Vendor some key libraries

未關閉
#3,192 1 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視
bug
主要語言
Python
星號
2.6k
分支
791
平均合併
1 天 12 小時
30 天內合併 PR
5

描述

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.

貢獻指南

開啟貢獻指南

評估

這個 Issue 還沒有評估資料。

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。