wvdial modem detection hangs dapper installer

Suffering the same problem here. I can't keep ubuntu-desktop because it hauls in wvdial and breaks:

Setting up wvdial (1.55-1ubuntu1) ...
Editing `/etc/wvdial.conf'.

Scanning your serial ports for a modem.

Modem Port Scan<*1>: S0 S1 S2 S3
ircomm0<*1>: ATQ0 V1 E1 -- failed at 9600 and 19200 baud.

Yeah...got the same Problem...

...so for me I can's install dapper on my laptop....I hope it will be better on the next flight...

...or does anybody knows a workaround???

~tenzin

wvdial shouldn't do this sort of thing during installation; if this is still the case, it should be disabled

This will install a empty wvdial.conf and skip auto-detection of the modem.

After some discussion with wvdial upstream I think disabling the auto-configuration should be the last resort.

Could one of the people who have this problem please run:
$ sudo strace wvdialconf 2> /tmp/wvdial.strace

and attach the strace file? It's fine if you press CTRL-C when it hangs, this way we should be able to get the command that caused the hang.

Thanks,
 Michael

Sure, just don't forget to disable it before the release if no other solution is found

This bug needs more information from someone experiencing the problem, in order to solve it correctly. Please respond to Michael's request

Hello.

Are any of you still experiencing this WvDial bug?

If so, would you please run:
$ sudo strace wvdialconf 2> /tmp/wvdial.strace

and attach the /tmp/wvdial.strace file to this the bug? You can hit
Control-C when it hangs, this way we can see what WvDial is doing that
blocks it.

Cheers,
--
Simon Law http://www.law.yi.org/~sfllaw/

Output of `sudo strace wvdialconf` showing the hang upon detection of irda modem.

IBM Thinkpad X22, nsc_ircc module loaded for irda.

As a workaround: wvdialconf succeeds if nsc_ircc is not loaded.

It looks like it's hanging on the close syscall for /dev/ircomm0.
Which seems to correlate with what you're saying.

We need a timeout for that, so it doesn't stall there indefinitely.

tcflush() may also be the right solution here.

Eric,

I can't reproduce it here, but I think I might have a solution to the
problem. Are you comfortable with recompiling things? If so, I
may have a fix that we can test out.

Please do the following:
1. Install the devscripts package
2. apt-get build-dep wvstreams
3. apt-get source wvstreams
4. cd wvstreams-4.2.2/streams
5. Edit wvmodem.cc
6. On line 277, right after "tcsetattr(getrfd(), TCSANOW, &old_t);",
add a line that says "tcflush(getrfd(), TCIOFLUSH);
7. cd ..
8. Run debuild
9. Run debi

See if wvdialconf hangs anymore. If so, an strace would be nice.

If not, we celebrate!

We celebrate!

The patch fixes the problem.

Works just fine now -- wvdialconf finds the regular modem, then happily cranks through serial ports and ircomm0 through 31 looking for another.

Not sure that wvdialconf actually writes the config file, but that's an issue for another bug...

Thanks!

It works with the patch!

This is actually a WvStreams bug.

Uploaded in the queue

bug closed upstream. launchpad bug can be closed.

Set to "Fix Released" to remove from list

Link to Debian BT was severed somehow. Manually closing.

Same bug affected Ubuntu 11.10 Oneric