Show HN: BaaS to build agents as data, not code (github.com)
5 points by ishita159 1d ago 0 comments
Show HN: Bringing Tech News from HN to My Community (sh4jid.me)
3 points by sh4jid 1d ago 2 comments
Tribblix – The Retro Illumos Distribution
86 bilegeek 31 8/9/2025, 6:46:14 AM tribblix.org ↗
Many installation problems show up in the handling of USB3 and related quirks; I have a lovely AMD 8350 system that I can't install from USB onto because of some XHCI problem. The USB stick will boot the kernel, but then the kernel can't properly handle the USB stick after it has booted and can't see the installation media. I suppose I should bite the bullet and burn a CD to boot from, which should fix it.
I wonder how far a compatibility layer for Linux drivers could go to help other UNIX kernels' usability. Maybe the Oxide folks know more of what would be involved in such an effort.
In general I'd expect Zen 3 and 4 to work, and Zen 5 either right now or very soon.
See https://github.com/oxidecomputer/helios-engvm
It isn't exactly the same as our production machines (as you can imagine we have shared environments for this), but we've written in-memory simulators for most of our hardware components so it's good enough for most use cases.
Thanks again for the informative reply.
The right solution is actually explained the headlined WWW site, where Peter Tribble points out (in the About page and in the Use guide) that the significant constraint is that xe does not own the actual physical hardware to develop against. It's the usual story with small projects: good donated hardware, and developer time (and workspace, and food, and water, and housing, and electricity supply (-:), needed.
Which is fine per se. But I wish people could buy relatively new hardware (say, last 3 years) and be able to run FreeBSD or Illumos with most things working.
It might be easier to take them from NetBSD; it wouldn't introduce the GPL licensing issue, and courtesy of their rump kernel system they're actually kind of designed for it.
This isn't very interesting. It means you're constrained to the Linux design decisions, and you're wasting time debugging mismatches and poor design decisions.
Although I'd be more than happy with other OSes/distributions defaulting to GPL.
Yes, but if the goal is to reuse existing code that already exists in Linux then there's no reason to expect it to be under a permissive license. Some of it actually already is if I recall correctly, but you shouldn't expect that.
> Although I'd be more than happy with other OSes/distributions defaulting to GPL.
Illumos isn't GPL and and in the legal views of many people can't be compatible with it; CDDL/GPL (in)compatibility is a very long running issue, usually in the other direction with CDDL ZFS drivers in the GPL Linux kernel. (IANAL; I'm not asserting specifically that it is or is not actually compatible, just that a lot of people consider it to be incompatible)
Details here:
- https://vermaden.wordpress.com/2022/03/25/zfs-compatibility/
That answers the Linux part of your question
I would expected CDE as a first class citizen and maybe OpenLook.
And it says that it it maily for 32bit SPARC and 32bit X86 and later that "Important: 32-bit hardware support now completely removed.".
I do include CDE and Open Look (the window manager and toolkit, at least). In both cases the add-on tools that were present in Solaris (like the whole of the DeskSet suite) aren't available, because they were never released in source form.
http://www.tribblix.org/overlay-cde.html
http://www.tribblix.org/overlay-openlook.html
https://tracker.debian.org/pkg/xview https://tracker.debian.org/news/1000764/removed-32p14-282-fr... https://bugs.debian.org/911787
But there is a 64-bit port (which I ought to bring in to Tribblix)
https://github.com/ggodd/xview-64bit