@Madic @lmemsm nodds in agreement
Last time I checked #toybox only had su, not #sudo, but outside if #OS1337 I do stick with the distro's defaults cuz they should know best how to keep it as secure as can be.
#OS1337
@jbqueru I do agree in that we need more #FrugalComputing options.
- If I really wanted and needed to I could do my work on an #EeePC701 or a Vaio #P11Z and I think these devices have still potential to be used.
That's why I started @OS1337:
https://os1337.com
@freya @BrodieOnLinux makes sense, ofc.
- I like SystemD but for #OS1337 had to stick with the classic
/etc/initfile for space reasons alone.
Tho in fairness I'm shure #SMF did inspire #Apple to do #LaunchD which in turn was copied with #SystemD, abeit all 3 are very much centric about the Kernel and Userland they target.
- Reminds me of that legendary talk "The Tragedy of SystemD"…
@freya @BrodieOnLinux I mean, why not?
- That's the beauty of #FLOSS...
If someone wants to make a "Square-Wheeled Car" then they can...
- I don't expect #OS1337 to get anywhere, because it's more of an exercise in minimalism but hey, I see it as a fun little idea...
Me wanting to do something #GNUfree and going "statically compiled binaries only" is also a bit of "headbanging against concrete" kinda style...
@lavxnews point is: "reinventing the wheel" is rarely easy nor worth the effort.
- Shure one can design their own OS or Kernel but the cost of doing so rarely makes sense.
That's why I use #Linux, #toybox and #musl for
OS/1337 ...
- Same reason why noone spins their own #encryption, except here it's a matter if #ITsec and thus #InfoSec, #CopSec & #OpSec!
@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.
- Maybe someone who wants to have said functionality like
torsupport built-in will go and IDK make i.e.#neocurlor sth. along those lines or build something like#ethcurlor#torcurlor#ipfscurlor 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...
- I consider curl to be "the #vim of downloaders" (tho that's kinda insulting and limiting since
curlis more than just a downloader and more intuitive thanvim) with wget being "the #vi of downloaders" (thowgetis even simpler to use thanvi)...
Either way, curl is awesome...
@SweetAIBelle very nifty...
- Personally, I wish there were more "#LiveCD" (or rather "#LiveUSB") distros like @tails_live / @tails / #Tails and @kalilinux that that offer a comprehensive set of #tools and benefits for users.
Ideally with some nifty tools (compareable to Tails' #PersistentSotrage) to allow mounting local/remote storage as $HOME and potentially leverage toram as boot option.
- Bonus if that works via #iPXE for a #Diskless #Administrator Desktop to boot into.
Certainly that "#RescueLinux" part is mid- to ongterm goal of OS/1337 and I am working on it (abeit at a pace slower than I want to cuz 'things happen in meatspace' and those sadly require my full attention...
- Needless to say it's always good to have a nifty system at hand (worst-case I'd install @ubuntu / #UbuntuLTS #Desktop on an external SSD/HDD and have that at hand) if one doesn't have their Distro on a hot-swappable / toolless replaceable drive anyway...
Using #ArchLinux is quite good because it makes it easy to get started and adapt said system as need be.
@dalias @eniko Personally, I'll sooner or later have to engange the whole #ARMv5 / #ARM11r7 / #RaspberryPi architecture anyway with OS/1337.
- Tho given it's a minimalist Linux merely booting an initramfs and never doing any writes, there should be no indurance issues.
But I know a #readonly - OS isn't practical and where it is people already use #iPXE & #iSCSI for #diskless setups!
- THO AFAICT there should be an option to basically partition the system and only keep
/booton an SD card, and the rest could be on any USB mass storage device (i.e. SSD or even HDD)...
That being said Raspberry Pi do have the key advantage of being by far the best in terms of #documentation.
@nixCraft cool...
Personally I'd propably make a "screenless" #NUCbook down the lane and use that as an #AiO similar to those that @vwestlife seemingly likes...
Would've been the ideal testing system for OS/1337 ....
@HoustonDog I mean, as of now #OS1337 is already loading into RAM and once loaded runs entirely off it.
Maybe @thisdoesnotcomp can see if OS/1337 runs fine on his #ThinPad #390E:
- I'm pretty shure @OS1337 does...
Needless to say thanks to @landley for his extensive talks and #documentation to make it quite easy to get started...
@cameronbosch @funkybuddha @itsfoss That being said AFAICT #RedoxOS at least has a #GUI, so unlike #OS1337 there's way less work necessary to build applications for it.
- Tho I've not looked what - if any - 3rd party software has been packaged. I'm shure they don't have @torproject / #TorBrowser or @thunderbird or @libreoffice ported (yet) and IDK how much #Redox aims to comply with #POSIX, #LSB or any other #Standards at all...
Client Info
Server: https://mastodon.social
Version: 2025.04
Repository: https://github.com/cyevgeniy/lmst