Summary:ASTERISK-06964: 'make install' overwrites modprobe.conf on FC3
Reporter:Matthew Roth (matthew roth)Labels:
Date Opened:2006-05-12 15:48:21Date Closed:2006-05-17 17:43:17
Versions:Frequency of
Environment:Attachments:( 0) modprobe.conf-after
( 1) modprobe.conf-before
Description:On a new and updated install of Fedora Core 3, a 'make install' of zaptel is overwriting '/etc/modprobe.conf'.


Steps to repeat the problem:

1) Regenerate '/etc/modprobe.conf' by following the steps described here <http://www.redhat.com/archives/rhl-list/2005-February/msg02116.html>
2) Perform a 'make install' of zaptel
Comments:By: vortex_0_o (vortex_0_o) 2006-05-16 12:15:15

same here -

I only know it was an update during the first 10 days in May
think it was when changed modprobe to have the $CMDLINE_OPTS

By: Kevin P. Fleming (kpfleming) 2006-05-16 17:18:18

The logic here has not changed. 'make install' always read in the old file, filtered out some obsolete options, and wrote a new file out, leaving a backup file in place.

Can you show me an example of what worked before (the 'before' and 'after' modprobe.conf files) and what you get now?

By: Matthew Roth (matthew roth) 2006-05-16 18:49:01


I should've been a little more clear in the original report.  The backup file is still being created, but none of the contents of the old file are written to the new file.  After a 'make install', modprobe.conf *only* contains zaptel-related entries.  I've uploaded the before and after files you requested to demonstrate the problem.

The problem doesn't exist in revision 1017 and it appears in revision 1031.

I'll be keeping an eye on this issue, so let me know if you need anything else and I'll be happy to provide it.

By: Kevin P. Fleming (kpfleming) 2006-05-17 13:53:28

Yes, this was a problem that I caused... I have completely rebuilt those parts of the install process now, so please test the current 1.2 branch of Zaptel and let me know what the results are. Thanks!

By: Matthew Roth (matthew roth) 2006-05-17 17:40:59

The problem is fixed in revision 1068.


By: Joshua C. Colp (jcolp) 2006-05-17 17:43:17

Fixed as per comment about revision.