mastodon.gamedev.place is one of the many independent Mastodon servers you can use to participate in the fediverse.
Mastodon server focused on game development and related topics.

Server stats:

5.1K
active users

#freebsd

85 posts78 participants7 posts today

In the coming weeks, things will be a bit complicated. But in the end, I still believe that every “problem” can bring opportunities. One of them: today a MiniPC will arrive (I still need to decide whether to keep it for myself as an office desktop or install it at a client's site). Since it’s an Intel N150, I’ll try FreeBSD on it first 🙂

Updates to latest Production Branch 570.144 for x11/nvidia-driver, x11/linux-nvidia-libs and graphics/nvidia-drm-*-kmod ports landed at commit 9b6b1bf17269ed32eb0ec415bedad5fba7ebab2e on main (aka latest) of #FreeBSD #ports collection.
cgit.freebsd.org/ports/commit/

Note that starting from this version, supports for intermediate versions of some libraries in x11/linux-nvidia-libs are dropped. Versions of slave ports like x11/linux-nvidia-libs-390 are still supported for the latest version of them.

See discussions in review D49982 "x11/nvidia-driver, x11/linux-nvidia-libs, graphics/nvidia-drm-kmod: Update to 570.144" for details.
reviews.freebsd.org/D49982

cgit.freebsd.orgMaking sure you're not a bot!

Whuuut, I didn't know this was a problem for some people. I've been using Dolphin since I installed Arch Linux for like idk.. 3 years at this point? and I haven't got a problem with it. I also use Dolphin on Gentoo. Heck, I also use Dolphin on FreeBSD as well!

I mean I'm not using drag and drop, but still surprising that it was that BIG of a deal for some people lol

youtube.com/watch?v=APt8cMjxTzg

#kde#arch#archlinux

The next release of #swad will probably bring not a single new feature, but focus on improvements, especially regarding #performance. Support for using #kqueue (#FreeBSD et al) to handle #signals is a part of it (which is done and works). Still unsure whether I'll also add support for #Linux' #signalfd. Using kqueue also as a better backend for #timers is on the list.

Another hopefully quite relevant change is here:

github.com/Zirias/poser/commit

In short, so far my #poser lib was always awaiting readiness notification (from kqueue, or #epoll on Linux, or select/poll for other platforms) before doing any read or write on a socket. This is the ideal approach for reads, because in the common case, a socket is NOT ready for reading ... our kernel must have received something from the remote end first. But for writes, it's not so ideal. The common case is that a socket IS ready to write (because there's space left in the kernel's send buffers). So, just try it, and only register for notifications if it ever fails, makes more sense. Avoids pointless waiting and pointless events, and e.g. with epoll, even unnecessary syscalls. 😉

This past weekend... "I need to swap NICs and change L2, re-logic the L3, clean up the patch panels, install PoE++, etc... shouldn't take long."

Three days later, mostly done.. no. Everything else got in the way, hastily cabled basic bare minimum in-place. Maybe I'll finish it up on Saturday.

I had an opportunity to get 200GB more on my VPS for small fee and couldn’t resist. Virtual disk has been resized but how to expand #FreeBSD #zfs zroot partition? After two minutes of digging on BSD forum I found solution - 3 commands and done! Great system and great community! (Yes I know - I like living on the edge - I have done this on the running live system 😄💥)