Bug#265799: udev: /dev/input/* mode 0600 breaks remote control input

Darren Salt pkg-vdr-dvb-devel@lists.alioth.debian.org
Mon, 13 Sep 2004 18:16:16 +0100

This message is in MIME format which your mailer apparently does not support.
You either require a newer version of your software which supports MIME, or
a separate MIME decoding utility.  Alternatively, ask the sender of this
message to resend it in a different format.

Content-Type: text/plain; charset=us-ascii

I demand that Thomas Schmidt may or may not have written...

> * Darren Salt schrieb am 12.09.04, um 18:00 Uhr:
>>> BTW, I wonder if it would be a good idea to move inputdev.sh and the
>>> associated rules file to dvb-utils.
>> dvb-utils or my vdr-plugin-remote package (although the script could
>> easily be used for other devices). I should mention that this issue
>> doesn't affect the vdr packages in sarge since vdr is run as root, but
>> anybody using udev along with my vdr packages (or, possibly, future vdr
>> packages in unstable?) will be bitten by this.

> Well, i read the conversation in #265799, and i would say that this script
> really should be placed in dvb-utils, we would be more flexible when the
> pattern to match changes, because we would not depend on udev in this case.

Alternatively, put the script in udev and the rules file (and the keywords
list) in dvb-utils.

> (Darren: It would be really cool, if you can make a patch for dvb-utils
> 1.1.0-2 to integrate this script, because i do not use udev atm.)

Attached. I'm assuming that the script is in udev, named
/etc/udev/inputdev.sh, and takes a second parameter instead of an
internally-defined KEYWORDS variable.

(Also attached is a scan file for my local transmitter. I vaguely recall
finding it on one of the linuxtv mailing lists...)

> Should dvb-utils conflict with udev <= 0.031-2 then?

Definitely not if the script is in dvb-utils. Otherwise I'd say so if it uses
a script in some newer udev.

> (I am not sure about that, because i doubt that dvb-utils 1.1.0-3 will be
> uploaded before the release of Sarge - i would say it is not really
> necessary to upload the package just for this fix.)

Probably not. OTOH, udev in sarge defaults to root-only access to

| Darren Salt | nr. Ashington, | d youmustbejoking,demon,co,uk
| Debian,     | Northumberland | s zap,tartarus,org
| RISC OS     | Toon Army      | @
|   We've got Shearer, you haven't

Never, ever use repetitive redundancies.

Content-Type: text/plain; charset=iso-8859-1; name="perms.diff"
Content-Disposition: attachment; filename="perms.diff"
Content-Transfer-Encoding: quoted-printable

diff -urN linuxtv-dvb-apps-1.1.0.orig/debian/dvb-utils.dirs linuxtv-dvb-a=
--- linuxtv-dvb-apps-1.1.0.orig/debian/dvb-utils.dirs	2004-09-13 18:38:43=
.000000000 +0100
+++ linuxtv-dvb-apps-1.1.0/debian/dvb-utils.dirs	2004-09-13 18:41:47.0000=
00000 +0100
@@ -1,2 +1,3 @@
diff -urN linuxtv-dvb-apps-1.1.0.orig/debian/dvb-utils.rules linuxtv-dvb-=
--- linuxtv-dvb-apps-1.1.0.orig/debian/dvb-utils.rules	1970-01-01 01:00:0=
0.000000000 +0100
+++ linuxtv-dvb-apps-1.1.0/debian/dvb-utils.rules	2004-09-13 18:51:23.000=
000000 +0100
@@ -0,0 +1,3 @@
+# Loosen permissions on IR input devices supplied by TV card drivers
+BUS=3D"input", KERNEL=3D"input/event[0-9]*", PROGRAM=3D"/etc/udev/inputd=
ev.sh %n 'dvb|av7134'", RESULT=3D"inputdev", NAME=3D"%k", MODE=3D"0640", =
diff -urN linuxtv-dvb-apps-1.1.0.orig/debian/rules linuxtv-dvb-apps-1.1.0=
--- linuxtv-dvb-apps-1.1.0.orig/debian/rules	2004-09-13 18:38:43.00000000=
0 +0100
+++ linuxtv-dvb-apps-1.1.0/debian/rules	2004-09-13 18:51:28.000000000 +01=
@@ -48,6 +48,8 @@
 	cp -a util/av7110_loadkeys/README debian/dvb-utils/usr/share/doc/dvb-ut=
 	cp -a util/scan/README debian/dvb-utils/usr/share/doc/dvb-utils/README.=
 	cp -a util/szap/README debian/dvb-utils/usr/share/doc/dvb-utils/README.=
+	cp -a debian/dvb-utils.rules debian/dvb-utils/etc/udev/
+	ln -s ../dvb-utils.rules debian/dvb-utils/etc/udev/rules.d/

Content-Type: text/plain; charset=iso-8859-1; name="scan_dvb-t_uk-PontopPike"
Content-Disposition: attachment; filename="scan_dvb-t_uk-PontopPike"
Content-Transfer-Encoding: quoted-printable

# Pontop Pike, UK
# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
T 690000000 8MHz 1/2 NONE QAM16 2k 1/32 NONE