the Pixels are actually worth it and very very good phones.
Not the longest-battery-life devices.
tal
joined 1 year ago
Well, whoever does that for closed-source software is going to basically have to do what they have done. Probably some kind of cross-distro fixed binary target, client software to do updates, probably some level of DRM functionality like steamlib integration.
If it's not Steam, it's gonna be something that has a lot of the same characteristics.
Personally, I kind of wish that there was better sandboxing for apps from Steam (think what the mobile crowd has) since I'd rather not trust each one with the ability to muck up my system, but given how many improvements Valve's driven so far, I don't feel like I can complain at them for that. A lot of the software they sell is actually designed for Windows, which isn't sandboxed, and given the fact that not all the infrastructure is in place (like, you'd need Wayland, I dunno how much I'd trust 3d drivers to be hardened, you maybe have to do firejail-style restrictions on filesystem and network access, and I have no idea how hardened WINE is), it'd still take real work.
Their use of per-app WINE prefixes helps keep apps that play nicely from messing each other up, but it isn't gonna keep a malicious mod on Steam Workshop or something from compromising your system.
The Steam store does have a section for non-game software. It's not very heavily-populated, but it's there.
https://store.steampowered.com/search/?category1=994&supportedlang=english&ndl=1
1,439 results match your search.
If I exclude non-Linux-native stuff (which will still generally run via Proton):
https://store.steampowered.com/search/?category1=994&os=linux&supportedlang=english&ndl=1
100 results match your search.
And because it has a standard set of libraries, it's probably the closest thing to a stable, cross-Linux-distro binary target out there, which I suspect most closed-source software would just as soon have.
You run your open-source stuff on the host distro, and run the Steam stuff targeting the Steam libraries.
Why would you expect USB to constrain your audio quality?
You're not getting better 0s or 1s based on which bus they're sent over to the DAC.
Yeah, I think I tried it and it didn't do something I wanted and so used a homebrew script for the same thing, but it or a similar package or script is definitely what I'd recommend.
That should work with dotfiles in .config, in the home directory, any other config you want to be portable across machines, etc.
They may not want their configuration stored in $HOME, for example:
they’re on a machine that isn’t under their physical control and ~/.config is mounted over the network from their personal machine;
That sounds like it's a bad way to handle configuration, since among many other problems, it won't work with the many programs that do have dotfiles in home directory, but even if that happened, you could just symlink it.
they prefer to version control their configuration files using git, with a configuration directory managed over different branches;
I do that. I symlink that config into a git-controlled directory. If OP plans to put his entire ~/.config in git, he is doing things wrong, because some of that needs to be machine-local.
the user simply wants to have a clean and consistent $HOME directory and filesystem
If whatever program you are using to view your home directory cannot hide those files, it is broken, as it does not work with a whole lot of existing software.
less secure,
If your home directory is "not secure", you're probably in trouble already.
Like, there are reasons you may not want to put dotfiles in a homedir, but none of the arguments in the article are them.
EDIT: I will ask developers to stop dumping directories and files that don't start with a dot in people's home directories, though. I gave up over twenty years ago and put my actual stuff under ~/m just to keep it from being polluted with all the other things that dump non-dotfiles/-dotdirs in a home directory. Looking at my current system, I have:
-
A number of directories containing video game saves and configuration. I am pretty sure that these are mostly bad Windows ports or possibly Windows programs under WINE that just dump stuff into a user's home directory there (not even good on Windows). Some are Windows Steam games.
-
WINE apparently has decided that it's a good idea to default to sticking the Windows home directory and all of its directories in there.
-
Apparently some webcam software that I used at one point.
-
A few logfiles
I use kbin rather then lemmy, and the kbin API isn't complete, but looks like there's lemmy support in:
Hmm. Yeah, though I have to say that the USB route looks cheaper.
we’re going to ringfence all of the Raspberry Pi 5s we sell until at least the end of the year for single-unit sales to individuals, so you get the first bite of the cherry.
I mean, if you have USB, for a non-mobile platform, it doesn't really matter. It's not hard to get a USB audio interface.
For cell phones or laptops, I can understand not wanting another thing to plug in, but for something like a Raspberry Pi...shrugs
Reddit had the ability to have a per-subreddit wiki. I never dug into it on the moderator side, but it was useful for some things like setting up pages with subreddit rules and the like. I think that moderators had some level of control over it, at least to allow non-moderator edits or not, maybe on a per-page basis.
That could be a useful option for communities; I think that in general, there is more utility for per-community than per-instance wiki spaces, though I know that you admin a server with one major community which you also moderate, so in your case, there may not be much difference.
I don't know how amenable django-wiki is to partitioning things up like that, though.
EDIT: https://www.reddit.com/wiki/wiki/ has a brief summary.