net-dialup/ppp-2.4.4-r15 has a regression bug where the ppp0 interface isn't properly created by the init script. The init script "succeeds" and adds routes, but since the interface doesn't exist the connection is silently terminated by the cell phone. If you let it sit there and retry, it eventually succeeds. Switching back to -r14 fixes the regression, and so I am unwilling to spend the time debugging this problem further. Good luck. Reproducible: Always Steps to Reproduce: 1. install pppd-r14 2. try connecting via ppp 3. notice connection success 4. update to -r15 5. try connecting via ppp 6. notice connection failure 7. revert to -r14 8. try connecting via ppp 9. notice connection success Actual Results: the connection does not succeed. Expected Results: the connection succeeds.
Here is an excerpt from messages, if it helps: Jul 27 14:00:20 cerium pppd[8756]: Plugin passwordfd.so loaded. Jul 27 14:00:20 cerium pppd[8756]: pppd 2.4.4 started by mohr, uid 0 Jul 27 14:00:20 cerium pppd[8756]: Removed stale lock on rfcomm0 (pid 7968) Jul 27 14:00:24 cerium hcid[6744]: link_key_request (sba=00:15:E9:66:9A:34, dba=00:1E:8D:ED:40:CF) Jul 27 14:00:25 cerium chat[8760]: abort on (ERROR) Jul 27 14:00:25 cerium chat[8760]: abort on (NO ANSWER) Jul 27 14:00:25 cerium chat[8760]: abort on (NO CARRIER) Jul 27 14:00:25 cerium chat[8760]: timeout set to 5 seconds Jul 27 14:00:25 cerium chat[8760]: send (ATZ^M) Jul 27 14:00:25 cerium chat[8760]: expect (OK) Jul 27 14:00:28 cerium chat[8760]: ATZ^M^M Jul 27 14:00:28 cerium chat[8760]: OK Jul 27 14:00:28 cerium chat[8760]: -- got it Jul 27 14:00:28 cerium chat[8760]: send (AT+CGDCONT=1,"IP","internet3.voicestream.com","0.0.0.0",1,1^M) Jul 27 14:00:29 cerium chat[8760]: expect (OK) Jul 27 14:00:29 cerium chat[8760]: ^M Jul 27 14:00:29 cerium chat[8760]: AT+CGDCONT=1,"IP","internet3.voicestream.com","0.0.0.0",1,1^M^M Jul 27 14:00:29 cerium chat[8760]: OK Jul 27 14:00:29 cerium chat[8760]: -- got it Jul 27 14:00:29 cerium chat[8760]: send (ATDT*99***1#^M) Jul 27 14:00:29 cerium chat[8760]: timeout set to 60 seconds Jul 27 14:00:29 cerium chat[8760]: expect (CONNECT) Jul 27 14:00:29 cerium chat[8760]: ^M Jul 27 14:00:29 cerium chat[8760]: ATDT*99***1#^M^M Jul 27 14:00:29 cerium chat[8760]: CONNECT Jul 27 14:00:29 cerium chat[8760]: -- got it Jul 27 14:00:29 cerium chat[8760]: send (^M) Jul 27 14:00:29 cerium pppd[8756]: Serial connection established. Jul 27 14:00:29 cerium pppd[8756]: Using interface ppp0 Jul 27 14:00:29 cerium pppd[8756]: Connect: ppp0 <--> /dev/rfcomm0 Jul 27 14:00:30 cerium pppd[8756]: PAP authentication succeeded Jul 27 14:00:31 cerium pppd[8756]: LCP terminated by peer (User request) Jul 27 14:00:34 cerium pppd[8756]: Connection terminated. Jul 27 14:00:35 cerium pppd[8756]: Modem hangup Jul 27 14:01:09 cerium hcid[6744]: link_key_request (sba=00:15:E9:66:9A:34, dba=00:1E:8D:ED:40:CF) Jul 27 14:01:10 cerium chat[8771]: abort on (ERROR) Jul 27 14:01:10 cerium chat[8771]: abort on (NO ANSWER) Jul 27 14:01:10 cerium chat[8771]: abort on (NO CARRIER) Jul 27 14:01:10 cerium chat[8771]: timeout set to 5 seconds Jul 27 14:01:10 cerium chat[8771]: send (ATZ^M) Jul 27 14:01:10 cerium chat[8771]: expect (OK) Jul 27 14:01:10 cerium chat[8771]: ATZ^M^M Jul 27 14:01:10 cerium chat[8771]: OK Jul 27 14:01:10 cerium chat[8771]: -- got it Jul 27 14:01:10 cerium chat[8771]: send (AT+CGDCONT=1,"IP","internet3.voicestream.com","0.0.0.0",1,1^M) Jul 27 14:01:11 cerium chat[8771]: expect (OK)
I don't see how this could be a regression bug since net-dialup/ppp never had a bug like this. And scripts don't create pppX interfaces, pppd does that. If you find time to solve your problem, here is a hint: the relevant difference between r14 and r15 is the installation of modprobe.d file vs modules.d (no longer used on Gentoo). Since I'm also unwilling to work with uncooperative users, I close this bug as INVALID.
Please don't label me as uncooperative. You folks are the ones who build this thing called Gentoo, and it is a great product. I don't have the time right now to debug teh problem, esp. since this laptop takes 15 minutes to recompile ppp. I entered this bug for you, so that you would be aware of a problem with your distribution. I provided a description of what went wrong with debug info from messages. If you don't want to resolve this regression bug, thats fine.. I just can't do any testing at this time, so close it again if thats how you feel. Sorry for being a good citizen and reporting regressions.
1) I find hard to believe your laptop compiles net-dialup/ppp for 15 minutes. Even a 386 box should compile it in less than 5 minutes. 2) I still don't understand why you consider this to be a regression. Regression bug == bug solved in some previous version which reappeared in the current version. Please point me to the previous bug you are referring to. 3) I cannot solve bugs that I cannot reproduce. You should at least give me a simple way to reproduce it *without* constraining me to use some particular hardware I don't have. Either that or find the solution yourself. 4) Differences between r14 and r15 have nothing to do with the alleged bug. These are the changes occured in that version: *ppp-2.4.4-r15 (12 Apr 2008) 12 Apr 2008; Alin Năstac <mrness@gentoo.org> +ppp-2.4.4-r15.ebuild: Re-write kill-pg.patch (#181145 and #216183). Fix LCP timeout error (#210852). Fix QA warning (#211160). Install modprobe.d file (#213879). I'm sorry, but since you are unwilling to investigate it further, I will close this as NEEDINFO. Please don't reopen it unless you have relevant information.
