Your message dated Sun, 27 Mar 2005 22:48:59 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#301703: udev should provide a local.rules
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 27 Mar 2005 20:22:59 +0000
>From [EMAIL PROTECTED] Sun Mar 27 12:22:59 2005
Return-path: <[EMAIL PROTECTED]>
Received: from smtp1.wanadoo.fr [193.252.22.30]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DFeHj-0002k9-00; Sun, 27 Mar 2005 12:22:59 -0800
Received: from me-wanadoo.net (localhost [127.0.0.1])
by mwinf0103.wanadoo.fr (SMTP Server) with ESMTP id A1AE21F92695
for <[EMAIL PROTECTED]>; Sun, 27 Mar 2005 22:22:27 +0200 (CEST)
Received: from argos.server.maison
(AToulouse-152-1-49-30.w82-125.abo.wanadoo.fr [82.125.159.30])
by mwinf0103.wanadoo.fr (SMTP Server) with ESMTP id 4CCA71F92694;
Sun, 27 Mar 2005 22:22:27 +0200 (CEST)
X-ME-UUID: [EMAIL PROTECTED]
Received: from prahal by argos.server.maison with local (Exim 4.50)
id 1DFeHQ-0001vo-2h; Sun, 27 Mar 2005 22:22:40 +0200
Date: Sun, 27 Mar 2005 22:22:40 +0200
From: [EMAIL PROTECTED]
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: udev should provide a local.rules
Message-ID: <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Reportbug-Version: 3.9
Sender: [EMAIL PROTECTED]
User-Agent: Mutt/1.5.8i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.4 required=4.0 tests=BAYES_00,HAS_PACKAGE,
NO_REAL_NAME autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
Package: udev
Version: 0.056-1
Severity: wishlist
setting custom rules in udev.rules should not be the recommanded
behaviour. It leaves to having to either refuses udev.rules
upgrades or manually merge back changes at each upgrades (and it
happens often).
I don't know why i only though about it lastly but using a
local.rules and symlinking it in rules.d feet all my needs.
Why not make it the default ?
Ther could also be a machanism for packages provided rules (i
hope those will fetch data from sysfs and propose to make rules
soon) in the way apache does for virtualhosts ?
If one udev guru could provide them examples (if possible able to
deal with non udev cases) they may be more open to such
wishlists too (and i would really prefer them to fix bus in their
package than trying to deal with udev ...).
Regards
Alban
-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 0
lrwxrwxrwx 1 root root 19 Dec 5 01:12 cd-aliases.rules -> ../cd-aliases.rules
lrwxrwxrwx 1 root root 15 Feb 10 15:15 prahal.rules -> ../prahal.rules
lrwxrwxrwx 1 root root 13 Dec 5 01:13 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root 12 Mar 21 13:19 z_hal-plugdev.rules -> ../hal.rules
-- /sys/:
/sys/block/hda/dev
/sys/block/hde/dev
/sys/block/hde/hde1/dev
/sys/block/hde/hde2/dev
/sys/block/hde/hde3/dev
/sys/block/hde/hde4/dev
/sys/block/hde/hde5/dev
/sys/block/hde/hde6/dev
/sys/block/hde/hde7/dev
/sys/block/hdg/dev
/sys/block/hdg/hdg1/dev
/sys/block/hdg/hdg2/dev
/sys/block/hdg/hdg3/dev
/sys/block/hdg/hdg5/dev
/sys/block/hdh/dev
/sys/block/ram0/dev
/sys/block/ram1/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/class/cpuid/cpu0/dev
/sys/class/graphics/fb0/dev
/sys/class/i2c-dev/i2c-0/dev
/sys/class/i2c-dev/i2c-1/dev
/sys/class/i2c-dev/i2c-2/dev
/sys/class/input/event0/dev
/sys/class/input/event1/dev
/sys/class/input/mice/dev
/sys/class/input/mouse0/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/nvram/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/ppp/ppp/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D1p/dev
/sys/class/sound/timer/dev
/sys/class/video4linux/vbi0/dev
/sys/class/video4linux/video0/dev
-- Kernel configuration:
isapnp_init not present.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-rc5
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored:
LC_ALL set to C)
Versions of packages udev depends on:
ii hotplug 0.0.20040329-21 Linux Hotplug Scripts
ii initscripts 2.86.ds1-1 Standard scripts needed for bootin
ii libc6 2.3.4-2 GNU C Library: Shared libraries an
ii makedev 3.3.8.2-0 Creates device files in /dev
ii sed 4.1.4-2 The GNU sed stream editor
-- debconf information:
udev/devfs-warning:
udev/reboot-warning:
---------------------------------------
Received: (at 301703-done) by bugs.debian.org; 27 Mar 2005 20:49:11 +0000
>From [EMAIL PROTECTED] Sun Mar 27 12:49:11 2005
Return-path: <[EMAIL PROTECTED]>
Received: from attila.bofh.it [213.92.8.2] (postfix)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DFeh5-0005ux-00; Sun, 27 Mar 2005 12:49:11 -0800
Received: by attila.bofh.it (Postfix, from userid 10)
id 8E8695F727; Sun, 27 Mar 2005 22:49:09 +0200 (CEST)
Received: by wonderland.linux.it (Postfix, from userid 1001)
id 184811C2AA; Sun, 27 Mar 2005 22:49:00 +0200 (CEST)
Date: Sun, 27 Mar 2005 22:48:59 +0200
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: Bug#301703: udev should provide a local.rules
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm"
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.5.8i
From: [EMAIL PROTECTED] (Marco d'Itri)
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
--EVF5PPMfhYS0aIcm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mar 27, [EMAIL PROTECTED] wrote:
> setting custom rules in udev.rules should not be the recommanded
> behaviour. It leaves to having to either refuses udev.rules
It's not.
> I don't know why i only though about it lastly but using a
> local.rules and symlinking it in rules.d feet all my needs.
> Why not make it the default ?=20
Why don't you just do it?
You do not need assistance from the package maintainer to create a file.
You can even skip the symlink.
> Ther could also be a machanism for packages provided rules (i
> hope those will fetch data from sysfs and propose to make rules
> soon) in the way apache does for virtualhosts ?
What do you think /etc/udev/rules.d/ is?
Anyway, packages need to provide their own rules only in a few special
cases.
--=20
ciao,
Marco
--EVF5PPMfhYS0aIcm
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
iD8DBQFCRxw7FGfw2OHuP7ERAuniAKCFVz8VhV419NshIlP3+TURv46Y4wCgnGkO
eWtDeGj4ykrsAHpFcNgKmBc=
=KUwn
-----END PGP SIGNATURE-----
--EVF5PPMfhYS0aIcm--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
