community members still welcome, but asked to state that they are not maintainers if they give opinions when being the first to respond to a discussion type issue. Add a note on bigotry we may have missed
this will make it easier to link when we need to, but also visually is nice for a TOC.
Co-authored-by: JesseBot <jessebot@linux.com>
Reviewed-on: https://codeberg.org/small-hack/open-slopware/pulls/854
Reviewed-by: Max <cloudymax@noreply.codeberg.org>
Neither of the alternatives have explicit ai policies but i couldnt find any evidence of ai used in them and these are the best alternatives i could find with how sparse the options are for gpu tools in go,,
theres 2 others i considered: [go-sdl3](https://github.com/Zyko0/go-sdl3) and [vulkan-go](https://github.com/vulkan-go/vulkan) but i decided not to include them because go-sdl3 is dependent on purego which is tainted, and vulkan-go is unmaintained (no commits in 4 years)
Reviewed-on: https://codeberg.org/small-hack/open-slopware/pulls/774
Reviewed-by: Admin <vleermuis-admin@noreply.codeberg.org>
Can't think of any alternatives here.
`run0` is part of Systemd, which is tainted.
The famous `doas`, if i understand it correctly, works only on BSDs (or even only OpenBSD).
The doas that is packaged in many *linux* distros' repos is actually a fork ([OpenDoas](https://github.com/Duncaen/OpenDoas)) and it was not updated for 4 years. I haven't used it and cannot tell if that's a big red flag or that's just how secure OpenBSD stuff is that it doesn't require patches even 4 years later :)
The last option is `su`, which is part of `util-linux`, but that isn't quite the same.
You can see [this](https://wiki.archlinux.org/title/List_of_applications/Security#Privilege_elevation) section on ArchWiki for a list of privilege escalation options.
Reviewed-on: https://codeberg.org/small-hack/open-slopware/pulls/815
Reviewed-by: Admin <vleermuis-admin@noreply.codeberg.org>
QMPlay seems clean:
* no mention of `claude`, `copilot`, `gemini`, `llm` in the PRs & `git log`
* only unrelated mentions of `cursor`, `generate`, `ai`
* no `CLAUDE.md`, weird `.gitignore`, etc
* the only `Co-Authored-By`s are `zo-shin`
and IMO is better than the other options (tho also a bit bloated and weird defaults):
* It is not based on a slop library
* You have control over the video (forward, backward, pause, volume) (ffplay...)
* It has gotten updates this year (mplayer..)
also thought about adding [haruna](https://apps.kde.org/haruna/), but sadly it uses mpv under the hood.
Co-authored-by: FlemyJY <noreply+not-a-real-email@example.com>
Reviewed-on: https://codeberg.org/small-hack/open-slopware/pulls/835
Reviewed-by: Admin <vleermuis-admin@noreply.codeberg.org>
`age` gets new versions released very rarely. In such case it is better to link the last untainted commit rather than the version number, right?
Reviewed-on: https://codeberg.org/small-hack/open-slopware/pulls/794
Reviewed-by: Admin <vleermuis-admin@noreply.codeberg.org>
Partially based off the draft in #703, accompanied by a larger search.
Co-authored-by: znmz <znmz@noreply.codeberg.org>
Reviewed-on: https://codeberg.org/small-hack/open-slopware/pulls/800
Reviewed-by: Admin <vleermuis-admin@noreply.codeberg.org>
This is mostly ready for merge. Only needed to find an appropriate section for this software.
I am a bit hesitant creating many new sections myself, because I am not fully getting how strictly should things be categorized (i.e. are new sections always welcome or closer to last resort?).
Also, we have 2 repeating links in the "Alternative(s)" column here. To me it feels alright and also scales better when we add other software in the section that is similar, but the "see below" alternatives wouldn't apply to it. OK to leave it as is?
Reviewed-on: https://codeberg.org/small-hack/open-slopware/pulls/798
Reviewed-by: Admin <vleermuis-admin@noreply.codeberg.org>
