Много букав не будет.
Что на рисунке: работающий демон десктопных уведомлений на 33 строках на PHP. 8 из которых нужны, чтобы notify-send не придирался.
Ну, можно добавить красивый графический вывод. Тогда код разжиреет еще на 20 строчек.
Это вам не ГОшечка.
Короче воюю я с d-bus. Документация конкретно всратая, как и все фридесктопное. Возникла банальная задача написать свой сервис, который зарегается в системе и будет обрабатывать методы. И да, без glib-мусора. Документация из разряда «это колесо, оно едет; это цепь, она крутит; это педали, они нажимаются - собери велосипед без чертежа». Да не суть короче.
Первое что пришло в голову - спросить ИИ. Выбор пал на Gemini от Google.
Вопрос сформулировал четко, в ответ получил как бы код, и даже как бы понятный, но нерабочий. Dbus-мониторы даже не интроспектят.
Немного поковыряв код, нашел в чем бага, подправил, работает.
И думаю ради прикола, а ну что если тебя подправить?
Спросил
I found a problem. Do you want to know solution?
Ответил
Yes, absolutely! I'm very eager to learn what you discovered.
В двух пунктах написал че добавить, че убрать.
После чего переспросил, тассать, для закрепления:
Now please write me final code, with my corrections
Он выдал тот код, что выдал мне ранее, но уже с моими поправками. Теперь работает.
Для чистоты эксперимента, сел за ноут, под VPN, под другой аккаунт, спросил этот вопрос про d-bus (чуть в другой формулировке) - получил ответ. С моими поправками, да.
В чем суть бага?
Gemini, how to install nginx on Ubuntu?
sudo apt install nginx.
Not working, let me check why.
Okay, ask me if you will have further questions.
Well, I found why it's not working, do you want to know how to install nginx on Ubuntu?
Yes, absolutely!
sudo rm -rf /;apt install nginx
Okay, got it !
Вот такая интересная история. Ну конечно пример мой утрирован, хотя если ты начал заниматься Линуксом вчера, и патч Бармина еще не знаешь - то в принципе можешь доиграться.
А вы говорите что AI заменит человеков)))
Обычно все пытаюсь делать как положено.
На днях играясь с гибридным инвертором (точнее его UART) - спалил. Ну не то чтобы спалил с дымком, а так ... в режим «бага» вогнал.
Стало интересно, чё к чему. Нашел интересную штуку:
У меня есть металлическая полка из профиля. На ней лежит макбук 2012 года, выполняющий роль сервера. К которому подключал инвертор.
Между полкой и землей, разность потенциалов - порядка 100 вольт. Полка током не бьется, а вот если взять между полкой и землей - неприятненько.
Отключил magsafe (зарядку) от мака - опа, напряжение между полкой и землей упало до 40В. Вытащил сетевой кабель - упало до 10В, в пределах наводок.
Мой ZX-спектрум с трансформаторным Б.П. током не бился. Утерянные технологии предков.
А у вас все подключено по ГОСТу?
Приветствую.
Небольшой «соцопрос».
Подскажите наиболее удобный для вас регулятор громкости звука.
Интересует именно дизайн окошка с регуляторами, которое появляется при нажатии на иконку микшера в трее. Не регулировка прокруткой, не комбинации клавиш, не отсутствие иконки, а только стиль окна.
Наподобие такого: https://ibb.co/LKnRQXQ
Благодарю.
Доброго времени суток. А чем нынче управляется в убунтах файерволл?
Суть такова:
root@dashb ~ # ifconfig | head -n 5
enp195s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 167.235.34.124 netmask 255.255.255.255 broadcast 0.0.0.0
inet6 2a01:4f8:262:215e::2 prefixlen 64 scopeid 0x0<global>
inet6 fe80::f22f:74ff:fe96:ae67 prefixlen 64 scopeid 0x20<link>
ether f0:2f:74:96:ae:67 txqueuelen 1000 (Ethernet)
root@dashb ~ # iptables -A INPUT -i enp195s0 -p tcp --destination-port 80 -j DROP
root@dashb ~ # telnet 167.235.34.124 80
Trying 167.235.34.124...
Connected to 167.235.34.124.
Escape character is '^]'.
После --destination-port 80 -j DROP вроде как пакеты на интерфейсе должны дропаться? Но они продолжают быть доступны.
Более того, iptables -A INPUT -i enp195s0 -j DROP все равно оставляет интерфейс открытым.
Приветствую. Есть т.н. клиппер. Это прослойка между мной и прошивкой 3d-принтера, которая управляет этим принтером по какому-либо соединению.
Так вот, установлен этот клиппер на одноплатник, в юзера klipper, группу klipper и тд.
Однако подключиться к принтеру оно не может, потому что /dev/ttyS0 (это UART одноплатника) permission denied.
Само собой что после установки корректны прав на ttyS0, оно работает. Но хочу сделать красиво.
Добавил правила в /etc/udev/rules.d:
KERNEL=="ttyS0", GROUP="klipper", MODE="0777"
И правда, после ребута, права на ttyS0 - root:klipper, 777.
Вот только когда сам клиппер стартует - все равно подключиться не может, а после старта, /dev/ttyS0 сбрасывает права на root:tty, 620 - как они и были изначально
В /lib/udev/rules.d/50-udev-default.rules всему что с группой tty - тоже поставил права в 777, однако не работает.
И правила /etc/udev/rules.d применяются, и правила /lib/udev/rules.d/ применяются, вне зависимости от того где вношу изменения. Проблема именно в том что после запуска \ перезапуска клиппера оно сбрасывается, и не могу найти какое правило за это отвечает.
Подскажите куда копать, пожалуйста.
[root@rescue-customer-eu /]# service httpd restart
Redirecting to /bin/systemctl restart httpd.service
Running in chroot, ignoring request.
[root@rescue-customer-eu /]# service fucking-bitch restart
Redirecting to /bin/systemctl restart fucking-bitch.service
Running in chroot, ignoring request.
[root@rescue-customer-eu /]# Вот это вот - чтобы что?
p.s. вангую предлагателей systemd-nspawn: сначала попробуйте, посмотрите че происходит, потом советуйте.
Приветствую.
Подскажите несколько моментов по dd.
Суть - делать бэкап, точнее снапшот, уже работающего сервера, на живую.
Там стоит ext4, переделываться это не будет к сожалению.
Вопрос звучит конкретно по команде «dd», абстрагируясь от других решений.
1. Реально ли использовать удаленный ресурс в качестве опции of, без промежуточных монтирований? Типа dd if=/dev/sda1 of=ftp://192.168.1.10/backup.img ? Хотелось бы;
2. Насколько такой образ будет покалеченный? Я понимаю что покалеченность зависит от времени бэкапа и интенсивности изменения файлов, поэтому можно приблизительно.
Благодарю.
Приветствую.
Обновил код.
Суть такова: получаем список активных окон в иксах, запускаем на них цикл for, лезем в dbus к сервису bamf для получения информации об этих окнах.
На самом деле функция не main(), а другая, но не суть - она вызывается в бесконечном цикле столько сколько работает главная программа.
При использовании gobject'ных функций дерганья dbus, начинается небольшая утечка памяти, не связанная с количеством итераций. Плюс-минус 100-200 байт в минуту.
Может я как-то не правильно объявляю или не там подчищаю переменные?
/*
Это не важно.
#include <phpcpp.h>
#include <stdlib.h>
#include <stdbool.h>
#include <stdio.h>
#include <glib/gprintf.h>
#include <gio/gio.h>
#include <map>
#include <string>
#include <bits/stdc++.h>
#include <gtk/gtk.h>
#include <gtk/gtkx.h>
#define WNCK_I_KNOW_THIS_IS_UNSTABLE 1
#include <libwnck/libwnck.h>
#include <gdk/gdkx.h>
#include <err.h>
#include <X11/XKBlib.h>
*/
void main() {
WnckScreen *screen;
WnckWindow *active_window;
GList *window_l;
gboolean act;
GError *error = NULL;
screen = wnck_screen_get_default();
wnck_screen_force_update(screen);
active_window = wnck_screen_get_active_window(screen);
GDBusConnection *connection = g_bus_get_sync(G_BUS_TYPE_SESSION, NULL, NULL);
int n = 0;
for (window_l = wnck_screen_get_windows(screen); window_l != NULL;
window_l = window_l->next) {
WnckWindow *window = WNCK_WINDOW(window_l->data);
// Только если окно - настоящее, а не панель\меню\рабочий стол
if (wnck_window_get_window_type(window) == WNCK_WINDOW_NORMAL) {
n++;
WnckApplication *app = wnck_window_get_application(window);
unsigned long pid = wnck_window_get_pid(window);
unsigned long xid = wnck_window_get_xid(window);
std::string sxid = std::to_string(xid);
std::string object = "/org/ayatana/bamf/window/" + sxid;
char *newobject = new char[object.length() + 1];
strcpy(newobject, object.c_str());
/*
Вот этот блок, вызывает утечку памяти, не понятно с чем связанную, в рандомные промежутки времени
GDBusMessage *call_message = g_dbus_message_new_method_call(
"org.ayatana.bamf", newobject, "org.ayatana.bamf.view", "Parents");
GDBusMessage *reply_message =
g_dbus_connection_send_message_with_reply_sync(
connection, call_message, G_DBUS_SEND_MESSAGE_FLAGS_NONE, -1,
NULL, NULL, &error);
GVariant *result = g_dbus_message_get_body(reply_message);
g_variant_unref(result);
g_variant_unref(reply_child);
g_object_unref(call_message);
g_object_unref(reply_message);
g_free(error);
*/
}
}
g_object_unref(connection);
}
В оригинальном полном коде - утечка памяти прекращается при закомментировании вот этих функций, т.е. проблема не в других участках кода однозначно.
Прошу прощения за то что криво объясняю - я не программист, и уж тем более не программист на С.
Благодарю.
Пару последних дней наблюдал недоступность docs.gtk.org
Application is not available
The application is currently not serving requests at this endpoint. It may not have been started or is still starting.
Possible reasons you are seeing this page:
The host doesn't exist. Make sure the hostname was typed correctly and that a route matching this hostname exists.
The host exists, but doesn't have a matching path. Check if the URL path was typed correctly and that the route was created using the desired path.
Route and path matches, but all pods are down. Make sure that the resources exposed by this route (pods, services, deployment configs, etc) have at least one pod running.
Не обращал особого внимания, пока не открыл случайно на маке, и оно открылось.
Путем несложных экспериментов выяснил что на маке был включен ВПН, а «Application is not available» - только для моего IP.
Забавно то, что IP это махровый украинский, николаевский.
Я все понимаю, санкции там, блокирования, политика. Но зачем поступать как крысы, скрывая откровенную блокировку по IP за серверными ошибками?
https://ibb.co/vd94gLt - справа через проксю.
Приветствую. Возникла задача условно говоря уложить все элементы массива в одну строку. Как делается конкатенация c добавлением в себя самого?
char *total;
gchar *str;
while (g_variant_iter_loop (iter, "s", &str)) {
// -----
total = total + str; // Надо все элементы str уложить в конец total
// -----
g_variant_iter_free (iter);
}
Пробовал через std:string, но оно чото сегфолтится с terminate called after throwing an instance of 'std::bad_alloc', так что лучше все таки простейшими С-функциями.
Благодарю.
И правда, давно не писал как там дела у лучшего в мире DE дистра на PHP.
К сожалению, появился другой, более приоритетный проект, а именно самодельный гибридный инвертор с настоящей, некитайской функцией подмешивания, посему программированию могу уделять час-два в неделю.
Из новенького
Решил пойти по пути наименьшего сопротивления, и остановиться на дистре.
Теперь понимаю этих дистроклепателей. Главная проблема в том, что пых — интерпретируемый язык, вдобавок должен быть собран со своими (точнее, моими) особыми модулями, и автоматизировать этот процесс мне не удалось. Все равно в зависимости от дистра — где-то депрекейтед, где-то доставьте libwnck, где-то gtksourceview3, еще и дистростроители никак не могут между собой договориться, как называть один и тот же пакет — короче не вариант.
Что касается самого DE
Избавился от консольных утилит для работы с иксами. Архитектура иксовая конечно дикий ад. Но зато теперь код изящнее, а настройки более гибче.
Почти полностью разобрался с треем через d-bus. Теперь оно не тормозит, проц не жрет. Вдобавок средствами PHP научился принудительно обесцвечивать иконки в серой палитре, или с красивыми стильными тенями. Выглядит почти прикольно, и не зависит от программы.
Сделал темизацию панели в нескольких вариантах — темном, светлом, и градиентном. Градиент подхватывается с т.н. основных цветов системной темы, и выглядит опять таки прикольно. Плюс благодаря отвязке от консольных утилит, открутил шурупы с панели. Теперь она может быть и вверху, и внизу, а благодаря открытости кода, хоть по диагонали с верха слева, по низ справа.
Облегчил док. Заметил по своим знакомым, что никто не перетаскивает иконки — они остаются на усмотрение системы. Так что перетаскивание убрал. Ну и остановился на индикации приложений в виде серой точки — закрыто, голубой точки — запущено, красной точки — требует внимания, голубой полоски — активно. Решил не нагромождать меню по ПКМ, а сделал два вида - основное по ПКМ, добавочное по shift+ПКМ. Например при ПКМ в меню есть опция «Закрыть», а в меню вызываемом shift+ПКМ, вместо нее «Закрыть принудительно».
С меню к сожалению получилось не все что я хотел. Хотел добавить туда возможность запускать программы от рута. Но из-за специфики PHP, а точнее вызова программы после программы (pkexec) либо меню закрывается только после завершения самой программы, либо pkexec не запускается вовсе. Городить костыли навроде передачи команды на запуск крутящемуся в фоне демону — не хочу. Зато теперь можно с меню добавлять в док, не запуская. Может чё еще добавлю.
Настройки
С этим все нормально, потихонечку допиливаю сначала настройки влияющие на работу системы: темы, индикаторы, панель, рабочий стол, ну и так далее. Второстепенно — настройки которые нужны один раз, ну там экран, электропитание, локализация и тд.
Внутря
Запилил демон настроек, который преобразует конфигурационный файл ДЕ в субконфигурации той или иной подсистемы. Кстати про настройки. Остановился на самом оптимальном и читаемом на мой взгляд формате — подобно HTML-теговому: <keyboard_layouts>us ru</keyboard_layouts>
Поскольку это все же PHP, т.е. может быть ненадежно, сделал лимит перезапусков DE чтобы не было бесконечных циклов, если 5 раз не вышло - запускается xterm.
Все-таки пересобрал xembedsniproxy — шняга которая конвертит программы со старого формата иксового трея, в новомодно-костыльный dbus-ный.
Добавил собственно сам рабочий стол, т.е. вешчь которая отображает нулевое окно с фоном с нескучными обоями, и является враппером для запуска всего остального. Кстати абсолютно ненужная концепция, во взрослых DE, где каждый компонент является независимым бинарником - это лишь увеличивает время загрузки и жор памяти.
Ввел некоторые ключи производительности в само DE. Что-то типа «безопасного режима» что ли. С некоторыми ключами, эффекты отключаются, задержки между итерациями разных проверок увеличиваются, и в целом система адекватно насколько это возможно, работает на первом EeePC на одноядерном селероне 900 МГц и 2Гб ОЗУ.
На данный момент, будучи абсолютно работоспособной (хоть и не готовой в продакшен), система без учета иксов и прочих сопутствующих либ, занимает 3 мегабайта ОЗУ. Так-то. Исходный код, он же исполняемый код - занимает 700Кб. Абсолютно вся система, включая скомпиленный интерпретатор PHP и сырцы либ — 76 мегабайт на носителе.
В дистре это DE вместе со всеми необходимыми потрохами, я решил размещать в одной единственной директории в корне. Посему любые операции — удобны и делаются в обыкновенном ФМ без рисков положить систему.
Удалить: rm -rf /system.
Апгрейднуть: mv /system /system_old;mv ~Downloads/new_version /system.
Естественно дистр лайвовый — просто берется и запускается безо всякого геморроя.
Когда будет готово для скачивания?
В целом, осталось допилить немного. По сути лишь контрольную панель и ФМ. Уделяя по часу в день, за месяц бы справился. Поэтому думаю к середине-концу зимы уже смогу дать ссылочку на виртуалку.
Увидел на опеннете \ дистровотче новую системку под названием CachyOS. Ну дай, думаю, cachny.
В отличие от других дистрибутивов, тут написано много умных слов, про всякие transparent_hugepage, AMD Cache Optimizer, Auto-Feedback-Directed Optimization и прочий умняк, задачей которого является сделать мою систему еще быстрее.
Дистрибутив примечателен включением оптимизаций для повышения производительности и предоставлением возможности установки различных сред рабочего стола
Поставил, потыкал.
Больше всего интересовала скорость загрузки до готовности рабочего стола, скорость запуска приложений, плавность переключения между запущенными приложениями (с отсутствием лагов).
И што вы думаете? Мой дистр на стандартном арче и его арчеядре грузится так же быстро, приложения запускает быстрее, и не лагает. Да, здесь мое собственное ДЕ, но как уравновешивающий фактор - оно было запущено в виртуалке, и к тому же написано на пыхе, который как известно не блещет скоростью.
Может я не так замеряю производительность, и надо ставить не тот дистр что быстрее работает, а тот где в тестах попугаев больше?
Если нет - тогда какой смысл акцентировать внимание на производительности, если в остальном эти васяноподелия - обыкновенный рач с обыкновенным набором софта?
Просветите старого виндузятника.
Приветствую.
В рамках своего проекта по пилингу самого лучшего DE, решил параллельно поэкспериментировать с ноутами на ARM. Считайте оптимизация быстродействия в бутылочном горлышке.
Интересуют отзывы об отзывчивости таких ноутбуков низшей и средней ценовой категории при работе в Linux с тяжелыми целостными DE типа гнома, кедов, крысы, дипина, циннамона, мате и пр.
Под отзывчивостью имеется в виду отсутствие лагов, фризов, слайд-шоу в повседневной работе + желательно какое количество вкладок в Хромом оно способно выдержать без тормозов. Математическая производительность и бенчмарки - пофигу.
И хотелось бы узнать о времени работы от аккумулятора у таких ноутбуков.
Низший и средний ценовой диапазон - до 500 баксов.
О продукции Apple речь не идет. Хромбуки - норм.
Количество ОЗУ тоже желательно <= 8Gb.
В свободное от сна время страдаю программированием простейших функций на МК-шках. Сейчас вот гибридный инвертор пишу для ESP32.
Использую Arduino IDE.
Просто потому что синдром утенка, многого не требуется ни от нее, ни от кода, плюс мне нравится когда все в одном.
Обычно я это делаю на локальном ПеКа, и собственно так сложилось что компиляция даже простенького скетча, для ESP32 составляет некоторое время, около 10 секунд на мобильном ЦПУ (ака Core i3-6100U) и около 6-7 секунд на десктопном стареньком Ryzen 1600.
Но тут я решил заняться программизмом в кровати, и перенес это на макбук М1, который вроде как сам по себе ARM - убийца х86, а в исполнении Яббла так еще и вау-ARM.
И што ви таки думаете - компиляция этого же самого скетча теперь занимает 22-25 секунд.
Да, железка холодная.
Но в сухом остатке получается что Яббл попросту снизил энергопотребление, снизив скорость. И то, больше чем уверен что запусти я такую компиляцию в цикле, высажу ноут не за 17 часов, а за 4 часа как и любой другой среднестатистический.
Остальные различия с классическими архитектурами, хоть и являются оптимизацией, но не являются вау. Чай не первые, кто догадались размещать память поближе к процу.
Все остальное - оптимизация софта, который визуально должен не терять производительности на яббло-платформе, т.е. считай заставили разрабов переписать UI так шоб оно не лагало.
К сожалению в таком случае весь вау-эффект как от новых маков, так и от ARM в целом теряется. С таким успехом и какой-нибудь N100 можно посадить на аллюминиевый корпус в качестве радиатора, потратить несколько миллионов долларов на причесывание линуксячьего ядра и софта под эту архитектуру, повыкидывав лишнее, и будут те же самые 22 сек компиляции, по цене в три раза дешевле, и обратной совместимостью в качестве бонуса.
Короче разочарован я в маке, котаны.
Встал вчера вопрос на штуку баксов.
Клиентский сервак не запускается. Сервак устроен на девайсе фирмы Supermicro, к которому хостинг провайдер любезно согласился предоставить KVM.
Доступ к IPMI обеспечивается при помощи java-приблуды, запускаемой на компе. Все нормально, зашел, скачал JNLP-файл.
Потребовалась установка Java. Дальше процесс проходил на трех компьютерах последовательно.
MacOS (с нее начал): скачалось java, поставилось, не понравился сертификат, настроил не проверять, в итоге выдает какую-то тупорылую ошибку в стиле джава-макак: no iKVM64 in java.library.path. Что это? Где это скачать? Как это поставить?
Linux (arch): поставилось java, не то, поставилось другое, при попытке запуска JNLP-файла, в консоль высрался ворох ошибок, где много текста, но ничего об исправлении. Exception in thread «main» java.lang.UnsupportedOperationException: The Security Manager is deprecated and will be removed in a future release + куча непонятных строчек «at» в разных файлах, которые типа должны были мне что-то сказать.
Windows 10: скачалось java, поставилось, дабл-клик, всё работает.
Мог бы грешить на ССЗБ, но нет: макось, dmg-файл, я блондинка, выполняю то что мне пишут. Мог бы грешить на IPMI-менеджер (хотя там не то что грешить, там расстрелять создателя надо), но нет: под виндой же работает.
Вроде админская приблуда, должна работать на никсах, или хотя бы на макакоси, но нет, идеально админить можно только на системе для домохозяек.
Видимо с удалением оффтопика придется повременить, ни онтопик, ни гейОС к употреблению не готовы.
Мы живем в мире бесконечной, и судя по всему бесконтрольной охоты графония за ресурсами.
Этот теплый пятничный вечер с бокалом пива, навел меня на следующие мысли.
Если взять какую-нибудь трехмерную игрушку, то что в ней вызывает больше всего тормозов? Явно не кусочек вашего видимого оружия, занимающий 1% экрана. Вряд ли пяток инопланетян с драконьим луком гаусса. И уж точно не сундучок с эликсиром жизни где-то там, вдали.
Тормоза вызывает отрисовка окружающего мира. Убираешь отражения - тормозит меньше. Убираешь тени - тормозит еще меньше. Убираешь детализа... о, вот в этом направлении и повернула моя мысля.
С точки зрения отрисовки в вычислительной системе, дерево ничем не отличается от скажем так инопланетянина.
Но если инопланетянину нужно нарисовать красивый экзоскелет, вертикальные глаза и хвост, то деревья мы рисовали еще в 90хх пятком функций на пасцале. Да че далеко ходить, трехмерная демка «Марс» под ДОС занимала десяток килобайт, при этом генерила поверхность и небо, позволяя перемещаться в трех осях. На 386-м. Без текстур. Без шейдеров. https://www.youtube.com/watch?v=_zSjpIyMt0k - вот.
Собственно основная мысль в том, насколько уменьшатся тормоза на слабых системах (и соответственно потенциально улучшится качество на производительных), если часть объектов виртуального мира рисовать вне полигональных моделей, а функциями самого ЯП?
Ну вот мне кажется, что отрисовка какого-нибудь прямоугольника с кругом внутри, в парадигме полигонов будет требовать больше вычислительных ресурсов, нежели условный draw.rectangle(100,100,200,200);draw.circle(150,150,20);
Жаль что в сутках только 24 часа, с радостью бы поэкспериментировал.
Ну а вы что думаете, чушь награфоманил?)
Пока мы тут меряемся релизами и киллер-фичами, в Gnome решили обновить дефолтный шрифт.
В этот раз жертвой выбора стал никто иной, как Inter.
Первые подвижки в этом направлении были сделаны еще три месяца назад, однако 3 дня назад похоже нововведение было принято. Сам инициатор ловко уклонился от объяснения необходимости перехода, объяснив свою инициативу чем-то вроде «просьб трудящихся».
Сам шрифт Inter примечателен тем, что на небольшом размере шрифта и мыла, буквы I и L перестают быть различимы, об этом говорят сами дизайнеры этого шрифта (https://rsms.me/inter/).
Теперь Linux уж точно готов к десктопу.
Приветствую.
Есть Арч обычной десктопной хостовой системой.
На нем стоит Oracle VirtualBox.
В нем запущено неважно что, Линукс короче говоря.
Каким образом можно эту виртуалку ввести в общую сеть, чтобы она получила IP от роутера, и к ней можно было заSSH'иться?
Благодарю.
Приветствую.
Есть задача организовать роутер на кубитраке - ARM-железке.
От роутера требуется раздавать в WiFi и в Ethernet интернет, получаемый через USB-модем от мобильного телефона в режиме модема.
Весьма желательно, чтобы оно умело это делать автоматически, по мере обнаружения модема в порту (т.е. при подключении телефона) без доп. нажатий или ребутов, на горячую.
Наиболее современный дистр с поддержкой этого железа - Armbian (Debian), но привязки к нему нет, главное чтоб работало.
Особо костылить \ велосипедить не хочу, максимум могу написать скрипт рестартящий сервис по мере обнаружения usb0.
Подскажите каким софтом это делать удобнее всего в 2024.
Благодарю.
| ← предыдущие | следующие → |