Bug 38361 - Не работает отключение/включение устройства bluetooth (rfkill soft lock)
Summary: Не работает отключение/включение устройства bluetooth (rfkill soft lock)
Status: CLOSED NOTABUG
Alias: None
Product: Sisyphus
Classification: Development
Component: blueberry (show other bugs)
Version: unstable
Hardware: all Linux
: P5 normal
Assignee: Nobody's working on this, feel free to take it
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks: 33000
  Show dependency tree
 
Reported: 2020-04-17 12:39 MSK by Антон Мидюков
Modified: 2021-12-24 17:15 MSK (History)
4 users (show)

See Also:


Attachments
не отключается bluetooth (547.69 KB, image/png)
2020-04-17 12:39 MSK, Антон Мидюков
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Антон Мидюков 2020-04-17 12:39:51 MSK
Created attachment 8725 [details]
не отключается bluetooth

Не работает отключение и включение Bluetooth (rfkill soft lock), пока не установишь gnome-settings-daemon или mate-settings-daemon. Установка cinnamon-settings-daemon не помогает.
В cinnamon-regular проявляется.
Comment 1 Владимир Диденко 2020-04-17 14:31:07 MSK
g-s-d с собой таскает /lib/udev/rules.d/61-gnome-settings-daemon-rfkill.rules, наверное, стоит в cinnamon-settings-daemon такой же конфиг положить.
Comment 2 Антон Мидюков 2020-04-17 14:39:15 MSK
(Ответ для Владимир Диденко на комментарий #1)
> g-s-d с собой таскает
> /lib/udev/rules.d/61-gnome-settings-daemon-rfkill.rules, наверное, стоит в
> cinnamon-settings-daemon такой же конфиг положить.

Подождите. Надо проверить. Если этого файла достаточно без settings-daemon, то такой файл должен быть в пакете у blueberry.
Comment 3 Michael Shigorin 2020-04-17 14:40:08 MSK
Возможно, относится и к Simply -- пронаблюдал что-то такое на 9.0 недавно.
Comment 4 Владимир Диденко 2020-04-17 14:51:31 MSK
(In reply to Антон Мидюков from comment #2)
> Подождите. Надо проверить. Если этого файла достаточно без settings-daemon,
> то такой файл должен быть в пакете у blueberry.

Ну это дискуссионный вопрос. Если брать подход Gnome - то они разрешают работу с rfkill всем приложениям. Если поместить правило в blueberry - то получится, что приложение (а не DE) разрешает всем пользоваться rfkill. По мне, так первый подход логичней получается.
Comment 5 Владимир Диденко 2020-04-17 14:53:42 MSK
Единственное что, возможно, правило стоит поместить в отдельный пакет, а потом зависимость на него где нужно поставить, чтобы не плодить дубликаты.
Comment 6 Антон Мидюков 2020-04-17 15:59:22 MSK
(Ответ для Владимир Диденко на комментарий #5)
> Единственное что, возможно, правило стоит поместить в отдельный пакет, а
> потом зависимость на него где нужно поставить, чтобы не плодить дубликаты.

Да, это разумно. Можно тогда хоть в брендингах прописать эту зависимость или метапакете, который вытянул blueberry.
Comment 7 Владимир Диденко 2020-04-17 16:57:34 MSK
(In reply to Антон Мидюков from comment #6)
> (Ответ для Владимир Диденко на комментарий #5)
> > Единственное что, возможно, правило стоит поместить в отдельный пакет, а
> > потом зависимость на него где нужно поставить, чтобы не плодить дубликаты.
> 
> Да, это разумно. Можно тогда хоть в брендингах прописать эту зависимость или
> метапакете, который вытянул blueberry.

Осталось только решить, кто это будет делать:)
Comment 8 Антон Мидюков 2020-04-17 17:05:19 MSK
(Ответ для Владимир Диденко на комментарий #7)
> (In reply to Антон Мидюков from comment #6)
> > (Ответ для Владимир Диденко на комментарий #5)
> > > Единственное что, возможно, правило стоит поместить в отдельный пакет, а
> > > потом зависимость на него где нужно поставить, чтобы не плодить дубликаты.
> > 
> > Да, это разумно. Можно тогда хоть в брендингах прописать эту зависимость или
> > метапакете, который вытянул blueberry.
> 
> Осталось только решить, кто это будет делать:)

Мне несложно, соберу. Тогда будем считать, что тут notabug. Напишу сюда про собранный пакет.
Comment 9 Антон Мидюков 2020-04-17 19:47:50 MSK
Собрал и проверил:

[#250144] DONE (try 3) rfkill-users-udev-rules.git=1.0-alt1

Для p9:

#250157 AWAITING #1 p9 rfkill-users-udev-rules.git=1.0-alt1
Comment 10 Michael Shigorin 2020-04-17 19:58:58 MSK
(Ответ для Антон Мидюков на комментарий #9)
> [#250144] DONE (try 3) rfkill-users-udev-rules.git=1.0-alt1
Опять префиксы-суффиксы, как в пакетах с настройками, намешал.

Смотри, в именах лучше идти от общего к частному -- поэтому лучше setup-*, чем *-setup, и udev-rules-rfkill-users, чем rfkill-users-udev-rules.  Заодно по udev* будет легче заметить (я помню, что пакет rfkill у нас тоже есть).

Ну и если не пугать юзеров, которых убьёт радиоизлучением (RF) -- то, может, лучше даже udev-rules-rfkill. :)
Comment 11 Антон Мидюков 2020-04-17 20:04:49 MSK
(Ответ для Michael Shigorin на комментарий #10)
> (Ответ для Антон Мидюков на комментарий #9)
> > [#250144] DONE (try 3) rfkill-users-udev-rules.git=1.0-alt1
> Опять префиксы-суффиксы, как в пакетах с настройками, намешал.
> 
> Смотри, в именах лучше идти от общего к частному -- поэтому лучше setup-*,
> чем *-setup, и udev-rules-rfkill-users, чем rfkill-users-udev-rules.  Заодно
> по udev* будет легче заметить (я помню, что пакет rfkill у нас тоже есть).
> 
> Ну и если не пугать юзеров, которых убьёт радиоизлучением (RF) -- то, может,
> лучше даже udev-rules-rfkill. :)

Это твои хотелки. В реальности у нас:
3dprinter-udev-rules
vhba-udev-rules
segger-jlink-udev-rules
st-stlink-udev-rules
Comment 12 Michael Shigorin 2020-04-17 20:24:46 MSK
(Ответ для Антон Мидюков на комментарий #11)
> Это твои хотелки.
Ну должен же хоть кто-то головой думать ;-]

> В реальности у нас:
> 3dprinter-udev-rules
Это не у нас, а из-под fcimport.

> vhba-udev-rules
Это десять лет назад упаковали, видимо, не вдаваясь в такие подробности.

> segger-jlink-udev-rules
> st-stlink-udev-rules
Этого в сизифе вообще не нашёл.

Ладно, завязываю с офтопиком, это всё равно культурологическое.
Отвечай где и как угодно, если охота :-)
Comment 13 Yuri N. Sedunov 2020-04-17 20:41:00 MSK
(Ответ для Michael Shigorin на комментарий #10)
> Ну и если не пугать юзеров, которых убьёт радиоизлучением (RF) -- то, может,
> лучше даже udev-rules-rfkill. :)

Даже udev-rules-rfkill-uaccess

Предлагаю таки переименовать.
Comment 14 Антон Мидюков 2020-04-17 21:48:50 MSK
(Ответ для Yuri N. Sedunov на комментарий #13)
> (Ответ для Michael Shigorin на комментарий #10)
> > Ну и если не пугать юзеров, которых убьёт радиоизлучением (RF) -- то, может,
> > лучше даже udev-rules-rfkill. :)
> 
> Даже udev-rules-rfkill-uaccess
> 
> Предлагаю таки переименовать.

[#250168] DONE (try 2) udev-rules-rfkill-uaccess.git=1.0-alt1
[#250163] DONE del=rfkill-users-udev-rules
Comment 15 Michael Shigorin 2020-04-17 22:37:08 MSK
Спасибо, дружище :-)
Comment 16 Yuri N. Sedunov 2020-04-17 23:18:01 MSK
(Ответ для Антон Мидюков на комментарий #14)
> > Предлагаю таки переименовать.
> 
> [#250168] DONE (try 2) udev-rules-rfkill-uaccess.git=1.0-alt1
> [#250163] DONE del=rfkill-users-udev-rules

Теперь его следует употребить в {g,m}-s-d в качестве зависимости исключив собственные *-rfkill.rules.