@CursedSilicon @gettie mostly because #systemD (and it's competitiors) took all the right lessions:

• Start less
• Start more in parallel
• Resolve dependencies to avoid waiting times

And basically everyone (#OpenRC, #Upstart, etc. Even #LaunchD [the #init for #macOS that is literally the SystemD but before SystemD and by Apple] and #SMF [#Sun's SystemD for #Solaris] did that to allow for boot times in secinds, not minutes…

https://www.youtube.com/watch?v=o_AIw9bGogo&t=12m17s

@fabiscafe @okapi OFC @chesheer 's criticism is understandable on #FreeBSD given that #SystemD is inherenty focussed and intertwined with #Linux (just as it's Inspiration, #LaunchD, is intertwined with #macOS's Darwin/NeXTstep kernel).

• The problem is after some hefty "init wars" with like #Upstart and others SystemD became the de-facto standard, and the "(statistical) rounding errors" of #BSD users got sidelined, in part because BSDs looked at that mess and went like "Nyet, SysVinit is fine!" and continued their fiddling around...

And sadly there's nothing they (or anyone else) could've done unless they had multiplied suddenly and being able to keepcthe old tech stack maintainable.

• Similarly #Xorg is dying and there are already GPUs that only support #Wayland and #X11 apps get run using #XWayland.

OFC I wish for more diversity in solutions, but #Linux being #streamlined is what makes #portability across distros easier and boosted adoption as well as providing massive gains in solutions like #DXVK, #Proton and #Wine in general.

• And TBH most "#TechIlliterates" aka. "#Normies" frankly don't give a shit what OS they use. All it needs to do is serve them their eMails and allow them to 'consoom themselbes happy' as in watching YouTube, Play games, etc.

@fabiscafe @okapi espechally in the form of an interactive desktop...

• I could see it valid for multiple shell sessions, but #tmux & #screen cover that pretty well.

• If one has to login into different machines then chances are #aithentification is centralized anyway.

Needless to say #modernizations like #SystemD don't happen because people like #Poettering are "hobbyless", but because the preexisting status-quo (#SysVinit) was slow, inflexible and error-prone by strict linearity and non-parallelization.

• With a literal /etc/init file one can literally get a system to hang due to a mistake (i.e. certain call doesn't get invoked correctly), whereas on #SystemD (and competing solutions like #LaunchD on #macOS and #SMF on #Solaris) your desktop / laptop will continue to noot even if it doesn't have a network connection.

Not to mention as Benno Rice explained: 'Shit just gotmore dynamic!': We don't have that one big ass maingrame and serial terminals, instead we have laptops that may he carried around a campus or traveled with all day and that constantly switch between wireless and wired networks and have VPN tunnels open and whatnot...

🐌 Wow, someone found a way to make their #localhost #setup even more convoluted! Now, instead of just typing "localhost:4333", you can go through the joyous process of configuring #launchd daemons, editing /etc/hosts, and wrangling #Caddy for that sweet appname.localhost experience. 🧙‍♂️ Truly the pinnacle of #productivity for when you have too much time and not enough friends. 🤦‍♂️
https://inclouds.space/localhost-domains #devlife #HackerNews #ngated

@Uilebheist @cstross

Learn from the voice of experience when saying such things. (-:

I used to joke about someone putting an XML parser into the code for process #1, as an example of something outlandish that no-one would do.

Then one of the people who tried to port launchd to FreeBSD did exactly that.

http://jdebp.info/FGA/launchd-on-bsd.html

#launchd

@quixoticgeek @js @cstross

Upstart both rose and fell in the time that it has taken even to get launchd ports to the BSDs attempted, let alone to Linux-based operating systems.

launchd leans heavily on MacOSisms.

http://jdebp.info/FGA/launchd-on-bsd.html

#launchd

@freya @BrodieOnLinux makes sense, ofc.

• I like SystemD but for #OS1337 had to stick with the classic /etc/init file 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"…

I spent some time tweaking the backup agent for the #bearapp via #launchd. It still does not work as I wanted. I am missing some starting triggers, and the documentation does not contain much detail. It’s hard to tweak certain things on #macOS these days.

Hmm, so #macOS #Seqoia completely breaks local network access for processes run via #launchd user agents BeCaUsE Of sEcUrItY!1.

This means no automated daily backups for me any more. Slow clap, Apple, slow clap.

https://developer.apple.com/documentation/technotes/tn3179-understanding-local-network-privacy#macOS-considerations

(In other words … uhh … halp?!)

Here, finally, are the two URLs.

<https://old.reddit.com/r/linux/comments/2nhkx9/freebsds_jordan_hubbard_sees_need_for_a_modern/cme7p86/?context=1>

<https://redd.it/2nklcf>

#SixWordStories #TellosaurusRex #Apple #launchd #launchctl #macOS #MacOSX #OSX #JSON #YAML #FreeBSD #etc #crap #Linux

@rust_discussions in contrast to what the article claims, socket activation wasn't pioneered by Apple's #launchd, but much earlier in 1986 by #inetd as part of BSD 4.3.

@shupfel There were quite many #BSD developers interested in #launchd. The drama around system seems to be really a Linux thing.
https://www.youtube.com/watch?v=o_AIw9bGogo

@BestGirlGrace yes, and they'll basically refuse to accept the #InconvenientTruth that #systemd is at worst a "#NecessaryEvil" because what came before it was way worse, competing solutions failed to get adopted and even mainline #Unix like #Solaris (#SMF) and #macOS (#LaunchD clearly is the inspiration for SystemD!) did the same...

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

#TheTragedyOfSystemd

@nuintari @pid_eins @OS1337 Again: I disagree as both #SMF and #LaunchD do more than just #init amd like #systemd are a whole collection of utilities and not a single massive binary.

In fact, #journalctl is an evidently better way to debug issues and fix problems with #services / #daemons than having to parse #Syslog through dozens of filters or spechalized tools.

Similarly, if #gstreamer & #ALSA / #OSS / #PulseAudio weren't shitshows, we'd not see the need for #PipeWire!

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

Periodic Backup of a Mac Folder on a Synology NAS
https://en.ileif.de/wp-content/uploads/2024/06/image2-150x150.webp

This arti­cle describes how to use rsync in a shell script to cre­ate back­ups of your Obsid­i­an Vault. It then guides you through set­ting up this script for a 1‑click back­up solu­tion using Apple Short­cuts and automat­ing peri­od­ic back­ups using launchd on macOS.

#automation #launchd #macos #obsidian #shortcuts
https://en.ileif.de/2024/06/15/periodic-backup-of-a-mac-folder-on-a-synology-nas/

Regelmäßige Backups von Mac-Ordnern mit rsync und launchd auf ein Synology NAS
https://ileif.de/wp-content/uploads/2024/06/rsync-launchd-150x150.webp

In die­sem Artikel wird gezeigt, wie man regel­mä­ßi­ge Backups von Mac-Ordnern auf ein Synology NAS mit­hil­fe von rsync und launchd ein­rich­tet. Die Anleitung umfasst die Konfiguration des Backup-Skripts, das Einrichten der Automatisierung mit launchd und den Umgang mit mög­li­chen Problemen.

#automation #launchd #Mac #obsidian
https://ileif.de/2024/06/11/regelmaessige-backups-von-mac-ordnern-mit-rsync-und-launchd-auf-ein-synology-nas/

Periodic Execution of Apple Shortcuts with launchd

This arti­cle demon­strates how to use the sys­tem ser­vice ‘launchd‘ on a Mac to run Apple Short­cuts reg­u­lar­ly and auto­mat­i­cal­ly.

#automation #launchd #macos #shortcuts

https://en.ileif.de/wp-content/uploads/2024/05/DALL·E-2024-05-16-18.08.33-Transform-the-black-and-white-line-art-illustration-of-a-modern-desk-setup-into-a-1990s-GeoCities-style-image.-The-scene-should-feature-vibrant-nosta-150x150.webp

In die­sem Artikel zei­ge ich, wie Apple Kurzbefehle mit­hil­fe des Systemdienstes launchd auf dem Mac regel­mä­ßig und auto­ma­tisch aus­ge­führt wer­den kön­nen.

https://ileif.de/2024/05/16/periodische-ausfuehrung-von-apple-kurzbefehle-mit-launchd/

@landley @pid_eins
Because if #SysVinit was good he'd likely not made systemd nor would any other #Unix-esque OS that isn't a tiny embedded distro that can handle just using an #init file use basically their primitive systemd-predecessor like #launchD (#macOS), & #SMF (#Solaris & #illumos) instead...
https://www.youtube.com/watch?v=o_AIw9bGogo