@cstross isn't even joking, I think.
Both BusyBox and ToyBox actually do have an init program, a getty program, and a login program.
BusyBox also has the Almquist shell. ToyBox has a Landley shell. BusyBox even has runit.
It is possible to have a system where even if you are doing various things in a shell you're just invoking the same program image over and over, using all of the same code that is there in process #1.
@lavxnews point is: "reinventing the wheel" is rarely easy nor worth the effort.
That's why I use #Linux, #toybox and #musl for
OS/1337 ...
@bagder Problem with that is (besides occasional bugfixes), most people including myself would see #curl to be functionally complete and anything "nice to have" would be considered not worth the balooning in #complexity and #size.
I mean, does curl need to be able to do #BitTorrent (magnet:), #IPFS (ipfs://) or god forbid #blockchain (i.e. #EVM) support?
Do you really want to integrate @torproject / #Tor support natively into curl when using #HTTP (localhost:8118) and #SOCKS5 (localhost:9050) #proxy allows for the same and doesn't necessitate having to handle and ingest Tor arguments as well??
In fact if #toybox didn't have a #wget implementation that I could use for OS/1337 I would've merely chosen tiny-curl -o as a global alias or if #tinycurl wasn't an option, curl -o instead.
tor support built-in will go and IDK make i.e. #neocurl or sth. along those lines or build something like #ethcurl or #torcurlor #ipfscurl or whatever...That being said I am glad curl isn't solely maintained by you but has other contributors (give them a shoutout!) but I also am glad you maintain that vital software that most "#TechIlliterate #Normies" most likely never heard of but propably use on a daily basis as part of all the #tech they use to #consume media with...
curl is more than just a downloader and more intuitive than vim) with wget being "the #vi of downloaders" (tho wget is even simpler to use than vi)...Either way, curl is awesome...
I can't bear to play much of free horror game Toy Box, but I love the concept of pulling talking toys apart - https://www.rockpapershotgun.com/i-cant-bear-to-play-much-of-free-horror-game-toy-box-but-i-love-the-concept-of-pulling-talking-toys-apart #VisualNovel&Dating; #Horror #ToyBox #Puzzle #Indie #PC
I got the idea that if I enjoy lightboxing grids to start drawings, I could do the same to play with character designs too instead doing everything through the computer. The library lets me print for free, and I got the plastic sleeves in a 50-pack for $6 at Walgreens. #mastoart #comics #characterdesign #artfight #toybox
@ravirockks OFC they don't.
At best they show people how to change fan curves in the #UEFI or hiw to run #memtest86+, but mostly they just "teach" people how to consume #Windows and at best #macOS and that's it.
Same with @libreoffice / #LibreOffice & @thunderbird / #Thunderbird.
@notsoloud same with all other #Linux distros.
Now granted, #NvChad is basically what happens when #neovim fans want to make a better alternative to #emacs.
For most people, using #fish as in fish shell with #tmux and some extras could yield the same...
@kaia @hj @why@shitposter.world Well, AFAIK #vi is in the #LSB and not only does #CentOS & #RHEL come with it, even #toybox comes with a partially complete vi implementation...
kilo on @OS1337 and package @neovim@hachyderm.io / @neovim@programming.dev / #neovim and potentially #NvChad for it because it's fecking awesome, just like fish is cool.Re: #Ubuntu I do use #nano on it sonce it comes preinstalled and I rarely need it anyway.
I sold about 25 fidget cubes on Saturday; all were printed with my daughter’s #ToyBox printer, which cranks them out in like 45 min. But today, I decided wanted to finally get Hermes (Ender 3 Pro SI) in line to make these too. 5hrs? WTF Cura, you’re drunk. Also, don’t ask me how many prints have failed. I finally switched to some old reliable #Hatchbox… we’ll see. I’m about ready to give up. #3DPrinting
Granted, @OS1337 won't run on anything below an #i486SX due to #Linux dropping #i386 with Kernel 3.6.9 & 3.4.99 respectably and #toybox AFAICT never supported anything below #i486 and #backporting it doesn't make sense nor do I have the skills to do so nor would I expect @landley to accept the necessary patches:
Or as @torvalds once supposedly wrote: "I'm not sentimental. Good riddance."...
@mike EXACTLY THAT!
This is why #OpenBSD is so #secure: The few devs literally debate every change and would drop it if it meant complexity would increase and/or security would decrease, even at the expense of support and functionality.
And I see similar (abeit not that extreme) "energy" in projects like #toybox.
It's also one of many reasons why I started @OS1337 because I wanted something small and nifty to be a foundation for future projects of mine that need like Firmware and Stuff...
And OFC #toybox is a good baseline in terms of #userland - espechally when I want a #GNU-free #Linux distro because there are very good reasons beyond #GNUtils being a bloated mess...
And my motivation for @OS1337 is the same as @landley has for #toybox - except I'm too stupid/lazy to do #LinuxFromScratch and want to do something simpler, faster, more auditable and reproduceable in a feasible amount of time.
OFC nothing prevents one from using @OS1337 's basic #toybox + #musl / #Linux basis to generate a #smol and efficient #Linux #Desktop or general-purpose Server distro.
