wezm

Yes hopefully it improves over time (or RISC-V catches up). I'm not sure the fan really needs to go as hard as it does, but I haven't found any way to control it.

> I do my pitch. I say, “Look, I’m not a very good hardware engineer, but I’m a great user of AI.” I was one of the top users of [AI coding tool] Cursor last year. I did 43,000 agent runs and generated 25 billion tokens. > > We open my machine. Chris and I go line by line through the code. I don’t know the language that the code was written in because it was written in AI, so Chris actually explained the code to me.

They don't even know what the language is? Wow.

What does the "focus on the FreeBSD ecosystem" and "feels native to FreeBSD" mean in practice? I.e. are there FreeBSD specific features being utilised that prevent it working on Linux, or other BSDs?

> - What's the package manager like, and how does it compare to say, pacman (especially in terms of update speeds and dependency handling)?

It's apk, so well known through Alpine Linux already. Dependency handling is elegant: https://chimera-linux.org/docs/apk/world

> - What's it like working with dinit as opposed to systemd? Any annoyances, any compatibility issues with packages that expect systemd?

It's unremarkable in a good way. It works and I've not encountered any issues as a user. I've not run into any compatibility issues, most systemd units are usually easily translated. I kinda miss having a centralised journal. I think that's something q66 wants to address at some point.

> - Similarly, what's it like working with the FreeBSD userland, as opposed to GNU? Any script breakages due to differences in the switches? Because virtually every other distro ships with GNU coreutils, I would expect a decent chunk of popular scripts to fail on Chimera, if they weren't writen with BSD in mind. This is currently my biggest concern with Chimera. I also wonder if I can replace the BSD utils with the Rust uutils and without breaking things...

Aside from the diff issue it's a non-issue. The Mac OS X userland is/was derived from them too, so there's already a lot of compatibility work been done. Most scripts that are intended to be run by a broad audience already stick to POSIX features.

> Did DF ever allow comments on its own website?

Not that I'm aware. There's some discussion about it in this post from 2010:

https://daringfireball.net/2010/06/whats_fair

Might be worth giving these posts a read when thinking about a lightweight Rust:

- https://without.boats/blog/notes-on-a-smaller-rust/ - https://without.boats/blog/revisiting-a-smaller-rust/

It's also niche, but https://gleam.run/ might be a candidate alternate language, depending on your use-case.

I haven't tried it in OpenBSD but this article claims that it's mapped to Super+LShift+F23: https://www.tomshardware.com/software/windows/windows-copilo...

Thanks for the pointer to the aarch64 build of rustup. Are there plans to update this bit of the website to point at that version in the future? https://files.wezm.net/forums/Screenshot%202024-07-16%20at%2...

NVIDIA started publishing more of their driver as open-source in 2022, which while not hardware documentation probably helps a lot.

You may be wondering why Red Hat is bothering with this effort then? I assume it’s so that the code can be added to Linux directly as opposed to being out of tree.

https://developer.nvidia.com/blog/nvidia-releases-open-sourc...

Ahh whoops. Will fix in the morning, thanks.

Edit: fixed now (might take a few mins for the cache to expire).

It kinda does if https://www.typescriptlang.org/play#example/discriminate-typ... is what you're referring to but it appears to be missing one of the major benefits: an error/warning if you haven't handled all variants.

> the Gleam aspect of this is inessential, TypeScript is quite good

TypeScript can be quite productive but I find its type system lacking. Specifically the use of structural typing/lack of nominal typing and lack of sum types. I find these extremely useful when writing reliable software, which is why Gleam appeals to me.

Oops, thanks for heads up, I had it set to private. Should be fixed now.

I think it would be good to include some examples in the README to show off what it can do. Also how to invoke it: can it find SQL embedded in other source file or does it need to be pointed at .sql files.

Nice. Looks a bit fancier than my version from a few years ago https://git.sr.ht/~wezm/lobsters

In addition to what reocha said, ClangBuiltLinux is the project you're probably thinking of. They track issues building with clang and provide CI: https://clangbuiltlinux.github.io/

Yes that’s a GNOME thing. It doesn’t take much to fill up 8Gb these days. I had a few different things running on other workspaces when I took that screenshot: Firefox with a bunch of tabs, CLion (usually good for ~2Gb), Obsidian, some other stuff.

It's a lot more than my little personal server usually uses in a month though.

Nitter seems broken at the moment. My original tweet https://twitter.com/wezm/status/1430670384362184704

It runs really well. There's nothing at all that makes it obvious it's running an entirely different architecture.