В digiKam плагины с AI были ещё за годы до того, как на AI начали хайпиться, и эта тема стала популярной среди не профессионалов. Это была фишка этого проекта, делающая его круче, чем аналогичные проекты на GTK… В частности, распознавание лиц с добавлением тегов с именами людей там очень неплохо работало, на моей личной и семейной коллекции фото ещё 3-4 года назад эта фича выдавала верное имя человека на фото в 100 случаях из 100.

Они скачивают на ваш ПК(куда-то в хомяк) модели, запускаемые локально. На сторону ничего не отправляют.

А разве не

mdadm /dev/md127 --fail /dev/sdd1
mdadm /dev/md127 --remove /dev/sdd1

нужно сделать в вашем случае?

Заменяете диск, делаетe

sgdisk -R /dev/sdb /dev/sdd
sgdisk -G  /dev/sdd

mdadm --manage /dev/md127 --add /dev/sdd1

возможно загрузчик на диск прописать нужно будет(если тачка с BIOS(Legacy) режимом загрузки).

Ага, человек находит работу, которая отнимает у него всё свободное время, и «пропадает», возвращаясь на LOR всё реже… Есть такое.

Смотря на чём. На моей игровой сборке ни разу фризов не замечал. Но, там и ресурсов побольше, чем на некоторых серверах, про офисные десктопы и ноуты даже не заикаюсь. Может на слабых девайсах оно и тормозит, особенно если оперативы мало, и NVMe в системе нет. На хорошем железе Windows 11 работает очень быстро, интерфейс у неё просто реактивный.

Это какой-то… …позор. А самое печальное, что у меня этот пакет успел обновиться недавно до проблемной версии на одной из личных тачек. Придётся теперь ОС переустанавливать, так как я параноик, лучше перебдеть, чем недобдеть и т.п.

Не он, так как последняя версия в Arch так не глючит.

Вы серьёзно настолько терпеливы, что готовы ждать загрузку с HDD? Особенно она плоха, когда раздел системный полностью зашифрован LUKS, и это факт. С SSH скорость работы куда выше. Можно не очень часто нужные данные, вроде любимой коллекции фильмов/книг держать на HDD, но корневой раздел и хомяки — так и просятся на SSD.

Kyocera? Если новый, то Kyocera. Или подержанный HP из тех моделей, что ещё были без зондов размером с динозавра.

Много информации, но как-то разбросана она очень. Я бы начинал с курса 100 Days of Code: The Complete Python Pro Bootcamp for 2023 на Udemy. Минимум воды, постепенно сложность нарастает, много практического закрепления материала практикуется. Ну и плюс сайт Python, с официальной докой. Дальше, когда пройдёте курс, можете начинать ковырять подноготную, почитывая умные книжки от Лутца, и ему подобных.

А разве Kvantum Manager не решает эту проблему? KvGnomeDark отлично на тёмной теме Gnome/GTK смотрится, если у вас дефолтная Adwaita. Из минусов - автоматом не меняется на светлую тему, если у вас переключение стоит со светлой на тёмную в зависимости от времени суток, а так норм.

не знаю, что уж конкретно они там будут питонить, давно всякими офисами не пользуюсь

Да то самое питонить будут, что раньше на Visual Basic писали, макросы сложные, которые нужны в случаях, когда стандартных функций не достаточно. Видно знатоков Visual Basic стало мало(раньше его в школах учили, теперь видно больше JS/Python), а в сложных случаях они нужны. Вот и присунули туда Python вместо Basiс, или вместе, это уж не так важно…

• audacious
• VLC

когда-то пользовался ещё и DeaDBeeF, но у него не было вывода напрямую в PipeWire, поэтому перестал им пользоваться.

Да и то, что его автор ударился в политоту, а значит может напакостить в исходниках плеера(по отношению к русскоязычным людям могут быть пакости), мне категорически не нравится. В общем, DeaDBeeF на мусорку, а audacious рулит. Особенно с тех пор, как выводит звук через PipeWire, а не через ALSA/PulseAudio…

заюзать некие сервисы обрезки/ухудшения качества

Есть такие. Но, если изображений много нужно оптимизирорвать, вам нужно будет платить за них, так как там есть ограничение на количество бесплатных запросов на оптимизацию.

повышать тариф хостинга с GD для пыха и прочее

GD - это для ресайза изображений в меньшее разрешение, или сохранение с большим сжатием с потерями(меньше качество). Если нужно тонко оптимизировать изображение с минимальной потерей визуального качества изображения, вам нужны консольные тулзы вроде jpegoptim и optipng, и чего-то подобного, а не GD… Ну, или модуль оптимизирующий изображения на лету от Google… Но, для того, чтобы иметь доступ к этим штукам, вам нужен хороший шаред, где они есть(бывают такие, но не часто), или свой VPS, если у вас нагрузки серьёзные, то возможно даже хороший дедик… И да, параллельная оптимизация сразу многих изображений нередко так по ресурсам тачку нагружать начинает, на шареде подобные всплески нагрузки хостеры не любят, или нужно оптимизацию не сильно параллелить, или придётся столкнуться с пинком под мягкое место с шареда на VPS/дедик.

Лично для себя я бы реализовал всё с помощью соответствующих тулз у себя. Если делаете для заказчика, и вам всё равно, сколько он будет каждый месяц отстёгивать за API оптимизации изображений на стороннем сервисе, я бы сделал с помощью стороннего сервиса. Если заказчик жмот, и денег на API с него не струсить, я бы вообще отказался от подобного проекта. Если заказчик свой человек, и сделать нужно максимально красиво — сделал бы как себе, на нормальной VPS/дедике с соответствующими либами/утилитами.

