* Re: [gentoo-dev] [RFC] Adding /etc/udev/rules.d/ to CONFIG_PROTECT_MASK [not found] ` <46D813D4.7090208@gentoo.org> @ 2007-08-31 13:49 ` Marius Mauch 2007-08-31 14:14 ` Mike Frysinger 0 siblings, 1 reply; 9+ messages in thread From: Marius Mauch @ 2007-08-31 13:49 UTC (permalink / raw To: gentoo-dev On Fri, 31 Aug 2007 16:12:52 +0300 Petteri Räty <betelgeuse@gentoo.org> wrote: > Matthias Schwarzott kirjoitti: > > On Freitag, 31. August 2007, Matthias Schwarzott wrote: > >> Hi there! > >> > >> What do you think about adding /etc/udev/rules.d/ to > >> CONFIG_PROTECT_MASK. This will no longer bother the user with > >> updating these files. Thus it will reduce the number of bugs > >> triggered by forgotten config-file updates. > >> > >> If user needs home-brewn rules he is requested to add own files, > >> and not use the already existing ones. > >> > > > > Only problem I see: What to do with people having custom > > modifications inside the default rules-files? > > > > Matthias > > > > > > Can they add /etc/udev/rules.d back to CONFIG_PROTECT in make.conf? No, that wouldn't work. However they could add '-/etc/udev/rules.d' to CONFIG_PROTECT_MASK or add individual files to CONFIG_PROTECT. Marius -- gentoo-dev@gentoo.org mailing list ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [RFC] Adding /etc/udev/rules.d/ to CONFIG_PROTECT_MASK 2007-08-31 13:49 ` [gentoo-dev] [RFC] Adding /etc/udev/rules.d/ to CONFIG_PROTECT_MASK Marius Mauch @ 2007-08-31 14:14 ` Mike Frysinger 2007-08-31 16:13 ` Tobias Klausmann 0 siblings, 1 reply; 9+ messages in thread From: Mike Frysinger @ 2007-08-31 14:14 UTC (permalink / raw To: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 1181 bytes --] On Friday 31 August 2007, Marius Mauch wrote: > Petteri Räty <betelgeuse@gentoo.org> wrote: > > Matthias Schwarzott kirjoitti: > > > On Freitag, 31. August 2007, Matthias Schwarzott wrote: > > >> Hi there! > > >> > > >> What do you think about adding /etc/udev/rules.d/ to > > >> CONFIG_PROTECT_MASK. This will no longer bother the user with > > >> updating these files. Thus it will reduce the number of bugs > > >> triggered by forgotten config-file updates. > > >> > > >> If user needs home-brewn rules he is requested to add own files, > > >> and not use the already existing ones. > > > > > > Only problem I see: What to do with people having custom > > > modifications inside the default rules-files? > > > > Can they add /etc/udev/rules.d back to CONFIG_PROTECT in make.conf? > > No, that wouldn't work. However they could add '-/etc/udev/rules.d' to > CONFIG_PROTECT_MASK or add individual files to CONFIG_PROTECT. either solution sucks the question is, should people be modifying the default rules ? is there something in the default rules file that they cant accomplish in a sep rules file ? if so, then the dir cant be masked ... -mike [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 827 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [RFC] Adding /etc/udev/rules.d/ to CONFIG_PROTECT_MASK 2007-08-31 14:14 ` Mike Frysinger @ 2007-08-31 16:13 ` Tobias Klausmann 2007-08-31 17:31 ` Philipp Riegger 2007-08-31 19:57 ` Matthias Schwarzott 0 siblings, 2 replies; 9+ messages in thread From: Tobias Klausmann @ 2007-08-31 16:13 UTC (permalink / raw To: gentoo-dev Hi! On Fri, 31 Aug 2007, Mike Frysinger wrote: > On Friday 31 August 2007, Marius Mauch wrote: >> Petteri Räty <betelgeuse@gentoo.org> wrote: >>> Matthias Schwarzott kirjoitti: >>>> On Freitag, 31. August 2007, Matthias Schwarzott wrote: >>>>> What do you think about adding /etc/udev/rules.d/ to >>>>> CONFIG_PROTECT_MASK. This will no longer bother the user with >>>>> updating these files. Thus it will reduce the number of bugs >>>>> triggered by forgotten config-file updates. >>>>> >>>>> If user needs home-brewn rules he is requested to add own files, >>>>> and not use the already existing ones. >>>> >>>> Only problem I see: What to do with people having custom >>>> modifications inside the default rules-files? >>> >>> Can they add /etc/udev/rules.d back to CONFIG_PROTECT in make.conf? >> >> No, that wouldn't work. However they could add '-/etc/udev/rules.d' to >> CONFIG_PROTECT_MASK or add individual files to CONFIG_PROTECT. > > either solution sucks > > the question is, should people be modifying the default rules ? is there > something in the default rules file that they cant accomplish in a sep rules > file ? if so, then the dir cant be masked ... I find the persisten-net-generator.rules particularly annoying (for various reasons including, but not limited to system images and system cloning). So I have an empty file of that name and happily nuke whatever comes along with udev updates. I could of course unmask that file if it were to be masked in the future. Still, this reeks of layers upon layers of customization to me. I'd prefer a more elegant solution - although know of none. The classic approach would be a USE flag to toggle installation of the shipped udev files - which wouldn't work for me, as I only have gripes about *one* of them. There probably simply isn't a simple, elegant solution that is a) not wrong and b) works for just about everybody. Regards, Tobias -- In the future, everyone will be anonymous for 15 minutes. -- gentoo-dev@gentoo.org mailing list ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [RFC] Adding /etc/udev/rules.d/ to CONFIG_PROTECT_MASK 2007-08-31 16:13 ` Tobias Klausmann @ 2007-08-31 17:31 ` Philipp Riegger 2007-08-31 19:57 ` Matthias Schwarzott 1 sibling, 0 replies; 9+ messages in thread From: Philipp Riegger @ 2007-08-31 17:31 UTC (permalink / raw To: gentoo-dev On Fri, 2007-08-31 at 18:13 +0200, Tobias Klausmann wrote: > I find the persisten-net-generator.rules particularly annoying > (for various reasons including, but not limited to system images > and system cloning). > > So I have an empty file of that name and happily nuke whatever > comes along with udev updates. I could of course unmask that > file if it were to be masked in the future. INSTALL_MASK = [space delimited list of file names] Use this variable if you want to selectively prevent certain files from being copied into your file system tree. This does not work on symlinks, but only on actual files. Useful if you wish to filter out files like HACKING.gz and TODO.gz. Philipp -- gentoo-dev@gentoo.org mailing list ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [RFC] Adding /etc/udev/rules.d/ to CONFIG_PROTECT_MASK 2007-08-31 16:13 ` Tobias Klausmann 2007-08-31 17:31 ` Philipp Riegger @ 2007-08-31 19:57 ` Matthias Schwarzott 1 sibling, 0 replies; 9+ messages in thread From: Matthias Schwarzott @ 2007-08-31 19:57 UTC (permalink / raw To: gentoo-dev On Freitag, 31. August 2007, Tobias Klausmann wrote: > Hi! > > On Fri, 31 Aug 2007, Mike Frysinger wrote: > > On Friday 31 August 2007, Marius Mauch wrote: > >> Petteri Räty <betelgeuse@gentoo.org> wrote: > >>> Matthias Schwarzott kirjoitti: > >>>> On Freitag, 31. August 2007, Matthias Schwarzott wrote: > >>>>> What do you think about adding /etc/udev/rules.d/ to > >>>>> CONFIG_PROTECT_MASK. This will no longer bother the user with > >>>>> updating these files. Thus it will reduce the number of bugs > >>>>> triggered by forgotten config-file updates. > >>>>> > >>>>> If user needs home-brewn rules he is requested to add own files, > >>>>> and not use the already existing ones. > >>>> > >>>> Only problem I see: What to do with people having custom > >>>> modifications inside the default rules-files? > >>> > >>> Can they add /etc/udev/rules.d back to CONFIG_PROTECT in make.conf? > >> > >> No, that wouldn't work. However they could add '-/etc/udev/rules.d' to > >> CONFIG_PROTECT_MASK or add individual files to CONFIG_PROTECT. > > > > either solution sucks > > > > the question is, should people be modifying the default rules ? is there > > something in the default rules file that they cant accomplish in a sep > > rules file ? if so, then the dir cant be masked ... > > I find the persisten-net-generator.rules particularly annoying > (for various reasons including, but not limited to system images > and system cloning). > > So I have an empty file of that name and happily nuke whatever > comes along with udev updates. I could of course unmask that > file if it were to be masked in the future. > > Still, this reeks of layers upon layers of customization to me. > I'd prefer a more elegant solution - although know of none. The > classic approach would be a USE flag to toggle installation of > the shipped udev files - which wouldn't work for me, as I only > have gripes about *one* of them. > > There probably simply isn't a simple, elegant solution that is a) > not wrong and b) works for just about everybody. > If your only regard is disabling persistent-net stuff you also can archive this without need to modify any files. 1. For almost all decisions udev does it is possible to overwrite them later, or assign a value with := instead of = before. 2. In special case of persistent-net: 75-persistent-net.rules does only catch a devices if no name is set at that point, that means it can by bypassed simply be doing this in some rule-file before: SUBSYSTEM=="net", NAME="%k" We have already thought about adding a config option to disable persistent-net, but we have not yet find a nice (from developer and user view) solution. 3. If there are annoyances in udev-rules, please inform us about this. We might have some kind of hardware, but there are lots of different possible configurations we have no idea of, so please bug us (best with solution ;) ). Matthias -- Matthias Schwarzott (zzam) -- gentoo-dev@gentoo.org mailing list ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [RFC] Adding /etc/udev/rules.d/ to CONFIG_PROTECT_MASK [not found] ` <200708311503.20088.zzam@gentoo.org> [not found] ` <46D813D4.7090208@gentoo.org> @ 2007-09-01 13:34 ` Daniel Drake 2007-09-01 13:45 ` Matthias Schwarzott 1 sibling, 1 reply; 9+ messages in thread From: Daniel Drake @ 2007-09-01 13:34 UTC (permalink / raw To: gentoo-dev I like the idea of adding this to CONFIG_PROTECT_MASK. Matthias Schwarzott wrote: > Only problem I see: What to do with people having custom modifications inside > the default rules-files? I can't think of any cases where the user would have to do this (they can make custom modifications in their own files). Could we modify the rules files installed by udev to include a comment at the top warning that a default portage configuration will overwrite any changes that the user makes? Daniel -- gentoo-dev@gentoo.org mailing list ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [RFC] Adding /etc/udev/rules.d/ to CONFIG_PROTECT_MASK 2007-09-01 13:34 ` Daniel Drake @ 2007-09-01 13:45 ` Matthias Schwarzott 2007-09-04 9:22 ` Matthias Schwarzott 0 siblings, 1 reply; 9+ messages in thread From: Matthias Schwarzott @ 2007-09-01 13:45 UTC (permalink / raw To: gentoo-dev On Samstag, 1. September 2007, Daniel Drake wrote: > I like the idea of adding this to CONFIG_PROTECT_MASK. > > Matthias Schwarzott wrote: > > Only problem I see: What to do with people having custom modifications > > inside the default rules-files? > > I can't think of any cases where the user would have to do this (they > can make custom modifications in their own files). > > Could we modify the rules files installed by udev to include a comment > at the top warning that a default portage configuration will overwrite > any changes that the user makes? > I have newer testing files locally, but as far as I remember udev-115 should contain this header on almost all rule files already. # do not edit this file, it will be overwritten on update Matthias -- Matthias Schwarzott (zzam) -- gentoo-dev@gentoo.org mailing list ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [RFC] Adding /etc/udev/rules.d/ to CONFIG_PROTECT_MASK 2007-09-01 13:45 ` Matthias Schwarzott @ 2007-09-04 9:22 ` Matthias Schwarzott 2007-09-05 8:59 ` Matthias Schwarzott 0 siblings, 1 reply; 9+ messages in thread From: Matthias Schwarzott @ 2007-09-04 9:22 UTC (permalink / raw To: gentoo-dev On Samstag, 1. September 2007, Matthias Schwarzott wrote: > On Samstag, 1. September 2007, Daniel Drake wrote: > > I like the idea of adding this to CONFIG_PROTECT_MASK. > > Ok seems we should do this! Next udev ebuild will add rules directory to CONFIG_PROTECT_MASK. I also tested now what happens to rule changes that get installed in the same turn as the MASK is added. etc-update and dispatch-conf both handle this case fine. Matthias -- Matthias Schwarzott (zzam) -- gentoo-dev@gentoo.org mailing list ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [RFC] Adding /etc/udev/rules.d/ to CONFIG_PROTECT_MASK 2007-09-04 9:22 ` Matthias Schwarzott @ 2007-09-05 8:59 ` Matthias Schwarzott 0 siblings, 0 replies; 9+ messages in thread From: Matthias Schwarzott @ 2007-09-05 8:59 UTC (permalink / raw To: gentoo-dev On Dienstag, 4. September 2007, Matthias Schwarzott wrote: > On Samstag, 1. September 2007, Matthias Schwarzott wrote: > > On Samstag, 1. September 2007, Daniel Drake wrote: > > > I like the idea of adding this to CONFIG_PROTECT_MASK. > > Ok seems we should do this! Next udev ebuild will add rules directory to > CONFIG_PROTECT_MASK. > > I also tested now what happens to rule changes that get installed in the > same turn as the MASK is added. etc-update and dispatch-conf both handle > this case fine. udev-115-r1 has been commited. It now adds rules directory to CONFIG_PROTECT_MASK. -- Matthias Schwarzott (zzam) -- gentoo-dev@gentoo.org mailing list ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2007-09-05 9:08 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <200708311237.58141.zzam@gentoo.org> [not found] ` <200708311503.20088.zzam@gentoo.org> [not found] ` <46D813D4.7090208@gentoo.org> 2007-08-31 13:49 ` [gentoo-dev] [RFC] Adding /etc/udev/rules.d/ to CONFIG_PROTECT_MASK Marius Mauch 2007-08-31 14:14 ` Mike Frysinger 2007-08-31 16:13 ` Tobias Klausmann 2007-08-31 17:31 ` Philipp Riegger 2007-08-31 19:57 ` Matthias Schwarzott 2007-09-01 13:34 ` Daniel Drake 2007-09-01 13:45 ` Matthias Schwarzott 2007-09-04 9:22 ` Matthias Schwarzott 2007-09-05 8:59 ` Matthias Schwarzott
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox