Thanks for the answer.

1. I was mostly aware of the issues with bluez and of the migration. I didn't know it was implemented by Qualcomm, I just thought it was a normal project. That makes it more clear.

EDIT: Please excuse my previous attitude. I have read a little bit about bluetooth and now have a better understanding of what you are saying. I know that you don't have any interest in implementing it. I'm definitely interested in using Hyperbola, just a little annoyed that I'm not able to use any newer Hardware for it. My newer devices unfortunately require non-free firmware loading for WiFi and bluetooth too, so I wouldn't be able to use it anyway. Now I'm stuck again. At least Hyperbola runs great on my old laptop. This is currently troubling me. I have a choice on whether I want to be able to use my newer hardware and live with some non-free firmware and tons of software bloat (With a different distro) or use my older hardware and actually have a proper operating system (With Hyperbola). Since I do not plan to get rid of any of my hardware, I guess I'll just run Hyperbola where it runs properly, and for now keep my other installations as they are. EDIT
I was not asking for bluez. I mainly wanted to ask if, after Hyperbola has migrated to BSD, bluetooth could be re-added, since most of the BSDs also seem to support it with a different software stack. I don't really know anything about BSD so I was just asking. I was also not asking about transferring files, contacts or audio or anything like that over bluetooth (what I understand to be the primary security concerns from the wiki page). I was only asking about basic HID support (I would assume that a wireless keyboard without bluetooth is probably just as insecure). Please don't take this offensively, I just would like to use the hardware my devices already have. I can understand that some security issues exist, but I don't see how they would (for example) harm me when I connect a wireless bluetooth game controller to my computer to play a game at home.
I was also asking that, if a community-oriented bluetooth software stack ever appeared, whether Hyperbola would consider it's inclusion or not.

(I should also mention that I'm the type of person to just set up auto login on my portable devices, because I normally trust the people around me to mostly have some common sense (and to not misuse it), I personally don't see it as a huge danger, especially since I normally don't lend my devices to anyone else. I do understand that it is different for some people though. I only encrypt files (using encfs) that I don't want anyone else to see on my local machine. I'm much more scared of some entities amassing huge amounts of data.)

2. Thanks for mentioning console-tdm, I already considered writing a similar simple shell script myself to auto run on login.
For a window manager I currently use awesome because of how easy it is to customize. I will take a look at oroborus or aewm++.

3. Thanks for telling me. I always used sudo/sudoers on Devuan for things like that anyways, so I would have checked doas for doing it as a normal user.

I'm really happy to hear your response about bluetooth support. It makes me place way more trust in the system/team since the term "security" is misused so often to reduce the users amount of freedom. (And because I never know whether security issues even affect me or are just an excuse to tell people to buy new hardware.)

I've just set up the rest of my system and installed the software I usually use.
I've added myself to most of the groups except for the wheel, input, storage, sys and network groups. I know what wheel and input are for (Just don't need these permissions) but what do storage, sys and network do exactly. (I usually only care when I don't have the necessary permissions for something, so I don't really know.)

I'm now writing this from my new installation using netsurf. (Don't think there is any point in trying UXP browsers with under a hundred mb of memory available.)
I probably should also consider switching to a different window manager, awesome seems to use way too much memory (33 mb on my system). But I'll keep it for now.
Unfortunately I can't seem to paste any text with middle click inside netsurf and I also can't select text using the keyboard. I'll check that later.

Also still need to find a proper IDE to run on my installation. I normally use codeblocks but it also needs huge amounts of memory. I tried emacs and it seems to work but it shows a pure space overflow warning (I've searched the forum and haven't found anything about it).

(This laptop is now pretty usable for me with this setup. It makes to mad to always see so much software that just wastes tons of system resources because "modern" system have more of them.)

Thank you for the extensive support with setting up the system. Do you mind still answering my last few (more unrelated) questions or should I ask them somewhere else?

Thanks for telling me about the uses for the storage and input groups. I used sshfs earlier to copy over some files and had to load the fuse module, I understand that that would then be automatic.
I usually use floating window managers. I tried jwm, evilwm and fbpanel, but in the end I switched to fluxbox for now. (I previously used openbox and tint2 before I installed Hyperbola on this system, so I know about them.)

