Search results

LLMs are really good at: - Discussing ideas. - Generating skeleton code. - Creating unit tests. - Documentation. - Review. - Finding bugs. It's like having a second opinion, even a third. It's up to you if you want to also delegate the fun. We can throw the tedious parts to clankers. LLM...

I meant the FreeBSD code & license.

The source code is open and the license too. They could've done that already.

Please someone forward this to FreeBSD developers: https://claude.com/contact-sales/claude-for-oss

I guess they're fixing lots of stuff found with LLMs. You can help with testing. In RC6 they fixed a coredump that I reported in `efi -v`.

wget2 for simultaneous download. Accepts the same options as wget.

This can very well work. Only on Linux it seems not recommended to use a zvol for swap: https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html#using-a-zvol-for-a-swap-device-on-linux But needs careful investigation. On Linux I thought that zram was better than zswap and...

No. I tried experimenting with geom_uzip(4) and swap-backed md(4) but couldn't get much further.

This is very easy to fix now. Boot an installer image and go to the shell: To check the pools that ZFS detects: zpool import Optionally check any leftover labels: zdb -l /dev/$partition This is the command that fixes it all: zpool labelclear -f /dev/$partition

Just to report that I succesfully installed FreeBSD 16.0-CURRENT, NetBSD 11.0 & OpenBSD 7.9 on one drive, and DragonflyBSD 6.5.0 on the other. The RTL8125BG works on all of them.

The dirty comes from git and means changes that are not commited. Seems like someone or the build script just applied the patch against the git revision for 15.1 and then compiles, without doing a git commit. It's harmless but feels... dirty...

I'm happy that I could finally install OpenIndiana on the G3 Plus. Dual-booting with FreeBSD. Next step: NetBSD & OpenBSD in the same drive as FreeBSD.

Because of capitalism!1!

All I can say is: - Don't take anything for granted. Things are a lot more unpredictable now. - Always strive to have an open mind. This is hard to do because our natural tendency is to have an opinion before getting all the facts, which is also not easy because there are many unknown...

Nothing is being done at the expense of anything. In open-source, most stuff gets done because someone wants to scratch an itch, and we're not in a position to tell developers what to do or don't. This stuff is optional and is not being pushed by anyone on anyone. And life goes on.

Can't wait for it to finally land on -CURRENT. I'll be a proud early adopter & tester.

I suggest replicating the infrastructure in virtual machines as much as possible.

I think most of us agree that pkgbase & rcd don't fit that criteria.

Faster boot time has nothing to do with Systemd. OpenRC is faster. rcd in FreeBSD is a welcome development. Sometimes I feel like I'm in listening to third-worldist fake environmentalists preaching degrowth. There's nothing wrong with improving FreeBSD.

pkgng doesn't replace freebsd-update, though the latter is redundant with pkgbase now with pkg-upgrade. The only missing piece is ZFS boot environments like Solaris/Illumos's pkg-update.