Skip to content
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

Rebranding Rust compiler is extremely unpractical -- can't easily exercise freedom 3 #77234

Closed
mimi89999 opened this issue Sep 26, 2020 · 9 comments
Labels
C-feature-request Category: A feature request, i.e: not implemented / a PR. T-core Relevant to the core team, which will review and decide on the PR/issue.

Comments

@mimi89999
Copy link

Hello,

Rust trademark policy states that:

Distributing a modified version of the Rust programming language or the Cargo package manager and calling it Rust or Cargo requires explicit, written permission from the Rust core team. We will usually allow these uses as long as the modifications are (1) relatively small and (2) very clearly communicated to end-users.

While Rust license allows to distribute modified copies and grants freedom 3, Rust trademark policy prohibits that. This makes it very impractical to exercise freedom 3. Even if somebody makes minor changes, they will need to rebrand the entire compiler and build tools. That's a huge work. Some distributions have issues with that: https://wiki.hyperbola.info/doku.php?id=en:main:rusts_freedom_flaws. The free software community has doubts if Rust compiler and Cargo can be considered free software or not because it's ND by rebranding impracticability.

I think that all branding should be defined in one file or folder making it easy for somebody who wants to distribute modified copies to rebrand. Firefox has the same trademark policy as Rust, but they at least make it relatively easy to rebrand the browser: https://searchfox.org/mozilla-central/source/browser/branding/unofficial

@jonas-schievink jonas-schievink added C-feature-request Category: A feature request, i.e: not implemented / a PR. T-core Relevant to the core team, which will review and decide on the PR/issue. labels Sep 26, 2020
@est31
Copy link
Member

est31 commented Sep 26, 2020

The trademarks rust and cargo also appear in many places in the interface, like through Cargo.toml or rustc and cargo binary names, or in RUST_BACKTRACE, various env vars that cargo sets etc.

IMO once a foundation is set up, the trademark policy should be changed to be more tolerant towards this.

@FrostKnight
Copy link

I would also like this trademark issue resolved, as it is too restrictive to include in some linux distros. :/

Please fix! :)

@Semisol
Copy link

Semisol commented Dec 21, 2021

Bump on this.

@programmerjake
Copy link
Member

ping

@Dylan-DPC
Copy link
Member

Closing this as the trademark policy is being tracked in another issue and it's better there than leaving an old issue open hoping someöne spots it.

@Dylan-DPC Dylan-DPC closed this as not planned Won't fix, can't repro, duplicate, stale Jan 5, 2024
@FrostKnight
Copy link

Closing this as the trademark policy is being tracked in another issue and it's better there than leaving an old issue open hoping someöne spots it.

Can you tell me which issue it is being tracked on? I am curious to follow the progress of it. To know if it will be fixed.

@irelativism
Copy link

irelativism commented Jul 26, 2024

The issue you locked and closed has well @Dylan-DPC, and if that is the case why you mark it has "not-planned" this is just political games at its best

@FrostKnight
Copy link

I just wonder why the rust foundation has to make rebranding rust compiler so hard. That's not solving anything nor is it a solution to anything. It just seems like trademark bullying to prevent modified versions out of sheer megalomaniacal desires . I hope that irelativism turns out to be wrong about what is happening. But i have my doubts. I hope to be wrong though.

@irelativism
Copy link

Also there is claims of "speculation" when the valid argument and explanation would be shared this would just be deleted or censored, not to speak on issue #93157 everything is explained in great detail, the issue remains has allways with the obnoxious commercial clause that has its root on the mozzila media guide.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-feature-request Category: A feature request, i.e: not implemented / a PR. T-core Relevant to the core team, which will review and decide on the PR/issue.
Projects
None yet
Development

No branches or pull requests

8 participants