https://lists.freebsd.org/archives/freebsd-desktop/2025-February/005438.html

Popularity contest statistics for gnome-panel,gnome-shell,kde-runtime,xfce4-panel,lxpanel,kde-plasma-desktop

https://lists.freebsd.org/archives/freebsd-desktop/2025-February/005476.html

complexd
A complex of daemons for FreeBSD implementing systemd/freedesktop D-Bus APIs required by desktop environments
WIP
targeting FreeBSD

AI Competencies for Academic Library Workers Draft Review

HT and VHT testing for modern iwlwifi chipsets (notes about others)
Bjoern A. Zeeb
28 Feb 2025
rtw88/rtw89 and older iwlwifi chipsets all need more work
modern iwlwifi chipsets will need a net80211 change for a clean solution which is currently hardcoed in LinuxKPI
rtw88/rtw89 need LinuxKPI and net80211 changes
older iwlwifi chipsets still need driver changes due to GPL-only code
iwlwifi AX2xx or BExxx
HW_CYRPTO
test a first cut of HT20/40 and VHT20/40/80 (no 160 yet)
loader.conf
compat.linuxkpi.iwlwifi_11n_disable=0 compat.linuxkpi.iwlwifi_disable_11ac=0
without the hw_crypto tunable
it'll fail
test that (independently) *first*
If things work the thanks should go to The FreeBSD Foundation, if things don't work the problem reports go to me.
Happy testing and a blessed weekend
https://cgit.freebsd.org/src/commit/?id=2c44f1ff6935e93f7774e526f2f1ab0a2812eab5

ng_hci: Add support for Bluetooth secure simple pairing
2022-07-06
Closed FIXED
Thanks a lot for your work and sorry no one picked it up earlier
I started using FreeBSD 14-current
follow Andreas approach
I wrote userspace software, created a daemon, and patched the kernel
forced me to develop a new Bluetooth stack
userspace with the help of libusb
supports firmware loading and manages everything related to BLE from 4.0 to 5.4, including LE audio
recommendation for FreeBSD
Bluetooth stack in userspace
my implementation from scratch without external libraries
all BLE functionality works
POSIX-compliant where possible
easier to handle everything if it exists in the same place
fully kernel based or fully user space based
newer specifications without the need to make changes in the kernel
I have since the summer of 2022 worked on my own fork of FBSD 14-current
moved the majority of all USB based drivers from the kernel to the user space
include the 802.11 stack which allowed me to implement support for n/ac/ax in the user space

twice with FreeBSD 14.0
Is behaviour any different if you switch repeatedly between ttyv0 and ttyv1 before the switch back to ttyv8?
1002:9802:1043:84a5
AMD Wrestler, Radeon HD 6310
keyboard appeared to be disabled, ignored what I typed
returned from the console to X11 with ^alt F9
I saw what I typed in the console
able to kill X11 with the twm menu
returned to X11, but the keyboard was still attached to the console
sounds like a security bug that I reported, privately, some time ago
CVD

2024-10-03
2024-10-05 19:55
c7 will be deprecated when is rl9 is supporting all use cases supported by c7
```
The doc is still WAI by recomending the currently supported path.
```
CC: ziaee@runbox.com
Status: New → Closed
Resolution: --- → Works As Intended
feature parity
without terrorizing the user?
opening a chapter with a warning
FreeBSD desktop is for nerds, and they get very alarmed when someone is screaming at them
"terrorizing"? Really? Quite an hyperbole I think.
uncalled for. Don't use that adjective and/or assume people have some kind of specific mental trait
Alex S 2024-10-20 12:2
That someone is me