It looks like the prior udev rule put the dvb adapters in video. Since their are both video and radio devices maybe "video" should really be renamed as "dvb" and/or maybe the rtl package should simply add itself to video and not use its own group. It seems like the packagers of the RPM did not really consider that dvb includes both video and radio devices. It is probably almost impossible for any udev rule to know which devices are radio and which are video to separate the devices. I don't have an SDR dongle, I was thinking about getting one, and mine would also be on my mythtv machine. If it is a DVB device I don't see any other way except both using a shared group of some name. Since mythtv is using the system default "video" it probably means the rtl rpm packagers should either suggest that all use a new group of dvb, or just use the already defined "video" group for their package. On your machine the crude fix would be to change the rtlsdr group to have the same GID as video and find + chgrp all files that currently have the old gid to the new gid. question about SDR: How well does it work and which one do you have? And how well does it work? On Sun, Jun 27, 2021 at 7:52 PM Eyal Lebedinsky <fedora@xxxxxxxxxxxxxx> wrote: > > After a recent update which installed > rtl-sdr-0.6.0-9.fc34.x86_64 > mythbackend failed to see the tuners. This was caused by these permissions: > crw-rw----+ 1 root rtlsdr 212, 3 Jun 20 23:10 /dev/dvb/adapter0/frontend0 > set by > /usr/lib/udev/rules.d/10-rtl-sdr.rules > and mythbackend is not a member of rtlsdr group. > > There seems to be a conflict between mythtv-backend and rtl-sdr. How should this be resolved? > Is it proper for one package (rtl-sdr) to take ownership of these devices? > > ATM I just change the permissions of dvb tuners from rc.local but this is not ideal. > Or I could add mythtv user to rtlsdr group. > > TIA > > -- > Eyal Lebedinsky (fedora@xxxxxxxxxxxxxx) > _______________________________________________ > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx > Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
