RCN doesn't list my ethernet card in its driver list (8139too), and it summarily removes that entry from my modules.conf when I exit. This is bad. IMO redhat-config-network should share device information with kudzu rather than have its own, inferior database in isolation.
Kudzu will already have configured the hardware aspects of it, so you should only need to configure the device...
True, but if I click through the dialogs to see what the settings are, it just shows 'eth0' as the device type, and when I exit it deletes my eth0 line in /etc/modules.conf. Browsing shouldn't be destructive! :)
It should not delete settings - this needs to be fixed.
We (Red Hat) really need to fix this before next release.
This is really strange. I have the same card at home and i have not had a single problem with that. It also puzzles me as RCN shares the /etc/modules.conf with other tools and uses it as it's source of information for network cards, so if kudzu detects a new card and makes all the required entries i just can't see where it fails. Also you probably have quit RCN with the OK button. This logically stores the information in the way that RCN sees the world, so if for some reason untraceable for me RCN doesn't see a device it will store it that way. If you could offer more information about what your system exactly looked like and if you can reproduce it so that we can reproduce it as well i'd really appreciate it. Otherwise it's close to impossible to fix this problem. Thanks, Read ya, Phil
OK, after closer inspection of the affected machine i found the problem to be in a corrupt system configuration which RCN relies on. To be more specific, the machine has a 2.4 and a 2.2 kernel installed, runs with the 2.4 kernel but /boot/module-info is still symlinked to the 2.2 module-info file. /etc/modules.conf on the other hand contains the 2.4 alias for the Realtek 8139 driver (8139too), whereas the modules-info (which RCN uses to determine among other things the description and module name of the device) does only contain the 2.2 driver (rtl8139). So RCN is really at a loss here. It simply can't combine these conflicting sources of information and therefor breaks. I am currently thinking about a fix, although this is a foobared configuration. I am therefore closing the bug now as NOTABUG but will try to provide a RCN version that can cope with these kinds of broken configuration. Read ya, Phil
From your description of the problem, it sounds to me like either a.) initscripts is broken for not fixing /boot links at startup, or b.) kernel rpms are broken for assuming the last-installed kernel is the only one being used. Just MHO, but perhaps this bug should be fixed at the source rather than in rcn?
Completely agree with you: Upon bootup the system config files should all reflect the current state, especially the /boot files and some of the /etc files. Some of these things can be easily done and are already (couple of /boot files), but /boot/module-info is obviously still missing. If i have time i might look into fixing it at the source. Read ya, Phil