As a last side-note: While I was using the system I didn't find a replacement in the repos for a piece of software I usually use. Just a minor issue for me (since I can just do it manually), but I didn't find a standalone graphical screen/monitor configuration utility (xrandr gui) with the drag-and-drop functionality of arandr (which I usually use on Devuan). If there is anything similar in the repos that replaces arandr please let me know.

I absolutely love the operating system though, just wish I could run it on all my devices. (But I can't because of non-free firmware.)

That is what I meant: When we see some non-free or semi-free parts we either patch them fully out, ask upstream for configuration-options when not seen or ... at last remove it as package.

Yes I know that Hyperbola is as a project only oriented towards the operating system.
I asked the other things since you are also the community coordinator and hoped you could tell me more about whether there are any libre game development efforts or any kind of other efforts inside the community (or the system development) that would accept help, since I was interested in assisting if there are. (Since it's not really possible for me to contribute to most projects I find, because they are often on non-free services like Github or do their development and community involvement via non-free services like Discord. Like for example supertux). Besides that, are there any events where I could meet some of the community. I'm sorry for annoying you if I am, it's just that seeing all the positivity and strict principles on this forum makes me feel motivated that I also want to contribute in some way or another. If there is any way to help and promote free software for me, please tell me. Should I create a new thread somewhere in the Community section on the forum asking about this? I already checked there but didn't find what I was looking for.

I have therefore listed supertux now as "staled package" for Hyperbola from now on (reasoning the Discord-integration).

https://wiki.hyperbola.info/doku.php?id … e_packages

Generic also: Hyperbola is as project oriented only towards the operating-system. It would give more issues if we start supporting a special platform or hardware as most of them are having issues. So we target only generic. Rest is always up to the community.

I completely agree with the culture part. I am not talking about old non-free games (if that's what you mean by classics), since they are definitely non-free (And so called "romhacks" are also completely useless because of this). I also wish that they were more free but things are currently as they are unfortunately, which is why there needs to be way more focus and awareness on software freedom like other things are getting recently - I wish there were well known protests for software freedom in Hyperbola's sense, like there recently are against climate change and so on (As someone that grew up with activism for veganism). But unfortunately that doesn't seem to have as much attention (or I don't know about it). And I don't currently trust the FSF is helping much with it, because they constantly make compromises (to somehow use "free" software like firefox or chromium anyways), as I have already seen talked about on this forum. Just like that I can't use Jitsi Meet with any software I view as truly free and it also eats resources like crazy. Hyperbola is basically the only project I have ever seen that I consider to have sensible goals/ideals.

Interesting to see you mention supertux though. It is one of the projects I really used to love but I don't really like anymore. I still play it sometimes but only version 0.1.4 (0.1.3?) and 0.3.4 since I really dislike all newer versions and they are the only versions that feel (mostly) complete and playable (without crashes or anything) to me. And supertux really isn't something I can still support with the direction it is going with useless non-free features like Discord integration (I do care about my privacy) and with (in my opinion) worsening level-design, stability and graphics. (And also promoting Discord basically for everything). Which is kind of sad for me since I remember how much fun it was in my childhood (with 0.3.1 to 0.3.3, 0.1.3 and the weird 0.1.3 "mods" / level packs). Probably because of change of developers. These games also have the issue of always promoting Tux (and the not really freedom oriented Linux kernel) instead of free software with mascots like the GNU head.

Especially the supertux thing makes me sad, as I would love to see something like it again, but with a better direction and philosophy, which is why I wish the Hyperbola community/users would do (more?) libre game development (perhaps targeting a retro game console emulator and native). I am personally also interested in game development (Otherwise I probably would have never had the software-related knowledge I have now), though I don't have any real experience, except for knowing a bit of how to use C and C++ and a little bit of OpenGL.

About free, libre gaming and emulation: I have not found it again but there was once an interesting but very also serious article about why exactly is this working and also how near the end of this can be. So we all should now that only some little laws protect this and it is most only tolerated. The companies around would never tolerate when a free, libre game alike "supertux" would get even more attention then its non-free comparables. This is the same point why others quote they "love open-source". It is a nice masquerade. For sure: We need to preserve the classics. Even though I would even go further and state we need also to preserve their source-code, open and make it possible for everyone to rebuild old games, modify them and distribute them again. But there is again that fear mentioned before: Fear about loosing money and reputation at a point. I state that in general it is most no "evil intention", it is foremost ignorance thriving us humans. And so we will loose also works done, full with ideas and art to be preserved. Applications, libraries and games to mentioned within the same. It needs more time, but the question is: Do we have this time learning that there can be other approaches? Like within free, libre culture.

It is an interesting question, but I fear we do not have the time. So in the end: Better we stick what is there and do best we can. The other way around is again pretending something we should not do, ending in the same problematic points we have already. Hyperbola is made different from this is and therefore also strict with its own approach. Yes, perhaps people think we do not offer many packages, but we do what is possible. Therefore also a THANK YOU for your help within mplayer.

I was also a little confused by the parameter name, especially since it didn't explicitly say that it disables compile time detection, so I just assumed so at first and tried it and checked later. Well at least I learned that not every configure file is from autoconf (I was searching for the autoconf input files until I decided to actually check the file itself).

Since I assume this also fixes the other topic I should have probably just posted there though. I've rarely used any forums before, so I don't really know the proper etiquette.

I still wanted to say something on the topic of free games which I asked about before in this thread. I know that there are few free/libre ROMs and similar things available for emulators, which is why I really liked the idea that was mentioned on the emulators page on the wiki here. So I was hoping to find a part of the community/users that actually follows this idea and tries to make free/libre ROMs like homebrew games for use in the free emulators for the older video game systems. Especially since emulators also sandbox the games in a way I assume most trust, so users wouldn't have as much security concerns when they just download a precompiled binary (Obviously source also needs to there, I know.) and play it.

My fault therefore for misunderstanding the parameter. Thanks for clearing.

EDIT: If you don't believe me, just check mplayer's configure script (which is not auto generated and not from automake/autoconf). Runtime cpu detection is disabled by default (line 662). All the compile time support checks are only done if runtime cpu detection is disabled (check for example line 1942).

And this is also why I built the package on my way newer (64bit) AMD Ryzen 2 based machine. Building without that flag makes it fail on older systems (like my P4). Building with that flag makes it work on most systems (including my P4).
Since the PKGBUILD is missing that flag, the build scripts for mplayer autodetect that your server supports SSE 4.1 and the build only supports systems with SSE4.1 . If you add that flag the packages your server builds (regardless of what it itself supports), will also run on older and newer system alike.
This is how I understand it to work also from my own testing before. That adding the option changes mtune from native to generic also reinforces that this is how it is intended to me. (The file I mentioned (the packaging guidelines) also mentioned that this is a must, so you should probably enable it anyway, but this is beside the point.)

If I enumerate the used CPU-architecture and commands supported, we end again at this same point as the used CPU would support up to SSE4.1 for example. I hope this clears the problem a bit more. So I need to reduce the commandset for supporting also older architectures and solving that issue. This can be later used for HyperbolaBSD also when we as team build further.