While we have written before in a dedicated news-entry here nothing has clearly changed therefore on our stance towards rejecting generative, large language algorithms and neuronal networking.
As before we can only warn about the consequences, underline that no concrete model works without data not ever being enumerated on ethical and reasonable moral grounds. First and foremost you may ask: What does this mean in daily basis? Let's have a look on AI- and LLM-scraper or better also "crawler" bot-services (Link for more information).
Yes, those do exactly exist and those also do a tremendous harm as using doubtful methods to enumerate data from websites. You think they are just a minor crawler-agent running to grab meta-information from a website? Please think again: We talk here about neuronal networking, about data not just being saved but being set into a logical relation and that meant also iterative behavior. So these crawler-bots return for sure more than only once or for a short amount of time on a regular basis. They are returning even more than once a day, perhaps even more than once in an hour and a minute, grabbing all data possible for further computing logical relations and getting data for training the algorithms.
You may now think: No problem, let us lock them out. Really that easy? No, but because of this we see now more and more websites using projects to prevent and possibly stop named crawlers the amount of JavaScript-implementations have risen even more while there was no need before. And yes, we know how this sounds. Please ask again: What does this mean for you when JavaScript-code is executed everytime again at a request from you towards a webserver running services and data? Do you have control over the all sources data is called ...
With the upcoming new version of Hyperbola GNU/Linux-libre we have removed, updated and renamed many common known packages, applications and libraries. Those updates will need manual intervention of the users, especially when it comes to the changed naming conventions. We have not included a direct update-path into the packages out of the reason, that we clearly want the users to take on responsibility also.
No worries as the way to remove and readd the packages is so far uncomplicated. First of all the changed naming-scheme with some examples to follow:
audacious -> audacious-legacy
audacious-plugins -> audacious-plugins-legacy
gimp -> gimp-legacy ...
After 7 years we are giving Iceweasel-UXP its final callout for a "Goodbye". Within our testing-repositories the package is already removed and so it will also be no longer part in the next upcoming version 0.4.5. We are very thankful for this fine webbrowser created as hard fork from original Basilisk and done from our founding member Luke (Gaming4JC). Time goes by nevertheless and we have no further maintainer for Iceweasel-UXP, so we are sending it with many thankful wishes to the deserved rest.
Thank you for being a companion on the web for such a long period ...
The year 2024 is running towards its ending and Hyperbola as project has made steady progress to its next release and also forming up our own BSD-descendant operating-system HyperbolaBSD.
Nevertheless we see the need to make a statement also about issues we all should be aware off: Free, libre software needs clear principles and values. Integration of problematic and non-free defined services for examples is no point for any discussion. Also the on-going debate about "machine learning" is not really promising in its current direction.
The newer the hardware itself, the more restrictive it is and the lesser it is ...
Since some time now several system-projects have removed the support for systems only capable in supporting the 32bit-architecture.
First to state that this is a perspective out of ignorance as not all people around the planet have access towards computer-hardware with clear support for 64bit-architecture. So those decisions leave all the people outside USA and Europe generic outside!
Hyperbola is not following this path as we do not plan to remove the support for Hyperbola GNU/Linux-libre and also HyperbolaBSD. As our generic statement is the long-term stable oriented support for our system(s) we also do not want to ...