FS#22974 - [netcfg] net-profiles doesn't wait for the user to select a network
Attached to Project:
Arch Linux
Opened by Nicola Mori (snack) - Sunday, 20 February 2011, 11:42 GMT
Last edited by Allan McRae (Allan) - Tuesday, 15 March 2011, 23:44 GMT
Opened by Nicola Mori (snack) - Sunday, 20 February 2011, 11:42 GMT
Last edited by Allan McRae (Allan) - Tuesday, 15 March 2011, 23:44 GMT
|
Details
Description:
When net-profiles is started, it doesn't wait for the user to select the desired profile. Instead, it automatically activates the first one, without any key being pressed. I recently updated my system to KDE 4.6 so I uninstalled hal and fam. This is the only major upgrade I did recently, but I don't think it is the source of the problem since netcfg does not depend on these packages. Additional info: * package version(s) kernel: 2.6.37-6 netcfg: 2.5.4-1 * config and/or log files etc. Daemons array on rc.conf: DAEMONS=(syslog-ng network rpcbind nfs-common @netfs @crond @dbus @alsa @cpufreq @laptop-mode net-profiles) Steps to reproduce: 1) install netcfg and create a couple of profiles in /etc/network.d 2) add net-profiles to the daemons array in rc.conf 3) reboot 4) wait for net-profiles interface to pop up |
This task depends upon
Closed by Allan McRae (Allan)
Tuesday, 15 March 2011, 23:44 GMT
Reason for closing: Fixed
Additional comments about closing: dialog 1.1_20110302-1
Tuesday, 15 March 2011, 23:44 GMT
Reason for closing: Fixed
Additional comments about closing: dialog 1.1_20110302-1
What is your NET_PROFILES= line?
NETWORKS=menu
It used to work, maybe it changed recently?
I, too, find that the menu of net-profiles does not work at boot. Specifically, it does not seem to respond to keyboard at all. Moreover, if I run
/etc/rc.d/net-profiles restart
then I get the behaviour described in the previous message: the menu does not wait for input and loads the first profile.
If I run
netcfg-menu
the menu works OK.
I have two profiles, DHCP and STATIC. STATIC is activated at startup.
The first time I run "netcfg-menu 10" I get STATIC->down and DHCP->up and the dialog waits for 10 secs without responding to keyboard (if I press the Up arrow I see ^[[A below the dialog etc.).
Now that DHCP is activated, every subsequent time that I run "netcfg-menu 10" the dialog does not wait at all and terminates immediately with a message "DHCP already connected".
If I reactivate STATIC (using "netcft STATIC") then the above behaviour is repeated (first time: wait but no input, subsequent runs: no wait).
I have not mentioned that my netbook uses i686 and my desktop uses x86_64 Arch, so this would not be attributed to the architecture.
I have testing enabled and my rc.conf is attached.
After contacts with the dialog developer he figured out it was a small fix needed in the ui_getc.c file.
I expect that a new version of dialog will be released soon and with it this problem will be fixed.
I did all the work myself without a single response from the persons mentioned above.
It sure could have been fixed sooner, if the dialog (a core package btw) maintainer didn't took 1 whole freaking week to update a few characters in a PKGBUILD.
I think the bug report can be closed.