The Blog Option in littleFedi

...and yes, this is build and served by the Raspberry Pi Zero W, powered by NetBSD

https://rpi0w.stefanomarinelli.it/@stefano/blog/691cb62e-e7a1-434b-ba65-d059ee58ac41/

#NetBSD #littleFedi #Fediverse #SSG #Blogging #OwnYourData

The Blog Option in littleFedi

littleFedi, like many social platforms, had both a strength and a limit. Posts, by their nature, are ephemeral. They get published, federated (unless local-only, which littleFedi handles) and then, over time, lost. Partly through self-deletion, partly through their normal blending in with the thousands of other posts that pile up over time. Sometimes, though, we want something to stay. And not just stay as a social post, but as an actual blog. A bit like with BSSG, I had thought it would be convenient to have a minimal system. Not to compete with WordPress or other solutions, but to have a small blog, integrated into littleFedi, that would produce and serve a blog updated every now and then, whenever the person writing felt like doing it.

And that's why the blog option was born.

The idea is simple: when you write a post, from the web UI or from the CLI, there's a checkbox, "blog post". If you check it, that post stops being just a status that will scroll past and disappear. littleFedi renders it into a real static site. No JavaScript, just HTML and CSS, an Atom feed, tag pages, a chronological archive. Nothing exotic, nothing that needs maintenance five years from now.

The blog isn't a parallel system you have to feed separately. It's not an export, not an import, not a bridge to some other CMS. The post you wrote is the blog post. Same database, same act of writing, still boostable, still repliable, still part of the conversation on the fediverse side. The blog is just a second representation of the same content, generated automatically. Every time you create, edit, or delete a blog post, the whole static site for your account gets rebuilt from scratch, and the new version replaces the old one atomically, so nobody ever lands on a half-built page. If the build fails, the previous version stays in place. Simple, but it has to work reliably, or the whole idea is pointless.

That's the core of it: two representations of the same post. As a status, it lives in the fediverse, interactive, part of the conversation, subject to replies and boosts like anything else. As a static page, it lives on the web, durable, indexable, with a permalink, something an RSS reader can hold onto. You don't have to decide in advance which posts deserve to last. You write normally, and if something turns out to be worth keeping, you flag it, and it gets its own page.

One detail I cared about while thinking this through: the generated site has to be self-contained. When littleFedi builds it, media gets copied or hard-linked into the generated directory - images, audio, video. If it's stored on S3, it keeps its public URL directly. Either way, the point is that the site on disk doesn't depend on the instance staying up. If the server goes down tomorrow, the blog files are still a complete, working website. That wasn't an afterthought, it was one of the requirements from the start.

Not every account gets a blog, and that's intentional. The instance admin has to enable the feature globally ([blog] enabled = true), and then grant it per account. It's not meant to be a CMS, and I didn't want it to become one. Blog posts can't be replies, can't be boosts, have to be public and top-level. These are constraints, not missing features: the blog is for your own writing, not for threads or reshared content.

There's no JavaScript anywhere in the generated site. That was deliberate too. It loads fast, it works offline if you cache it, and it will still render correctly in ten years without anyone having to update a dependency.

In the end, the blog option doesn't ask you to choose between writing socially and writing something permanent. You keep writing the way you always do, on littleFedi, and if a post is worth keeping, you check a box. No separate platform, no migration, no vendor lock-in. Just your own posts, some of them rendered into a small static site you can host anywhere, built out of something that already existed on the open web.

Remember: all this is being currently served by a Raspberry PI Zero W powered by NetBSD

#littleFedi #SSG #BSSG #OwnYourData #Blogging #Fediverse #NetBSD

@rl_dane I used #NetBSD once, maybe around a decade ago, and it was very brief.

Ten years ago was a long time.

@rl_dane #NetBSD looks incredibly lightweight.

#NetBSD #neofetch

Alt...

Partial screenshot from NetBSD. Bottom part of a window above where the screenshot is being made using the xwd utility, and a full xterm below with the output of neofetch. virtual desktop control is on the right

Found out I needed to install mozilla certs for pkgin to work. Installed those, now running pkgin update

Gotta say, installing packages from #BSD #Ports is STUPID easy. Never had to do it before.

#NetBSD

@ParadeGrotesque like an 80's action movie where you cant get enough.

#NetBSD

Since I am an idiot, let's just download RC7 on the RC6 machine, reformat the USB drive and reinstall from that.

Friday night is all right for reinstalling #NetBSD

@ltning

Not sure what you are asking. It is very stable, no issues at all.

The i386 machine is a Thinkpad T61 with 2G memory. #NetBSD work great on it. I tried #OpenBSD and it works fine too, but when it wakes up from sleep, it looses USB ports. #NetBSD no issue with sleep/wake

lel my #NetBSD laptop crashed and burned. Froze, rebooted with fans spinning 100%.

#ThisIsFine
#ExperimentalOperatingSystem
#AtLeastItsNotSlop

Bootstrapping pkgsrc on my new-to-me #NetBSD laptop. Listening to that little spinny HD clicking away while it's downloading packages is good for my old #retro soul. XD

Hanser Fachbuch bringt im Jahr 2026 ein neues Buch (!) zu BSD (!) raus: FreeBSD, NetBSD, OpenBSD. Nicht, dass ich persönlich das brauchen würde, aber ich finde das sehr mutig vom Verlag und freue mich über diesen Mut: https://www.hanser-fachbuch.de/BSD-Praxis-kompakt-FreeBSD-NetBSD-OpenBSD/978-3-446-48783-3 #bsd #unix #openbsd #freebsd #netbsd

Upgrade day today :)

Updated to #pkgsrc 2026Q2 on my amd64 an i386 systems, all went well except for a minor issue with py313-gobject3, that did not affect my system so I just ignored it :)

Also #NetBSD RC7 came out today, so I updated to that release too. It is also working fine!

Is there actually a record of the number of release candidates for an operating system?

If there is, I'm sure #NetBSD is about to break this record.
NetBSD 11.0 RC7 is available.

https://blog.netbsd.org/tnf/entry/netbsd_11_0_rc7_available

(RC)7 ah ah ahh 11 Ahh ahh ah *said in Count von Count voice* #netbsd

NetBSD 11.0 RC7 available!

July 23, 2026 posted by Martin Husemann

The NetBSD project is pleased to announce the seventh release candidate of the upcoming 11.0 release, please help testing!
See the release announcement for details.

The netbsd-11 release branch is nearly a year old now, so it is high time the 11.0 release makes it to the front stage.

https://blog.netbsd.org/tnf/entry/netbsd_11_0_rc7_available

#bsd #netbsd #unix # runbsd #guufxmpp #guuf #guufITA @guuf_italia @livellosegreto.it

NetBSD 11.0 RC7 (July 21, 2026)
https://www.netbsd.org/releases/formal-11/NetBSD-11.0.html
- New port to the RISC-V processor architecture
- Enhanced compliance with POSIX.1-2024 and C23 programming interface standards.
Enhanced support for Linux system calls in compat_linux
- Enhanced support for Linux system calls in compat_linux
- Initial support for the Qualcomm Snapdragon X Elite
- Improvements to the npf firewall
- New MICROVM kernel for x86
- New virt68k port, for running the Motorola 68000 port in QEMU
#netbsd #unix #rc7

#NetBSD

Alt...

Futurama "0 days since last ..." image, with the completion of "NetBSD 11 RC"

@david_chisnall That's why I trust #NetBSD and #Zig currently only these are sensible projects rejecting LLM code

#NetBSD 11.0_RC7 is on CDN https://cdn.netbsd.org/pub/NetBSD/images/11.0_RC7/

#NetBSD #wallpaper #RoadRunner

@jperkin

My first PR for #NetBSD -- feeling very proud of myself:

