Conversation

Notices

1. Embed this notice
   Another Linux Walt Alt (lnxw37b2@shitposter.world)'s status on Thursday, 08-Jan-2026 10:45:18 JST Another Linux Walt Alt

   in reply to

   • feld
   • Johnny Peligro
   @feld @mischievoustomato
   
   Not just in the *nix world. At the federal agency where I worked, we had all our network documentation as Word and Excel documents. There was an update that replaced a certain DLL and MSOffice wouldn't open at all. I was at an office in Columbus OH at the time and it took most of a week to undo the damage.
   • Embed this notice
     feld (feld@friedcheese.us)'s status on Thursday, 08-Jan-2026 10:45:20 JST feld

     in reply to

     • Emil Jacobs - Collectifission
     • ltning
     • Delta Chat
     • Johnny Peligro
     @mischievoustomato @delta @collectifission @ltning for certain automation/monitoring tools you either have to break the unix mantra of "everything is shared, only one copy of stuff installed" or build static binaries
     
     that's another reason why Go got so popular -- it avoids this mess by producing mostly static binaries
     
     edit: our custom monitoring tool at work (which is amazing, if not crazy) is written in PHP and compiled to a static binary too
   • Embed this notice
     Johnny Peligro (mischievoustomato@tsundere.love)'s status on Thursday, 08-Jan-2026 10:45:21 JST Johnny Peligro

     in reply to

     • Emil Jacobs - Collectifission
     • ltning
     • Delta Chat
     • feld
     @feld @delta @collectifission @ltning > isolated from the OS so if packages/libraries break, it doesn't break Ruby/Chef and Chef can potentially still run/repair things
     
     it kinda sucks that one can't really have stuff all coming from the OS' package repo because of this
   • Embed this notice
     feld (feld@friedcheese.us)'s status on Thursday, 08-Jan-2026 10:45:22 JST feld

     in reply to

     • Emil Jacobs - Collectifission
     • ltning
     • Delta Chat
     @ltning @delta @collectifission no, I don't think it will. You really really don't want to install the chef client from ports/packages. You want it to be fully isolated from the OS so if packages/libraries break, it doesn't break Ruby/Chef and Chef can potentially still run/repair things
     
     edit: to clarify, installing chef/cinc using the method documented will put a whole Ruby/Chef deployment into /opt with all the required libs/deps
   • Embed this notice
     ltning (ltning@pleroma.anduin.net)'s status on Thursday, 08-Jan-2026 10:45:24 JST ltning

     in reply to

     • Emil Jacobs - Collectifission
     • Delta Chat
     • feld
     @feld @delta @collectifission Huh, wonder why I could not find that on my own - but thanks a lot! I'll be checking this out. Too bad the chef client is not in ports, but rubygem-chef should do, right?
   • Embed this notice
     feld (feld@friedcheese.us)'s status on Thursday, 08-Jan-2026 10:45:26 JST feld

     in reply to

     • Emil Jacobs - Collectifission
     • ltning
     • Delta Chat
     @ltning @delta @collectifission I'm the guy that maintains it on FreeBSD. I converted their pyinfra stuff to Chef so it's not hardcoded to Debian, provide custom FreeBSD packages where needed, and patched their python code as necessary (upstreaming changes, gap is closing)
     
     github.com/feld/chatmail-cookbook
   • Embed this notice
     ltning (ltning@pleroma.anduin.net)'s status on Thursday, 08-Jan-2026 10:45:28 JST ltning

     in reply to

     • Emil Jacobs - Collectifission
     • Delta Chat
     • feld

     @feld @delta @collectifission Uhm, I only find references to Debian (12) - I've been looking for a while for people running the server components on FreeBSD (without linuxulator or VMs) and haven't found any?

     I wanted to invest some time in unpacking the whole pyinfra stuff with a "how hard could it be" approach, but somehow I haven't gotten around to it yet :D

   • Embed this notice
     feld (feld@friedcheese.us)'s status on Thursday, 08-Jan-2026 10:45:29 JST feld

     in reply to

     • Emil Jacobs - Collectifission
     • ltning
     • Delta Chat
     @ltning @delta @collectifission it runs on Debian AND FreeBSD !! 😇
     
     It could run on more if they have Dovecot 2.3 and people adapt the configs
   • Embed this notice
     ltning (ltning@pleroma.anduin.net)'s status on Thursday, 08-Jan-2026 10:45:32 JST ltning

     in reply to

     • Emil Jacobs - Collectifission
     • Delta Chat
     • feld
     @feld @delta @collectifission I mean server-side. Clients don't seem to be a problem at all. :)
   • Embed this notice
     feld (feld@friedcheese.us)'s status on Thursday, 08-Jan-2026 10:45:34 JST feld

     in reply to

     • Emil Jacobs - Collectifission
     • ltning
     • Delta Chat
     @ltning @delta @collectifission what platforms are you referring to?
     
     I thought Mac/Win/Linux/BSD desktops, iOS, Android, Ubuntu Touch... some CLI versions... were enough?
   • Embed this notice
     ltning (ltning@pleroma.anduin.net)'s status on Thursday, 08-Jan-2026 10:45:35 JST ltning

     in reply to

     • Emil Jacobs - Collectifission
     • Delta Chat
     Delta needs to become more portable. The current distribution form does not help its proliferation to less-than-mainstream platforms, which I feel undermines its purpose ever so slightly.. Then again, I might just be that weirdo guy :)
     @collectifission @delta
   • Embed this notice
     Emil Jacobs - Collectifission (collectifission@greennuclear.online)'s status on Thursday, 08-Jan-2026 10:45:37 JST Emil Jacobs - Collectifission

     • Delta Chat

     Wow, relying on Signal might actually be a Very Bad Idea™

     In below longread there's a lot to unwind, but the essence is this: it is a state asset for American imperialism built on the infrastructure of Big Tech.

     So... uh... @delta it is then?

     https://www.counterpunch.org/2025/03/07/the-revolution-will-not-be-signaled/