Pipewire+pipewire-pulse already up and running.

“Local” side

pactl load-module module-native-protocol-tcp

“Remote” side (inside VNC session in my case)

pactl load-module module-tunnel-sink server=tcp:IP_ADDRESS

Use pavucontrol/etc next.

Sometimes need some strange things… to do )

Latest image

archlinux-baseline-zfs-2025.11.20-x86_64.iso

sha256

ad63090f568ebdf4aa9f91131fb90641b01008b8fa0f91bca41b3299dbf93b57

Link

home.nest.org.ru/isos/

# - 2025-06-24 ADD: clonezilla
# - 2025-07-03 ADD: stress-ng
# - 2025-07-30 ADD: multipath-tools dmidecode
# - 2025-08-04 ADD: lzbench-git
# - 2025-08-05 ADD: minicom parallel mbuffer vim \
#                   vim binwalk binsider diffoscope \
#                   dhcp bind tcpdump rsync
#              CNG: disable audit (BIOS+UEFI boot) 
# - 2025-08-30 ADD: iptraf-ng hashcat
#              CNG: linux 6.16.x zfs-2.3.4
# - 2025-09-04 ADD: smp-utils
# - 2025-09-05 ADD: /root/smartdatacollection.sh
# - 2025-10-01 ADD: wget
# - 2025-11-20 CNG: linux 6.17.x zfs-2.3.5

 In short - simple upload folder.

flatpak override --user --filesystem=host com.prusa3d.PrusaSlicer

Some side notes for MMDVMHost on Archlinux.  

Disclaimer: there is NO password provided somewhere in the post, you need to get actual firmware/microcode and do some steps manually. Also you need carefuly read the f.cking manuals provided by vendor, manufacturer, ODM or OEM vendor to avoid getting some unexpected results before run any commands or apply any configurations. All steps provided is abnormal and should not be used in prod environment. In some extraodinry cases you simply ruin your whole installation ;)

This is all about codeplugs not programming f/w, libusb is another story.

Problem: OpenGD77CPS.exe can not detect any avail COM ports under wine.

I’ll asume:

• you running under normal user (not root)
• there is no permission problem (under arch u only need to add user into uucp group)
• also preferable to create new clean win32 wine env (to avoid any possible problems with dotnet, for example)
• you are familar (a little bit) with linux/wine
• there is NO another connected cdc-acm devices  

Причина - chirpw, sdrplay, gqrx, soapy и самые разнообразные производные ;) Просто дикая помойка, в результате, в основной системе. Надо избавляться :-)  

Приспичило мне тут поменять рабочую “лошадку”, клавиатуру(ы) Sun Type 7, на механику, звонкую и злую.

Требования были довольно простые:

• 60%, хочу оптимизировать место на столе (про 40% ещё будет, отдельно и сильно позже - пока не готов, но мысли такие посещают), мне нравится пользоваться планшетом вместо мышки
• механика (ну или её китайское представление), в идеале умеренно-шумная, механическая или оптическая - не суть как важно
• ремонтабельная, с доступными з/ч - я отдаю себе отчёт, что за условные $50-70 я ничего толкового не куплю, и оно начнёт рассыпаться весьма оперативно, не дожив до потенциального апгрейда, но всё же хотелось бы иметь возможность хотя бы заменить переключатель при необходимости
• проводная (беспроводная, конечно, прекрасная идея, но - пока - не в китайском исполнении)
• цена до 3000 р  

Attention: this is NOT ready-to-use script! You need some basic knowledge about systemd, systemd-nspawn, apache, php and so on.

In short, post became too long ;)  

Дано:

# uname -a
Linux whale 5.12.13-arch1-2 #1 SMP PREEMPT Fri, 25 Jun 2021 22:56:51 +0000 x86_64 GNU/Linux
# journalctl -k | grep 520 | grep "sd 6:0:3"
Jul 01 10:24:35 whale kernel: sd 6:0:3:0: [sde] Unsupported sector size 520.
Jul 01 10:24:35 whale kernel: sd 6:0:3:0: [sde] 520-byte physical blocks
Jul 01 10:24:35 whale kernel: sd 6:0:3:0: [sde] Unsupported sector size 520.

Ваяем: