Peter Tribble
mastodon 4.7.3Creator of Tribblix, contributor to illumos, maintainer of the Solaris/illumos/sparc OpenJDK port, was a Solaris sysadmin and member of the OpenSolaris Governing Board
News for Tribblix on SPARC - upgrades to new m34 release now available.
https://www.tribblix.org/relnotes.html#m34-sparc
No ISO image yet for this release, but I am planning to create one this time.
OK, now is as good a time as any.
Freezing the Tribblix repos and cutting development across to the next release.
(The next release isn't imminent, there's a lot of changes incoming.)
Tribblix for SPARC m34 ISO image:
https://www.tribblix.org/download.html#sparc
(It ought to work, but I don't happen to have a spare machine or LDOM to test it right now. I know m34 in general works, because I've upgraded to it, but haven't explicitly tested the ISO.)
Version 1 of the AWS CLI is coming up on end of support, so we're supposed to move to AWSCLIv2. Sadly it's no longer pure python, but uses the AWS CRT underneath. With a little bit of (decidedly non-trivial) effort I've managed to persuade it to build on illumos, and verified that simple queries of EC2 and S3 work.
(This is one of the things that prompted my earlier comment about just packaging up a whole venv.)
Changes in Tribblix m39:
ISO images for Tribblix m39 available for download:
Interesting. Radicle builds cleanly on Tribblix, and initial testing shows it to work as advertised. Need to find some time for a proper investigation.
Observations on Tribblix m39.
https://ptribble.blogspot.com/2026/03/observations-on-tribblix-m39.html
OK, that's my primary and backup home desktops running Tribblix m39 (the backup machine runs OmniTribblix). Onwards!
I've actually been running a mishmash of m38 and m39 for the past couple of weeks, getting the new release built and tested. Which means I end up being well ahead of the repos, and have to be careful not to accidentally "update" anything which would roll things back and break a bunch of packages. But now I'm back in regular supported territory again.
While it's a long way in the future for Tribblix (where I keep invoking laziness as an excuse for not updating from gcc10 to gcc14), an interesting Solaris/illumos change for gcc16:
To handle python modules that have odd or incompatible dependencies, I'm planning on just packaging a whole python venv and be done with it. It's just vendored dependencies by another means.
Idly musing as to whether I should give each Tribblix release a codename.
It's not long before I reach milestone 42, after all, which would have an obvious moniker.