@dexter Would indeed. How about contacting @toasterson who is managing the #OpenIndiana foundation? Maybe join forces. As to $currency, count me in.

I see that over the past 11 years or so, since at least 2014, people have been trying to port #Illumos to the #RaspberryPi. Unsuccessfully, presumably, given that none of #OmniOS, #OpenIndiana, or #Tribblix claim ARM support and all of the porting projects seem to have stalled.

Only one of those, Tribblix, even has any non-amd64 support, which is quite a contrast with the SunOS origins.

http://tribblix.org/relnotes.html#m32-sparc

I wonder why the port attempts have failed. Illumos surely cannot be that tied to the Intel Architecture.

@guusdk *caugh* it’s even #OpenIndiana on sparc ;)

finally managed to build #illumos on my #openindiana install. It turns out there is some incompatibility with oh-my-bash (it would never finish) but restoring the stock bashrc for my user fixed it.

@danmcd @matthew@social.retroedge.tech @stratacast @subnetspider @oxidecomputer

#OpenIndiana has it's first official Donation Option here: https://opencollective.com/openindiana more options are in the works. Including a Association for Fundraising, Marketing and related tasks.

@matthew @stratacast @subnetspider

#OpenIndiana is desktop focussed.

#OmniOS is single-server-or-VM-guest focussed.

#SmartOS is hypervisor-focussed.

All are #illumos distributions. I know SmartOS has paid-support options (though usually we support #Triton Data Center deployments).

Also #illumos distros include dedicated appliance/device user like @oxidecomputer 's Helios or RackTop's BrickStore.

That help?

دوستانی که علاقه‌مند به کار با سرور‌های شبه یونیکسی هستن، یکی از فعال‌های #BSD داره #سرور_مجازی رایگان با سیستم‌عامل‌های خانوادهٔ‌ #بی‌اس‌دی و البته خانوادهٔ #سولاریس میده. بقیه کسایی که سرور مجازی گرفتن گفتن خودش هم راهنمایی می‌کنه. پیوند مستقیم رو این‌جا نزاشتم تا خودتون کمی زحمتش رو بکشید. چیزی که باید جستجو کنید #BoxyBSD هست.

کسی که این سرور‌ها رو میده، @gyptazy هست.

#نرم‌افزار_آزاد #FreeBSD

#OpenBSD #OpenIndiana #Solaris #NetBSD #RunBSD #vps #سرور

Ok that was a fun time travel with #OpenIndiana #illumos but I guess this where it ends, hardware support feels like when I left #OpenSolaris only worked on one of my machines and that thing is sooooo old, not fun with that OS and their repos must be running on a Pi Zero, pulling updates at ISDN speed with constant timeouts, still max respect for holding the torch up, still wish some more hands where on the project.

@angel @stefano No. 😃 #illumos #OmniOS #OpenIndiana #SmartOS

This is not how I was expecting my Sunday night to turn out. #OpenBSD 7.7 disc burned but refused to boot. My laptop was having issues reading the disc so I burned another copy. Same thing....

So, what's next on the list to be installed? #OpenIndiana - cool. Also haven't used this one in years. LiveCD boots into the #mate desktop just fine. It's missing some key drivers though. I will spend more time with it later. I just need a working laptop for now.

Let's go with #FreeBSD14. Always a good choice and I just used this disc on another machine recently. But tonight the laptop is not recognizing it and the laptop just boots to the memtest. Hmmm...

OK, let's try the #openSUSE Leap 16 beta again. Same problem as before. It installs but the OS doesn't boot. I don't even get the "GRUB Booting..." message. Wonderful.

Last on the list is #Debian 12. The installer is chugging along happily and I've just realized it's been several hours, I've forgotten to prep dinner, and I am starving.

Whoops!

It's now 21:41, I am mostly done with my coffee and about to crank on the grill. This laptop can wait.

@jhx Regarding that, at least in theory, it's indeed "truly portable" as it works fine using only #POSIX compliant APIs.

