Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
en:philosophy:java_downfalls [2022/03/24 00:45] i3_relativism [What are the issues?] cleanup and finish rust refrenced paragraph |
en:philosophy:java_downfalls [2022/03/28 16:26] (current) i3_relativism [Comparisons with other software trademarks] |
||
---|---|---|---|
Line 1: | Line 1: | ||
- | <note warning> This page is still in progress, so please dont aprove this draft yet!</ | ||
- | |||
====== Java's Language Downfalls ====== | ====== Java's Language Downfalls ====== | ||
- | As free software activists, we all enjoy using the latest and greatest in free software, but we need to make sure that the software we are using **really does respect our freedom**. A lot of software relies and **depends on Java**, since it appears to be fully free software, nontheless we have **many concerns with implementation** and decisions made by authors of this language. | + | As free software activists, we all enjoy using the latest and greatest in free software, but we need to make sure that the software we are using **really does respect our freedom**. A lot of software relies and **depends on Java**, since it appears to be fully free software, nontheless we have many concerns with **implementation** and **decisions** made by authors of this language. |
===== What are the issues? ===== | ===== What are the issues? ===== | ||
- | Removal reasons: | + | Firstly the **OpenJDK** trademark policy is problematic, |
- | OpenJDK is trademarked and is not to be distributed without modification unless restrictions are respected. | + | Secondly, on what comes to security ([[https:// |
- | * Security: Java has been one of the most common infection vectors for GNU/Linux. Poor coding practices in JVM have resulted in many popular cross-platform exploits. | + | |
- | * Packaging Standards: All current PKGBUILDs that were inherited from Arch are " | + | |
- | ** ** (jvm) [[https:// | + | And Lastly, current or previously |
- | In short, **OpenJDK won't be happy with us applying patches and modifications** to their trademarked language **without approval, so it is a freedom | + | In short, **OpenJDK won't be happy with us applying patches and modifications** |
===== Big Picture ===== | ===== Big Picture ===== | ||
Line 23: | Line 19: | ||
===== 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:// |
- | maintained by the GNU Project and FSDG-compliant distros could be the way**. However, we would need patches to adapt all Rust-dependant applications to the modified | + | maintained by the GNU Project and FSDG-compliant distros could be the way**. However, we would need **patches** to adapt all **Java-dependant applications** to the rebranded |
- | * Getting | + | * Getting |
===== Comparisons with other software trademarks ===== | ===== Comparisons with other software trademarks ===== | ||
Line 34: | Line 30: | ||
As an example, neither [[https:// | As an example, neither [[https:// | ||
- | Due to the anti-modification clause, | + | Due to the anti-modification clause, |