fosstodon.org is one of the many independent Mastodon servers you can use to participate in the fediverse.
Fosstodon is an invite only Mastodon instance that is open to those who are interested in technology; particularly free & open source software. If you wish to join, contact us for an invite.

Administered by:

Server stats:

8.8K
active users

#FreeBSD

170 posts130 participants12 posts today
Continued thread

From the results I can see there is a solid group of Korn Shell users but I'm a bit surprised abouth the C Shell. I didn't though there was such a difference betwen the number of CSH users and KSH users. I guess part of it is because Korn is more similar to Bourne.

Thank you all for taking part and for your comments. I learned some things 🙂

#unix#bsd#ksh

The European *BSD 😈⛳🐡 event of 2025 is getting noticed!

netokracija.com/event/eurobsdc

Ako znaš čitati hrvatski, dobar si.
If you can't, you probably need to translate the article. :flan_cheer::flan_laugh:

Grab your tickets 🎟️ at tickets.eurobsdcon.org

For everything else, peek at 2025.eurobsdcon.org/
More information is added all the time.

EuroBSDCon 2025 in Zagreb, Croatia 🇭🇷
September 25-28, 2025

NetokracijaEuroBSDCon 2025.Tehnička konfrenecija namijenjena profesionalcima i entuzijastima koji rade na operativnim sustavima temeljenim na BSD (Berkeley Software Distribution) u Zagreb dovodi oko 250 sudionika iz 30 zemalja
Replied in thread

“Most often this is done by the use of the boot floppy you used to install the system, and then using the “fixit” floppy.”

apparently this manual page (crash.8) was last updated in 2011. i have doubts.

Continued thread
In case anyone asks, yes, I've seen the recent pf addition of the af-to rules in #FreeBSD to implement nat64/clat. I do plan to give them a spin a bit later on once I've got a better feel for how this is working. The documentation is thin and I didn't have a good understanding of what I was trying to do. If pf's af-to didn't work for me I would have had no baseline to compare it against.

I've seen enough nat64 stuff that doesn't properly translate icmp/icmp6 to be deeply suspicious of anything in this area. I'd want to see that working before relying on it and I know apalrd-tayga does it properly.

It’s clear to me. I will adapt the next space installer to get it working on #FreeBSD Its embarrassing that Linux users have a better NeXT approximation than BSD users do.

The devs have lovely shell scripts in place and the missing patches I can likely pull from ports. It should be possible.

github.com/trunkmaster/nextspa

NeXTSTEP-like desktop environment for Linux. Contribute to trunkmaster/nextspace development by creating an account on GitHub.
GitHubnextspace/Documentation/NEXTSPACE_Screenshot.png at master · trunkmaster/nextspaceNeXTSTEP-like desktop environment for Linux. Contribute to trunkmaster/nextspace development by creating an account on GitHub.

Want to check or tweak jail settings?

> bastille config TARGET [get|(set|add)|remove] PROPERTY [VALUE]

Lets you get or set boot status, boot priority and more:

bastille config TARGET get boot
bastille config TARGET set boot off
bastille config TARGET set priority 10

My #FreeBSD home network / homelab refresh is progressing well enough. So far:

isc-dhcpd -> Kea (local HW address reservation scripts not fully converted yet, but Kea is the source of truth.)
NAT64 + DNS64 active and extensively in use.
DHCP option 108 (ipv6-only) active.

Surprises:

omfg, Kea's json config files are terrible. I'm definitely going to use yaml + scripts + ports/textproc/go-yq to generate them. yq is like jq, except it speaks yaml, json and xml and can convert freely between them in addition to the usual jq-like things.

NAT64 / 464xlat (using apalrd-tayga) / dhcp option 108 in kea works great and covers a large portion of my client traffic.

I used ports/dns/kea-devel instead of dns/kea because kea-devel is 3.0.0 and it's the new stable and LTS release. It does dhcp option 108 properly, unlike dns/kea. The kea-2.6.x family doesn't implement it well, 3.x does.

My VOIP phone system broke at the same time but that was probably coincidence. I was using stateful nat for return paths to the provider.. and for some reason they started replying on different IP addresses (!!!!!). Oookay. A pf rule tweak resolved it. I'll have to look into this more.

Homepods apparently will just up and change their MAC address if they're elected to be the home hub. And change it back afterwards. Oookay.

So far so good.