Re: New Solaris CBE release available

John Paul Adrian Glaubitz <[email protected]> Sat, 07 Mar 2026 10:12:36 +0100
Newsgroups gmane.linux.debian.ports.sparc
Message-ID <5f0370c5cb79cf32b5c3786181c3df6f41919429.camel@physik.fu-berlin.de>
Hi Alan,

first of all, thanks a lot for providing another CBE release within such a =
short
interval after the last one! I have already updated Debian's SPARC servers =
without
any issues.

Being able to run a recent version of Solaris puts peace to the mind as we =
don't
have to worry about potential unfixed CVEs. Plus, there are users who have =
reported
issues with the previous CBE release on their SPARC S7, so I hope that issu=
e will now
be fixed as well.

So, huge thanks to you and your colleagues for making this possible!

On Fri, 2026-03-06 at 17:27 -0800, Alan Coopersmith wrote:
> On 3/6/26 13:46, Peter Tribble wrote:
> >=20
> > Given the huge amount of effort they've put in to fix Y2038 issues, I w=
ould go=20
> > for coincidence.
> > (And I imagine the support lifetime isn't set by engineering.)
>=20
> We do have some input to it, and have paid attention to the 2038 issue wh=
en
> providing our input, but the current dates are indeed set by customer dem=
and,
> and there are limits to how far forward we can reliably forecast that on =
the
> business side.

I think that date was also pushed into the future already, wasn't it? I thi=
nk the
original plan foresaw the end of the service life in 2034, didn't it?

> We are assuming that even if all our support contracts are finished by th=
e end
> of 2037 that some customers will want to keep running the software past t=
hat,
> based on our experience with customers popping up to ask about SunOS 4 or
> Solaris 2.6 many years after their support lifetimes ended, and have been
> working for more than a decade now to make that possible, though we're no=
t
> 100% complete yet.

That makes me smile though. I have heard similar stories from other softwar=
e vendors,
including my employer. It's surprising what kind of old systems people are =
still using
in production.

> For instance, this CBE release makes the snoop command and the underlying=
 bufmod
> streams module it uses become Y2038 safe (but broken instead in 2106, as =
explained
> under "Enhancements for Developers" in
> https://blogs.oracle.com/solaris/whats-new-in-oracle-solaris-11-4-sru-90 =
.)
>=20
> I gave some further explanation/examples on Mastodon last year:
> https://hachyderm.io/@alanc/114519310064497360
> https://hachyderm.io/@alanc/114519356149693816

Thanks for the links. Definitely interested in such reads.

Btw, there are some open-source projects involving SPARC that Oracle previo=
usly worked
on but that never got upstreamed. For example, there is an incomplete port =
of libunwind
to SPARC [1] that I extracted from the Oracle Linux 6 sources. I would love=
 to get these
upstreamed and have been trying to reach out to Oracle engineers to make th=
is happen. If
you have the possibility to talk to some people, that would be great.

Adrian

--=20
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913