[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PROPOSAL] Builder, a build system integration for Emacs
From: |
Ruijie Yu |
Subject: |
Re: [PROPOSAL] Builder, a build system integration for Emacs |
Date: |
Sat, 27 May 2023 10:37:41 +0800 |
User-agent: |
mu4e 1.9.22; emacs 30.0.50 |
Gregory Heytings <gregory@heytings.org> writes:
>>
>> Where does cargo get the list of libraries to consider using?
>>
>
> The dependencies of a Rust program/library are specified (manually) by the
> author of that program/library, in a (structured) text file. The source code
> of
> the libraries on which the program/library depends are downloaded (by Cargo)
> from the crates.io registry, and kept in a local cache (CARGO_HOME, by default
> $HOME/.cargo).
>
>>
>> Are all the libraries in that default list free/libre?
>>
>
> No, some libraries/programs in the crates.io registry are non-free (but their
> source code is always available). This is because, to use your words in your
> other post, the crates.io registry is a "repo site where in principle anyone
> can
> put a program", and not a list of "programs that in principle you may wish to
> install side by side in one computer".
>
> As I said in an earlier post, there are currently 115402 available
> libraries/programs in the crates.io registry, and out of these the vast
> majority
> (at least 110000) use free software licenses. The recommended license for
> Rust
> libraries/programs is a dual MIT/Apache-2.0 (which is how Rust itself is
> licensed), but users are not forced to use these licenses.
And, to follow up on that, you can always specify replacement registries
in your user configuration (I don't recall if you can do so in any
system configuration). Since a registry is just a git repository hosted
online or locally, you can fork the crates.io repository, and then you
are free to modify it as you see fit, such as filtering out unsuitable
libraries (e.g., those who transitively depend on any non-libre
libraries).
--
Best,
RY
- Re: [PROPOSAL] Builder, a build system integration for Emacs, (continued)
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Po Lu, 2023/05/29
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Gregory Heytings, 2023/05/30
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Po Lu, 2023/05/30
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Gregory Heytings, 2023/05/30
- Re: [PROPOSAL] Builder, a build system integration for Emacs, chad, 2023/05/30
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Po Lu, 2023/05/30
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Brian Cully, 2023/05/27
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Po Lu, 2023/05/25
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Richard Stallman, 2023/05/26
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Gregory Heytings, 2023/05/26
- Re: [PROPOSAL] Builder, a build system integration for Emacs,
Ruijie Yu <=
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Richard Stallman, 2023/05/28
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Gregory Heytings, 2023/05/29
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Po Lu, 2023/05/30
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Gregory Heytings, 2023/05/30
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Po Lu, 2023/05/30
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Richard Stallman, 2023/05/31
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Richard Stallman, 2023/05/30
- Re: [PROPOSAL] Builder, a build system integration for Emacs, Richard Stallman, 2023/05/28
- Re: [PROPOSAL] Builder, a build system integration for Emacs, chad, 2023/05/25
- Re: [PROPOSAL] Builder, a build system integration for Emacs, BTuin, 2023/05/25