В общем, прежде чем спрашивать кто как бы сделал, пишите конкретику, в стиле «как вы бы сделали для себя/для друзей/для чудаков на букву М/для жадных чудаков на букву М/для годного и шедрого клиента, что не жмотится на подписки на сторонние сервисы»…

Ну, на многих серверах графон от Matrox, и только с 2D-ускорением, ЕМНИП. Мало кто ими пользуется, разве что изредка чтобы монитор/KVM-подключить, при первоначальной настройке IPMI KVM/SoL на сервере.

Дискретна от AMD на ПК(не люблю проприетарные драйверы), встройка интел на ноуте. Был бы ноут более востребованным(пользуюсь им редко), брал бы с дискретной картой от AMD, или хотя-бы встройкой от AMD, но ноут редко юзается, и лишь как гляделка фильмов в поездках, да простая консолька для подключения по SSH. Для таких целей приличный CPU/GPU не нужны, встройка от Intel справляется со всем на ура…

Задача выполняется из-под toolbox, система не видит бинарника, а из того контейнера я давно уже вышел, это новый вход

Если процессы эти запускаются каким-то ПО в контейнерах вроде Docker, а не напрямую в системе, то и искать записи о падении процесса внутри контейнера стоит в логах системы контейнеризации. Так как когда ПО падает, вероятно, контейнер своё выполнение тоже прерывает.

И да, процесс может быть прибит не только в рамках OOM, поэтому логи стоит проверять и на другие причины падения процессов. Плюс, трабла может быть с битой памятью, к примеру.

Я бы, на вашем месте, попытался настроить coredump для падающих процессов, и более подробное логирование системных ошибок. Но, если ПО запускают в контейнерах, сами вы, вероятно это дело не осилите. Стоит пнуть админа, что отвечает у вас за IT в вашем заведении, чтобы он изменил Docker-файлы для тасков, добавив туда выгрузку coredump и подробное логирование. Нужен профильный специалист, так как анализировать состояние процесса перед падением с помощью coredump и того же gnudebug, вы, вероятно сами всё равно не сможете. Да и в устройстве вашего toolbox, как я понимаю, не сильно разбираетесь. Попытки решить траблу самостоятельно в таком случае будут контрпродуктивны. Если вы нацелены на результат, конечно, а не просто поковыряться.

Судя по документации на pyautogui, оно умеет нажимать в нужном месте, но не умеет обрабатывать клик в нужном месте. Но, можно заюзать дополнительный модуль для чтения mouse on click, и таких модулей для python доступно несколько. То есть обработать такое событие не проблема, примерно так, как в вашем примере.

Вроде можно ещё проще, из python

pyautogui.position()

возвращает текущие координаты мыши.

Значит она не умеет гнать картинку в MJPG. Жаль. Хотя, с таким сенсором это не велика потеря. Оно обычно более быстро отдаёт поток, хоть изображение и с потерями при этом сжато, чем YUYV. Но, на разрешениях ниже FullHD и YUYV даже по USB 2.0 вполне достаточно для стабильной отдачи потока в 30fps, а в некоторых расширениях и до 60fps. Видно камера старая, с сенсором с небольшим расширением, и ей дополнительные форматы пикселей потока не нужны.

Моя камера умеет

[0]: 'YUYV' (YUYV 4:2:2)
[1]: 'MJPG' (Motion-JPEG, compressed)

с разрешениями до

		Size: Discrete 2592x1944
		Interval: Discrete 0.033s (30.000 fps)

где высокие разрешения с нормальным фреймрейтом при обычном разрешении получить можно только с MJPG. Видел камеры, что умеют гнать сразу в h264 поток, те вплоть до 4k вполне себе по USB поток неплохо гоняют.

Согласно этому максимальное разрешение доступное вам Discrete 640x480. Печально.

Судя по https://ipeerbhai.wordpress.com/2013/09/01/usb-camera-on-beaglebone-black/ получить выхлоп в более высоком разрешении не получится. Вероятно на винде драйвер апскейлил картинку до 720p, а в реальности устройство умеет только 640x480. Хотя, может камера умеет в UVC, но режим переключения формата реализовали проприетарный, не тот, что должен быть по стандарту UVC, и из-за этого камера не переключается в нужный формат в 720p. Кто его знает…

А что команда

v4l2-ctl --list-formats-ext

выдаёт?

Ну, если ваша камера умеет в разрешения, и драйвер это поддерживает, то задать нужное можно так

v4l2-ctl --verbose -d 0 --set-fmt-video=width=2560,height=1440,pixelformat=MJPG

где pixelformat может отличаться, разные камеры в разных форматах вывод отдавать умеют.

Webcamoid может показать, какие разрешения и форматы умеет ваша камера. Ну, или в OBS глянуть можно.

Разделение окна? Tmux? В терминале разделение от терминала не нужно. Но, у WezTerm есть фича, про которую вы не упомянули: встроенные шрифты с иконками, и слияние -> в символ стрелочки(лигатуры). Вот это для любителей красивого терминала реально киллер-фичи.

Похоже, (трабла OBS на Wayland)[https://obsproject.com/forum/threads/obs-uses-large-breeze-mouse-cursor-under-gnome-on-wayland.150686/].

В Arch с Gnome трабла не сейчас не проявляется, в Fedora — тоже.

Но, раньше трабла была и в других дистрах https://github.com/obsproject/obs-studio/issues/5902

Багу пофиксили Однако в Ubuntu 22.04 Qt версии 5.15.3, а фикс выпустили в 5.15.12.

При этом в arch obs юзает qt6, а в Ubuntu qt5 версии, в которой траблу эту не пофиксили. Вы когда юзаете OBS, заходите в сеанс с X.Org, не Wayland. И не будет траблы.