emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Vendoring code in a (Non?)GNU ELPA package


From: Richard Stallman
Subject: Re: Vendoring code in a (Non?)GNU ELPA package
Date: Tue, 02 Jan 2024 23:14:58 -0500

[[[ 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. ]]]

  > A choice of either Unlicense (public domain) or MIT No Attribution (I'll
  > paste the exact license text as it appears in the library at the end of
  > this email).

The Unlicense is adequate to make it free software we cna use.
"MIT No Attribution" is not the name of a license I know of.

(Later) I see you showed it at the end of the message.  It is ok.

  > My module only uses the audio playback API to play music through Emacs.
  > I don't currently have plans to make use of other parts of the library.

I see.  It woild not be a pronlem to use a simple free linraru for
that.  But maybe it is not necessary.  Will `play-sound' do the job?

  > I don't have a formal background in C so I might not understand the
  > terminology correctly, but I think it gets linked with Emacs when my
  > module does (when it is loaded by Emacs with 'module-load', for
  > example).

Could a C expert please check what is going on here?

  > Assuming you mean the miniaudio library itself, it seems there is an
  > official "split" version of it which contains both "miniaudio.c" and
  > "miniaudio.h", where the actual implementation lives inside
  > "miniaudio.c".

That makes sense to me -- it is common practice.
How does the version you use differ from that?



-- 
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)





reply via email to

[Prev in Thread] Current Thread [Next in Thread]