174 points by Jabrov 13 hours ago | 67 comments
rlpb 12 hours ago
https://github.com/ollama/ollama/blob/main/llama/llama.cpp/L... says:
"The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software."
The issue submitter claims:
"The terms of the MIT license require that it distribute the copyright notice in both source and binary form."
But: a) that doesn't seem to be in the license text as far I can see; b) I see no evidence that upstream arranged to ship any notice in their binaries, so I don't see how it's reasonable to expect downstreams to do it; and c) in the distribution world (Debian, etc) that takes great care about license compliance, patching upstreams to include copyright notices in binaries isn't a thing. It's not the norm, and this is considered acceptable in our ecosystem.
Maybe I'm missing something, but the issue linked does not make the case that there's anything unacceptable going on here.
Tomte 10 hours ago
There is a whole industry of tools around it (Fossid, Fossa, BlackDuck, Snyk), as well as Open Source projects ( FOSSology, scancode, oss-review-toolkit).
Re: Debian, they have copyright files in their packaged that are manually curated by Debian Developers and should include all those license texts and copyright notices.
rlpb 3 hours ago
I was concerned about the implication (or so I thought) that a binary executable should provide the required documentation (eg. via --version or similar). You are thinking about the text being included as part of a binary redistribution. That did not occur to me, because to me, GitHub issues refer to sources, not binary redistributions.
But of course GitHub does have a Releases page. If those binary redistributions do not contain the license text, then I accept that's something that Debian does do, and is the norm in our ecosystem.
But as other commenters have said, it's not completely clear that this is actually a violation of the license, since https://github.com/ollama/ollama/releases/tag/v0.7.0 for example bundles both source and binary downloads and the bundle does contain the license text via the source file download. Certainly anyone who downloads the binary from the maintainer via GitHub does have the required notice made available to them.
fn-mote 12 hours ago
> b) I see no evidence that upstream arranged to ship any notice in their binaries, so I don't see how it's reasonable to expect downstreams to do it
Downstream is not in compliance. The fact that upstream has made that compliance hard/impossible is not relevant to the fact that downstream is infringing.
int_19h 7 hours ago
mrguyorama 5 hours ago
slavik81 3 hours ago
On Debian, you will find the llama.cpp copyright notice in /usr/share/doc/llama.cpp/copyright if you have installed the llama.cpp binary package.
pama 12 hours ago
levifig 10 hours ago
This issue seems to be the typical case of someone being bothered for someone else, because it implies there's no "recognition of source material" when there's quite a bit of symbiosis between the projects.
diggan 9 hours ago
Not sure I'd say there is "symbiosis" between ModelScope and llama.cpp just because you could download models from there via llama.cpp, just like you wouldn't say there is symbiosis between LM Studio and Hugging Face, or even more fun example: YouTube <> youtube-dl/yt-dlp.
gopher_space 6 hours ago
ActionHank 10 hours ago
Broken window theory.
cwmoore 2 hours ago
int_19h 7 hours ago
moralestapia 8 hours ago
It's not worth much. That is a compeltely different thing.
What you mention equates to downloading a file from the web.
Ollama using code from llama.cpp without complying with the license terms is illegal.
Havoc 12 hours ago
Building on llama is perfectly valid and they're adding value on ease of use here. Just give the llama team appropriately prominent and clearly worded credit for their contributions and call it a day.
nimbius 11 hours ago
ignoring the issue is just another way of saying "catch me if you can." and even then open source lawsuits are rather toothless anyway, so the company clearly expects there to be zero consequence.
Maxious 10 hours ago
You know, the tool that very famously had a massive rug pull once it gained marketshare https://www.servethehome.com/docker-abruptly-starts-charging...
KronisLV 8 hours ago
If the money was starting to run dry, with everyone using the tech (and Docker Hub in particular) but not really giving them any money for it, then something was bound to change.
It's cool that there are other alternatives to Docker Hub though and projects like Podman. I feel like with a bigger grace period, the Docker pricing changes wouldn't have been a big deal.
Koshima 10 hours ago
Etheryte 10 hours ago
montebicyclelo 9 hours ago