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
There seems to be a license Incompatibility with github.com/go-sql-driver/mysql, a dependency pulled in by mysql/mysql.go. This makes packaging for downstream users difficult. As a downstream user I'm not familiar with your libary, but it seems like the dependency is not heavily used. Is there an alternatively licensed or custom implementation that could allow you to remove the dependency?
The project includes dependencies with licenses compatible with the Apache License 2.0 to avoid conflicts and ensure proper compliance for downstream users.
Actual behaviour
The project includes github.com/go-sql-driver/mysql, which is licensed under MPL2.0. This creates a license incompatibility issue as MPL2.0 has different copyleft requirements than Apache 2.0. This makes packaging potentially prohibitive for downstream users.
Additional context
N/A
The text was updated successfully, but these errors were encountered:
Subject of the issue
There seems to be a license Incompatibility with
github.com/go-sql-driver/mysql
, a dependency pulled in bymysql/mysql.go
. This makes packaging for downstream users difficult. As a downstream user I'm not familiar with your libary, but it seems like the dependency is not heavily used. Is there an alternatively licensed or custom implementation that could allow you to remove the dependency?Your environment
N/A
Steps to reproduce
nosql/go.mod
Line 8 in cea08a0
github.com/go-sql-driver/mysql
Expected behaviour
The project includes dependencies with licenses compatible with the Apache License 2.0 to avoid conflicts and ensure proper compliance for downstream users.
Actual behaviour
The project includes
github.com/go-sql-driver/mysql
, which is licensed under MPL2.0. This creates a license incompatibility issue as MPL2.0 has different copyleft requirements than Apache 2.0. This makes packaging potentially prohibitive for downstream users.Additional context
N/A
The text was updated successfully, but these errors were encountered: