You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi, your project EE208 requires "snownlp==0.12.3" in its dependency. After analyzing the source code, we found that the following versions of snownlp can also be suitable without affecting your project, i.e., snownlp 0.9.8, 0.9.8.2, 0.9.9, 0.9.10, 0.10.1, 0.11.1, 0.12.0, 0.12.1, 0.12.2. Therefore, we suggest to loosen the dependency on snownlp from "snownlp==0.12.3" to "snownlp>=0.9.8,<=0.12.3" to avoid any possible conflict for importing more packages or for downstream projects that may use EE208.
May I pull a request to further loosen the dependency on snownlp?
By the way, could you please tell us whether such dependency analysis may be potentially helpful for maintaining dependencies easier during your development?
We also give our detailed analysis as follows for your reference:
Your project EE208 directly uses 1 APIs from package snownlp.
snownlp.__init__.SnowNLP.__init__
Beginning from the 1 APIs above, 3 functions are then indirectly called, including 2 snownlp's internal APIs and 1 outsider APIs. The specific call graph is listed as follows (neglecting some repeated function occurrences).
We scan snownlp's versions and observe that during its evolution between any version from [0.9.8, 0.9.8.2, 0.9.9, 0.9.10, 0.10.1, 0.11.1, 0.12.0, 0.12.1, 0.12.2] and 0.12.3, the changing functions (diffs being listed below) have none intersection with any function or API we mentioned above (either directly or indirectly called by this project).
As for other packages, the APIs of math are called by snownlp in the call graph and the dependencies on these packages also stay the same in our suggested versions, thus avoiding any outside conflict.
Therefore, we believe that it is quite safe to loose your dependency on snownlp from "snownlp==0.12.3" to "snownlp>=0.9.8,<=0.12.3". This will improve the applicability of EE208 and reduce the possibility of any further dependency conflict with other projects.
The text was updated successfully, but these errors were encountered:
Hi, your project EE208 requires "snownlp==0.12.3" in its dependency. After analyzing the source code, we found that the following versions of snownlp can also be suitable without affecting your project, i.e., snownlp 0.9.8, 0.9.8.2, 0.9.9, 0.9.10, 0.10.1, 0.11.1, 0.12.0, 0.12.1, 0.12.2. Therefore, we suggest to loosen the dependency on snownlp from "snownlp==0.12.3" to "snownlp>=0.9.8,<=0.12.3" to avoid any possible conflict for importing more packages or for downstream projects that may use EE208.
May I pull a request to further loosen the dependency on snownlp?
By the way, could you please tell us whether such dependency analysis may be potentially helpful for maintaining dependencies easier during your development?
We also give our detailed analysis as follows for your reference:
Your project EE208 directly uses 1 APIs from package snownlp.
Beginning from the 1 APIs above, 3 functions are then indirectly called, including 2 snownlp's internal APIs and 1 outsider APIs. The specific call graph is listed as follows (neglecting some repeated function occurrences).
We scan snownlp's versions and observe that during its evolution between any version from [0.9.8, 0.9.8.2, 0.9.9, 0.9.10, 0.10.1, 0.11.1, 0.12.0, 0.12.1, 0.12.2] and 0.12.3, the changing functions (diffs being listed below) have none intersection with any function or API we mentioned above (either directly or indirectly called by this project).
As for other packages, the APIs of math are called by snownlp in the call graph and the dependencies on these packages also stay the same in our suggested versions, thus avoiding any outside conflict.
Therefore, we believe that it is quite safe to loose your dependency on snownlp from "snownlp==0.12.3" to "snownlp>=0.9.8,<=0.12.3". This will improve the applicability of EE208 and reduce the possibility of any further dependency conflict with other projects.
The text was updated successfully, but these errors were encountered: