Gotta punch holes in the screen and hammer the keyboard a bit haha. But remember friends, Hardware is forever.
Easy, become a Magnetic Nymph today !
The real answer here.
Right now overlays requires elevated privilèges, but ideally it shouldn't. Rewriting the Linux kernel to implement per user namespaces like plan9 does would allow unprivileged actions from any user (just like if any user was sitting in a container, overlayed from the base system).
I know we're not there, and that's not the direction development is going, but this thread is about dreams, right ? 😉
About the XDG specs, they serve a totally different purpose so they're out of the discussion IMO. I'm not advocating against env variables. Just $PATH which is a workaround as I see it, but your mileage may vary.
As for your "issue" with steam, of course this is the best way to solve it. Because of today's OS limitation. My point is that with a better designed namespacing implementation, there would be more elegant solutions to solve it (and would get rid of the need to use LD_LIBRARY_PATH too, or literally any *_PATH env variable)
By mounting the binary over, I mean something like a bind mount. But in your case of a wrapper script, it doesn't apply indeed. Though in this case I would simply name the script steam-launcher and call it a day 🙂
Having multiple executables with the same name and relying on $PATH and absolute paths feels hackish to me, but that's only a matter of preference at this point.
I'm not saying we should get rid of $PATH right now. My point is that it was created to solve a problem we don't have anymore (not enough disk capacity), but we still keep it out of habit.
As a reminder, the discussion is about what should be rewritten from scratch in linux. And IMO, we should get rid of $PATH as there are better options.
Today's software would probably break, but my point is that $PATH is a relic from ancient times that solved a problem we don't have anymore.
You missed my point. The reason $PATH exists in the first place is because binaries were too large to fit on a single disk, so they were scattered around multiple partitions (/bin, /sbin, /usr/bin, etc...). Now, all your binaries can easily fit on a single partition (weirdly enough, /usr/bin was chosen as the "best candidate" for it), but we still have all the other locations, symlinked there. It just makes no sense.
As for the override mechanism you mention, there are much better tools nowadays to do that (overlayfs for example).
This is what plan9 does for example. There is no need for $PATH because all binaries are in /bin anyways. And to override a binary, you simply "mount" it over the existing one in place.
$PATH shouldn't even be a thing, as today disk space is cheap so there is no need to scatter binaries all over the place.
Historically, /usr was created so that you could mount a new disk here and have more binaries installed on your system when the disk with /bin was full.
And there are just so many other stuff like that which doesn't make sense anymore (/var/tmp comes to mind, /opt, /home which was supposed to be /usr but name was already taken, etc ...).
To be honest, Ed.
When I'm forced to edit text on my phone (eg. to fix a broken server while on the go), I ssh in and fire up ed. This is what takes the less screen space on my already to small screen, and because it's line oriented the screen doesn't bounce/resize/screw up when the keyboard appears/disappear.
endlessh was pretty cool and a more modern version is even better ! I'll give it a shot !
On a side note, I found a way to trap HTTP connections too while working on my cyb.farm project. The go implementation is ridiculously simple: tarpit.go. It works by providing an endless stream of custom headers to the client, which it is supposed to ingest before getting to the content itself.
CYB3R HUNT is an epochalyptic online adventure of which you are the hero! Check out the about page, the rules, and prepare for the opening on the 31^st^ of october !
Artworks are made by prahou, creator of the unix_surrealism universe (check out his mastodon account for the image on the background, and more quality content!).
As for the programs running :
cross-posted from: https://lemmy.sdf.org/post/1341812
The one true white rabbit.
I stumbled upon this challenge just in time, and decided to blow the dust out of my trusty Acer Aspire one from 2008. This beast features an Intel Atom clocking at 1.67Ghz, 230Gib HDD and a whooping 1024Mib of RAM ! I slapped OpenBSD 7.3 on it just to find that my wireless card is still not supported (probably never will...). I had to scrap one from an (even older!) Asus EEE PC to get it going. It's now up and running, ready to choke at the 512Mib limit while trying to browse the web !
I'm using st for the terminal. Programs running are sacc (gopher client), vis (text editor) and irssi (IRC client).
It runs my own window manager: glazier with wmutils.
Will happily answer any questions !
I want to see this community skyrocket, so here's my participation to the work !
Not much to see here, mostly terminals (st). As for the programs running:
safe is my homemade password manager, painting is the Sainte-Victoire by Cézanne, and the scoreboard is related to a game I'm working on (that I hope releasing this year ;)).
Hope you like it !
Thanks !