@landley @burnoutqueen Yeah...

#GPLv3 is a desaster as it's 99% ideology and 1% license text and alongside #AGPLv3 completely ignores the reality of how #licensing and #patents and #IP works.

• Not that I like the status-quo, but we'd rather see businesses steer clear of anything GPLv2+ or GPLv3 or worse.

And on the flipside we basically get "source available" stuff like #SSPL which only serves as a means to commit #AssetDenial and monopolize commercial offerings...

• I think #Linux being #GPLv2only is a good compromise and my personal gripes with #FSF & #GNUtils as well as #GlibC are something different...

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...

@dalias @owen @aphyr nodds in agreement

I want stuff to be portable and reproduceable!

• And that means actually including - or at the very least declaring - ALL dependencies...

The whole #PainAndFrustration with #LinuxFromScratch, bloated #GNUtils and #GlibC constantly breaking shit (among other things) is why I started @OS1337 …

@enigmatico @privateger there's a reason I work on @OS1337 and why it's intended to be a #GNU-free #toybox+#musl / #linux distro:

• #GLibC is a shitshow maintained by nonchalant assholes that constantly brick systems with minor updates whilst denying the right to exist to #CCSS and who think "recompile it yourself" is an acceptable answer even outside of #FLOSS projects.

The only #GNUtils part that neither @landley nor I were able to replace is the #GCC because AFAIK Linux just won't compile under #Clang / #LLVM...

• The moment that isn't the case anymore I')( happily ditch tht too, cuz GNU / #FSF are just bad and the only recourse I have aggainst them is to #boycott them into irrelevancy...

Shall all those people at the FSF complain at #RMS for alienating people and harming FLOSS in general or as @ncommander once said:
' […] #OpenSource thrives not hecause but in spite of #Stallman […]' cuz being a visionary predicting #Enshittification like #DRM doesn't make him a less unlikeable character to be polite...

@SweetAIBelle @OS1337 shure.

I'm convinced that a fully-fledged image of that would be similar to #toybox's #mkroot, which is @landley 's reference implementation for a toxbox + #musl / #linux system.

• Last time I checked it came out just below 4 MB, but that was the premade image using only the stuff toybox included [and linux & being statically compiled against musl] like #gzip instead of #xz for compression, so there already is room to shave a few hundred kB without reducing functionality out of the get-go as I've seen with my build tests of #kernel666...

Either way, we're close to his reference matterial AFAICT and I do think that OS/1337 can become a good and solid foundation for #minimalist & #embedded systems.

For comparison:

• #YoctoLinux is quite #THICC in comparison (using LSB & #GNUtils for the most part!) and stuff like #OpenADK seems to be overly complex...

  • tho #Viprinet hasn't updated their stuff in like 8 years and I sincerely hope that's just them loginwalling access to #SourceCode like #grsecurity to paying customers only and not them such old Kernels.

Speaking of #grsec, I wounder if Bruce Perens actually sued them for allegedly violating #GPLv2 when in fact said license allows #paywalling aka. restricting access to buyers of the product it contains.

#OS1337

@nuintari I disagree.

#SystemD is a "necessary evil" because what existed previously was bad for anything that isn't a "build once never change" server that never gets changed much...
https://www.youtube.com/watch?v=o_AIw9bGogo

• Most #unix-esque OSes already used something like it way before @pid_eins even did #Linux: Like #SMF on #Solaris and espechally #LaunchD which is basically what inspired systemd.

The only reason I "cut" systemd from @OS1337 as of now is because I can't make it - or the #GNUtils that preceded it - fit within the few hundred kB on a 1.440 kB FDD I can spare.

Noone wants to go back to #SysVinit when even the fastest systems took longer to boot that most peoole need to make a shitty coffee or dump ass on the toilet.

• Amd dumping SysVinit - just like #Linux dumping #i386 - is somewhat inevitable given the amount of work it took to keep it workable at all...

@ncommander nodds in agreement

Espechally since #Zones are a built-in containerization and isolation feature of #illumos nee #OpenSolaris and it would be a good match for hat exact scenario...

That being said, it reminds me why I did start my own:

Because #Viprinux's #OpenADK is an unworkable mess even cringier than the #GNUtils toolchain...
https://www.viprinet.com/en/support/downloads
https://github.com/OS-1337/OS1337

@icedquinn basicall, #toyboxy is a lean & clean alternative to both #GNUtils and #BusyBox and is the "userspace" or rather system layer shim between the #Linux Kernel and #Android on top.

@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

@cadey The problem isn't #C but the nonchalant attitude of #GNUtils & #GNU #binutils devs.

The same people take pride in #GlibC bricking shit constantly on minor version updates, thus making #native #Linux development - espechally for #CCSS like #Games - a nightmare!

Not to mention #Stallmanists are fecking toxic people and I dare anyone to even try to defend that guy, cuz that'll get them an instant block!

https://www.youtube.com/watch?v=R2SKenHRhMg

@qqmrichter @EeveeEuphoria It is a #Linux desktop unless you define anything that doesn't use #Xorg or #Wayland and/or #GNUtils as such.

Semantivs aside: I do agree that Linix meed better UX!

@farooqkz @osnews @ubuntu *nodds in agreement*

Add the day of #FSF & #RMS becoming meaningless and people being repulsed by #Stallmanism the same way they should be of Maoism, whilst #Linux got rid of the #GNUtils in lieu of better ones.

Whether that'll be #BSDutils or even @landley 's #Toybox is a different question.

I doubt the latter ones but it's not as if I do my part with OS/1337 to make it at least an option for #FrugalComputing.

#OS1337

@sataa yeah, tho there is active effort put into making#Linux less depending on #GNUtils amd #GCC...

@argv_minus_one @retronianne and even the #GNUtils are replaceable - and that is a good thing.

In fact if #clang / #LLVM support would be where it should be, I'd even ditch #GCC for OS/1337...

https://os1337.com/
#OS1337

@beforewisdom @Yehuda @fsf exactly.

As for the #GNUtils like #bash, I do work on getting rid of them as well where I can.

I am currently working on a #minimalist #embedded distro based off #toybox / #Linux + #musl, because #Glibc is a shitty mess that bricks stuff at random in minor version updates for no good reason!
http://os1337.com

@kkarhan @aral@mastodon.ar.al @miklo

> I'd love to get #FSF / #GNUtils out of my tech stack

honestly I’m just trying to get developers out of my stack entirely

@aral @miklo thx.

For Same does for a lot of of other things:
I'd love to get #FSF / #GNUtils out of my tech stack just for them letting #Stallman back in but alas I'm kinda forced to work with #bash and #nano and stuff...

https://www.youtube.com/watch?v=R2SKenHRhMg

@gamingonlinux This is why Distributions like #AlpineLinux and #ChimeraLinux / @chimera_linux actively remove & replace #GNUtils and work to get #Linux built by #LLVM / #Clang instead of #GCC...

Even I do want to yeet tools out of my workflow...

But @ncommander went into the details re: #RMS!
https://www.youtube.com/watch?v=R2SKenHRhMg

@sixshot 1. It's #UEFI and OFC that shit can make systems unstable.

UEFI has far more code than the #Linux Kernel + #Gnutils yet less maintainers than #cURL working on it.