Some additional nice things about guix:

Everything is guile. The system definition, the service definitions for shepherd, everything.

Shepherd is hands down the best init program I’ve ever used. It’s just incredibly simplistic but because it just runs the guile definition you give it, you can do some incredibly complex things that systemd etc. can do as well.

The OS documentation is built into the distro, with “info guix” you get reams of configuration information for the distro without ever needing to look it up online.

About a year and a half.

To be honest it’s not “easy” to use. The guiding principle behind mainline packages is that everything has to be built from source, so most somewhat unpopular things are missing from the mainline channels.

To use it like any other distro you’re going to need to learn how to write packages fairly quickly. Luckily the main draw of guix is the entire OS being based on guile so once you get a little under your belt you can just read the specs from other channels to see how a package is written.

Took me maybe a week to start writing guix packages.

There’s also The toybox

Guix because I love the idea behind Nix but Nixlang is the most painful language I’ve ever had to type out.

The leadership response to this and the subsequent backlash is starting to remind me of the NixOS debacle from about a year ago.

That resulted in the project being split and like 30% of the community moving off and creating Lix.

I would be disappointed, but not surprised, if we see something similar in the Kernel sometime in the next year or two…

Man you better hope the kernel community gets its shit together then, cause Krummrich (the primary developer for nova and getting those changes upstreamed) is one of guys that got told their project was cancer by the “thin blue line” maintainer (Hellwig) from the article.

Nouveau is important because Nouveau is the default driver in Ubuntu, Fedora, OpenSUSE, Debian, and ever other distro.

Linux distributions can’t easily distribute the proprietary nvidia drivers or the slightly less proprietary nvidia-open drivers so they depend on nouveau as the default nvidia driver. When you install a distro it usually has to use the nouveau drivers before downloading the proprietary blobs from Nvidia.

Nouveau is the only reason anyone can use Linux on an Nvidia card long enough to install the other drivers.

It’s also actively maintained, receiving updates that get upstreamed almost daily.

I’m not sure what about those things says “defunct”.

And the rust developments in Asahi for the M1+ series of CPUs don’t just benefit Mac but all the ARM CPUs as well.

A few people from a downstream project like Asahi or an almost defunct driver like Nouveau

I’m not sure why you think Asahi is a minor player in the linux community when they’re responsible in the entirety for porting Linux to the Arm-based Mac M1+ series, or why you think Nouveau is defunct.

“the process works” Is I think how he phrased it. 🙄

I’m not surprised by this.

The general attitude around R4L is that it’s largely unneeded and for every 1 person actively working against the project, there are 10 saying either “waiting and seeing if it works is the right decision” or “if rust is so good they should prove it.”

So as a R4L developer you’re expected by the community to fight an uphill battle with basically no support on your side.

We will likely keep having developers on that project continue to burn out and leave until the entire thing collapses unless the decision is made ahead of time to cancel the project.

Every time I read any news about Rust for Linux I leave disappointed by the entire kernel community.

I can understand their frustration, having multiple other rust for Linux project maintainers quit over nontechnical rust aversion.

And Linus continues to (democratically?) avoid the subject with this response.

As a rust for Linux volunteer you have to be incredibly demoralized reading this mess almost every other month.

bc

It’s a simple command line calculator! I use it all the time.

I love locate! I have a cronjob that updates the db every night, then I can just find a file without having to think about where it is

Holy shit I was just talking about cp with progress today. Awesome

I run btrfs on every hard drive that my Linux boxes use and there’s the occasional hiccup but I’ve never run into anything “unrecoverable.”

I will say that compared to extfs, where the files will just eat shit if there’s a write corruption, because btrfs tries to baby the data I think there appear to be more “filesystem” issues.

Typically when there are “can’t mount” issues with btrfs it’s cause the write log got corrupted, and memory errors are usually the cause.

BTRFS needs a clean write log to guarantee the state of the blocks to put the filesystem overlay on top of, so if it’s corrupted btrfs usually chooses to not mount until you do some manual remediations.

If the data verification stuff seems more of a pain in the ass than it’s worth you can turn most of those features off with mount options.

I’ve had btrfs go into an error state because of a bad write before, but it was pretty easy to recover from

This seems cool but also a gateway for RSI

You don’t need to run the LLM on the device. It supports 13 different protocols for both text completion and chat completion.

There’s also RisuAI which has some nicer features like better integration with function calling. Sillytavern is working on Function calling more but it’s not quite there yet.

The nice thing about Sillytavern is that it also has plugins for Alltalk for TTS and ComfyUi/A1111 for image generation directly from the roleplay interface.

It also has support for RAG through upload of documents and web scraping and a shitload of other features it would take awhile to list here.

What do you mean by personal package manager?

What do people use for command line utilities? The selection on flatpak is a bit sparse