1

Topic: Packages for Hyperbola 0.4.5

It was nice to see the package selection for the coming Hyperbola 0.4.5, just commented in the hyperbola main website. To be honest, I particularly appreciate the explanation on each individual package. There is much software I just use without attending such details, so nice to have this reference.
I may need to use some of the packages anyhow, but it makes a big difference to know what is behind. Looking forward to test Hyperbola 0.4.5.

Sorry to see UXP going. Will Icedove be also discontinued?

2

Re: Packages for Hyperbola 0.4.5

No, icedove-uxp will stay for the near future surely. On the other hand UXP would need an update, but is also not very compliant any longer to build on 32bit-environments. So we took the point and removed iceweasel-uxp as it would no fit into the point of Hyperbolas perspective of a secure system. That is surely different for icedove-uxp at this moment and perhaps we can also find a further maintainer for this package in the future. That would the perspective.

Around 2th August we will go on with building the current additions and enhancements, therefore making 0.4.5 be already the running testing-repository. If needed I can write a bit more on how to test this at that date.

Human being in favor with clear principles and so also for freedom in soft- and hardware!

Certainly anyone who has the power to make you believe absurdities has the power to make you commit injustices: For a life of every being full with peace and kindness, including diversity and freedom. Capitalism is destroying our minds, the planet itself and the universe in the end!

3 (edited by zapper 2025-07-20 23:07:17)

Re: Packages for Hyperbola 0.4.5

throgh wrote:

No, icedove-uxp will stay for the near future surely. On the other hand UXP would need an update, but is also not very compliant any longer to build on 32bit-environments. So we took the point and removed iceweasel-uxp as it would no fit into the point of Hyperbolas perspective of a secure system. That is surely different for icedove-uxp at this moment and perhaps we can also find a further maintainer for this package in the future. That would the perspective.

Around 2th August we will go on with building the current additions and enhancements, therefore making 0.4.5 be already the running testing-repository. If needed I can write a bit more on how to test this at that date.

Question, will gcc ever be updated to a newer version in the future? If so, it would be much easier to build uxp from source.

and other free software as well.

Btw, agree about deprecating iceweasel-uxp for now. its not as useful due to the user agent sniffing websites causing it problems so constantly.

HyperbolaBSD: The Future of Secure Libre Lightweight Operating Systems!

4

Re: Packages for Hyperbola 0.4.5

It was clearly not the reasoning to remove iceweasel-uxp out of user-agent readout. This is also possible in any newer webbrowser, so please do not spread this kind of false information as it does not hit the real reasoning. The more people do not want to accept that JavaScript is here the real issue and the so-called "modern web" is broken to its essentials, the more false information is going around in combination with the illusion that "newer browser includes also more and better security". This is not near hitting the point and iceweasel-uxp was not removed on behalf of this. It was removed and stays also out of the announced points: No maintainer, no straigh forward way to build and run on 32bit, no further need to include and maintain it. This was not only time-based decision: Iceweasel-UXP stays in its current state and is gone for good. Using browsers like Basilisk or Pale-Moon surely interesting, but they are neither supported from webpages nor do we have clear upgrade-path with them. So we did the logic point with Bad Wolf and NetSurf or Dillo. We do not see need for something else any longer.

Furthermore: No gcc is not going to be updated and it is not the case that UXP can be build easier with newer gcc releases when it comes to 32bit. It is even worse as the used build-system is the reasoning for not having the possibility to maintain a newer release. Please look clearly on the reasonings behind problems and issues. Updates to newer release does not always solve issues!

And I underline again: If we update gcc, we would need to rebuild every single package Hyperbola has. This is a work to be done for months. We are a stable oriented system-project and we comply to look behind our software here provided, not to comply always with newer releases as we do not care for more features. We do not care only for one architecture - meaning x86-64 - and we care absolutely for 32bit. So any new gcc is furthermore going away with 32bit as even the gcc-maintainers do not want to care for 32bit clearly. We do and we do not stop doing this.

Our gcc-version is absolutely sufficient for the software we have in mind and maintain here. It is even the other way around: Newer gcc-versions make it even more complicated to maintain the minimalistic software-packages we have here. So what should it be? Newer software with more unneeded features, even non-free inclusions? Or more minimalistic oriented software? We have done our decision and the orientation of Hyperbola is clear.

Thread so far closed!

Human being in favor with clear principles and so also for freedom in soft- and hardware!

Certainly anyone who has the power to make you believe absurdities has the power to make you commit injustices: For a life of every being full with peace and kindness, including diversity and freedom. Capitalism is destroying our minds, the planet itself and the universe in the end!