-
Notifications
You must be signed in to change notification settings - Fork 145
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Langserve license issue #264
Comments
Thanks. I will report this license issue. |
Moving dependency installation from build time to container startup: https://github.com/opea-project/GenAIComps/pull/274/files Does not change anything license-wise for the companies that would be using OPEA services. The component is still there when the service is used. Runtime installation just slows down service startup, and can make legal obligations harder to analyze / more surprising. |
I believe this issue was resolved by this PR: #274 |
@ashahba No, I don't think that to help. As I already commented:
|
@ashahba this does not actually fix the issue. The copyright laws are "strict liability" laws, and this project could be held responsible under the doctrine of contributory infringement. from: https://www.law.cornell.edu/wex/contributory_infringement
|
@endomorphosis Thanks for your feedback and concern. Unfortunately as an engineer I'm not a legal expert by any definition so it's hard for me to accept or reject your comment 😄 . |
Please ask specifically a copyright attorney, I happen to have read all of the copyright treaties, the entirety of the copyright act several times, the entire 1976 senate and congressional reports for the copyright act, and many many copyright case law documents. |
Are you referring to it being possible to unintentionally infringe on the license because use of Langserve licensed component, and what that license implies, are not being clearly stated in the project documentation (e.g. on container image pages at DockerHub)? |
Under the copyright law, there is no distinction between intentional and negligence, unless its under the criminal copyright infringement statute. If the end user is infringing, as a result of act or failure to act, in breach of some legally recognized duty (e.g. failure to warn negligence, representation of merchantability, aiding and abetting), then either the copyright holder can join the Linux foundation as a defendant, or the defendant can make a third party claim against the Linux foundation to join it to the lawsuit. |
Looking at Wikipedia entry on the matter: https://en.wikipedia.org/wiki/Contributory_copyright_infringement
=> IANAL, but according to Wikipedia, either of those facts alone would make contributory infringement moot |
These are the same sorts of arguments that providers of peer to peer software services make, the holding doctrine is currently the 9th circuit Napster case: #The Ninth Circuit Court of Appeals found Napster liable for both "contributory infringement" and "vicarious infringement". Regarding the issue of contributory infringement, the court held that Napster had "actual knowledge" of infringing activity, and providing its software and services to the infringers meant that it had "materially contributed" to the infringement. It was held that the defense in Sony was of "limited assistance to Napster". The test whether a technology is capable of substantial non infringing uses was relevant only for imputing knowledge of infringement to the technology provider. But, in Napster's case, it was found that Napster had "actual, specific knowledge of direct infringement", and therefore, the Sony test would not be applicable. A quote on the OPEA front page: "we let's take a year out our belief is OPEA will emerge as the de facto platform how customers will be deploying gen AI Solutions" |
"Our belief is that in Napster case, they knew about the specific infringement, knew who was infringing and directly facilitated & controlled that as their servers had lists of the infringing files, they provided service for locating the infringing file and connected the two for p2p file sharing. I.e. they had "actual, specific knowledge of direct infringement". |
Christoph Schuhmann Christoph Schuhmann |
I also previously explained
|
* Update gaudi README.md Modified path and added cd commands for copy paste instructions. * Update xeon README.md Added cd commands for reproducibility. * Update README.md
I think we are long overdue for closing this issue. |
What is the agreement? Issues should be closed only after the issue is fixed (or wontfixed). I noticed that in git HEAD (of GenAIExamples and GenAIInfra) ChatQnA application defaults to a no-wrapper version, i.e. it does not include the problematic LLM wrapper uservice. There are some other applications that still use it by default though, e.g. DocSum. |
Langserve is used in:
However, langserve license: https://github.com/langchain-ai/langserve/blob/main/LICENSE
contains limitation which seems to make it unfit for implementing cloud applications:
If it's not possible to use a component that allows implementing cloud services (provided to 3rd parties) based on it, at least there should IMHO be:
dialog
could be used to query that: https://linux.die.net/man/1/dialogPS. "LangAIExamples" repo also includes references to
langserve
, but happily all those files are deprecated.The text was updated successfully, but these errors were encountered: