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!

@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

@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

Decided to dig into what I initially suspected was hardware issues on a host performing "pkgin upgrade" very slowly.

No, turns out it's legitimate requests hammering the disks, with pkg_delete performing an MD5 check on every file it is about to forcibly remove anyway.

Eventually it'd be nice to add a flag for this, but for now I've removed it for my builds:

https://github.com/TritonDataCenter/pkgsrc/commit/87055e3a0c53f409a0cf1efa887a3cb96afe0757

This will be in macOS and SmartOS builds soon, and will significantly improve upgrade performance.

#pkgsrc

#pkgsrc/inputmethod/uim also get segfault...

Hmm... On the latest #NetBSD/amd64-current, #pkgsrc/www/firefox-153 and mail/thunderbird-152 get segfault. I will bisect...

Toot from #pkgsrc/www/firefox-153.0 under #NetBSD/amd64-current...

And some updates of fundamental packages should be committed. #pkgsrc

Hmm... I am busy recently. Firefox 153 is coming. A test for my patch to fix build failure of #pkgsrc/www/firefox-152 under NetBSD/i386 will be in final stage.

@leaf A cleaner way to handle that would be to add 'only = { exists = "/usr/X11R7" }' to that line, feel free to to raise an issue for this and I can ship this in the default config if it's useful.

#pkgsrc #bob

I should commit my changes to #pkgsrc...

@freya does it make sense to look at #pkgsrc ?

#NetBSD #pkgsrc 2026Q2 is now fully underway.

There’s no easy way to move a kernel from NetBSD to an AmigaOS partition, so I had to xz it, split it, copy it over using MS-DOS disk images using a Gotek with FlashFloppy, then join and xz -d on the Amiga side.

#m68k is really taking off! The virt68k port that @thorpej has made is nothing short of amazing. It can now compile practically anything in a VM with 3 gigs of memory and 4 gigs of swap, faster than a real m68060.

This lets us compile large packages that weren’t previously possible or that required a lot of manual tweaking, like llvm-21.1.8, clang-21.1.8, webkit-gtk-2.36.8nb29.

More to come!

1. Get fastfetch and all of its dependencies building on Mac OS 10.9 #MavericksForever

2. Include pkgsrc in the package report

Alt...

fastfetch output

I've updated my binary package repository for PowerPC Mac OS X. New and updated packages for curl, git, python 3.10, apache, nginx, openssh, rsync, yt-dlp, vim, zsh, tmux, and many more.

https://netbsd.org/~nia/tigersrc/

#dreckly #pkgsrc #powerpc #macos #retrocomputing #hashtags

echo srs.dom.ain > control/srs_domain
echo "$SECRET" > control/srs_secrets
echo srs.dom.ain >> control/rcpthosts
echo srs.dom.ain:srs >> control/virtualdomains
echo "| srsfilter" > alias/.qmail-srs-default

+ MX for srs.dom.ain

Want to SMTP-reject SPF failures when the source domain specifies explicit-fail?

1. Add SPP_SPF_RESULT_FAIL="E550 spf_smtp_msg" to
control/tcprules/smtp
2. Run "/etc/rc.d/qmailsmtpd cdb"
3. There is no 3rd thing, is that clear?

The default SMTP configuration rejects nonexistent recipients.

(qmail famously accepts all recipients for its domains even when those recipients don't exist, and then has to queue totally avoidable bounce messages. But you won't.)

To enable #greylisting, simply uncomment "greylisting-spp-wrapper" in control/smtpplugins. That’s it.

(Add any exempt recipient addresses to control/greylist/exemptrcpts, or entire recipient domains to control/greylist/exemptrcpthosts.)

You should know #pkgsrc 2025Q3 was released yesterday:

https://mail-index.netbsd.org/pkgsrc-users/2025/09/25/msg042016.html

#netbsd

Today I tagged #pkgsrc 2025Q3. Announcement forthcoming.

I'd prefer #NetBSD: https://schmonz.com/2024/06/07/small-arms/

Staged latest shairport-sync for #pkgsrc. Builds on NetBSD, #macOS. Normally I'd commit, wait for evbearmv6hf-el binary package, forget.

Trying something new today: https://cdn.netbsd.org/pub/pkgsrc/current/pkgsrc/doc/HOWTO-use-crosscompile

Experiences with #dreckly / #pkgsrc on obscure Unixes:

#UnixWare - bootstrap succeeded! Just needed a few simple fixes.
#OpenServer - see UnixWare.
#BSDOS - kernel panic during installation. Support incomplete.
#HPUX - kernel panic during installation.
#QNX - bootstrap success! No changes needed.
#Haiku - bootstrap failed due to open() behaviour. "Invalid argument".

If you have a shell on an #IRIX or #HPUX machine, please let me know!

All right, pkgsrc 2025Q1 has just been announced on the mailing lists.

It's not even on pkgsrc.org yet! 😉

#pkgsrc #NetBSD