I love the charming feel of #FreeSoftwareGames. You can always tell how much of a labour of love these projects are.
(Usually) rustic graphics, lack of hand-holding, fast load times and sense of freedom really sets these games apart to commercial games.
The idea of developers coming together to create something purely fun, often with no practical use except to share and make others happy, really makes me smile.
If anyone is familiar with #Python packaging, please help!
I have written a simple Python program. It depends on some third-party libraries, installed via #Debian packages, and some first-party modules I've written. I have a pyproject.toml file, which declares the dependencies and entry point for the app. I would now like to install my app to /usr/local/bin, with the corresponding modules in /usr/local/lib/python3.11/dist-packages.
And then have a custom install step to move the generated top-level script to /usr/local/bin and the modules to /usr/local/lib/python3.11/dist-packages.
But it feels really wrong, and I feel there must be a better way to do it, akin to CMake builds where you generate a build tree and then an install step copies files to the right location.
@tshirtman thanks for the pointers! I'll do some reading.
I guess I initially went down the /usr/local route because it felt very standard - it's already on the path, system packages are used, and the layout matches /usr.
I know Debian has tools like pybuild-plugin-pyproject when creating an actual package, I guess I'd hoped to find something similar but managing the installation myself.
Maybe this approach was the wrong one, though. I have some thinking to do 🙂
@whynothugo thanks for the article. I'm a big fan of your work 🙂
These are good points where the license may not work as developers expect. I still tend to prefer using GPL'd software, since (if it has no CLA) I have more confidence my freedoms won't be taken away in later versions. I particularly care if the project is driven by a company instead of a community.
With the GPL, they may still try some proprietary shenanigans, but at least it's somewhat constrained to the edges of the project.
Great news for Linux on RISC-V and open source Nvidia drivers, communicating with devices over serial the easy way, emulating an old calculator, a fully open source flight combat game, a new approach to caching files on your LAN, and an RSS reader for the terminal.
OpenSD is a highly-configurable userspace driver for the #SteamDeck written in modern C++.
It aims to be lighweight, very fast and provide a way to fully utilize the hardware without running any closed-source, proprietary or anti-privacy software like Steam.