Есть папочка ~/scripts в которой лежат разные скрипты. Если в терминале дернуть рофи sh ~/scripts/$(ls ~/scripts | rofi -dmenu) то он покажет все файлы в папке как отдельные пункты меню и можно выбрать любой для запуска.
Но чот не могу сообразить как это же повторить с вызовом рофи хоткеем а не из терминала - подскажите пожалуйста о_О

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

Есть нужда держать под рукой синхронизируемые между домом, работой и мобилкой данные типа редких дистрибутивов, сканов документов и т.п. + заодно бэкап

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

Своя подкроватная хранилка жива-здорова, но хочется и что-то облачно-вынесенное за не особо дорого и доступное везде-всегда

Нужно всего две вещи:

• дать возможность двигая карту выставить центр плюс-минус в нужном пользователю месте и получить примерные координаты
• в обратном порядке отобразить карту с известными координатами в центре

Сервис работает и в РФ, где с гуглом планируются печали, и вне РФ, где яндекс нечто неведомое, за сим был выбран openstreetmap но вот беда (с) типовая библиотека (которую дергает и сам осм если жамкнуть «поделиться» на карте на оф сайте) лифлет упорно декларирует сине-желтые убеждения что, понятно, не допустимо. OpenLayers выглядит несколько адиозно для моих задач

Как в итоге нонче можно с наименьшими трудозатратами организовать сей простой квест по «тыкни пальцем на карте я запомню и потом тебе покажу куда ты тыкал» т.е. самый минимум из картографии?

Есть планшетик на Atom x7-Z8750, нерасширяемой 8Гб озу и emmc вместо ssd
Гном из дебиана 13 на нем еле-еле волохается, кде подозреваю будут так-же - какие де/вм из легковесных умеют в экранную клавиатуру и прочие планшетные прелести?

Есть хотелка купить разъездной ноут, работать за ним не планируется особо по этому хотелось бы экран 12 или 13» чтоб влезал на коленки в сапсане/самолете и с 1080 разрешением.
К толщине корпуса нет требований - можно толстенький с батарейкой хорошей

Требования:

• 32Гб ОЗУ (с завода или возможность впихнуть)
• usb 3 (обычные, не С) пара
• usb c тоже пара
• зарядка через usb c, желательно с возможностью старта от слоупочных рандомных зарядок
• rj45 очень очень хотелось бы
• удобная клава
• крайне желательно трекпоинт, можно без тачпада
• проц любой чахлик х86 (арм не подходит), видео встройка чтоб не страдать с дровишками + выход на 2 монитора
• батарейка часов 8-10 под вялой нагрузкой, чем больше тем лучше

Вообщем по сути как синькпад х280 из 2025

К удивлению пробежавшись по каталогам магазинов увидел что в 12» совсем ничего нет, из 13» у Леновы нонче только х9 без трекпоинта (шта это вообще?), и даже в 14» т14s куда-то исчезли - самый мелкий из покупаемого х1 или т14
У делла вроде 13шки проплюс симпатичные есть но комплекташка в наличии всего одна и почему то заметно дороже таких же 14/15/16 моделек
На удивление самым разумным из мелкого выглядит яблоко либо эйр 13 либо про14 но три года на про16 с м1 оставили очень двойственные ощущения и я бы хотел более уютное х86+дебиан :)

Пытаюсь подключиться к облаку раруса (1с) через PPTP, шлюз пингуется но при попытке поднять соединение получаю загадочную причину, которая на удивление не гуглится:

NetworkManager[1181]: <info>  [1766736382.2834] audit: op="connection-activate" uuid="2de7de31-7a6c-4fa6-95d6-545bebf32487" name="1c-papyc" pid=837858 uid=1000 result="fail" reason="The base device for the VPN connection was not active."

куда копать?

Запускаем систему, включаем Night light - не работает
Смотрим журнал службы цветокора:

Dec 08 18:12:38 fedora systemd[1]: Starting colord.service - Manage, Install and Generate Color Profiles...
Dec 08 18:12:38 fedora colord[1546]: failed to get edid data: EDID length is too small
Dec 08 18:12:38 fedora systemd[1]: Started colord.service - Manage, Install and Generate Color Profiles.

