Bug 168069

Summary: modprobe doesn't ignore RCS files in /etc/modprobe.d
Product: [Fedora] Fedora Reporter: Jonathan Kamens <jik>
Component: module-init-toolsAssignee: Bill Nottingham <notting>
Status: CLOSED UPSTREAM QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-09-12 19:46:57 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Jonathan Kamens 2005-09-12 04:41:14 UTC
I check in all my config files with RCS before editing them.  I recently added a
line to /etc/modprobe.d/backlist, and hence created /etc/modprobe.d/RCS and
/etc/modprobe.d/RCS/blacklist,v.  Modprobe tried to read the latter and
obviously got all confused.  This is wrong behavior.  Various other tools which
have ".d" folders are smart enough not to read RCS files checked in underneath
them.  Whatever logic those tools use, modprobe needs to use as well.

Comment 1 Bill Nottingham 2005-09-12 19:46:57 UTC
This would be a somewhat significant divergence from the upstream
module-init-tools code, and therefore, it's unlikely that we'd do work to
specifically add this support.

Reporting this to the upstream maintainers might be more effective.



Comment 2 Jonathan Kamens 2005-09-12 20:55:09 UTC
CLOSED/UPSTREAM used to mean that Red Hat had reported the bug upstream, or at 
least that what I thought it meant.  I've seen it used recently to mean "YOU 
should report the bug upstream."  When did this change (or did it change)?

"rpm -qi module-init-tools" doesn't list an author or a URL for where this 
package comes from, so who do I report it to?


Comment 3 Bill Nottingham 2005-09-12 21:25:45 UTC
The AUTHORS file in the source tarball lists:

Rusty Russell <rusty.au>
Adam J. Richter <adam>

I've sent this issue to them by e-mail, along with a query as to whether there's
a better mechanism for this.