If you don’t use pass, you should probably hate yourself.

Don’t know about the EU, but this is the only one you’ll ever need.

https://www.passwordstore.org/

Totally agree. The majority of Americans are great people. Not everyone is MAGA. We need to support the good ones. Sanctions and boycotts tend to unite.

One exception would be if the project imposse a security risk because key people and servers, within the US, may be blackmailed or pushed by the new administration. We’re not there yet though. And I hope these projects and people migrate if this becomes the case.

Also, FOSS projects run by big tech are probably also wise to avoid for strategic reasons.

I stopped using Nextcloud a couple of years ago after it corrupted my encrypted storage. I’m giving it a try again because of political emergency. But we sure need a long term replacement. Written in Rust or some other sane language.

My point is simply that it’s probably not worth it to add another language. Doesn’t have anything to do with Rust really.

Though I do think that the language is a bit over hyped. It’s obvious companies and projects used to say they’re using Rust, not just because they want to attract young developers or like the language, but because it’s a way to get VC. Like AI and blockchain.

I do like Rust. But mostly because it encourages functional style programming. And the tooling is of course awesome. Especially compared to C and C++. However, I do believe that static pure functional languages are superior to Rust.

I don’t think you get my point.

Of course I don’t mean that you should introduce Lisp or Scheme into the Linux kernel. However, I don’t rule out anything when it comes to the future of programming. Kernel programming isn’t that special. If you need to make a scheduler, dynamic memory manager or an interpreter, as part of the kernel, because it solves your problem, you do it. Maybe you want the kernel to generate thread optimised FPGA and micro code on the fly? And this is done with some kind of interpreter. Who knows.

My point is that it’s probably a bad idea introduce any new language into the kernel. A new backwards compatible version of memory safe c might be a good idea though. If it can be done.

Haven’t touched the Linux kernel in 10+ years, but my guess is that a good approach is to write a new micro kernel in Rust. One that is compatible with most existing drivers and board support packages. And of course it has to maintain the userspace ABI and POSIX yada yada. Probably what the Redox project aims for, but I don’t know.

Keeping the Rust bindings in a separate project might be unnecessary though. I’m sceptic about allowing upstream drivers written in Rust just because I find that there is such a great value in sticking to one language. I also know that many kernel developers are getting old and it gets harder to learn new languages the older you get. Especially if the language comes with a decent share of sugar and bling (the minimalism of lisp and c is valuable).

If there is a problem finding driver developers that want to write C code, then sure. But breaking the flow of the senior maintainers/developers likely isn’t worth it. Unless they ask for it.

And also, I really haven’t been following this Rust in the Linux kernel debate.

I’m not saying that Rust will go away.

My gut tells me that any benefits of adding Rust is massively negated by the addition of a second language.

If one wants to write Rust, there is always Redox and probably a bunch of other kernels.

I like Rust, but it’s for sure an over hyped language. In a year or two, people will push for Zig, Mojo or some new pure and polished functional low level language. Maybe a Scheme or a Lisp? That seems to be what the cool kids use nowadays.

Or maybe we’ll just replace the kernel with an AI that generates machine code according with what should be your intention.

Yeah. There’s something with their website and presentation that feels… Well, it didn’t turn off my alarm. I’m also too tired to dive deeper and find out by myself.

The keyboard seems really good though. Just wish the app would ask for mic permissions when it’s actually needed.

This license, plus that the app require microphone access, plus all the AI features, make my BS alarm go bzzz.

Maybe a more reasonable question: Is there anyone here self-hosting on non-shit hardware? 😅

Is that still true though? My impression is that AMD works just fine for inference with ROCm and llama.cpp nowadays. And you get much more VRAM per dollar, which means you can stuff a bigger model in there. You might get fewer tokens per second compared with a similar Nvidia, but that shouldn’t really be a problem for a home assistant. I believe. Even an Arc a770 should work with IPEX-LLM. Buy two Arc or Radeon with 16 GB VRAM each, and you can fit a Llama 3.2 11B or a Pixtral 12B without any quantization. Just make sure that ROCm supports that specific Radeon card, if you go for team red.

Finally!

Actually I did. Not thanks to you though.

Probably good, but I want to stay away from anything related to Kubernetes. My experience is that it’s an overkill black hole of constant debugging. Unfortunately. Thanks though!

Looks good. Thanks!

It’s much more powerful though. Based on Org-Mode.

OrgNote

Seems pretty cool! I have to try it out. Thanks for sharing.