Ок, не видит едид, идем в настройки мониторов - там все заполнено (т.е. едид норм) но у всех подключенных мониторов не заполнены профили - выставляем руками дефолтные, включаем Night light - работает

Выходим из сеанса, заходим снова - в журнале colord ничего нового нет но в настройках мониторов опять нет профилей - т.е. при каждом входе в систему их надо заполнять с нуля

Куда копать? Это прикол федоры или гнома 49?

Делаем

sudo dnf search openjdk
...
 java-25-openjdk-devel.x86_64	OpenJDK 25 Development Environment
 java-25-openjdk-devel-fastdebug.x86_64	OpenJDK 25 Development Environment optimised with full debugging on
 java-25-openjdk-devel-slowdebug.x86_64	OpenJDK 25 Development Environment unoptimised with full debugging on
 java-25-openjdk-fastdebug.x86_64	OpenJDK 25 Runtime Environment optimised with full debugging on
 java-25-openjdk-headless.x86_64	OpenJDK 25 Headless Runtime Environment
...

при этом

dnf list --installed | grep openjdk
java-25-openjdk.x86_64                               1:25.0.1.0.8-1.fc43                 updates
java-25-openjdk-devel.x86_64                         1:25.0.1.0.8-1.fc43                 updates
java-25-openjdk-headless.x86_64                      1:25.0.1.0.8-1.fc43                 updates

Насколько помню раньше при поиске dnf показывал и из какой репки будет брать пакет и уже установленные пакеты отмечались очевидным [installed] - это можно как-то назад вернуть?

Если накидать несколько grp: то работает только первый (в данном случае капс) и штатная переключалка по super+space, если поменять местами сделав grp:alt_shift_toggle первым то будет работать альт+шифт и супер+пробел

dconf read /org/gnome/desktop/input-sources/xkb-options 
['grp:caps_toggle', 'grp:alt_shift_toggle']

Fedora 43, GNOME 49.2, Wayland

Это норма жизни или в вяленом как-то по другому надо назначать кнопки?
Хочу чтоб работал и капс и альт+шифт, супер+пробел не нужен совершенно

Накатываем 43 федору, при установке выбираем «шифровать раздел», разметка автоматом на весь диск (раздел btrfs - они там с шапкой не разных этажах не могут определиться выкидывать его или нет?)

Загружаемся в установленную систему, делаем dnf update, перезагружаемся и оп - пароль не подходит:

6.17.9

-- Boot 995afe82fe3342298399bcd064ab05a5 --
дек 05 22:34:37 fedora systemd[1]: Starting systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service - Cryptography Setup for luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0...
дек 05 22:34:48 fedora systemd-cryptsetup[791]: Set cipher aes, mode xts-plain64, key size 512 bits for device /dev/disk/by-uuid/3931187d-8f6e-4c5f-9a92-eb650a5f95e0.
дек 05 22:34:50 fedora systemd-cryptsetup[791]: Failed to activate with specified passphrase. (Passphrase incorrect?)
дек 05 22:34:50 fedora systemd-cryptsetup[791]: Set cipher aes, mode xts-plain64, key size 512 bits for device /dev/disk/by-uuid/3931187d-8f6e-4c5f-9a92-eb650a5f95e0.
дек 05 22:34:52 fedora systemd-cryptsetup[791]: Failed to activate with specified passphrase. (Passphrase incorrect?)
дек 05 22:35:05 fedora systemd-cryptsetup[791]: Set cipher aes, mode xts-plain64, key size 512 bits for device /dev/disk/by-uuid/3931187d-8f6e-4c5f-9a92-eb650a5f95e0.
дек 05 22:35:07 fedora systemd[1]: Finished systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service - Cryptography Setup for luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0.
дек 05 19:35:49 localhost-live systemd[1]: Stopping systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service - Cryptography Setup for luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0...
дек 05 19:35:49 localhost-live systemd-cryptsetup[11133]: Device luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0 is still in use.
дек 05 19:35:49 localhost-live systemd-cryptsetup[11133]: Failed to deactivate 'luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0': Device or resource busy
дек 05 19:35:49 localhost-live systemd[1]: systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service: Control process exited, code=exited, status=1/FAILURE
дек 05 19:35:49 localhost-live systemd[1]: systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service: Failed with result 'exit-code'.
дек 05 19:35:49 localhost-live systemd[1]: Stopped systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service - Cryptography Setup for luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0.

