It seems that #pkgsrc/www/firefox-155 under #NetBSD/amd64-current has no major problems...

As of today, I believe NetBSD is one of the most important operating systems to consider for your deployments.

With hardware costs rising dramatically, portability and efficiency have become more important than ever. If prices do not come down, we will probably have to adapt and create new kinds of hardware, at lower cost. And NetBSD, by its very nature, will be very easy to port to that hardware.

Does it run on your modern PC? Maybe. Maybe not.

But it runs on your server. On your VPS. On your SBC. On your old computer, which may still have a lot to give, especially if you want to keep ownership of your own data.

And I know something about old hardware still having a lot to give:
https://it-notes.dragas.net/2023/08/27/that-old-netbsd-server-running-since-2010/

No jails or containerisation? smolBSD has already shown that a reduced NetBSD kernel can be so small that it can be started in milliseconds, while also adding the security benefits of virtualisation. A different concept, certainly. But one that already exists and can already be used.

Linux itself has opened up to AI. That is a choice I will not comment on.

But from now on, for those who do not want LLM-generated code in their operating system, there are essentially two options: fork Linux (!!!), or choose something different.

And NetBSD is that something different.

Already in 2024:

“...code generated by a large language model or similar technology (e.g. ChatGPT, GitHub Copilot) is presumed to be tainted (i.e. of unclear copyright, not fitting NetBSD's licensing goals) and cannot be committed to NetBSD.”

#NetBSD #RunBSD #smolBSD #IT #SysAdmin #OwnYourData #ModernTech

...let's lower the barriers even further!
Now this instance is running on a Raspberry Pi A+ (1 core @ 700 MHz, 256MB RAM), so even less than the Raspberry Pi Zero W it was running on before.

On NetBSD, of course!

#littleFedi #NetBSD #RunBSD #OwnYourData #Decentralization #OwnYourVoice

Alt...

The Raspberry PI A+ that is currently powering this instance.

...let's lower the barriers even further!
Now this instance is running on a Raspberry Pi A+ (1 core @ 700 MHz, 256MB RAM), so even less than the Raspberry Pi Zero W it was running on before.

On NetBSD, of course!

#littleFedi #NetBSD #RunBSD #OwnYourData #Decentralization #OwnYourVoice

Right. I've done the same. I've been more forthright than the #pkgsrc people.

The #xmlto in #slashpackage here removes 'type' completely, gets rid of all of the other #Bashisms that I can find, uses sh as the interpreter, and in a modicum of testing (re-building the nosh manual set) works with dash on #Debian and the #FreeBSD and #NetBSD Almquist shells.

It also defaults the wwwbrowser configuration setting to www-browser (as used in Debian's alternatives system).

https://github.com/jdebp/slashpackage/tree/trunk/textutils/xmlto-0.0.29

hopefully #NetBSD gets some fresh development in the days ahead. it would be nice to have even a basic Nvidia driver that supports my card (RTX 3070) because I don't think the available nouveau driver does. that puts me on #FreeBSD solidly for now, LLM sludge or not.

Upstream wasn't experienced/use NetBSD enough to want to merge it (fair), so pushed my fork of susmb (a FUSE implementation of SMB v3) for NetBSD support to Codeberg here: https://codeberg.org/gourd753/susmb-netbsd

If I can hammer out one remaining issue (the PERFUSE_BUFSIZE environment variable needing to be an arbitrary size for large file transfers to work) I'll see about trying to get a netbsd package for it but atm it's too finicky for me to feel comfortable with that.

#NetBSD

Most of this setup has been progressively pulled out of ewaste piles over a period of several years and I think it's finally time for it to run NetBSD and fulfil its true destiny.

Is a computer from 2012 actually "retro"? Well ... it will be when I'm done with it.

#retrocomputing #thinkpad #NetBSD

Alt...

A ThinkPad T530 at a gnome desktop attached to a dock with a key lock on the side, and a Lenovo keyboard and mouse set in front

@jperkin

The #xmlto people did actually try to remove the #Bashisms themselves, over a decade ago. But they left it still auto-configuring to pick bash instead of changing that as well. Which is what it does if one builds from vanilla source today.

https://pagure.io/xmlto/issue/3/

Then, 10 years later, the change happened that put the bashism back in that creates the #NetBSD noise, perhaps because they did not go the whole way and make it a /bin/sh script, which would have highlighted that.

Found it. pkgsrc is explicitly setting the XMLTO_BASH_PATH environment variable (amusingly, entirely ignoring the strong hint in the variable name) before running configure . I was looking for a patch; but this isn't being done with a patch.

Since I've patched out all of the type -p and type uses (sometimes being used in wildly overcomplex ways) and replaced them with command -v, I wonder whether I can do the same.

#NetBSD #Bashisms #xmlto #slashpackage

I added #xmlto to my #slashpackage tree because I wanted to patch out the 'type -p' thing that causes a complaint on #NetBSD every time the tool is run.

Oddly, building from vanilla source makes it a bash script, as (from reading the Fedora issues list) the authors actually intend. It isn't supposed to be a POSIX sh script. bash has type -p .

Yet the installed-from-package xmlto on NetBSD has /bin/sh as the interpreter, hence the complaint about the #Bashisms.

I wonder what's going on.

#NetBSD / #ctwm folks,

Any idea how to create a keybind for super+. (period)?

This doesn't seem to work at all:

"."      = mod4     : all : !"~/bin/emoji-picker"

Pressing super+. just gives me a period, and there's nothing in ~/.xsession-errors to indicate that it triggered anything at all.

Nevermind! Found the solution, derp:

"period" = mod4     : all : !"~/bin/emoji-picker"

Wrote a patch to get SUSMB, a FUSE implementation of SMB working on #NetBSD, and running into an issue where files larger than a certain size hang the driver. This appears to be related to the "PERFUSE_BUFSIZE" environment variable, and some forum posts I've seen indicate this is an issue across PERFUSE given it came up with NTFS-3G.

Does anyone here with more NetBSD experience than my full uh, week lightly toying with this have any experience with this?

We've all been there, but the #NetBSD way is different. Get the architecture right the first time. Why spend years fixing technical debt when you can build a stable, portable foundation from the start?

Reject automated bloat. RTAM( Read The Awesome Manual). Write code yourself. Run NetBSD.

#runBSD #UNIX #SoftwareEngineering #Craftsmanship #CodingMeme #OperatingSystems #antiai #noai

If your i915 GPU glitches like in the post above under your #NetBSD 11, try creating an X config with X -configure, then change the device type from intel to modesetting in a freshly created xorg.conf.new, and then try running with this new config. This change has completely fixed visual snow and glitches on my Comet Lake GT2

I put herbstluftwm on the NetBSD laptop. I haven't configured it yet beyond setting the mod key, but it's nice so far. I keep almost using tmux keybinds, but that's not right!

#NetBSD #BSD #Unix

Alt...

A screenshot of a tiling window manager. Three frames are shown, one of which is divided in half. The biggest frame shows fastfetch displaying basic system information, the second biggest frame shows Firefox open to one of my old posts with a cute picture of an Andean mountain cat with big paws, & the smallest one is the one that's divided in two. In one half of the divided frame are a terminal window stacked under a GLX gears window so it can't be seen & in the other half is a terminal window showing XWD about to be executed & have its output, which is this screenshot, directed into a new file. The GLX gears window shows an animation of three 3D rendered primary colored gears. Each window & frame is bordered by a green line to separate them from eachother.

BSD goo has been applied as somehow after recent #Pkgsrc builds, my VLC on #NetBSD can see media servers via DLNA. Yay.
Before I'd get "no driver pal" failures.

Alt...

Photo of VLC playing Daredevil on NetBSD 11.0.

Thanks to community driven projects like @netbsd we can take back the joy and ethics in computing. I'm in! ❤️🤗
Thank you for this wonderful operating system, and for keeping it away from Big tech LLM / GenAI.
#noAI #LLM #NetBSD
https://www.netbsd.org/developers/commit-guidelines.html

Alt...

Picture taken to a laptop screen showing the console screen from a NetBSD 11 operating system. Some of the text: NetBSD/amd64 (tolstoy.gnuhealth.org) (constty) login: root Password: Aug 28 15:00:11 tolstoy login: ROOT LOGIN (root) on tty constty Last login: Fri Aug 28 14:50:18 2026 on constty Copyright (c): 1996... 2026 The NetBSD Foundation, Inc. All rights reserved. ... NetBSD 11.0 (GENERIC) #0: Thu Jul 30 15:23:12 UTC 2026 Welcome to NetBSD! ...

NetBSD voor Pi is er, je kunt het downloaden als image.
Zie hier:
https://www.netbsd.org/
#NetBSD #raspberryPi

RE: https://rpi0w.stefanomarinelli.it/@stefano/01a03e3d-1e73-7928-b396-db17b7f0f60b

@stefano is een bekende naam in BSD-kringen.
Hij plaatst regelmatig leuke dingen, zoals dit project. Hij heeft een Mastodon instance draaiend op een Raspberri onder NetBSD.

En kijk eens naar dat stroomverbruik!
Unix rocks.

#BSD #unix #NetBSD #Raspberri_pi

@stefano someone with an AI bot can auto reply to this toot to test #NetBSD

@stefano They’re wonderful little machines! It’s amazing how much we can do with so little energy and minimal computing resources. #NetBSD is great with modest hardware :)

Mine takes two watts, but that’s because it has ethernet. Still, I love that we can run whole servers off of small solar panels meant for charging phones.

#Retrocompuing #OS2 #Slowcomputing #EuroBSDCon2026

Alt...

Memtest86 version 4.10 running on the machine, testing all of the 15 (really 16) MBs of RAM.

This post received a lot of comments and reactions, which is great!
It also proved that my little Raspberry Pi Zero W, powered by NetBSD, could handle the load.
Now - to help me test how much load it can tolerate - please boost and react to this post! 🚀

#FediTest #littleFedi #OwnYourData #NetBSD

Yesterday’s post received an unexpected amount of appreciation, and the little Raspberry Pi Zero W didn’t even flinch.

#littleFedi #Fediverse #OwnYourData #NetBSD

Alt...

Screenshot showing the post’s engagement figures: 51 replies, 672 boosts, 55 quotes, and 890 favourites. For each reply, it re-generated the blog, too.

2015 MacBook Pro running NetBSD.
old hardware having the time of their life.

#NetBSD

Alt...

the screen and keyboards of a MacBook Pro while booting NetBSD.

Here's the #slashpackage for #Debian #dash 0.5.12.

As a bonus, I've added a small patch that sets up a DASH_VERSION variable and defaults PATH correctly (if unset) on #NetBSD, which neither Debian nor Xu dash actually do. If you know the #pkgsrc dash person, please let xem know.

https://github.com/jdebp/slashpackage/tree/trunk/shells/dash-0.5.12-debian

The Z, Korn, Bourne Again, and Watanabe shells all have similar xxSH_VERSION variables.

#AlmquistShell

I've build Debian #dash on #Debian, #FreeBSD, and #NetBSD . There are some slight differences between it and Xu dash (building both with libedit enabled).

Xu dash reads the locale settings at process startup, for example. Debian dash does not.

When (interactive) standard input is a pipe, Debian dash just reads it. Xu dash creates a second pipe at file descriptors 10 and 11 and tries to do odd things with tee(2).

Xu dash knows how to F_DUPFD_CLOEXEC. Debian doesn't.

#AlmquistShell

So now I'm thinking of building a non-Debian Debian dash. What a weird thing to write!

https://tty0.social/@JdeBP/117166557290914957

Even weirder would be a Debian Xu dash.

#NetBSD and #FreeBSD have the original (BSD) #AlmquistShell that dash came from in the first place, of course, so a non-Debian Debian/Xu dash is not particularly useful.

#Debian #dash

#netbsd boosted

JdeBP » 🌐 2026-08-27
@JdeBP@tty0.social

@andrew_shadura

It's interesting that M. Xu is maintaining two parallel dashes, though. It's not even as though the Debian dash has not tracked Xu dash. There are two different, current, maintained, and significantly divergent, flavours.

https://salsa.debian.org/debian/dash/-/commits/debian/unstable/src/input.c?ref_type=heads

https://git.kernel.org/pub/scm/utils/dash/dash.git/log/src/input.c

I actually haven't tried building the Debian dash on a BSD. I should try it. (#FreeBSD+#OpenBSD ports and pkgsrc use the Xu dash.)

@meluzzy
#Unix #UnixShells #Debian #AlmquistShell #dash #NetBSD

@andrew_shadura

It's interesting that M. Xu is maintaining two parallel dashes, though. It's not even as though the Debian dash has not tracked Xu dash. There are two different, current, maintained, and significantly divergent, flavours.

https://salsa.debian.org/debian/dash/-/commits/debian/unstable/src/input.c?ref_type=heads

https://git.kernel.org/pub/scm/utils/dash/dash.git/log/src/input.c

I actually haven't tried building the Debian dash on a BSD. I should try it. (#FreeBSD+#OpenBSD ports and pkgsrc use the Xu dash.)

@meluzzy
#Unix #UnixShells #Debian #AlmquistShell #dash #NetBSD

Oh nice, the #Deskflow releases provide tons of native packages for the latest version, so I just updated it to the latest version on this #Debian box.

I'm hoping it will clear up some of the weird glitches I was having connecting from Debian/Plasma/Wayland to #NetBSD/X11/ctwm.

https://github.com/deskflow/deskflow/releases/tag/v1.26.0

Nope, spoke too soon. XD
The super key gets randomly stuck, and the only thing that can fix it is to killall ctwm (bounce X11). Derp. XD

P.S. Thanks to @etam for this solution: https://im-in.space/@etam/117162772780969631

Trotting out old standby #stalonetray to use with #ctwm on my #NetBSD box.

If you're using a WM/DE/compositor that lacks a system tray, [stalonetray] is pretty great. ;)