Ok, so check this out. I raved about how magical #FreeBSD #linuxulator is, but it gets even better! In my Ubuntu linux jail, I downloaded the source for the #mobian kernel, installed cross-compiling tools, compiled the kernel and modules, copied to an sdcard, and booted up the kernel on my #pinephonepro So, on my amd64 FreeBSD, I used a translation layer to load up Ubuntu Linux, used it to cross-compile a Linux kernel for arm64, and booted that up on a device! How unbelievable is that?!?

Userland built from source for #FreeBSD's #Linuxulator is making progress again (and yes, my branch builds and works again!)

Metaports "linuxsrc_base" for a minimal base userland and "linuxsrc-devtools" for minimal basic tools needed to build #Linux software (just C and C++ and some common tools)
Automatic selection of the Linux kernel version based on target FreeBSD version, overridable in DEFAULT_VERSIONS (but checked for compatibility of course)
A new "USES=linuxsrc" to do all the ugly "plumbing" needed for building Linux software using FreeBSD #ports, offering different configurations.

Guess now I could start adding some optional packages and try to get some *real* Linux application working

https://github.com/Zirias/zfbsd-ports/blob/linux/Mk/Uses/linuxsrc.mk

In case anyone tried and wondered why the branch is currently broken

I'm working on adding a new USES for this #Linuxulator userland. It should hide all the "crap" needed to build it, and also help with creating new ports, either *for* it (e.g. shared libs), or just using it.

So I have to rework each and every port now, including test builds...

Right now, I'm test-building "native" gcc ... for the third time so, native toolchain almost complete again.

I hope to get the branch into sane shape tomorrow!

Today's achievement: We now have #OpenSSL (and #GNU coreutils built using it), plus grep, sed, awk, make, groff *and* man-db in #FreeBSD's #Linuxulator userland.

But there's a catch It doesn't build with #poudriere any more. Can be patched, and I guess I should soon look into getting this fixed...

For details, see here:
https://lists.freebsd.org/archives/freebsd-ports/2023-August/004286.html

Today's progress: #GNU #coreutils and glibc's localedata seem to work fine in #FreeBSD's #Linuxulator, in addition to bash.

Still, coreutils is not complete yet, it *should* use hash functions from #OpenSSL, so, time to port that for #Linux (tomorrow).

Time for cleanup after identifying two "interesting" issues:

1.) #FreeBSD ports come with a Templates/config.site file which is normally used by #GNU #autoconf, containing quite a lot of "cache variables" so autoconf can avoid running the actual tests. Nice, but completely wrong when targeting #Linux. So, add an empty "CONFIG_SITE=" variable to every linux port, and suddenly I can also remove some explicit cache variables again

2.) I'm building the "native" toolchain for #Linuxulator --with-sysroot=/compat/linux, which makes sure the linker reliably finds startup files and system libs, without stuff from FreeBSD base interfering. BUT: This completely breaks when some explicit lib path to /usr/lib or /usr/lib64 is added (and many build systems will do that), because sysroot doesn't apply here. Therefore, add wrapper scripts around gcc and g++ filtering out any "-L/usr/lib" or "-L/usr/lib64" argument with that, Linux #bash builds without any patches!

Now, waiting for builds.

And now, we have a working #Linux #bash running in #FreeBSD's #linuxulator

Which also finally makes the "ldd" script installed by #glibc work

Ok, enough for today

https://github.com/Zirias/zfbsd-ports/blob/linux/shells/linux-bash/Makefile

@jhx For now, I have two references opened trying to actually do this:

1.) some old state of my multimedia/makemkv port that actually DID need some minimal cross toolchain because back then, something was broken in linux-c7: https://cgit.freebsd.org/ports/tree/multimedia/makemkv/Makefile?id=ab88687f0e9ae01bba4992546e62000d2a4336b4#n157

2.) The #LFS (#Linux from scratch) book

I didn't give up hopes yet