Но если грузится с дефолтным 6.17.1 все норм:

-- Boot 5620dbcf9cfb41f9b44d7847f0f156ff --
дек 05 22:38:47 fedora systemd[1]: Starting systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service - Cryptography Setup for luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0...
дек 05 22:38:58 fedora systemd-cryptsetup[795]: Set cipher aes, mode xts-plain64, key size 512 bits for device /dev/disk/by-uuid/3931187d-8f6e-4c5f-9a92-eb650a5f95e0.
дек 05 22:39:00 fedora systemd[1]: Finished systemd-cryptsetup@luks\x2d3931187d\x2d8f6e\x2d4c5f\x2d9a92\x2deb650a5f95e0.service - Cryptography Setup for luks-3931187d-8f6e-4c5f-9a92-eb650a5f95e0.

При вводе пароля на 6.17.1 раскладка указана как en, при вводе пароля на 6.17.9 емнип как english (логически та-же но написание под окном ввода иное) - это единственное отличие что я нашел :D

Иронично но это был вообще первый раз когда федора за последние лет 10 взлетела на моем пк без приколов с «не вижу диски, не буду ставить загрузчик, вот тебе черный экран» из коробки и тут на тебе :D

п.с. пароль точно правильный, капс отключен, кол-во вводимых символов соответствует, клава проводная

Сабж - кто пользует ffmpeg для декодирования (не кодирования!) н264 аппаратного - подскажите как вы инициализируете декодер - под нвидией прекрасно стартует h264_cuvid и активно нагружает аппаратный блок декодирования, под амд h264_vaapi с 9060 упорно прикидывается работающим (в дебаге никакого выхлопа) но и все декодирование делает центральный проц

Пробовал:

• принудительно указывать hwaccel vaapi и декодер как h264_vaapi
• указывать все что видит /dev/dri

Системно поддержка декодирования на карте есть 👨🏿‍🔧

Есть хотелка портировать с libvlc утилитку для вывода потоков с видео камер, утилитка написана на яве с vlcj в виде обертки над libvlc, но есть идея переписать на сях для более внятного контроля видео слоя, которого под явой по понятным причинам нет

Утилитку не возбраняется прибить гвоздями к конкретному аппаратному декодеру (невидии или амд) и рисовалке

Нужно:

• выводить одновременно 64+ потока h264/h265 в разных разрешениях, в том числе в хайрезе (5мп+) т.е. нужна поддержка и аппаратного декодирования и вывода, и сразу в многопотоке без синхронизации потоков
• выводить фрагментированный мп4 или прямой ts без разрывов между кусками т.е. что-бы первый кадр файла можно было сразу нарисовать на последнем кадре того что игралось до этого без сброса слоя вывода («черный кадр»)
• в идеале встроенная возможность подсасывать файлы по http(s) чтоб не плодить буфферы
• кросс-платформа линух-вин, неплохо поддерживать мак хотя бы на базовом уровне

на данный момент libvlc печалит следующими моментами:

• стабильность - иногда она на ровном месте убивается при переключении сегментов или старте вывода потока, что в нативном виде что под ява-оберткой, при этом закономерности никакой нет, это просто данность
• совместимость с «китайским» h264/265 не фонтан - часто то что легко декодирует ffmpeg непреодолимое препятствие для libvlc
• нет возможности при переключении заранее декодировать новый поток (дождаться опорного кадра) или подгрузки нового файла (дождаться декодера) и переключать вывод по факту готовности кадра без разрыва картинки
• при включении аппаратного ускорения есть затуп с синхронизацией вывода по первому кадру, при отключении - под явой есть предсказуемый затуп однопоточного вывода

из плюсов:

• аппаратное ускорение работает весьма неплохо (хотя после выпиливания из дебиана live555 приходится собирать ручками) на всех платформах
• обертка под яву весьма недурная

