@amszmidt I was looking at Fossil this morning and was surprised to see your name in that ecosystem! How do you like it compared to Git? Its capabilities look pretty interesting.
@rml@ekaitz_zarraga also, Zig community is currently revolting over a new plan to remove LLVM from the tool chain, effectively eliminating the cross compilation (and multi-language) advantage they had
@rml@ekaitz_zarraga Looks like the issue has been updated a bit since the first post, it appears they will keep backwards compatibility with the current model via an extension package for the language which can leverage LLVM for C/C++ compilation.
I can understand the desire to get rid of LLVM, though. It's a super heavy dependency to lug around and my motivation would be to make the compiler and tooling as lean as possible. I just think it's going to be a TON of work before it's possible.
I like to think of Lisps as human-scale development platforms.
Because of the amount of power one person can wield using the tools provided by the language, you often don't need multiple developers to build a project to meet a specific need.
Obviously there are much larger projects like GNU Guix which need many developers, but I'd argue that most things an individual needs could just be simple self-authored programs.
Lisps enable greater computing freedom by maximizing personal agency.
I dunno if that's a bad thing, though. Sure, other people could benefit from many of the things you mentioned there, but then that would just take away the joy of getting to write it themselves :)
Long term, my goal is to make Scheme appealing to a wider audience, primarily through tutorials and demonstrations.
Obviously there are plenty of Scheme developers already, and even more thanks to Guix, but I still don't think the language gets the admiration that it deserves.
I feel like the whole distro hopping phenomenon in Linux is caused by a dependence on large, pre-configured desktop environments. People keep switching distros to see which one looks "nice" without really understanding the system or what they're looking for.
This is why I think it's better to create your own environment with fewer, more dependable components that you can assemble yourself to get a consistent environment on pretty much any system.
For example, I was able to replicate my own minimal desktop environment based on Sway and Emacs across GNU Guix, FreeBSD, and Alpine Linux.
Distro choice then becomes about the actual features of the distro or system instead of how it looks on a superficial level. You are more in control of your environment, the aesthetics, and your workflow.
🔴 Today on #SystemCrafters Live, we'll try out the Elpaca package manager for Emacs! This project offers some nice features including asynchronous installs and an improved package management UI.
Let's experiment with it to see if it deserves a home in your configuration!
Join us on YouTube or Twitch (in about 30 minutes!)
Not actually clear if the thing he yells at the start is "Hey YouTubes", "Hey YouTubees", "Hello YouTubes" or "Hello YouTubees". Anyway, it's endearing. Video is 15 years old right now https://mastodon.social/@mcc/110589456850385950
Hooks in Emacs are especially confusing when looking at documentation that doesn't refer to use-package. People reference adding hooks but the question is where the hell do I put this in my config? Does it go under the lsp config or the mode config? Oh and btw don't forget to remove the "-hook" prefix or you'll get weird silent errors when adding hooks to the ":hook" section. #emacs#lsp