Thank you very much for your problem report.
It has the internal identification `pkg/60480'.
The individual assigned to look at your
report is: pkg-manager.

> Category: pkg
> Responsible: pkg-manager
> Synopsis: Multiple packages fail install with pkgin on NetBSD 11.0 RC6
> Arrival-Date: Wed Jul 22 21:50:00 +0000 2026

And just as I was completing it, I was able to install emacs without any issue... 🤦‍♂️

première installation de NetBSD sur une machine physique. j'ai réussi à la première fois.
tout fonctionne.
vieux laptop, 2Go de RAM.

#NetBSD

Alt...

photo de l'écran d'un laptop qui affiche les options de démarrage d'un NetBSD.

@nohamux netbsd c'est vraiment top, pourquoi j'ai tellement procrastiné.
J'ai une VM et un laptop de 2009 avec 2Go de RAM qui fonctionne parfaitement avec environnement graphique et tout.

#netBSD

@mxchara #ctwm on #netbsd, and #fvwm on #openbsd

@bpl a better tip is to just install pkg_alternatives and then the wrappers are automatically created and updated regardless of which version of ffmpeg you choose to have installed.

I'll concede that the user interface for pkg_alternatives is .. sub-optimal, but once installed it's mostly fire and forget

#netbsd #pkgsrc

Hey #GoToSocial users of the official #FreeBSD and #NetBSD builds, where are you?

I probably need to follow your accounts ;-)

Hblock and tblock are bash/python scripts which update /etc/hosts file using
blocklists available in the Internet. Hblock depends only on bash, so it will
work after some tweaks even on OS/2. Tblock depends on python and few its
modules, so on BSDs it needs manual installation, but it is a little more
user-friendly. Refer to: https://github.com/hectorm/hblock and
https://codeberg.org/tblock/tblock for more information! Remember: running
tblock in aggresive mode on Atom N210 will drain computing powers
enough to block your Internet conenction totally.

Google Summer of Code 2026 Reports: Testing Compat Linux: Syscall testing

#NetBSD

https://blog.netbsd.org/tnf/entry/gsoc2026_testing_compat_linux

Some journeys don't end where you expect them to. Sometimes they bring you right back to where everything began, only with a lot more experience and a much better ecosystem waiting for you.

That's exactly what is happening with BoxyBSD!

In my (longer) blog post I cover my circuit, where I moved from bhyve to Proxmox, developed many tools for Proxmox and now moved back to FreeBSD with bhyve and Sylve.

More details in my blog post: https://gyptazy.com/blog/boxybsd-moving-from-proxmox-to-bhyve-with-sylve/

#RUNBSD #bsd #freebsd #boxybsd #openbsd #netbsd #sylve #bhyve #opensource #vps #vpshosting #opensource #community #bsdcafe #boxybsd

Alt...

BoxyBSD Returns to FreeBSD and bhyve with Sylve

@brubarwal @ParadeGrotesque Yeh it's a common issue, especially when you add CDNs into the mix. The only way for pkgin to work reliably is if entire package directories are only ever updated atomically. I do this for https://pkgsrc.smartos.org/ so you'll never see similar errors there, but I don't know that everyone else is so careful. If you just run naive rsync then files and pkg_summary will be out of sync until the entire directory has finished uploading. #netbsd #pkgsrc

@cks

The sad thing is, as I was saying last year, all of this is unnecessary. The kernels, #FreeBSD, #NetBSD, #OpenBSD, and #Linux, all maintain almost all of the stuff that 'who' needs, and have done since the switch to POSIX sessions and process groups in the 1980s.

There aren't any needs for a parallel database outwith the kernel. A few sysctl/procfs extensions for reading the kernel's own list of sessions, and we'd be away.

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

@ariadne @ska
#utmp #utmps #ttylogin

Hmm...

I have a lot of issues downloading stuff with 'pkgin' which makes it difficult to install what I want... A lot of downloads end in: "package not found".

On the other hand, I think I'll only need to install emacs 30 to have a productive little #NetBSD machine.

Look, I just moved (almost) all of my website build to #POSIX #Make <https://www.man7.org/linux//man-pages/man1/make.1p.html>!

https://codeberg.org/aartaka/pages/commit/9f6daf6676f8b25b7859d7af46bf5a34fb606f03

It was fun, because POSIX Make is super restrictive! But the end result is that all the website now builds on #GNU Make, #NetBSD Make, and pdpmake <https://github.com/rmyorston/pdpmake>!

Next stop: writing #sysvinit services with POSIX make!

#theWorkshop

Hi! I am #newhere

My name is Benny, I am a #NetBSD developer. I am in the process of transferring my account over from @bentsukun@mastodon.sdf.org.

@LPI @FreeBSDFoundation …and I’m still running Sendmail on #NetBSD to this very day…

I wonder how long it's been since I used a github login? Enhancement time is nigh.

edit: not too long ago.
"If you recently signed in to your account, you do not need to take any further action."

Edit 2b: fix me please posted.
#Qgis #NetBSD
https://github.com/qgis/QGIS-Website/issues/1059