Bugzilla – Bug 387110
Beta2 DVD Installation : rtl8187 automatically configured as ethernet device
Last modified: 2008-05-13 13:58:31 UTC
I have a P5K-E Wifi/AP asustek motherboard which offers : - one ethernet gigabit controller Marvell Yukon 88E8056 - one wireless device rtl8187 802.11b/g. This wireless device is configured as an ethernet device by automatic configuration. No wireless configuration guy is proposed to allow the user to configure its wireless settings at installation time.
I'm not sure what's the bug here. Can you please be more specific? And please provide your yast log files
*** Bug 387118 has been marked as a duplicate of this bug. ***
I haven't exactly reported the problem : rtl8187 is supported and well detected as a wireless device (RTL8187_Wireless, wlan0), but this device is configured with no ciphering. As my wireless router is only offering WPA TKIP/AES, the authentication fails. I think that 88E8056 should have been proposed for automatic configuration rather than RTL8187_Wireless. A wireless device can't be automatically configured since, at least, SSID, working mode (managed, ad-hoc...), ciphering type (WEP, WPA, ...), passphrase or key are wireless parameters which can only be provided by the user. An other solution could be to provide the guy which allow the user to provide its wireless configuration. This is nice for laptop with wireless
I haven't exactly reported the problem : rtl8187 is supported and well detected as a wireless device (RTL8187_Wireless, wlan0), but this device is configured with no ciphering. As my wireless router is only offering WPA TKIP/AES, the authentication fails. I think that 88E8056 should have been proposed for automatic configuration rather than RTL8187_Wireless. A wireless device can't be automatically configured since, at least, SSID, working mode (managed, ad-hoc...), ciphering type (WEP, WPA, ...), passphrase or key are wireless parameters which can only be provided by the user. An other solution could be to provide the guy which allow the user to provide its wireless configuration. This is nice for laptop with only wireless network available.
Created attachment 213705 [details] yast2 logs
bug 387118 is NOT a duplicate from this bug. This is an old problem : whenever you configure a device (again), dhcp client daemon fails to acquire new ip address. The workaround is to stop all network devices which also stops dhcp client daemon, and only then, to restart it.
already fixed *** This bug has been marked as a duplicate of bug 389131 ***