49183 2024-01-25 14:15:29 +0300 Не удаляет следы своей жизнедеятельности 2024-04-02 11:29:18 +0300 1 1 4 Development Sisyphus alterator-ports-access unstable x86_64 Linux ASSIGNED P5 major --- 47262 1 zerg manowar bychenkovps ldv manowar proskur proskurinov qa-sisyphus oldest_to_newest 240621 0 zerg 2024-01-25 14:15:29 +0300 После удаления пакета остаются файлы с правилами udev, мешающие работе системы. 240622 1 15409 proskurinov 2024-01-25 14:19:23 +0300 Created attachment 15409 пример, файла, который авторизует все подряд 240627 2 15411 proskurinov 2024-01-25 14:33:25 +0300 Created attachment 15411 файл для usb 240634 3 bychenkovps 2024-01-25 15:15:42 +0300 Также, при отключении контроля USB-портов, кнопка "Выключить контроль USB-портов" Подразумевается что альтератор не вмешивается в работу, но остаются инструкции для UDEV, которые авторизуют все USB в файле /etc/udev/rules.d/99-alterator-ports-access-01-usb-auth.rules 240656 4 manowar 2024-01-25 19:18:43 +0300 (Ответ для Pavel на комментарий #3) > Также, при отключении контроля USB-портов, кнопка "Выключить контроль > USB-портов" > Подразумевается что альтератор не вмешивается в работу Вот тут не уверен. Я полагал, что эта кнопка означает, что доступ устройствам не контролируется, то есть — _разрешено всё_! Кажется, так было в одной из первых версий этого модуля и я просто продолжил традицию. Замечание ваше, впрочем, в целом верное. Но рассматривать вопрос, мне кажется, нужно шире: каким образом модуль должен взаимодействовать с другими правилами udev? Можно как пример рассмотреть ситуацию обратную той, о которой вы сказали: модуль alterator-ports-access что-то _разрешил_ и пользователь ожидает, что устройство подключится, но другие правила udev, выполняющиеся после 99-alterator-ports-access* устройство запрещают. Для пользователя будет совсем не очевидно, почему разрешённое устройство в такой ситуации не подключается. 240669 5 zerg 2024-01-26 09:35:00 +0300 (Ответ для manowar@altlinux.org на комментарий #4) > Я полагал, что эта кнопка означает, что доступ > устройствам не контролируется, то есть — _разрешено всё_! Тогда надо или не контролировать или переименовать в "разрешено всё". Что-то одно. 243899 6 zerg 2024-04-02 09:45:28 +0300 (Ответ для Sergey V Turchin на комментарий #0) > После удаления пакета остаются файлы с правилами udev, мешающие работе > системы. Собственно, баг об этом. 243905 7 manowar 2024-04-02 11:16:13 +0300 https://git.altlinux.org/tasks/344186/ 243906 8 manowar 2024-04-02 11:21:25 +0300 Хех. Не собралось, однако. "check-udev ERROR: udev rules path violation". У нас же теперь запрещено упаковывать файлы из /etc/udev/rules.d. 243907 9 zerg 2024-04-02 11:26:09 +0300 Что ж теперь? В %post удалять? 243908 10 manowar 2024-04-02 11:29:18 +0300 В udev-rule-generator так и сделано. Но это костыль, конечно… 15409 2024-01-25 14:19:23 +0300 2024-01-25 14:19:23 +0300 пример, файла, который авторизует все подряд 99-alterator-ports-access-00-serial.rules text/plain 119 proskurinov IyBUaGlzIGZpbGUgaXMgY292ZXJlZCBieSB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2Uu CiMgR2VuZXJhdGVkIGJ5IGFsdGVyYXRvci1wb3J0cy1hY2Nlc3MuIERvIG5vdCBlZGl0IG1hbnVh bGx5Lgo= 15411 2024-01-25 14:33:25 +0300 2024-01-25 14:33:25 +0300 файл для usb 99-alterator-ports-access-01-usb-auth.rules text/plain 442 proskurinov IyBUaGlzIGZpbGUgaXMgY292ZXJlZCBieSB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2Uu CiMgR2VuZXJhdGVkIGJ5IGFsdGVyYXRvci1wb3J0cy1hY2Nlc3MuIERvIG5vdCBlZGl0IG1hbnVh bGx5LgojIEZvciBtb3JlIGluZm9ybWF0aW9uIHNlZSBrZXJuZWwvRG9jdW1lbnRhdGlvbi91c2Iv YXV0aG9yaXphdGlvbi50eHQuCgpBQ1RJT04hPSJhZGR8Y2hhbmdlIiwgR09UTz0iYWx0ZXJhdG9y X3BvcnRzX2FjY2Vzc19lbmQiClNVQlNZU1RFTSE9InVzYiIsIEdPVE89ImFsdGVyYXRvcl9wb3J0 c19hY2Nlc3NfZW5kIgoKQVRUUnthdXRob3JpemVkX2RlZmF1bHR9PT0iPyoiLCBBVFRSe2F1dGhv cml6ZWRfZGVmYXVsdH09IjEiCkFUVFJ7YXV0aG9yaXplZH09PSI/KiIsIEFUVFJ7YXV0aG9yaXpl ZH09IjEiCgpMQUJFTD0iYWx0ZXJhdG9yX3BvcnRzX2FjY2Vzc19lbmQiCg==