Gstreamer отложен в долгий ящик ибо прошлые эксперименты несколько лет назад показали что надо строить довольно сложную надстройку для декодирования чужого заранее определяя используемые источником кодеки

С ffmpeg все выглядит намного проще в плане автомата определения содержимого но несколько лет назад были определенные проблемы с аппаратным ускорением - либо я что-то делал не так (с) но даже тупой вывод 32 ffplay (т.е. без моего участия - просто 32 эталонных реализации от авторов запущенных одновременно) отжирал ресурсов заметно больше чем вывод тех-же 32 потоков через libvlc - возможно ffmpeg’у помогло бы правильное обертывание чтоб он не долбил 32 копии?

На что еще посмотреть?

Ввиду определенной боли с интелами 14700 и 14900 на работе и дома (cmake вечно сегофолтит попадая на «мелкие» ядра, 4 плашки озу запускаются только с лютыми бубнами ручного подбора таймингов и скорости) есть хотелка собрать машинку на амд.

Из софта дебиан 13, некоторое кол-во виртуалок, много явы, немного си + китайский идф, немного куды + opencv

Вопросы:

• есть ли нонче какие проблемы совместимости с актуальными версиями процов (x3d)? хотелка нацелена на 9900X3D
• память под амд надо подбирать как было на ранних рязанях двухранговую или сейчас можно брать любую ддр5?
• есть ограничения по скорости на озу при использовании 4 плашек? т.е. есть ли смысл брать память пошустрее (6800 например) или наоборот стоит брать помедленнее (5200) чтоб она точно стартовала по xmp?
• хочу попутно попробовать пользовать невидиевскую карту для куды, а отображать графоний через нечто открыто-дровное от амд, есть ли с этим какие-нить проблемки сейчас? можно ли один монитор держать на платке амд а второй на невидии чтоб попутно работать с двумя разными н265 декодерами одновременно выводя видео потоки без плясок с бубнами с декодированием на одной плате и выводом на другой, имея два видео сервера (два ксорга же точно можно, можно ли комбо из ксорга+вяленого или два вяленых?)
• мне надо подоткнуть 2 5к@60Гц монитора - встройка на 9900X3D в паре с внятной мамкой такое может или надо доставлять дискретку?

Имеется:

• количество А разномастных hdd с плавающей скоростью записи (что логично, хдд от природы такие)
• имеется В потоков данных

Если В <= А и трафик в каждом потоке из В < половины возможностей на запись самого медленного из дисков А все понятно - просто дублируем каждый поток на два любых диска.
С ситуацией когда трафик превышает возможности нескольких конкретных дисков тоже в целом понятно - прибываем потоки по приоритетам

Вопросы:

1. чем удобней разрулить ситуацию когда потоков много (больше количества дисков) и при этом общий трафик всех потоков ~ 80% совокупной возможности дисков на запись в самом медленном для дисков случае (все диски на внутренних дорожках оказались одновременно)

Подозреваю что если возьму и просто сделаю райд1 из 5+5 дисков часть из которых в 5 раз быстрее соседей то меня будет ждать фиаско и он будет работать с непостоянной скоростью?

Подозреваю что зфс более логична за счет распределения по всем дискам из кеша в ОЗУ но если она распределяет равномерно то кеш так же равномерно и закончится в отличии от потоков

Городить свой костыль не очень хочется потому что скорость записи плавает в процессе и ее особо не отследить пока потоки не начнут затыкаться

Кде не пользовал со времен 3 т.к. очень раздражало подлагивание интерфейса, тут случайно наткнулся на решение в виде установки минимальной задержки композитора и кеды заиграли новыми красками (с)

Для закрепления эффекта на ноут с Квадрой т1000 был накачен tumbleweed дабы потыкать сразу 6ые и что самое удивительное - в нем под иксами нет настроек вялости композитора - только отключить и разрешить блокировать - это фишка 6? Или надо в конфиге менять?

Ок, включил вяленого и в целом тоже не плохо на удивление заработало с парой оговорок:

• после засыпания внешний монитор черный пока не перещелкнешь вход в меню монитора - система просыпается, экран видит но картинки нет, программно включить-выключить в настройках кде не помогает
• после того как всеж таки все проснулось, приложения запущенные в х11 внутрях вяленого начинают адиозно тупить, перерисоваться квадратами, терять ввод и тп - помогает только рестарт приложения - это лечится?

