Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
en:philosophy:rust_trademark [2024/01/14 22:57] throgh [Comparisons with other software trademarks] |
en:philosophy:rust_trademark [2024/11/22 23:21] (current) throgh [What are the issues?] |
||
---|---|---|---|
Line 17: | Line 17: | ||
In short, the **Rust Foundation won't be happy with us applying patches and modifications** to their trademarked language **without " | In short, the **Rust Foundation won't be happy with us applying patches and modifications** to their trademarked language **without " | ||
+ | |||
+ | A free and libre oriented system cannot provide a package-manager besides its own to preserve the autonomy of the free system itself. What the users are doing is their own decision, but they should be always able to assure a consistent free and libre oriented system outside their own decisions that they are responsible for. If we would remove **Cargo**, we would need to ask for permission when we call the package **Rust**. And if we remove the package-manager (**Cargo**) we also create a not useful result as **Rust** depends on it fully when building. If we add needed dependencies for software based on **Rust**, we enlarge the number of our packages provided. | ||
To summarize the issues: | To summarize the issues: | ||
Line 22: | Line 24: | ||
* demands to ask for allowing modifications | * demands to ask for allowing modifications | ||
* complex structures | * complex structures | ||
- | * mandatory package-manager for build | + | * mandatory package-manager for building |
* packages downloaded at build-time can be non-free, so keeping that outside makes the whole build-system and infrastructure even more complex | * packages downloaded at build-time can be non-free, so keeping that outside makes the whole build-system and infrastructure even more complex | ||
- | The listing above only shows the major points, furthermore the Rust-Foundation is overreacting in our perspective with their trademarked language and demands handlings violating in fact free, libre software as it is based most on ethics and moral decisions as important, not what possible legal issues could be there. | + | The listing above only shows the major points, furthermore the Rust-Foundation is overreacting in our perspective with their trademarked language and demands handlings violating in fact free, libre software as it is based most on ethics and moral decisions as important, not what possible legal issues could be there. So to conclude: |
===== Big Picture ===== | ===== Big Picture ===== | ||
Line 41: | Line 43: | ||
The list can be enhanced for sure and clear to say that Rust is not only some sideload toolchain. As the buzzword " | The list can be enhanced for sure and clear to say that Rust is not only some sideload toolchain. As the buzzword " | ||
+ | |||
+ | It should be also mentioned that the **Rust Foundation** has a comparable [[https:// | ||
===== Solutions ===== | ===== Solutions ===== | ||
* **Rebranding** the entire language to avoid the trademark restriction. Such as [[https:// | * **Rebranding** the entire language to avoid the trademark restriction. Such as [[https:// | ||
Line 73: | Line 77: | ||
(...) | (...) | ||
- | All trademarks are subject to "nominative use rules" | + | Use of the word "Python" |
- | trademarked entity in a way that is minimal and does not imply a sponsorship relationship with the | + | distributed application -- Allowed. If the standard version of the Python programming language |
- | trademark holder. | + | modified, this should be clearly indicated. For commercial |
- | + | your use is not covered by the nominative use rules described in the section "Uses that Never Require | |
- | As such, stating accurately that software is written in the Python programming language, that it is | + | Approval" |
- | compatible with the Python programming language, or that it contains | + | |
- | is always allowed. In those cases, you may use the word " | + | |
- | without our prior approval. This is true both for non-commercial | + | |
- | + | ||
- | This clause overrides other clauses of this policy. However, if you have any doubts about your intended | + | |
- | use of the trademarks, please contact | + | |
(...) | (...) | ||
Line 109: | Line 107: | ||
The comparisons are done intentional as Rust has no further interest within patching and modifications outside for special use-cases. We refer here exactly to the point again: It is possible to modify Python and Perl, calling both same way. It is not possible to modify Rust and a modification and complete rebranding is beyond possible without approaching that generic. So this is surely no point for a small team and project like Hyperbola! | The comparisons are done intentional as Rust has no further interest within patching and modifications outside for special use-cases. We refer here exactly to the point again: It is possible to modify Python and Perl, calling both same way. It is not possible to modify Rust and a modification and complete rebranding is beyond possible without approaching that generic. So this is surely no point for a small team and project like Hyperbola! | ||
+ | |||
+ | And we close again for all interested with the definition of freedom: **Freedom is the power or right to act, speak, and change as one wants without hindrance or restraint.** | ||
+ | Demanding the opposite is not freedom per definition and surely freedom always is included with responsibility. So we speak only on behalf for Hyperbola as project as we write down our reasoning. Others may see it different, but this does not redefine our points here. |