The average Linux user
#terryposting #templeos #terry #fucktrump #fascism #antifa #video #satire #fyp #linux #selfhosting #meme #humor #retrocomputing #unix #politics #politicalhumor #loops #jokes
#TempleOS
#POLL Results:
44 people are in deep denial about their existential dread, and should consult a counselor and read #Kierkegaard immediately 😁
139 people like teh pretty tings, and can't be bothered
188 people have started down the path towards enlightment
354 people are cool_kids
92 people are very_cool_kids
55 people laugh at your inadequate security model
27 people can run a server on a bit of bailing wire and a microcontroller from 1987 — fear them.
26 people are keeping Gassée's dream alive, and are plenny cool in my book
4 people are totally cool, and totally in a class by themselves
and 21 people kinda scare me, but I'd like to know more. 🤣
#humor #humour #houmor #houmour
#Windows #MacOS #Linux #CommandLine #BSD #RunBSD #FreeBSD #OpenBSD #NetBSD #Haiku #HaikuOS #BeOS #Amiga #Workbench #AROS #AmigaOS #Plan9 #9Front #TempleOS
P.S., wherever you find yourself, you're awesome. This is all for fun.
#hashtags for exposure:
#windows #MacOS #Linux #BSD #FreeBSD #OpenBSD #NetBSD #Haiku #HaikuOS #BeOS #Amiga #Workbench #AROS #TempleOS #Boost #BoostsAppreciated #BoostPlease #PleaseBoost
Ok, sorry for all that. 😂
There are too many search results for #TempleOS
¿¿¿El MEJOR PROGRAMADOR de la HISTORIA???
TempleOS: Terry Davis "Humbler Porn" 5/29/2017
TOP 10 minimalistycznych systemów operacyjnych 2025 roku na portalu Linuxiarze(dot)pl. Dzisiejsze zestawienie systemów operacyjnych jest poświęcone najbardziej popularnym, minimalistycznym systemom operacyjnym z rodziny Linux, BSD, Solaris, AROS, DOS oraz innym, niezależnym, które oferują minimalny, gotowy do użycia system o różnym przeznaczeniu. https://linuxiarze.pl/top-10-mini-systemy-operacyjne-2025/ #linux #bsd #unix #solaris #templeos #mikeos
TOP 10 minimalistycznych systemów operacyjnych 2025 roku na portalu Linuxiarze(dot)pl. Dzisiejsze zestawienie systemów operacyjnych jest poświęcone najbardziej popularnym, minimalistycznym systemom operacyjnym z rodziny Linux, BSD, Solaris, AROS, DOS oraz innym, niezależnym, które oferują minimalny, gotowy do użycia system o różnym przeznaczeniu. https://linuxiarze.pl/top-10-mini-systemy-operacyjne-2025/ #linux #bsd #unix #solaris #templeos #mikeos
Important #fastfetch update is out.
https://github.com/fastfetch-cli/fastfetch/releases/tag/2.53.0
Một người đàn ông đã tự tay viết cả một hệ điều hành từ đầu chỉ vì tin rằng Chúa bảo ông làm vậy. TempleOS của Terry Davis là một câu chuyện vừa thiên tài vừa bi thảm. #LậpTrình #HệĐiềuHành #TempleOS #TerryDavis #CâuChuyện #Programming #OperatingSystem #TechStory
https://www.reddit.com/r/programming/comments/1njl5rw/one_man_built_an_entire_operating_system_from/
@sleepingcreep@livellosegreto.it
No, ma crescere mantenendo costante l'entropia richiede una quantità di energia che cresce in modo non esponenziale con il numero delle parti del sistema.
Lo so, detta così sembra una banalità di termodinamica, ma io stavo riflettendo sui sistemi cibernetici, come le società, i mercati, gli ecosistemi, i sistemi informatici etc... con o senza automatismi.
La considerazione mi sembra però interessante perché determina una sorta di path dependency: durante la crescita del sistema, se non viene attivamente spesa energia per mantenere un ordine, si introducono "errori" / "bias" / "attriti" / "bug" ovvero deviazioni dall'ordine originale, "evoluzioni organiche" le chiamano alcuni per distinguerle da quelle accuratamente pianificate, che aumentano l'entropia in modo tanto più difficile da invertire quanto più grande è il sistema.
E man mano che il sistema cresce, ogni deviazione produce altre deviazioni, diventando più difficile da invertire.
Questo significa, ad esempio, che un sistema sottoingegnerizzato (e dunque ingegnerizzato male) e che non prova proprio ad evitare l'aumento di entropia ha maggiore probabilità di espandersi (a parità di energia - lavoro, competenze, risorse - disponibile) di uno ingegnerizzato per garantire determinate proprietà durante tutta la sua espansione.
Per intenderci con esempi:
- l'impero romano integrava le culture dei popoli che sconfiggeva in battaglia, ed in questo modo ha potuto dominare l'europa e parte dell'africa
- unix segue il modello worse is better permettendo infiniti linguaggi di programmazione e scripting
- una #lisp machine invece è programmabile solo in lisp
- #templeos è programmabile solo in holyc
- #oberon è programmabile solo in #oberon
I primi due sono sistemi che si sono espansi a dismisura grazie alla sostanziale assenza di pianificazione evolutiva. Gli ultimi tre sono piccoli (poco software ci gira sopra) ma hanno un alta coerenza ed uniformità interna ed evolvono mantenendo l'entropia bassa (almeno rispetto ad alcune dimensioni/caratteristiche di interese).
Tutto questo ha varie implicazioni ingegneristiche, politiche e cibernetiche, che però non posso elencare ora...
No, ma crescere mantenendo costante l'entropia richiede una quantità di energia che cresce in modo non esponenziale con il numero delle parti del sistema.
Lo so, detta così sembra una banalità di termodinamica, ma io stavo riflettendo sui sistemi cibernetici, come le società, i mercati, gli ecosistemi, i sistemi informatici etc... con o senza automatismi.
La considerazione mi sembra però interessante perché determina una sorta di path dependency: durante la crescita del sistema, se non viene attivamente spesa energia per mantenere un ordine, si introducono "errori" / "bias" / "attriti" / "bug" ovvero deviazioni dall'ordine originale, "evoluzioni organiche" le chiamano alcuni per distinguerle da quelle accuratamente pianificate, che aumentano l'entropia in modo tanto più difficile da invertire quanto più grande è il sistema.
E man mano che il sistema cresce, ogni deviazione produce altre deviazioni, diventando più difficile da invertire.
Questo significa, ad esempio, che un sistema sottoingegnerizzato (e dunque ingegnerizzato male) e che non prova proprio ad evitare l'aumento di entropia ha maggiore probabilità di espandersi (a parità di energia - lavoro, competenze, risorse - disponibile) di uno ingegnerizzato per garantire determinate proprietà durante tutta la sua espansione.
Per intenderci con esempi:
- l'impero romano integrava le culture dei popoli che sconfiggeva in battaglia, ed in questo modo ha potuto dominare l'europa e parte dell'africa
- unix segue il modello worse is better permettendo infiniti linguaggi di programmazione e scripting
- una #lisp machine invece è programmabile solo in lisp
- #templeos è programmabile solo in holyc
- #oberon è programmabile solo in #oberon
I primi due sono sistemi che si sono espansi a dismisura grazie alla sostanziale assenza di pianificazione evolutiva. Gli ultimi tre sono piccoli (poco software ci gira sopra) ma hanno un alta coerenza ed uniformità interna ed evolvono mantenendo l'entropia bassa (almeno rispetto ad alcune dimensioni/caratteristiche di interese).
Tutto questo ha varie implicazioni ingegneristiche, politiche e cibernetiche, che però non posso elencare ora...
Unexpected "bible study" at a #TempleOS #FOSSConference #fossconf talk
Toby Betts presenting The Cathedral and the Bizarre
Dammit, what path should I take in this choose-your-own-adventure #templeos
You know, I think I've figured out the secret sauce:
Take Office Space, but add in 2020s dystopia
Add on some #TempleOS oddly-religious themed retro computing
Add some Road to Wellville/Kellog-style cultic corporate culture
Then add some Kubric-style freaky weird cinema,
maybe a little Johnny Mnemonic,
and just a little touch of The Matrix.
#Severance is really freaking weird, man. I'm already a couple episodes into season 2. I had NO intention of binging, but this wasn't a binge... it was more like a hangover remedy — continue drinking, moderately.
But that congrats screen on Helly's computer? SO TempleOS.
#TempleOS has already won the download race.
@dragonminded I'm the compiler/interpreter, throwing exceptions! 😅
In software developer terms; aesthetic is an object/class, that requires at least 1 member attribute (the constructor requires 1 parameter) - it can't possibly instantiate without specifying at least 1 type of aesthetic. 🤓 😉 🖖
edit: of course, you're free to do your own thing, but then you'd compile against #TempleOS APIs 😅
There should be a graph for OS security on a scale from TempleOS to Windows Phone. Stuff that offers compilation options and things that have been tweaked in various ways like different Linux kernels such as linux-hardened would be different places.
Client Info
Server: https://mastodon.social
Version: 2025.07
Repository: https://github.com/cyevgeniy/lmst