From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513
Description of problem:
When I change the telephone number for a ppp connection, I get a message dump.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2.Enter root password
3.Select ppp0 connection and press Edit
4.Select Provider tab
5.Change telephone number
6.Get traceback below.
7.If you ignore traceback and try to dial ppp0 connection, nothing seems to happen.
Reproducibility note: If I try again, I do not get the traceback, but something
is still wrong as it will not dial. I get a few dialog boxes complaining about
that resolv.conf file.
Note: I changed the same telephone number on a friend's computer running R.H.L.
7.3 and it worked fine there. As far as I know, my system is up to date as far
as up2date is concerned (and there is a new up2date on that machine).
I am sending this from a different machine where I have not attempted to change
the number because it is not necessary to change it.
Actual Results: Got traceback below. The number must be partly changed, because
if I re-run the steps above, the number that comes up is the changed one. System
does not appear to dial the number (or any number).
Expected Results: Should have changed telephone number and it should work. I
wonder about the double slash between ...profiles//default/resolv.conf. It is
curious because that resolv.conf does not contain the telephone number anyway.
Traceback (innermost last):
File "/usr/sbin/neat", line 1402, in ?
File "/usr/lib/python1.5/site-packages/gtk.py", line 2676, in mainloop
File "/usr/lib/python1.5/site-packages/libglade.py", line 28, in __call__
ret = apply(self.func, a)
File "/usr/sbin/neat", line 449, in on_applyButton_clicked
File "/usr/sbin/neat", line 289, in save
File "/usr/sbin/neat", line 308, in saveProfiles
line 302, in save
File "/usr/sbin/../share/redhat-config-network/netconfpkg/Conf.py", line 565,
File "/usr/sbin/../share/redhat-config-network/netconfpkg/Conf.py", line 277,
self.file = open(self.filename, 'w', -1)
IOError: [Errno 13] Permission denied:
Local variables in innermost frame:
self: <netconfpkg.Conf.ConfEResolv instance at 855a5e8>
Not a bug? Then what is it? After letting up2date update my other machine,
it too does not work, but it is the eth0 that does not work. The networking
seems to slowly deteriorate as up2date applies updates. I have not yet
figured out what files get deleted by these updates, but it is a royal PITA.