@jperkin for https://reports.pkgci.org/SmartOS/upstream/trunk/20250703.2249/cracklib-2.9.7nb1/build.log this appears to be because #illumos still defaults to the POSIX draft declarations for getpwuid_r & getpwnam_r() in <pwd.h> instead of the final POSIX standard versions. (We changed the defaults in #OracleSolaris 11.4 to the POSIX standard versions and require defining __USE_DRAFT6_PROTOTYPES__ to get the old ones.)

You should be able to fix that with -D_POSIX_PTHREAD_SEMANTICS to get the POSIX standard forms on illumos and older Solaris releases.

@jperkin for https://reports.pkgci.org/SmartOS/upstream/trunk/20250703.2249/py313-mercurial-6.9.4nb1/build.log the simplest fix is likely to add -D__EXTENSIONS__ to the CPPFLAGS.SunOS in the pkgsrc Makefile.

The #illumos & #OracleSolaris headers differ slightly here for dirfd() - on Solaris 11, it's available if _XOPEN_SOURCE is not set, if it's set to 700, or if __EXTENSIONS__ is set. On illumos, it looks like https://github.com/illumos/illumos-gate/blob/master/usr/src/head/dirent.h hasn't been updated to reflect XPG7 yet, so it just always requires __EXTENSIONS__ if _XOPEN_SOURCE is set, as the pkgsrc Makefile does. (On both OS'es setting _XOPEN_SOURCE tells the headers to restrict the contents to only what the standard defines, unless __EXTENSIONS__ is set to allow non-standard extensions.)

Diffs of the core OS man pages between #OracleSolaris 11.4.78 and 11.4.81 are at https://gist.github.com/alanc/067a51bfc04e63ffa4ee9eda0daf36f0 so you can see more about what changed in the software, as well as some of the documentation cleanups we did.

My big man page project for the quarter was a cleanup pass across the ZFS man pages.

Big updates in #OracleSolaris 11.4.81 include upgrading GRUB from 1.99 to 2.12, removing OpenSSL 1.0.2 now that we've finished migrating to 3.0, adding LLVM/clang 19 alongside the existing version 13, and replacing ImageMagick version 6 with version 7. See https://blogs.oracle.com/solaris/post/whats-new-in-oracle-solaris-114-sru-81 for more info on each of those.

A bunch of the new features were previewed last week in the new #OracleSolaris CBE release which was based on a pre-release version of this SRU (it had the final feature set, but not the final bug fixes and FOSS upgrades).

Since we focused on developer and home user features in the blog for that release, the What's New blog for SRU 81 at https://blogs.oracle.com/solaris/post/whats-new-in-oracle-solaris-114-sru-81 lists some more enterprise-focused features that were present in that release, but not called out in it's blog, like LDoms & KMIP changes.

@jpm it's not quite that simple - the Solaris kernel has been 64-bit only since Solaris 11.0, but not the userspace programs - those had been kept mostly 32-bit so they could be used on either a 32-bit or 64-bit kernel, and we started converting them all to 64-bit after the #OracleSolaris 11 release - see https://blogs.oracle.com/solaris/post/moving-oracle-solaris-to-lp64-bit-by-bit and https://blogs.oracle.com/solaris/post/oracle-solaris-114-beta-progress-on-lp64-conversion - we're now up to 98.8% converted and working on finishing the last few we plan to convert and EOL'ing the rest.

@alanc Great stuff, thanks Alan and Jan and team! Now if I were to compile pkgsrc (or dreckly) on the CBE, would I be allowed to distribute the resulting binary packages? My reading of the license agreement says "yes" but IANAL... #solaris #OracleSolaris #pkgsrc

@c0t0d0s0 We added a sysattr(7) man page in #OracleSolaris 11.4.45 to make it easier to find out about attributes like this.

In addition to security fixes, updates for all three #OracleSolaris versions include time zone data updates (2025a for 10 & 11.3, 2025b for 11.4).

The Solaris 10 patchset also includes an update to mkdir to use lstat64() instead of lstat() so it works on filesystems with inodes outside the 32-bit range. This was fixed years ago in 11.3 & 11.4 by converting the mkdir program to be 64-bit, but Solaris 10 still supports 32-bit x86 systems, while Solaris 11 only has 64-bit kernels on SPARC & x86.