Just also experienced an issue similar to the one mentioned here: https://forums.hyperbola.info/viewtopic.php?id=901 . For me it happened trying to play an mp3 file and was not in the filter video module but rather in the demux_open module because of the pextrd instruction, which seems to be from SSE 4.1, which my CPU doesn't support. What is the best way to contribute to issues like this getting fixed? Would it be any help if I check what the issue is, or is it already fixed somewhere. (I installed from the latest install DVD so my system should be up to date, pacman -Syu reports there is nothing to do.)

Also like I asked in my first post, are there any recommendations on where to get (and/or share) free software ROMs (and source obviously) for use with emulators available in mednafen?

Concerning mplayer:
Is there a reason the --enable-runtime-cpudetection option isn't enabled in the PKGBUILD? According to DOCS/tech/binary-packaging.txt in the mplayer source it should be enabled when packaging, since it enables CPU detection at runtime rather than at compile time. Enabling this option fixes the issue for me. I personally believe that it should also be better since without it -mtune=native seems to be used and with it -mtune=generic seems to be used. The debian rules file also enables --enable-runtime-cpudetection .
EDIT: In case it wasn't clear I didn't build the package on my Intel Pentium 4 system but on a much newer system in a virtualized Hyperbola system that supports SSE 4.1 . it is broken for me without runtime detection, since it then resorts to compile time detection. I am currently assuming this option was misread when creating the package since it clearly says it is needed in the docs.

I still plan to reply the other answer concerning gaming later.

Why not? It is clearly intended like this. I don't really understand what you mean the issue is.
Without that option, mplayer will build for whatever capabilities the build machine has.
With that option, mplayer will include support for with and without, and will automatically decide by looking at the capabilities of the machine it is currently being run on.
At least that is how I understand it from reading the docs. Debian also has it like this. And it runs on my Pentium 4 without SSE 4.1 support like this.
Or does Hyperbola not want to optionally support instruction set extensions for people that have them? No offense whatsoever intended. I seem to understand the issue differently than you. Would you care to tell me how you understand it?

Yes this is exactly my point.

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.)

Yes, thanks in advance for fixing mplayer when the next build comes. Runs great for me when built with that parameter (And I doubt it will introduce any other issues) but I'll probably still use mpv mostly. I mainly wanted to test it and I couldn't before.

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.

Great to hear about you updating the package. I checked for a missing configuration option prior to actually trying to patch the scripting, since it obviously works for Debian and the package here is ported over from Debian (to my understanding). (Though I have to admit, I find Debian's packaging system far from user friendly and am constantly confused whenever I have to deal with it. I like Arch's PKGBUILDs way more and they're also the thing I missed most when I switched away from Arch years ago because of rolling release and systemd.)

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.

You can leave the supertux package alone. That integration not enabled anyways. I was just telling you why I don't like it anymore. The development and decisions are also at least partially done on Discord from what I read. And I've also read the developers tell someone to just keep in the loop and join the discord server to someone that was disagreeing with decisions they made on Discord (At least I interpreted it this way, maybe I misinterpreted it). Yes I know I'm not involved so perhaps I'm misjudging it. This is just why I've not been a fan anymore.
The Discord integration in Supertux is disabled by default anyways. It just completely misses the point of free software for me. Supertux is also available on Steam for some reason. (These are not issues for you, I know, it just makes me really unhappy with it.) EDIT: It is enabled in their official binary releases though which is what I was talking about. Doesn't require non-free libs though. It just doesn't exactly give me a good feeling when free software includes support for non-free software. (I'm glad Hyperbola (like the default) has it disabled.)

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.

No I don't know about these places, that's why I was asking for recommendations. (Thanks for the recommendation.)
I came here for the operating system but after reading some forum threads and the wiki I loved the attitude.
I'm terrible at searching for things like this, so I was glad to have found a project here which supports all my requirements. Since Hyperbola is pretty strict with its principles, I thought asking here was a good idea. Since you seem to be experienced in this kind of community I wanted to know where to meet more people with strict principles like the people here. Please understand that I am absolutely terrible at everything social and I was asking for help on how to support the project and its philosophy. Sorry if it seemed unfitting.

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.)

Thanks, that is nice to hear.
Well anyways, for now I think I know what I need to know. (Links were helpful, many thanks.)
I guess I'll post a new thread whenever I have another issue or reply to one when I feel I can help with something.

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.