Bugzilla Bug 214274

+++ This bug was initially created as a clone of Bug #214273 +++

/etc/modules.d is long deprecated. Please provide an equivalent /etc/modprobe.d
file instead.

*** Bug 214998 has been marked as a duplicate of this bug. ***

svgalib hasnt provided that file in a long time.  delete it from your system.

(In reply to comment #2)
> svgalib hasnt provided that file in a long time.  delete it from your system.
> 

SpanKY, I've got a machine that was sync'd and svgalib recompiled on March
23rd, 2008.  svgalib_helper was installed into /etc/modules.d and is listed in
the /var/db/pkg/media-libs/svgalib/CONTENTS file.  I would hardly consider this
a long time.

Today I sync and recompile a kernel on 2 different machines and now I am
getting the message "WARNING: /etc/modprobe.conf line 126: ignoring bad line
starting with 'probeall'" any time modprobe is run, which obviously also means
I am getting it many times at boot.

I take a look and I see that svgalib_helper has moved from being installed to
/etc/modules.d to /etc/modprobe.d, which does not appear to work at this time. 
The change happened sometime between March 23rd and April 5th.

i'll rephrase ... svgalib has never installed a modules.d file.  it came from
the common kernel eclass, not svgalib.  the common kernel eclass has been
fixed.

(In reply to comment #4)
> i'll rephrase ... svgalib has never installed a modules.d file.  it came from
> the common kernel eclass, not svgalib.  the common kernel eclass has been
> fixed.
> 

Problem is the new location for svgalib_helper is causing errors.

as i said, svgalib itself does not do anything with modules.d or modprobe.d. 
the file in question is coming from the common kernel eclass.  you will need to
file a new bug for the guys maintaining the kernel eclasses to address.

Gordon, I have the same warning as you about probeall, did you create a new bug
as SpanKY recomends ? # ?

(In reply to comment #7)
> Gordon, I have the same warning as you about probeall, did you create a new bug
> as SpanKY recomends ? # ?
> 

Just opened it:
https://bugs.gentoo.org/show_bug.cgi?id=216982

Sorry for the delay.

the eclass bits were implemented by someone else and i just smiled and nodded
my head ... looks like this is the fault of the svgalib ebuild

*** Bug 216982 has been marked as a duplicate of this bug. ***

punted MODULESD_SVGALIB_HELPER_ADDITIONS as Stefan suggested

http://sources.gentoo.org/media-libs/svgalib/svgalib-1.9.25.ebuild?r1=1.6&r2=1.7

SpanKY, you asked Gordon to open a seperate bug that you now mark dup of this
one ? From my point of view, I am "surprised" ...

For info, how many days *should* resolution take before new ebuild get merged ?
(after what we wait 30d for stab IIRC). Not big deal, since I only get a
harmless warning :) Still, I feel concerned. Sounds it should be a quick reso.

i explained the mixup already

typical resolution time is: whenever a dev gets around to it.  if that isnt
fast enough for you, become a dev and fix it yourself when you get around to
it.

I'll take some blame too.  I complained but didn't bother/care enough to
actually look.