HyperWiki

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision 		Previous revision
en:philosophy:rust_issues [2025/04/14 22:36]
throgh [But including Perl and / or Python, while both having also a strong trademark?] 		en:philosophy:rust_issues [2025/04/19 02:32] (current)
throgh [Further details, relations and connections]
Line 24: Line 24:
  
 **Rust** is fully controlled by companies / corporations, was developed also under those circumstances. From here with those details we can surely start. Last short note: But why do we write then that much text for this analysis here? Why do we have that amount of problems with companies / corporations? Because free, libre software and culture surely needs support, financial and also with helping hands, but this should be done from the motivation of people, because they really appreciate the software and the values ​​behind it. Not just stating to support free, libre software but afterwards only because the software is being delivered "gratis for their own egocentric imagination of freedom". **Rust** is fully controlled by companies / corporations, was developed also under those circumstances. From here with those details we can surely start. Last short note: But why do we write then that much text for this analysis here? Why do we have that amount of problems with companies / corporations? Because free, libre software and culture surely needs support, financial and also with helping hands, but this should be done from the motivation of people, because they really appreciate the software and the values ​​behind it. Not just stating to support free, libre software but afterwards only because the software is being delivered "gratis for their own egocentric imagination of freedom".
 +
 ===== What are the issues? ===== ===== What are the issues? =====
  
Line 59: Line 60:
 Also many other projects are changing their approach or get a complete rewrite in Rust as first-class language, some further examples: Also many other projects are changing their approach or get a complete rewrite in Rust as first-class language, some further examples:
  
