http://qa.mandrakesoft.com/show_bug.cgi?id=3832
------- Additional Comments From [EMAIL PROTECTED] 2003-29-08 22:44 ------- still valid. in fact, using the scheme proposed in bug 4881 cold be used to change this behavior without messing with the script. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------- Reminder: ------- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: The documentation of the package say that /etc/sysconfig/network-scripts/ifup-post is called when any network interface is brought up ( except a SLIP ones ) But, it seems that it doesn't work with ppp0 I use kppp to launch pppd, on a normal modem connexion. Once the connexion is established, pppd execute the script /etc/ppp/if-up. This script execute /etc/ppp/ip-up.local, but it doesn't execute /etc/sysconfig/network-scripts/ifup-post since th variable $LOGDEVICE is empty. This variable correspond to the 6th parameter of /etc/ppp/ip-up. The ppp documentation say it is ipparam, which can be used on the command line to pass a parameter to if-up script. To give a exemple, the wondershaper script cannot be used out of the box since the script is put in /etc/sysconfig/network-scripts/ifup.d/ and is not executed when ppp0 come up, while the documentation state that it should. Some program such as ddclient, or ntp, could be used with a simple modem, and it is easier to drop a file in a directory than writing in a file. I suggest a patch, to use the REALDEVICE name instead of the LOGDEVICE if the former is empty. I don't think this break anything. First, if-up source the config, which should not break anything. It brings up static route if it can, but , since there is no static route, this should not be a problem. Then it replace the nameserver if they are not already specified. It sends a signal to report the net connection to some program ,and run the script in /etc/sysconfig/network-scripts/ifup.d/ The same patch modify /etc/ppp/if-down, which has the same problem.
