rtw89 VS InitWare

I found this GitHub link that contains instructions on how to compile the driver for most distributions. However, they require usage of make install so I don't think that would work on NixOs.

I have the older version with the 6900HS but it’s more or less the same. I’ve run pop_os as well as fedora on it. Everything works great but you’ll have to compile the wifi driver https://github.com/lwfinger/rtw89.

I have seen other people with newer Lenovo systems reporting success with this: https://github.com/lwfinger/rtw89/blob/main/README.md

This is a Realtek rtl8852be chipset and uses the rtw89 driver which does not come prepackaged in the Linux kernel... See https://github.com/lwfinger/rtw89

Got mine working on a fresh Ubuntu 22.04 with 7 commands: sudo apt update && sudo apt upgrade sudo apt install make gcc build-essential git git clone https://github.com/lwfinger/rtw89.git cd rtw89 make sudo make install sudo reboot 0

Yes I guess, its already been reported in earlier versions. I tried to install from code, https://github.com/lwfinger/rtw89 But it didn't work either.

Realtek drivers are such a PITA. Check out this guys Github: Link he has instructions on how to get the most common realtek chipsets working. Please note, kernel updates will break the drivers for all realtek workarounds and you will have to redo this after each update.

but to my understanding, it cannot be installed due to kernel related issues. so i tried installing this instead with no luck: https://github.com/lwfinger/rtw89

apt-get install make gcc linux-headers-$(uname -r) build-essential git Install 'fix': git clone https://github.com/lwfinger/rtw89.git -b v5 cd rtw89 && make && sudo make install load module: sudo modprobe rtw89pci

git clone https://github.com/lwfinger/rtw89.git -b v5 cd rtw89 && make && sudo make install

Fear not. They get to be part of the future too.

> Yes indeed, I should've expanded to requiring user namespaces and other kernel magic I can't expect from any random box i wanna work on.

That's fair, do have to make sure to avoid to modules that do user systemd services.

Longer term, though, I am hoping https://github.com/InitWare/InitWare will help with the userland part. And I hope to personally help with things like

https://lists.freebsd.org/archives/freebsd-arch/2022-January...

https://lore.kernel.org/lkml/f8457e20-c3cc-6e56-96a4-3090d7d...

to get us more sane cross-platform system calls.

I know, but support is still in FreeBSD. My big long term plan is:

1. Work on FreeBSD cross in Nixpkgs, because I need a way to pin forks and run nice tests without going insane. (We already have NetBSD cross.)

2. Rig up a booting image that uses https://github.com/InitWare/InitWare, the fork of systemd.

3. Add support to CloudABI in initware.

4. Bang on drum for other OSes and upstream systemd to implement this stuff we can can good portable abstractions -- I think this is our best shot to get "portable containers".

I haven't bothered to have a beef with systemd, but some of us have discussed https://github.com/InitWare/InitWare to support non-Linux kernels. That would be really fun.

I'm the first to admit that I'm ignorant of the facts here, but seeing that a systemd fork ran on OpenBSD for the first time two months ago does not give me confidence that it's "an option" in the sense that you can trust it to work well.

And to be pedantic (this is an OpenBSD thread, after all), it's not "systemd", it's a fork of systemd called "InitWare", and the GitHub repo describes it as "alpha software".

Someone also pointed out in the discussion you linked that it doesn't seem to include journald. Here's a relevant PR: https://github.com/InitWare/InitWare/pull/27

The project GitHub is found at https://github.com/InitWare/InitWare

You may have heard of InitWare https://github.com/InitWare/InitWare. Discussions, note that one of the titles is misleading: