Bug 49183 - Не удаляет следы своей жизнедеятельности
Summary: Не удаляет следы своей жизнедеятельности
Status: ASSIGNED
Alias: None
Product: Sisyphus
Classification: Development
Component: alterator-ports-access (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 major
Assignee: manowar@altlinux.org
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on: 47262
Blocks:
  Show dependency tree
 
Reported: 2024-01-25 14:15 MSK by Sergey V Turchin
Modified: 2024-04-02 11:29 MSK (History)
5 users (show)

See Also:

Attachments
пример, файла, который авторизует все подряд (119 bytes, text/plain)
2024-01-25 14:19 MSK, proskurinov@basealt.ru 		no flags Details
файл для usb (442 bytes, text/plain)
2024-01-25 14:33 MSK, proskurinov@basealt.ru 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey V Turchin 2024-01-25 14:15:29 MSK 
После удаления пакета остаются файлы с правилами udev, мешающие работе системы.
Comment 1 proskurinov@basealt.ru 2024-01-25 14:19:23 MSK 
Created attachment 15409 [details]
пример, файла, который авторизует все подряд
Comment 2 proskurinov@basealt.ru 2024-01-25 14:33:25 MSK 
Created attachment 15411 [details]
файл для usb
Comment 3 Pavel 2024-01-25 15:15:42 MSK 
Также, при отключении контроля USB-портов, кнопка "Выключить контроль USB-портов"
Подразумевается что альтератор не вмешивается в работу, но
остаются инструкции для UDEV, которые авторизуют все USB в файле 
/etc/udev/rules.d/99-alterator-ports-access-01-usb-auth.rules
Comment 4 manowar@altlinux.org 2024-01-25 19:18:43 MSK 
(Ответ для Pavel на комментарий #3)
> Также, при отключении контроля USB-портов, кнопка "Выключить контроль
> USB-портов"
> Подразумевается что альтератор не вмешивается в работу

Вот тут не уверен. Я полагал, что эта кнопка означает, что доступ устройствам не контролируется, то есть — _разрешено всё_! Кажется, так было в одной из первых версий этого модуля и я просто продолжил традицию.

Замечание ваше, впрочем, в целом верное. Но рассматривать вопрос, мне кажется, нужно шире: каким образом модуль должен взаимодействовать с другими правилами udev? Можно как пример рассмотреть ситуацию обратную той, о которой вы сказали: модуль alterator-ports-access что-то _разрешил_ и пользователь ожидает, что устройство подключится, но другие правила udev, выполняющиеся после 99-alterator-ports-access* устройство запрещают. Для пользователя будет совсем не очевидно, почему разрешённое устройство в такой ситуации не подключается.
Comment 5 Sergey V Turchin 2024-01-26 09:35:00 MSK 
(Ответ для manowar@altlinux.org на комментарий #4)
> Я полагал, что эта кнопка означает, что доступ
> устройствам не контролируется, то есть — _разрешено всё_!
Тогда надо или не контролировать или переименовать в "разрешено всё". Что-то одно.
Comment 6 Sergey V Turchin 2024-04-02 09:45:28 MSK 
(Ответ для Sergey V Turchin на комментарий #0)
> После удаления пакета остаются файлы с правилами udev, мешающие работе
> системы.
Собственно, баг об этом.
Comment 7 manowar@altlinux.org 2024-04-02 11:16:13 MSK 
https://git.altlinux.org/tasks/344186/
Comment 8 manowar@altlinux.org 2024-04-02 11:21:25 MSK 
Хех. Не собралось, однако. "check-udev ERROR: udev rules path violation". У нас же теперь запрещено упаковывать файлы из /etc/udev/rules.d.
Comment 9 Sergey V Turchin 2024-04-02 11:26:09 MSK 
Что ж теперь? В %post удалять?
Comment 10 manowar@altlinux.org 2024-04-02 11:29:18 MSK 
В udev-rule-generator так и сделано. Но это костыль, конечно…