home.social

#os1337 — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #os1337, aggregated by home.social.

  1. @thelinuxcast @fuchsiii yes, a #0day affecting all versions since 1993.

    Because #GlibC is a mess that constantly bricks stuff for no good reason - just like the #GNUtils

    There's a reason why OS/1337 uses @musl and @landley 's #toybox.

    Because #KISS principle rules!

    #OS1337 #Linux

  2. @sjmulder @landley sadly a lot of #TechIlliterates seem to accept the #Enshittification of #tech because they don't know better and rather believe marketing lies than ask #InconvenientTruth|s.

    The fact that a lot of #Apps are so outrageous #Bloatware isn't a law of nature but a result of #WhatYouAllowIsWhatWillContinue applied to the masses...

    There is no reason for a website (w/o images and other multimedia content OFC) to be bigger than OS/1337 and taking longer to load than #OS1337 needs to boot on anything that isn't a severely choked #Iridium satellite internet connection...

  3. @polyote @landley #Lua is definitely an upgrade in some cases tho.

    Like #neovim using it instead of #VimScript...
    youtube.com/watch?v=c4OyfL5o7D

    Granted I use #nano and have to get used to #kilo for #OS1337 but still...

  4. @landley @DavittoKun *nodds in agreement*

    I don't expect anyone maintaining, designing or building #CriticalInfrastructure to ever reach out to me or even use OS/1337, but if those developing i.e. medical IT take a look at this and decide to use a clean and minimalist #Linux, #FreeBSD, #OpenBSD or even #illumos - based distro with #toybox or another compact #Userland instead of some botched "embedded" Version of Windows, then already that's the kind of change I want to see...

    I mean it would be cool if they used and contributed to #OS1337 but if I wanted to force them then I should've made some commercial distro akin to #WindRiverLinux or #VxWorks instead, and I don't...

  5. Aside from "rebuilding under itself" which is on the roadmap, OS/1337 is close to #mkroot.
    youtube.com/watch?v=MkJkyMuBm3 (video via @linuxfoundation feat. @landley )

    Certainly not a drop-in replacement, but that's not the primary goal of it either.
    It would be nice, but it's not a strict necessity as of now...

    It's also not as cringe as using a botched Debian 8.2 shoved though OpenADK and left to marinade or rather rot for almost a decade on devices being deployed to customers...
    viprinet.com/en/support/downlo

    As of now, just running build.sh does build a working 1440kB floppy image that boots.
    github.com/OS-1337/OS1337/blob

    Tho there are still some issues I'm confident this will get some releaseable alpha version this year if not the first half of it...
    github.com/orgs/OS-1337/projec

    Contributions to #OS1337 are welcome as well as feedback: Tho be mindful this is pre-alpha software so it may have a lot of rough and sharp edges that can hurt.
    github.com/OS-1337/OS1337/issu

    If one can test on physical hardware with ISA and/or PC/104 bus that would really help.
    Ideally use something like a Gotek #SFR1M44 test with if your System's #BIOS doesn't support USB-#Floppy emulation via an image file like some #Vortex86-based SBCs.
    gotekemulator.com/P_view.asp?p
    (Doesn't require #Flash Floppy tho it's recommended!
    github.com/keirf/flashfloppy)

    As of now, OS/1337 does boot, but has a lot of issues...

    But we're confident to get them addressed.

    #Linux #FLOSS #FOSS #OSS #Development #toybox #distro

  6. @kurth granted I do prefer - - Systems that avoid writes as much as possible and I do intent do enable OS/1337 to support a "boot from RAM" mode where it's copied as and then started...

    Because I do like that feature from @bunsenlabs / Linux and as it provides a fast-feeling system whilst also yeeting all data afterwards.

    Pretty shure @tails_live still wipes RAM manually at shutdown...

  7. @kurth granted I do prefer #Live-#Linux - Systems that avoid writes as much as possible and I do intent do enable OS/1337 to support a "boot from RAM" mode where it's copied as #Ramdisk and then started...

    Because I do like that feature from @bunsenlabs / #BunsenLabs Linux and #PorteusKiosk as it provides a fast-feeling system whilst also yeeting all data afterwards.

    Pretty shure @tails_live still wipes RAM manually at shutdown...

    #OS1337

  8. @kurth granted I do prefer #Live-#Linux - Systems that avoid writes as much as possible and I do intent do enable OS/1337 to support a "boot from RAM" mode where it's copied as #Ramdisk and then started...

    Because I do like that feature from @bunsenlabs / #BunsenLabs Linux and #PorteusKiosk as it provides a fast-feeling system whilst also yeeting all data afterwards.

    Pretty shure @tails_live still wipes RAM manually at shutdown...

    #OS1337