Решил я посмотреть какие процессы висят, чтобы почистить систему от лишних, и неожиданно наткнулся на такое:

user1@nb2:~$ ps axuww | grep gnome-sc
user1     5182  0.0  0.0   2568   192 ?        S     2021   0:00 /bin/sh -c gnome-screenshot -a
user1     5183  0.0  0.1  70216  4380 ?        Sl    2021   0:12 gnome-screenshot -a
user1     5187  0.0  0.0   2568   156 ?        S     2021   0:00 /bin/sh -c gnome-screenshot -a
user1     5188  0.0  0.1  70212  4408 ?        Sl    2021   0:12 gnome-screenshot -a
user1     5192  0.0  0.0   2568   152 ?        S     2021   0:00 /bin/sh -c gnome-screenshot -a
user1     5193  0.0  0.1  70216  4440 ?        Sl    2021   0:12 gnome-screenshot -a
user1     5197  0.0  0.0   2568   164 ?        S     2021   0:00 /bin/sh -c gnome-screenshot -a
user1     5198  0.0  0.1  70220  4532 ?        Sl    2021   0:12 gnome-screenshot -a
user1     5202  0.0  0.0   2568   152 ?        S     2021   0:00 /bin/sh -c gnome-screenshot -a
user1     5203  0.0  0.1  70280  4392 ?        Sl    2021   0:12 gnome-screenshot -a
user1     5207  0.0  0.0   2568   164 ?        S     2021   0:00 /bin/sh -c gnome-screenshot -a
(ещё много таких)
user1@nb2:~$ ps axuww | grep gnome-sc | wc -l
85

Ну учитывая что я как раз несколько месяцев назад разобрался как создавать png-файлы с помощью libpng, можно наверно и свой скриншотер делать.

Есть в BSD Make такой шаблонный тип правил:

.c.o:
        $CC -o $@ $<

Означает, что для получения любого файла .o, если есть соответствующий .c, можно попробовать выполнить

$CC -o name.o name.c

Никак не могу найти, как добавить в него зависимость от заинклюденых заголовочных файлов, ну чтобы этот .o пересобирался при изменении допустим общего для проекта config.h.

В GNU Make правило с аналогичным функционалом выглядит по-другому:

%.o: %.c
        $CC -o $@ $<

%.o: %.c config.h

Но неужели в BSD синтаксисе такого не предусмотрено? Это же прямо везде нужно.

Захотел перенастроить кнопку питания (на ноуте) чтобы она делала не выключение а что-то другое. Думал за это отвечает acpid и его настройки.

