+++ 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.