I do a lot of work with Python, Rust, and C. You may know me from my work at Ruby Central, helping maintain RubyGems and Bundler.
It looks like support for the AMD RX 6600 GPU will be in FreeBSD 14.0, and may also be added to a 13.x release at some point.
The FreeBSD-CURRENT mailing list may also be relevant, since (as I understand it) -CURRENT is currently for development of 14.0.
Unreliable, buggy, WIP.
sudo pkg install linux-c7-nss linux-c7-atk linux-c7-at-spi2-atk linux-c7-cups-libs linux-c7-libdrm linux-c7-gtk3 linux-c7-alsa-lib linux-c7-ca-certificates
Use this script:
#!/compat/linux/bin/sh
mkdir -p ~/software
cd ~/software
if [ ! -d Discord ]; then
curl -L 'https://discord.com/api/download?platform=linux&format=tar.gz' | tar xzf -
fi
cd Discord
#PA_SOCK_PATH=$(sockstat | awk -v me=$(whoami) -F'[ \t]+' '$1 == me && $2 == "pulseaudio" && $6 ~ /native/ { print $6; exit 0 }')
#export PULSE_SERVER=unix:${PA_SOCK_PATH}
/usr/bin/env ./Discord --no-sandbox --no-zygote --in-process-gpu --v=0 "$@"
mkdir build && cd build && LDFLAGS="-L/usr/local/lib -R/usr/local/lib -lexecinfo -lcompat" cmake .. && make
These are some of the notable problems I encountered while settling into using FreeBSD as my main OS for the first time in over a decade.
!!! This has been made a lot more complicated and harder to debug by the fact that apparently PulseAudio got installed anyway and I don't know how or why, and it starts with Firefox for some reason even though Firefox used to work without it.
Initially, I had lots of general audio glitchiness. Intermittent static/buzzing noises. Using virtual_oss allowed me to record desktop audio (with OBS, recordmydesktop, etc). The solution appears to be using an 8ms buffer for virtual_oss and avoiding PulseAudio. (Any time I install PulseAudio, I have trouble keeping it from starting and taking over audio for the whole system – which is a problem, given how poorly it performs on my system.)
NOTE: I am having trouble with intermittent audio glitchiness again. Apparently it wasn't a solution so much as an improvement.
sndio input client source instead.
Blender is slow, by default. As someone else on the forums discovered, vblank_mode=0 blender or LIBGL_DRI3_DISABLE=1 blender does the trick.
Even if I continue to need one of those kludges, I'd at least like to know what the cause is.
I added a blu-ray drive to my computer, and ran into the following problems:
abcde) takes upwards of half an hour:idea: for some reason. On my girlfriend's computer, it takes roughly 5 minutes per CD. We swapped disc drives for unrelated reasons, and it still took half an hour on my system and about 5 minutes on her system. (TODO: Try seeing if it's reproducible on other OSes on my system.)These ports either don't exist, or are outdated enough that it caused me problems:
These ports were previously nonexistent or outdated, but are now both existent up-to-date enough that it doesn't cause me issues:
signal-desktop