[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [NonGNU ELPA] New package: llm
From: |
Philip Kaludercic |
Subject: |
Re: [NonGNU ELPA] New package: llm |
Date: |
Sun, 27 Aug 2023 13:11:14 +0000 |
Andrew Hyatt <ahyatt@gmail.com> writes:
> I've now made the changes requested to the llm package on github (
> https://github.com/ahyatt/llm).
>
> Because what was requested was a warning to the user, I used `lwarn', and
> have added an option to turn the warnings off (and the user can turn the
> warnings off through the warning mechanism as well, via
> `warning-suppress-log-types').
>
> To save you the trouble of looking at the code to see what exactly it says,
> here's the function I'm using to warn:
>
> (defun llm--warn-on-nonfree (name tos)
> "Issue a warning if `llm-warn-on-nonfree' is non-nil.
> NAME is the human readable name of the LLM (e.g 'Open AI').
>
> TOS is the URL of the terms of service for the LLM.
>
> All non-free LLMs should call this function on each llm function
> invocation."
> (when llm-warn-on-nonfree
> (lwarn '(llm nonfree) :warning "%s API is not free software, and your
> freedom to use it is restricted.
> See %s for the details on the restrictions on use." name tos)))
>
> If this is sufficient, please consider accepting this package into GNU ELPA
> (see above where we decided this is a better fit than the Non-GNU ELPA).
I would be fine with this, and would go ahead if there are no objections.
>
> On Sat, Aug 12, 2023 at 9:43 PM Richard Stallman <rms@gnu.org> wrote:
>
>> [[[ To any NSA and FBI agents reading my email: please consider ]]]
>> [[[ whether defending the US Constitution against all enemies, ]]]
>> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
>>
>> > What you are saying is consistent with the GNU coding standard.
>> However, I
>> > think any message about this would be annoying,
>>
>> I am sure it would be a little annoying. But assuming the user can
>> type SPC and move on from that message, the annoyance will be quite
>> little.
>>
>> personally, and would
>> be a
>> > deterrent for clients to use this library.
>>
>> If the library is quite useful I doubt anyone would be deterred.
>> If anyone minded it the message enough to stop using the package, perse
>> could
>> edit this out of the code.
>>
>> This issue is an example of those where two different values are
>> pertinent. There is convenience, which counts but is superficial.
>> And there is the purpose of the GNU system, which for 40 years has led
>> the fight against injustice in software. That value is deep and, in the
>> long term, the most important value of all.
>>
>> When they conflict in a specific practical matter, there is always
>> pressure to prioritize convenience. But that is not wise.
>> The right approach is to look for a ocmpromise which serves both
>> goals. I am sure we can find one here.
>>
>> I suggested showing the message once a day, because that is what first
>> occurred to me. But there are lots of ways to vary the details.
>> Here's an idea. For each language model, it could diisplay the
>> message the first, second, fifth, tenth, and after that every tenth
>> time the user starts that mode. With this, the frequency of little
>> annoyance will diminish soon, but the point will not be forgotten.
>>
>>
>> You made suggestions for how to exclude more code from Emacs itself,
>> and support for obscure language models we probably should exclude.
>> But there is no need to exclude the support for the well-known ones,
>> as I've explained.
>>
>> And we can do better than that! We can educate the users about what
>> is wrong with those systems -- something that the media hysteria fails
>> to mention at all. That is important -- let's use Emacs for it!
>>
>> > All implementations can then separately be made available on some other
>> > package library not associated with GNU. In this scenario, I wouldn't
>> have
>> > warnings on those implementations, just as the many llm-based packages
>> on
>> > various alternative ELPAs do not have warnings today.
>>
>> They ought to show warnings -- the issue is exactly the same.
>>
>> We should not slide quietly into acceptance and normalization of a new
>> systematic injustice. Opposing it is our job.
>>
>> --
>> Dr Richard Stallman (https://stallman.org)
>> Chief GNUisance of the GNU Project (https://gnu.org)
>> Founder, Free Software Foundation (https://fsf.org)
>> Internet Hall-of-Famer (https://internethalloffame.org)
>>
>>
>>
- Re: [NonGNU ELPA] New package: llm, (continued)
- Re: [NonGNU ELPA] New package: llm, Daniel Fleischer, 2023/08/21
- Re: [NonGNU ELPA] New package: llm, Richard Stallman, 2023/08/21
- Re: [NonGNU ELPA] New package: llm, Richard Stallman, 2023/08/15
- Re: [NonGNU ELPA] New package: llm, Tomas Hlavaty, 2023/08/16
- Re: [NonGNU ELPA] New package: llm, Richard Stallman, 2023/08/17
- Re: [NonGNU ELPA] New package: llm, Andrew Hyatt, 2023/08/26
- Re: [NonGNU ELPA] New package: llm,
Philip Kaludercic <=
- Re: [NonGNU ELPA] New package: llm, Richard Stallman, 2023/08/27
- Re: [NonGNU ELPA] New package: llm, Andrew Hyatt, 2023/08/27
- Re: [NonGNU ELPA] New package: llm, Jim Porter, 2023/08/27
- Re: [NonGNU ELPA] New package: llm, Andrew Hyatt, 2023/08/28
- Re: [NonGNU ELPA] New package: llm, Richard Stallman, 2023/08/30
- Re: [NonGNU ELPA] New package: llm, Ihor Radchenko, 2023/08/31
- Re: [NonGNU ELPA] New package: llm, Jim Porter, 2023/08/27
- Re: [NonGNU ELPA] New package: llm, Andrew Hyatt, 2023/08/27