И бонусный вопрос по иксам - в режиме производительности «авто» в панельке управления невидии карта работает бесшумно но первую секунду при активной движухе на экране (скроллинг, шустро окошки двигать и тп) все рисуется с подергиванием (рывками). Если включить шустрый режим то все рисуется норм но в полном простое она умудряется включить вентилятор - нема какого более шустрого «авто» чтоб быстро раздуплялся и так же быстро засыпал?

Расширяем штат на производстве, нужны:

• си под мк, в приоритете фриртос и есп32, наличие опыта под стм32/гд - плюс, умение в плис - к хорошим премиям :)
• ванильная ява se + swing + jni, опыт в нагруженном бэкенде - плюс, умение в видео и opencv - к хорошим премиям :)

Офис в Колпино, на старте пятидневка, по результатам возможна частичная удаленка (2 дня в офисе, 3 дома)

Не против перспективных джунов (~100 на старте).
Мидл ~150-200 на старте.
Сеньёр - обсуждаемо.

• премии и дмс

orlovsn@npfpol.ru

Есть идея перекинуть 1с ерп с вин 2019 на дебиан (бд уже постгря под вин)
С реализацией в режиме клиент-сервер в целом все понятно, нюанс в том что в вин по традиции у нас используется терминальный сервер и у клиентов стоят простенькие моноблоки, задача которых исключительно запустить рдп клиент.

Вопрос - стоит ли городить терминальный сервер под лин вообще, и если да то на чем оно работает более внятно - vnc или xrdp?

Клиентов пытались перенести на линух много лет назад но тогда все уперлось в весьма унылую работу рдп с виндовым сервером - имеются некоторые фантомные боли после этого и очень хотелось бы услышать историю успеха из современного мира ^_^

Задача - перенести текущее решение на oracle linux + virtual box + mdm + samba на что-то более лаконичное

Виртуалок три:

• 1с7 на вин2003 + терминальный сервер (за сим и virtual box ибо в нем корректно работает pae в 2003 х86)
• 1с8 на вин2019 + терминальный сервер (пока тестовая эксплуатация, в вб работает, понятно, весьма уныло) -> наиболее вероятно будет заменен на дебиан+постгрю с версией 1с под линукс но пока не определились будет ли на нем «терминал»
• гитлаб

Хранение:

• 2 быстрых pci-e диска в зеркале для хоста и виртуалок
• 4 хдд в зеркале как общий диск для документов
• 2 хдд в зеркале для бэкапов виртуалок

Изначальный план был воткнуть proxmox, поднять на нем mdm и раздать самбой но смотрю есть новый трунас который тоже имеет оберточку над kvm - есть смысл на него смотреть как замену proxmox’у? (вариант с «завиртуалить на проксмоксе трунас» выглядит несколько избыточным)
Особых плюшек от гипервизора не требуется - машины бэкапятся целиком по ночам (т.е. снэпшоты не используются), возможность подоткнуть второй сервер для отказоустойчивости приветствуется но не обязательна

Есть сервер1 с портом 10гб/с и портами по 1гб/с
Есть сервер2 с портом в 1гб/с Есть сервер3 с портом 1гб/с Есть клиент которому хочется иметь иметь 10гб/с к серверу1 и достаточно 1гб/с к серверу2 и серверу3
Нюанс (с) сервер2 является шлюзом для всех

вроде как логичным выглядит втыкание клиента в 10гб/с порт сервера1, втыкание сервера2 и сервера3 в 1гб/с порты сервера1 и:

• бридж между 1гб/с портами
• роутинг между 10гб/с и бриджем

Накидайте тезисов для почитать как настроить маршрут чтоб клиент мог попасть через сервер1 в сервер3 и все могли через сервер2 бегать в инетик при условии что подсеть у всех одна

И попутный вопрос - скорость бриджа для машины на которой он организован - ограничена скоростью порта или нет?
Т.е. если сервер1 одновременно пишет в сервер2 и сервер3 то он суммарно ограничен скоростью в 1гб/с или может во все 2гб/с?