And the compiler toolchain, in this case LLVM/Clang is not part of the base install. but has to be installed through the ports/packages system.

I could install lynx, but the install of alpine failed. The system complained about missing a stdc++1.14 library. As mentioned in the first post I did not use the standard Bitrig bsd.rd installer because of lack of a CD recordable. Because I was not in the mood to set up a PXE install, I installed manually:

I downloaded the installation file sets on my OpenBSD box and made the sets available by ftp.
After copying the latetst bsd.rd to my first bitrig USB stick, I could do an install to a second USB stick.

The bitrig installer asks whether you want to install the compiler tool chain upon the first reboot and I agreed to that.
The reboot went ok, but I saw error messages on the screen that installation of bitrig-gcclibs, bitrig-binutils and bitrig-syscomp failed. The first reboot script reused the my local ftp server IP address, and I did not download these packages.

After installing bitrig-gcclibs I could install alpine without problems. No more complaints about a missing stdc++1.14 library. So I learnt something new today

__________________
You don't need to be a genius to debug a pf.conf firewall ruleset, you just need the guts to run tcpdump

Thanks for letting us know about your experiment! When I get more free time I'll give it a try myself via VMWare.
So have you come to a conclusion what is the point of using Bitrig instead of OpenBSD or anything else?

I have not tried to configure X Window yet. It is a pity there is no LibreOffice or OpenOffice available as package. I don't look forward to compile it from ports. Besides an office suite I only need a web browser. In that case I would have no problems with using it as my workstation.

__________________
You don't need to be a genius to debug a pf.conf firewall ruleset, you just need the guts to run tcpdump

I had a few kernel messages about some missing libs and startx failed on Acer Aspire 5610 .. All I saw was acer .. acer .. acer :-)
Network is working but no lynx .. then I soon miss my beloved Puffy :-)

What about big ticket items that Bitrig people were bragging about? Native BSD binutils, Hammer and similar. Did you test Hammer on Bitrig? They can always bootstrap pkgsrc and have 10000 packages. That is not important.

In their roadmap neither Hammer, nor native BSD binutils are being mentioned.

It used to be Just like single system image (SSI) was ultimate objective of DragonFlyBSD and quietly disappeared from radar screens. Rading Matt's (Matt Dillan) answer to the FreeBSD folks question " How hard would be to port HAMMER file system from DragonflyBSD to FreeBSD" I am guessing that Bitrig guys got disillusioned about porting HAMMER to OpenBSD. The way I read Matt's answer porting HAMMER to FreeBSD would require major work on FreeBSD kernel to bring it in line with DragonFlyBSD. Porting HAMMER to OpenBSD would probably require re-engineering entire OpenBSD kernel and making it essentially clone of DragonFly. So at least we know that it is now evil Theo who prevents people from porting HAMMER to OpenBSD.

Quote:

Originally Posted by J65nko

They are using the LLVM clang compiler. The compiler toolchain is not in base, but in ports.

Are you saying that "Port elftoolchain to Bitrig" is no longer an objective.
If they dropped native binutils that is very disappointing. That could have been their ultimate claim to fame. I am even more surprised that compiler toolchain is not in the base. What kind OS doesn't include tool chain in the base? How do you recompile OS without compiler? It almost feels like GCC is need to bootstrap LLVM on Bitrig.

I don't see any practical reason for Bitrig fork. OpenBSD got FUSE (sshfs and ntfs-3g) before them. I am sure ARM (both 32 and 64 bit multi user) support on OpenBSD is coming slowly but surely. KVM is wrong thing to do virtualization on OpenBSD. Why didn't they try to create Jail infrastructure for OpenBSD or Bhyvi native hypervisor?