From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.4.1) Gecko/20031030 Description of problem: When I start a ISDN connection. I press activate, then the internet connection goes up. But I can't deactivate this connection by pressing deactive, because the status doesn't change. So I must log in as a root user and enter then : "isdnctrl hangup ippp0" Version-Release number of selected component (if applicable): redhat-config-network-tui-1.3.10-1, redhat-config-network-1.3.10-1 How reproducible: Always Steps to Reproduce: 1. Activate connection 2. Wait 3. Cannot deactivate connection Actual Results: Internet connection goes up, but the status doesn't change to active. Expected Results: Status change to active to deactivate the connection Additional info:
please try 1.3.13 from rawhide
A stupid question, where can I find redhat-config-network-1.3.13? It is not in the testing area.
sorry... and it is compiled with python-2.3 (so, you would have to recompile) http://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS/
Bug 112364 and bug 112649 are dupes of this one. Heini, did it work for you?
Created attachment 96754 [details] isdn inactive patch Attached patch seems to fix the problem for me (Fedora Core 1). Instead of running isdnctrl or userisdnctl, check for ipppd pid file, just like pppd for modems.
My machine with this problem is remote and the local user not knowledgeable. I tried Harald's suggestion to install redhat-config-network-1.3.13 (and tui). Now the user can't establish any isdn connection anymore. I'm locked out. The error message was relayed to me on the phone, the gist being ifup: command not found. Any clues?
log in as root and start /usr/sbin/redhat-config-network then /sbin should be in the $PATH
*** Bug 112364 has been marked as a duplicate of this bug. ***
*** Bug 112649 has been marked as a duplicate of this bug. ***
I want to try the comment at #3 with redhat-config-network-1.3.13, but a question of mine, how do i re-compile it for fedora core 1. Or is there a compiled file. Thanks.
@harald, #7: No, that's not it. The message is like this: ppp4: /sbin/ifup MSN; /usr/sbin/userisdnctl dial ippp4: No such file or directory Both commands issued in a shell seperately work OK. Seems they are treated by the python script as one command. Mixup of system and exec? @e.d.grootjans: Don't bother, it doesn't work (yet). In any case, have a look at the man page of rpmbuild.
found the bug in CVS... will provide a bugfix soon! thx!
As a work-around I use "gnome modemlight applet" with the following commands: /usr/sbin/isdndial <connection-name> and /usr/sbin/isdnhangup <connection-name>
Are there any new problems that delay the fix?
I have a problem that's related to this bug I think. While I can connect to my ISP fine, the connection status never changes to Active. This wouldn't be so bad if my ISP didn't kick me off every 2 hours because I have no way of knowing when this has happened.
Created attachment 101198 [details] Control.py patch Fixes the bug and uses (IMHO) a more appropriate program to detect if the link is up.
Simon, thanks for your patch. Now it's working fine.
Fedora Core 1 is maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC5 updates or in the FC6 test release, reopen and change the version to match. Thanks! NOTE: Fedora Core 1 is reaching the final end of support even by the Legacy project. After Fedora Core 6 Test 2 is released (currently scheduled for July 26th), there will be no more security updates for FC1. Please use these next two weeks to upgrade any remaining FC1 systems to a current release.
Closing per lack of response to previous comment. Note that FC1 and FC2 are no longer supported even by Fedora Legacy. If this still occurs on FC3 or FC4, please assign to that version and Fedora Legacy. If it still occurs on FC5 or FC6, please reopen and assign to the correct version.