In practice, there can be issues with platforms that don't implement the *full* POSIX feature-set (which is in fact most platforms nowadays). There can also be nasty issues with how feature-test macros are handled (set by the compiler, interpreted by the system's headers) and sometimes with which libraries are needed (unfortunately, POSIX doesn't specify that, e.g. on illumos, you have to link a libsocket for any socket functionality 🙄).

Once I started to add optional support for the platform-specific mechanisms #epoll on #Linux and #kqueue on #BSD (because the POSIX standard select and poll have severe scalability issues), I wanted to also add support for /dev/poll as used on solaris, that's why I installed #OpenIndiana (illumos-based) in a VM to do tests, and I quickly learned /dev/poll was superseded by "event ports", so that's what I added instead.

Using #OpenIndiana #illumos #OpenSolaris with style and dignity.

So with #Oracle putting out a new version of #Solaris plebs are allowed to touch I felt like unretiring a old PC and install #OpenIndiana #illumos on it. Wait you thought I would touch something the devil him self ruined? No Oracle axing #OpenSolaris was one of the reasons why I hate that company.

Anyway that was rough like seriously, first off finding parts that are supported, also their latest UI image is broken and I thought for hours the hardware was to blame, UEFI is supported but crashes the kernel on all my machines.

Had to use an older image from 10.24 to get it installed and then it took the whole day to update the system, USB stick mounting throws errors but other then that works ok now.

It's really such a shame opensolaris was my daily driver for nearly a year back then, was one of the reason I got comfy with compiling my own stuff again at that time. Still have a soft spot for that OS, would be cool if they could get more manpower again.

Just released: #swad 0.7! 😎

Swad is the "Simple Web Authentication Daemon". If you're looking for a solution to add cookie/form #authentication to your #nginx reverse proxy, or maybe even a #lightweight alternative to #Anubis which leaves the actual proxying to nginx, this might be for you! It is designed for use with nginx' auth_request, written in pure C, with minimal dependencies (zlib and, depending on build options, openssl/libressl and/or libpam), and compiles to a small binary (currently between 150kiB and less than 300kiB depending on compiler and target platform).

Swad should work on many #posix (and almost) systems. It's actually tested on #FreeBSD (in "production" use, but on a very low-traffic private site), and quick functionality tests also done on #Debian (#Linux) and #OpenIndiana (#Illumos, open-source #Solaris descendant).

As announced, this release doesn't bring any new features (in terms of WHAT it can do), but great improvements "under the hood", that should help performance at least on some platforms, see release notes for swad 0.7.

Read more, and download the .tar.xz (to build and install it 😆) here:
https://github.com/Zirias/swad

@Toasterson @astade Guess I fixed the remaining rough edges for building #swad on #OpenIndiana:
- fixed the issue trying to use a C compiler although none was found
- provided an alternative to BSD install (a stupid shell script) if none is found

Now, you just have to do this upfront:

export PKG_CONFIG_PATH=/usr/openssl/3/lib/64/pkgconfig
gmake CC=clang config

Then, 'make' and 'make install' just work without any extra arguments 🥳

Now, if I only knew why it all explodes when you set CC=gcc instead .... 🤔

@Toasterson @astade looks like installing this #OpenIndiana VM won't go as smooth as I hoped. Trying to join my #samba #domain segfaults 😞

@Toasterson @astade I'm downloading an #OpenIndiana image right now, we will see.

For Linux, I now have support for #epoll (fd events), and additionally #signalfd and #timerfd. On the BSD's that have #kqueue, it covers all these aspects. So, little question here: Are there any solaris / #illumos APIs specifically for signal handling and individual timers I should look into? Or should I stick to classic async handlers (signals) and setitimer (timers) on that platform, and just have a look at /dev/poll?

@Toasterson @astade Yeah, my main use case is socket notification, the lib offers #select and #poll as a base working across #POSIX, and I added #epoll for Linux and #kqueue for FreeBSD ... and as kqueue can do a lot more, I recently also implemented using it for signal handling.

I normally prefer my own local infrastructure, already fixed my Linux VM yesterday to test thoroughly with epoll (and, MAYBE, add signalfd support). So I might just install e.g. #OpenIndiana to also play around with /dev/poll. Had a look at an old SunOS manpage, seems simple enough to use 😉

#Openindiana の #gcc は古すぎるから #Clang を使ってね、じゃあないんだよ! #ladybird

ladybird/Documentation/BuildInstructionsLadybird.md at master · LadybirdBrowser/ladybird · GitHub https://github.com/LadybirdBrowser/ladybird/blob/master/Documentation/BuildInstructionsLadybird.md .

borgbackup 2.0.0b16 was just released!

for details see there:

https://github.com/borgbackup/borg/releases/tag/2.0.0b16

#linux #freebsd #netbsd #openbsd #macOS #openindiana #backup #python