$ grep power /etc/acpi/events/*
/etc/acpi/events/ac:# Called when the user connects ac power to us
/etc/acpi/events/ac:action=/etc/acpi/power.sh
/etc/acpi/events/battery:# Called when AC power goes away and we switch to battery
/etc/acpi/events/battery:action=/etc/acpi/power.sh
/etc/acpi/events/powerbtn-acpi-support:event=button[ /]power
/etc/acpi/events/powerbtn-acpi-support:action=/etc/acpi/powerbtn-acpi-support.sh
/etc/acpi/events/sleepbtn:# power management daemon is running.
/etc/acpi/events/suspendbtn:# power management daemon is running.
$ cat /etc/acpi/events/powerbtn-acpi-support
event=button[ /]power
action=/etc/acpi/powerbtn-acpi-support.sh

Как оказалось, нет: никакие изменения в /etc/acpi/powerbtn-acpi-support.sh (там прописано по дефолту выключение как и ожидалось) на ситуацию не влияют.

killall -STOP acpid

Обнаружил что /sbin/shutdown и прочее оказывается теперь симлинки на systemctl, закралось подозрение что оно теперь всё обрабатывается внутри systemd (непонятно зачем тогда acpid нужен), но как это быстро выяснить не нашел, может кто знает в чём дело?

Гномом и прочими тяжёлыми DE, которые пытаются сами всем управлять, не пользуюсь, т.е. это не от гуи настроек.

Уже создавал как-то тему, но не в галерее. Сделал простой window manager под свои нужды, в нём нет ни одной детали, которая лично мне не была нужна. Управление окнами (мышка/клавиатура), таскбар, календарь. Отдельной программой — регулятор громкости. Ещё одной — мониторинг проца/памяти/сети, батарея ноута и регулятор подсветки.

Терминал планировал свой, но пока xfce4-terminal. Переключатель языка — xxkb с кастомным конфигом.

Поддерживается ведение списка окон, присвоение им статусов «всегда сверху», «сверху когда активно» и просто визуальное выделение цветом кнопки на панели задач. Кнопки можно передвигать.

Управление самими окнами (не в панели задач) — мышкой при нажатом Super (двигать левой, ресайз правой, maximize дабл-кликом), заголовки и т.п. не рисуются.

Регулятор громкости показывает и меняет значение master-настройки alsa — либо по хоткеям (спец. кнопки для громкости, обычно есть на ноутах), либо мышкой.

Как сделать глобальный кастомный конфиг для xxkb — не нашёл, видимо нельзя, а перезаписывать стандартный не хотелось, поэтому его придётся класть вручную в ~/.xxkbrc где надо.

Также в архиве исходников есть мой скрипт для настройки адекватного поведения тачпада, может кому тоже пригодится (но я не знаю, насколько он переносимый).

Скачать всё это можно тут: https://firk.cantconnect.ru/projects/fwmx/ (кроме мониторинга, там исходник привязан к конкретно моему железу, к тому же написан в черновую и не очень годится для публикации, может потом как-нибудь).

Там исходники и deb-пакеты для i386/amd64 (вариант из wheezy, думаю, везде запустится).

Там же внутри есть и man-страницы (rus/eng) по настройке.

Посоветуйте платформу, под такие потребности:

1) нормальная скорость работы (ну хотя бы на уровне х86 процов начала 2000х)

2) наличие ethernet хотя бы 10мбит (лучше побольше), наличие других интерфейсов дополнительно тоже хорошо

3) аналоговый выход (звук например или просто ЦАП общего назначения)

4) какой-нить интерфейс к устройству долговременного хранения информации

5) никаких закрытых прошивок - весь процесс инициализации и работа системы должны быть прозрачные, документированные, чтобы можно было их как угодно патчить и перешивать; можно даже без готовых бинарников и только с документацией как запустить; в том числе, если там допустим firmware для ethernet интерфейса - оно тоже опенсорс (или я слишком много хочу?)

Нацелен на максимальную простоту при наличии того, что необходимо. Многоэкранные штуки не поддерживаются, большинство настроек (внешний вид) в config.h файле, автозапуск и хоткеи (все при нажатом Super) - в отдельном конфиге после компиляции.

Поддерживается ведение списка окон, присвоение им статусов «всегда сверху», «сверху когда активно» и просто визуальное выделение цветом кнопки на панели задач. Кнопки можно передвигать.

Управление самими окнами (не в панели задач) - мышкой при нажатом Super (двигать левой, ресайз правой, maximize дабл-кликом), заголовки и т.п. не рисуются.

Из сторонних прог конфигом используется gnome-terminal, gnome-screenshot, iceweasel и xxkb, но никакой жёсткой привязки именно к ним нет.

Исходники и сопутствующие материалы тут https://firk.cantconnect.ru/projects/fwm/fwm-20210216.tgz

скриншот (хотя он малополезен по-моему): https://firk.cantconnect.ru/projects/fwm/scr.png

2021-10-15: за прошедшие полгода расширил возможности настройки, добавил какие-то мелкие улучшения функционала, man-страницы и deb-пакеты, ну и создал скрин в галерее: WM под себя + xfce-terminal + mc (там же и новые ссылки на скачивание)

Проверено на ядрах 4.9 (из debian strectch) и 4.19 (из debian buster).

При вызове pm-suspend ноут зависает (экран не успевает погаснуть).

Иногда (довольно редко) на старте системы пишется ошибка

[ 3.957398] ehci-pci 0000:00:1d.0: port 1 reset error -110

В таких сеансах (от запуска системы с этой ошибкой до ребута) pm-suspend работает. Так же обнаружил, что в таких сеансах из lsusb пропадает устройство:

Bus 003 Device 002: ID 8087:07e6 Intel Corp.

Из вывода lsusb -v кажется что это хаб, но драйвера к нему видимо нет. При попытке записать ему 0 в /sys/bus/usb/devices/3-1/authorized или 1 в /sys/bus/usb/devices/3-1/remove система тоже виснет. Поиск в инете никаких жалоб на это устройство не нашёл. Зато нашёл рандомные жалобы на виснущий suspend но без внятной диагностики.

В логах suspend’а ничего полезного не видно (подозреваю что после зависания он уже ничего не диск не может записать).

Что ещё можно предпринять (кроме исследования исходников ядра)?