Gentoo Archives: gentoo-dev

From: "Rick \\\"Zero_Chaos\\\" Farina" <zerochaos@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] rfc: udev-rules.eclass
Date: Thu, 12 Jul 2012 03:04:18
Message-Id: 4FFE3E9A.3030902@gentoo.org
In Reply to: Re: [gentoo-dev] rfc: udev-rules.eclass by Zac Medico
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA1
3
4 On 07/11/2012 10:50 PM, Zac Medico wrote:
5 > On 07/11/2012 07:25 PM, Rick "Zero_Chaos" Farina wrote:
6 >> On 07/11/2012 07:48 PM, William Hubbs wrote:
7 >>> On Wed, Jul 11, 2012 at 04:59:11PM -0400, Alexis Ballier wrote:
8 >>>> How do you plan to handle the following:
9 >>>> - foo installs an udev rule
10 >>>> - install foo with old udev
11 >>>> - upgrade udev
12 >>>>
13 >>>> are rules installed by foo used by new udev ?
14 >>
15 >>> No, they wouldn't be; that is a good reason to question the value of the
16 >>> eclass itself. Maybe the correct way to do this is to forget the eclass
17 >>> and just file bugs against packages that break having them move their
18 >>> rules to the new location and set a dependency on the newer udev.
19 >> Perhaps a new ebuild helper would be best here? It seems no one knows
20 >> where to install udev rules in the first place (I know I didn't till a
21 >> recent version of portage yelled at me with a QA warning).
22 >>
23 >> How about dorule/newrule?
24 >
25 > I guess then we'd need the installed udev to set an environment variable
26 > via /etc/env.d, in order to control the location where the rules are
27 > installed?
28
29 Oh I'm sorry, I didn't mean to sound like I had an actual implementation
30 idea in my head :-) I yield to those with greater experience on that,
31 but yeah, env makes some sense to me.
32
33 Thanks
34 Zero
35 -----BEGIN PGP SIGNATURE-----
36 Version: GnuPG v2.0.19 (GNU/Linux)
37 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
38
39 iQIcBAEBAgAGBQJP/j6aAAoJEKXdFCfdEflKyJMQAJZIm4YNbmYl7EjFCU4JaNjg
40 PJAwz1kSCCmhiQYw60FHEvdZdC4cR5v/VhBpHW0Im53yTRE6vgwjrFybze0YG9u7
41 UYNbz6jAZ5HYSj5CCxxCwSMricREBJcnRqZU8til8M3ayw4jI7IpRQJYOdjd923T
42 M2b7YFW64JrGXZtpUR2Uc9KMDdgAVoMmIp5JmERTYiJxqu8RhdAWBD8Ey8xsQQIX
43 +mT+rkoIRc5VSEnsJues59TecSDdEgYYdYGwDv81euMBTYbEbuNolImav8L2AxJZ
44 8k4jXPF8oVn73ehmLKjenkeiYJHVBiPycG53Q95f7Hs/YavXChtcrOg6MLsdhfTn
45 tqrClTvOu3rvaboIfGF+QXWpi+kH0ltlPLNIyH0Q0bPCnHmwAtb43NqqprFo77/v
46 pMkjOzRZ5rf6p+SnCE6ouwZMJS4FYSWsGKIoRwBgQm6eCj9RXNV59lFe0zW2pi9b
47 Qf/AwR16ZeNWQovHCxYmUupGwLtEbB12sDP9hSnq+FcHAMbwvcyZamxibo9DPY+K
48 eNc9kn7cvHu+Z3B1O3O1yfIKwYsTeVkZUMw1Sn1Y3SwtwXBNnWc/8YM41pdjSfpK
49 bydnt8FTUeLUhLtIYzUtsN9s99S3u2rhfkPUWapeNdYYCOCMrxMl3tx52rNFggwT
50 w03B9r0mUngc5DBzaUg6
51 =sg7B
52 -----END PGP SIGNATURE-----