Not sure about NetBSD - but FreeBSD does WINE really well.

Details:

- https://vermaden.wordpress.com/2020/10/14/oldschool-gaming-o...

The details are in other article I linked to - here:

- https://vermaden.wordpress.com/2026/01/18/200-mb-ram-freebsd...

What did they actually do to kill it?

The 2 quotes just say "they killed it", but the way I read it having followed most linux stuff is just they are finally happy that they were able to "kill X.Org" in RHEL by being able to provide an alternative that they are able to actually improve upon.

And metux was banned from my knowledge after multiple times pushing uncompilable and breaking changes to the actual X.Org repo, which later needed to be reverted and just being stubborn as all hell to work with. Recently even Artix had to drop XLibre support for causing too many issues[0] to put it lightly.

[0]: https://artixlinux.org/news.php#XLibre_support_discontinued

> What did they actually do to kill it?

They did Wayland instead, that killed X11 since X11 windows and such can be spawned under Wayland. but wayland isn't x11 so people miss shit and wish it was there.

Well it is open source, so if enough people miss it, they are free to keep it going, isn't how it always gets talked about?

Except the reality never plays that way, unless we are talking about tiny projects.

Lets see for how long xlibre keeps going.

Seems that zVault 'did not make it' - https://zvault.io/ - even the page is gone now.

Lets hope FreeCORE will make it longer.

Some comparison between Linux based TrueNAS SCALE and FreeBSD based TrueNAS CORE here:

- https://vermaden.wordpress.com/2024/04/20/truenas-core-versu...

Regards,

vermaden

About to move over myself. Apparently it now works to migrate from zvault 13.3 to freecore.

I can not think of any way to decide between freecore and bsdnas.

Both freecore and bsdnas seem to be single developer projects so far. Similarly there were at least 2 other 15.x ports done by individuals even earlier but not really pubblicized with their own websites. And one of those, dravanet, was what bsdnas forked from, and dravent continued to develop after that too so that's yet a 3rd distinct not-certainly-dead version really.

They are all still a toss up at the moment but as long as it continues to be more or less painless to hop then I guess it doesn't matter which you switch to right now.

And then xigmanas is a bit behind still on 14.x but not derelict, but also different and not as painless a migration. But it's been around a long time and even if it's slower to update, seems safer and more predictable if you want to find a new home once and not have to be hopping 3 more times over the next couple years.

Its both actually.

This is strictly the FreeBSD part:

    freebsd # gpart backup ada1 | gpart restore nda0
    
    freebsd # gpart backup ada1 | gpart restore nda1

The ZFS part comes later :)

Regards,

vermaden

The same article for FreeBSD:

- Install FreeBSD in defaults with Auto (ZFS) option.

- Do not thing more.

- You are resilient for power outages.

Regards,

vermaden

Cold migration.

Stop machine, transfer VM to other host, start machine.

Did the fixed [ENTER] (or double-click) in 'Save as...' dialog finally?

> macOS userland tools on FreeBSD kernel

I do not have anything against NextBSD - but that 'macOS userland tools on FreeBSD kernel' term sounds as stupid as it can - knowing that Apple pulled FreeBSD userland as part of creating Mac OS X :D

Which generally means: 'FreeBSD userland tools on FreeBSD kernel' ...

No ZFS no problem :)

Nope.

    frankenpad25 vermaden ~ % uname -prism
    FreeBSD 14.4-RELEASE-p6 amd64 amd64 GENERIC
    
    frankenpad25 vermaden ~ % uptime --libxo=json | jless | jq
    {
      "uptime-information": {
        "time-of-day": "12:50PM",
        "uptime": 790654,
        "days": 9,
        "hours": 3,
        "minutes": 37,
        "seconds": 34,
        "uptime-human": "9 days,  3:38",
        "users": 15,
        "load-average-1": 2.72,
        "load-average-5": 2.54,
        "load-average-15": 2.00
      }
    }