-  * [[https://github.com/signalapp/libsignal|implementation for libsignal]] as [[https://github.com/signalapp/libsignal-protocol-c|libsignal-protocol-c is no longer active maintained]] +  * [[https://web.archive.org/web/20250418230113/https://github.com/signalapp/libsignal|implementation for libsignal]] as [[https://web.archive.org/web/20250418230142/https://github.com/signalapp/libsignal-protocol-c|libsignal-protocol-c is no longer active maintained]] 
-  * [[https://github.com/neovim/neovim/releases/tag/v0.7.0|neovim adding tree-sitter as mandatory dependency since v0.7.0]], as [[https://github.com/tree-sitter/tree-sitter|tree-sitter is a full Rust-depending project]] +  * [[https://web.archive.org/web/20250418232923/https://github.com/neovim/neovim/releases/tag/v0.7.0|neovim adding tree-sitter as mandatory dependency since v0.7.0]], as [[https://web.archive.org/web/20250418232931/https://github.com/tree-sitter/tree-sitter|tree-sitter is a full Rust-depending project]] 
-  * [[https://github.com/GNOME/librsvg|librsvg being completely rewritten in Rust]] +  * [[https://web.archive.org/web/20250418232422/https://github.com/GNOME/librsvg|librsvg being completely rewritten in Rust]] 
-  * [[https://blog.clamav.net/2022/05/clamav-01050-01043-01036-released.html|ClamAV is enforcing the Rust-toolchain since v0.105]] +  * [[https://web.archive.org/web/20250418232554/https://blog.clamav.net/2022/05/clamav-01050-01043-01036-released.html|ClamAV is enforcing the Rust-toolchain since v0.105]] 
-  * [[https://github.com/uutils/coreutils|GNU coreutils getting a cross-platform implementation in Rust]]+  * [[https://web.archive.org/web/20250418232608/https://github.com/uutils/coreutils|GNU coreutils getting a cross-platform implementation in Rust]]
  
 The list can be enhanced for sure and clear to say that Rust is not only some sideload toolchain. As the buzzword "memory safety" is being in usage more and more projects get on this. Yes, the rewrite of GNU coreutils is not the main project. But who says exactly that this won't be the near future? As all the other points in this article were long before described, not solved and just accepted. It is a bad and foul compromise, endangering freedom of choice, user freedom for sure and also the freedom for system-distributions and operating-systems like Hyperbola. The list can be enhanced for sure and clear to say that Rust is not only some sideload toolchain. As the buzzword "memory safety" is being in usage more and more projects get on this. Yes, the rewrite of GNU coreutils is not the main project. But who says exactly that this won't be the near future? As all the other points in this article were long before described, not solved and just accepted. It is a bad and foul compromise, endangering freedom of choice, user freedom for sure and also the freedom for system-distributions and operating-systems like Hyperbola.
Line 180: Line 181:
  
 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. Hyperbola decided clearly on behalf of the users: If they want to build **Rust** with its reference implementation, they can always do this. But we see our responsibility to provide just a working system with software around being clearly free and libre for users, not to grant more likewise packages with even their own package-management. That is a point of complexity we reject now and will always do. An operating-system has not the task to grant more complexity, especially when it is free and libre. It should grant insights when the users want them, at any given time. To manage and compile software should be transparent, not with growing listings of needed dependencies. **Rust** is outgrowing this and on technical and social scaling the project is for Hyperbola clearly questionable. 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. Hyperbola decided clearly on behalf of the users: If they want to build **Rust** with its reference implementation, they can always do this. But we see our responsibility to provide just a working system with software around being clearly free and libre for users, not to grant more likewise packages with even their own package-management. That is a point of complexity we reject now and will always do. An operating-system has not the task to grant more complexity, especially when it is free and libre. It should grant insights when the users want them, at any given time. To manage and compile software should be transparent, not with growing listings of needed dependencies. **Rust** is outgrowing this and on technical and social scaling the project is for Hyperbola clearly questionable.
 +
 +**Don't you spread false arguments especially when it comes to companies and corporations?**
 +
 +First and foremost the common argumentation is therefore that people think adoption of languages would be only possible with the support of companies and corporations, especially from the technology-sector. We are surely aware how this relates also to **Python** and **Perl**, besides there being also corporate sponsoring aboard. Nevertheless there is a difference we already pointed out several times: We want to preserve the autonomy of our operating-system. Whatever other projects and people think they accuse us, we never wanted anything else. Technical programming languages and implementations with their own package-manager are not trustworthy for keeping a free and libre system safe enough from problematic dependencies and therefore also under the control of their users.
 +
 +Yes, Hyperbola as project was and is accused of spreading so-called "FUD" (//Fear, Uncertainty and Doubt//). A propaganda-strategy to bring up an appointed target into discredit. So we clear up with this point here also: Sure we mention doubts and problems, but we just do this in the context of our project and why we exclude **Rust**. We said several times here in the article that others can always handle different. It is sidewise mentioned interesting how often Hyperbola is accused while just listing the issues we see. When others do not see the outgrowing complexity as an issue, please be invited doing so. We have a different approach and list just the reasoning for us doing this. But accusing Hyperbola to spread propaganda is a quite different thing and in itself not outright correct. If you read through our wiki-articles and also include the generic perspectives Hyperbola is following, we never talk about some "evil masterplans" or "nefarious motivations" when talking about companies and corporations. When you use those assumptions, then those are born within your own thoughts and you just relate them to us. We just talk about arrogance and ignorance as companies and corporations are following always only those motivations. Ask yourself what kind of motivation any company might have to be a sponsor of a project. For sure not the orientation on the community-aspects or to bring people something better just without not getting anything from it. We have and will always mention the altruism being part of the free and libre culture, including the right to distribute derivative works without asking for permission, without doing even more work to even rework a whole copy of a project. If you see all of this different under the circumstances of copyrights and trademarks, is this surely your own perspective but not fitting the point of free and libre culture being kept working, dear readers  (//read [[https://web.archive.org/web/20250418101115/https://freedomdefined.org/Definition|here more about free culture]]//).
 +
 +In the end: If people think it is worthwhile to use "argumentum ad hominem"-argumentation to accuse Hyperbola as project for example to spread FUD (as noted here), we cannot do anything about except to point out that this does not compare to our motivation and the reality of our arguments. We like to work together, even when there are different perspectives and we also invite everybody to discuss with us so we can learn from each other. So it is up to the people themselves deciding, you may go on for sure accusing us or we can learn from each other.
  
 **Okay, more or less understood, but even when not on agreeing: Do you bother other projects then?** **Okay, more or less understood, but even when not on agreeing: Do you bother other projects then?**