Ubuntu
wvdial package

wvdial: doesn't initialize serial port correctly since last update

Bug #12337 reported by Debian Bug Importer
12
Affects Status Importance Assigned to Milestone
wvdial (Debian)
Fix Released
Unknown
wvdial (Ubuntu)
Invalid
High
Thom May

Bug Description

Automatically imported from Debian bug report #292618 http://bugs.debian.org/292618

See original description
Revision history for this message
Debian Bug Importer (debzilla) wrote :

Automatically imported from Debian bug report #292618 http://bugs.debian.org/292618

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Fri, 28 Jan 2005 11:03:54 +0100
From: Wolfram Quester <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: wvdial: doesn't initialize serial port correctly since last update

--AhhlLboLdkugWU4S
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Package: wvdial
Version: 1.54.0-1.1
Severity: grave
Justification: renders package unusable

Hi,

I updated wvdial some days ago and cannot use my modems since then. One
of the modems is bluetooth device connected on /dev/rfcomm0. wvdial
gives:
wolfi@halley:~ $ wvdial
--> WvDial: Internet dialer version 1.54.0
--> Cannot open /dev/rfcomm0: Cannot get information for serial port.
--> Cannot open /dev/rfcomm0: Input/output error
--> Cannot open /dev/rfcomm0: Cannot get information for serial port.

In the syslog I see
Jan 28 10:58:00 halley kernel: rfcomm_tty_ioctl: TIOCGSERIAL is not supported

My other modem is connected by an usb-serial adapter and wvdial gives me
wolfi@halley:~ $ wvdial
--> WvDial: Internet dialer version 1.54.0
--> Cannot open /dev/ttyUSB0: Cannot get information for serial port.
--> Cannot open /dev/ttyUSB0: Cannot get information for serial port.
--> Cannot open /dev/ttyUSB0: Cannot get information for serial port.
syslog shows nothing.

Since I can connect fine using pon/poff, I guess the fault is in wvdial
or libwvstreams, since this is the major change in the last release.

With best regards,

Wolfi

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.10-wjq
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)

Versions of packages wvdial depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libgcc1 1:3.5-0pre0 GCC support library
ii libstdc++5 1:3.3.5-6 The GNU Standard C++ Library v3
ii libwvstreams4.0-base 4.0.1-1.2 C++ network libraries for rapid ap
ii libwvstreams4.0-extras 4.0.1-1.2 C++ network libraries for rapid ap
ii ppp 2.4.2+20040428-6 Point-to-Point Protocol (PPP) daem

-- no debconf information

--AhhlLboLdkugWU4S
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFB+g4KH0o2mefAfsQRAocOAJ4wyIA3e/V4e4dSLs75bb5d3mHxIwCfS6eO
6ou+Gf23gXircbSVx2r3JDA=
=aCU3
-----END PGP SIGNATURE-----

--AhhlLboLdkugWU4S--

Revision history for this message
In , Jérôme Schell (jerome) wrote :

I confirm this bug.

Here is an interesting part of a strace of the execution of wvdial:

...
open("/dev/ttyS0", O_RDWR|O_NONBLOCK|O_NOCTTY|O_LARGEFILE) = 4
fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon
-echo ...}) = 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon
-echo ...}) = 0
select(5, [4], [], [], {0, 0}) = 0 (Timeout)
ioctl(4, TIOCGSERIAL, 0xbfffe4a0) = 0
ioctl(4, TIOCSSERIAL, 0xbfffe460) = -1 EPERM (Operation not permitted)
ioctl(4, TCFLSH, 0x2) = 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon
-echo ...}) = 0
ioctl(4, SNDCTL_TMR_START or TCSETS, {B38400 -opost -isig -icanon -echo
..}) = 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon
-echo ...}) = 0
close(4) = 0
write(3, "--> ", 4--> ) = 4
write(3, "Cannot open /dev/ttyS0: Cannot s"..., 63Cannot open
/dev/ttyS0: Cannot set information for serial port.) = 63write(3, "\n", 1
) = 1
unlink("/var/lock/LCK..ttyS0") = 0
...

So this seems to fail during an ioctl call giving an EPERM result.

(just to clarify, my user is part of dialout group so no problem of
access permission to /dev/ttyS0)
--
Jérôme

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Wed, 02 Feb 2005 11:00:44 +0100
From: =?ISO-8859-1?Q?J=E9r=F4me_Schell?= <email address hidden>
To: <email address hidden>
Subject: Re: wvdial: doesn't initialize serial port correctly since last update

I confirm this bug.

Here is an interesting part of a strace of the execution of wvdial:

...
open("/dev/ttyS0", O_RDWR|O_NONBLOCK|O_NOCTTY|O_LARGEFILE) =3D 4
fcntl64(4, F_SETFD, FD_CLOEXEC) =3D 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon=20
-echo ...}) =3D 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon=20
-echo ...}) =3D 0
select(5, [4], [], [], {0, 0}) =3D 0 (Timeout)
ioctl(4, TIOCGSERIAL, 0xbfffe4a0) =3D 0
ioctl(4, TIOCSSERIAL, 0xbfffe460) =3D -1 EPERM (Operation not permi=
tted)
ioctl(4, TCFLSH, 0x2) =3D 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon=20
-echo ...}) =3D 0
ioctl(4, SNDCTL_TMR_START or TCSETS, {B38400 -opost -isig -icanon -echo=20
...}) =3D 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon=20
-echo ...}) =3D 0
close(4) =3D 0
write(3, "--> ", 4--> ) =3D 4
write(3, "Cannot open /dev/ttyS0: Cannot s"..., 63Cannot open=20
/dev/ttyS0: Cannot set information for serial port.) =3D 63write(3, "\n",=
 1
) =3D 1
unlink("/var/lock/LCK..ttyS0") =3D 0
....

So this seems to fail during an ioctl call giving an EPERM result.

(just to clarify, my user is part of dialout group so no problem of=20
access permission to /dev/ttyS0)
--=20
J=E9r=F4me

Revision history for this message
In , Patrick Patterson (ppatters-nit) wrote : Re: Bug#292618: wvdial: doesn't initialize serial port correctly since last update

Can you double check what the permissions are for your /dev/ttyS0?

Also - are you using udev or any such thing?

Does this work when you run wvdial as root?

On Wednesday 02 February 2005 05:00, Jérôme Schell wrote:
> I confirm this bug.
>
> Here is an interesting part of a strace of the execution of wvdial:
>
> ...
> open("/dev/ttyS0", O_RDWR|O_NONBLOCK|O_NOCTTY|O_LARGEFILE) = 4
> fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
> ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon
> -echo ...}) = 0
> ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon
> -echo ...}) = 0
> select(5, [4], [], [], {0, 0}) = 0 (Timeout)
> ioctl(4, TIOCGSERIAL, 0xbfffe4a0) = 0
> ioctl(4, TIOCSSERIAL, 0xbfffe460) = -1 EPERM (Operation not
> permitted) ioctl(4, TCFLSH, 0x2) = 0
> ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon
> -echo ...}) = 0
> ioctl(4, SNDCTL_TMR_START or TCSETS, {B38400 -opost -isig -icanon -echo
> ...}) = 0
> ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon
> -echo ...}) = 0
> close(4) = 0
> write(3, "--> ", 4--> ) = 4
> write(3, "Cannot open /dev/ttyS0: Cannot s"..., 63Cannot open
> /dev/ttyS0: Cannot set information for serial port.) = 63write(3, "\n", 1
> ) = 1
> unlink("/var/lock/LCK..ttyS0") = 0
> ....
>
> So this seems to fail during an ioctl call giving an EPERM result.
>
> (just to clarify, my user is part of dialout group so no problem of
> access permission to /dev/ttyS0)

Revision history for this message
In , Jérôme Schell (jerome) wrote :

Patrick Patterson a écrit :
> Can you double check what the permissions are for your /dev/ttyS0?
>

Forgot to tell that my install is a fresh Sarge with default 2.6 kernel.

Permissions of /dev/ttyS0 are allright:
crw-rw---- 1 root dialout 4, 64 2002-03-14 22:51 /dev/ttyS0

kppp is working fine and pon/poff too as a simple user.

> Also - are you using udev or any such thing?
>

Yes, udev, as it is a default Sarge install.

> Does this work when you run wvdial as root?
>

Yes it works as root, that's why I think it's pretty strange.

--
Jérôme

Revision history for this message
In , Steve Langasek (vorlon) wrote :

reassign 292618 libwvstreams4.0-extras
thanks

This is a bug in libwvstreams4.0-extras, which implements the now-broken
WvModem class used by wvdial.

--
Steve Langasek
postmodern programmer

Revision history for this message
In , Steve Langasek (vorlon) wrote :

tags 292618 +patch
thanks

The attached patch fixes WvModem::setup_modem to not treat it as a fatal
error when non-root users are unable to use the TIOCSSERIAL ioctl.

Incidentally, the other use of HAVE_LINUX_SERIAL_H in streams/wvmodem.cc
looks quite broken: there is no reason that declaration of the cfmakeraw()
function should be correlated with the presence of the linux/serial.h
header. Please add a proper autoconf check to detect cfmakeraw() support
separately instead of tacking it onto the check for a completely unrelated
header.

--
Steve Langasek
postmodern programmer

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Wed, 2 Feb 2005 08:03:31 -0500
From: Patrick Patterson <email address hidden>
To: =?iso-8859-1?q?J=E9r=F4me_Schell?= <email address hidden>,
 <email address hidden>
Subject: Re: Bug#292618: wvdial: doesn't initialize serial port correctly since last update

Can you double check what the permissions are for your /dev/ttyS0?

Also - are you using udev or any such thing?=20

Does this work when you run wvdial as root?

On Wednesday 02 February 2005 05:00, J=E9r=F4me Schell wrote:
> I confirm this bug.
>
> Here is an interesting part of a strace of the execution of wvdial:
>
> ...
> open("/dev/ttyS0", O_RDWR|O_NONBLOCK|O_NOCTTY|O_LARGEFILE) =3D 4
> fcntl64(4, F_SETFD, FD_CLOEXEC) =3D 0
> ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon
> -echo ...}) =3D 0
> ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon
> -echo ...}) =3D 0
> select(5, [4], [], [], {0, 0}) =3D 0 (Timeout)
> ioctl(4, TIOCGSERIAL, 0xbfffe4a0) =3D 0
> ioctl(4, TIOCSSERIAL, 0xbfffe460) =3D -1 EPERM (Operation not
> permitted) ioctl(4, TCFLSH, 0x2) =3D 0
> ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon
> -echo ...}) =3D 0
> ioctl(4, SNDCTL_TMR_START or TCSETS, {B38400 -opost -isig -icanon -echo
> ...}) =3D 0
> ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon
> -echo ...}) =3D 0
> close(4) =3D 0
> write(3, "--> ", 4--> ) =3D 4
> write(3, "Cannot open /dev/ttyS0: Cannot s"..., 63Cannot open
> /dev/ttyS0: Cannot set information for serial port.) =3D 63write(3, "\n",=
  1
> ) =3D 1
> unlink("/var/lock/LCK..ttyS0") =3D 0
> ....
>
> So this seems to fail during an ioctl call giving an EPERM result.
>
> (just to clarify, my user is part of dialout group so no problem of
> access permission to /dev/ttyS0)

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Wed, 02 Feb 2005 20:52:52 +0100
From: =?ISO-8859-1?Q?J=E9r=F4me_Schell?= <email address hidden>
To: <email address hidden>
Subject: Re: Bug#292618: wvdial: doesn't initialize serial port correctly
 since last update

Patrick Patterson a =E9crit :
> Can you double check what the permissions are for your /dev/ttyS0?
>=20

Forgot to tell that my install is a fresh Sarge with default 2.6 kernel.

Permissions of /dev/ttyS0 are allright:
crw-rw---- 1 root dialout 4, 64 2002-03-14 22:51 /dev/ttyS0

kppp is working fine and pon/poff too as a simple user.

> Also - are you using udev or any such thing?=20
>=20

Yes, udev, as it is a default Sarge install.

> Does this work when you run wvdial as root?
>=20

Yes it works as root, that's why I think it's pretty strange.

--=20
J=E9r=F4me

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Sat, 5 Feb 2005 02:10:37 -0800
From: Steve Langasek <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: Re: wvdial: doesn't initialize serial port correctly since last update

--Ls2Gy6y7jbHLe9Od
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

reassign 292618 libwvstreams4.0-extras
thanks

This is a bug in libwvstreams4.0-extras, which implements the now-broken
WvModem class used by wvdial.

--=20
Steve Langasek
postmodern programmer

--Ls2Gy6y7jbHLe9Od
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFCBJuaKN6ufymYLloRArMwAKDKzvJbR7M4LIOK47OxEq3LijdiSwCglkGl
PON5y5OOBPbJNmCdXKX9bz0=
=EfMC
-----END PGP SIGNATURE-----

--Ls2Gy6y7jbHLe9Od--

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Sat, 5 Feb 2005 03:35:24 -0800
From: Steve Langasek <email address hidden>
To: <email address hidden>
Subject: Re: wvdial: doesn't initialize serial port correctly since last update

--C7Ke/meiCZutM6I/
Content-Type: multipart/mixed; boundary="SBT+cnFS/G3NVgv4"
Content-Disposition: inline

--SBT+cnFS/G3NVgv4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

tags 292618 +patch
thanks

The attached patch fixes WvModem::setup_modem to not treat it as a fatal
error when non-root users are unable to use the TIOCSSERIAL ioctl.

Incidentally, the other use of HAVE_LINUX_SERIAL_H in streams/wvmodem.cc
looks quite broken: there is no reason that declaration of the cfmakeraw()
function should be correlated with the presence of the linux/serial.h
header. Please add a proper autoconf check to detect cfmakeraw() support
separately instead of tacking it onto the check for a completely unrelated
header.

--=20
Steve Langasek
postmodern programmer

--SBT+cnFS/G3NVgv4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="wvstreams-292618.diff"
Content-Transfer-Encoding: quoted-printable

diff -u wvstreams-4.0.1/debian/changelog wvstreams-4.0.1/debian/changelog
--- wvstreams-4.0.1/debian/changelog
+++ wvstreams-4.0.1/debian/changelog
@@ -1,3 +1,12 @@
+wvstreams (4.0.1-1.3) unstable; urgency=3Dhigh
+
+ * Non-maintainer upload.
+ * High-urgency upload for sarge-targetted RC bugfix
+ * Fix WvModem::setup_modem to not expect TIOCSSERIAL to work if we're not
+ root. (Closes: #292618)
+
+ -- Steve Langasek <email address hidden> Sat, 5 Feb 2005 02:45:25 -0800
+
 wvstreams (4.0.1-1.2) unstable; urgency=3Dhigh
=20
   * NMU with maintainer's permission
only in patch2:
unchanged:
--- wvstreams-4.0.1.orig/streams/wvmodem.cc
+++ wvstreams-4.0.1/streams/wvmodem.cc
@@ -204,7 +204,7 @@
     sinfo.closing_wait =3D ASYNC_CLOSING_WAIT_NONE;
     sinfo.closing_wait2 =3D ASYNC_CLOSING_WAIT_NONE;
=20
- if (ioctl(getrfd(), TIOCSSERIAL, &sinfo) < 0)=20
+ if (ioctl(getrfd(), TIOCSSERIAL, &sinfo) < 0 && getuid() =3D=3D 0)=20
     {
  seterr("Cannot set information for serial port.");
  return;

--SBT+cnFS/G3NVgv4--

--C7Ke/meiCZutM6I/
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFCBK95KN6ufymYLloRAh4bAJ0c2qiw0aHkEcKr2saRwDbj4uJvaQCeIzgL
CydteLyj39pfG2LpSDYY+L8=
=1ctl
-----END PGP SIGNATURE-----

--C7Ke/meiCZutM6I/--

Revision history for this message
In , Steve Langasek (vorlon) wrote :

I'm uploading a 0-day NMU for this bug using the previously submitted patch.

Thanks,
--
Steve Langasek
postmodern programmer

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Mon, 7 Feb 2005 23:02:30 -0800
From: Steve Langasek <email address hidden>
To: <email address hidden>
Subject: Re: wvdial: doesn't initialize serial port correctly since last update

--uxuisgdDHaNETlh8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I'm uploading a 0-day NMU for this bug using the previously submitted patch.

Thanks,
--=20
Steve Langasek
postmodern programmer

--uxuisgdDHaNETlh8
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFCCGQDKN6ufymYLloRAnjTAKCVy+NHi4aof9CV5qmpq3GAFQpoHwCePCoy
B93rRGYGFOwDMsq8GX/wQxU=
=kziJ
-----END PGP SIGNATURE-----

--uxuisgdDHaNETlh8--

Revision history for this message
In , Steve Langasek (vorlon) wrote : Fixed in NMU of wvstreams 4.0.1-1.3

tag 292618 + fixed

quit

This message was generated automatically in response to a
non-maintainer upload. The .changes file follows.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sat, 5 Feb 2005 02:45:25 -0800
Source: wvstreams
Binary: libwvstreams4.0-qt libwvstreams4.0-fft libwvstreams4.0-base libuniconf4.0 libwvstreams4.0-doc uniconfd libwvstreams-dev libwvstreams4.0-speex uniconf-tools libwvstreams4.0-extras libwvstreams4.0-vorbis
Architecture: source i386 all
Version: 4.0.1-1.3
Distribution: unstable
Urgency: high
Maintainer: Simon Law <email address hidden>
Changed-By: Steve Langasek <email address hidden>
Description:
 libuniconf4.0 - C++ network libraries for rapid application development
 libwvstreams-dev - Development libraries and header files for libwvstreams4.0
 libwvstreams4.0-base - C++ network libraries for rapid application development
 libwvstreams4.0-doc - Documentation for WvStreams
 libwvstreams4.0-extras - C++ network libraries for rapid application development
 libwvstreams4.0-fft - WvStreams wrapper for libfftw
 libwvstreams4.0-qt - WvStreams and Qt Event Integration Library
 libwvstreams4.0-speex - WvStreams Speex Encoder/Decoder Library
 libwvstreams4.0-vorbis - WvStreams OggVorbis Encoder/Decoder Library
 uniconf-tools - Tools to interface with UniConf
 uniconfd - Server that manages UniConf elements
Closes: 292618
Changes:
 wvstreams (4.0.1-1.3) unstable; urgency=high
 .
   * Non-maintainer upload.
   * High-urgency upload for sarge-targetted RC bugfix
   * Fix WvModem::setup_modem to not expect TIOCSSERIAL to work if we're not
     root. (Closes: #292618)
Files:
 43bc068171fd67d58b3003609d9fc19e 1047 libs optional wvstreams_4.0.1-1.3.dsc
 9dd7afe91a7eddb348db344b923d37a3 2281 libs optional wvstreams_4.0.1-1.3.diff.gz
 ed36fd2c074c01a190271681a7ca844f 341024 libs optional libwvstreams4.0-base_4.0.1-1.3_i386.deb
 69f66d971701895abad0831c87810297 418740 libs optional libwvstreams4.0-extras_4.0.1-1.3_i386.deb
 2107c186b725c207b1c1d523de4e7478 290172 libs optional libuniconf4.0_4.0.1-1.3_i386.deb
 9214a43c24c568757e11dce3688f6a38 232142 libs optional libwvstreams4.0-fft_4.0.1-1.3_i386.deb
 ce9a4f6302d8972ea9d2d2f2d3ee554a 256262 libs optional libwvstreams4.0-qt_4.0.1-1.3_i386.deb
 4ae07af2506d2b9af0efe1418d0d0e02 237466 libs optional libwvstreams4.0-vorbis_4.0.1-1.3_i386.deb
 2b328bee28e4801036f6e2cd72ebc723 241130 libs optional libwvstreams4.0-speex_4.0.1-1.3_i386.deb
 2d315837ff93548e4b415886a16dd970 949410 libdevel optional libwvstreams-dev_4.0.1-1.3_i386.deb
 2bf1e48482ade99823b9999c9a76249f 239794 utils optional uniconfd_4.0.1-1.3_i386.deb
 491e0a21470ac9a9c14c56347e05b006 237100 utils optional uniconf-tools_4.0.1-1.3_i386.deb
 4e1243af787c7ab91a575b75c446c633 2526832 doc optional libwvstreams4.0-doc_4.0.1-1.3_all.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFCCGLFKN6ufymYLloRAsTsAJ4jaZkLcyme6PZmX6z7U4EX50arFACgq3Zg
5BooLXnOZCde+Sk/Rbkv/V0=
=JBHb
-----END PGP SIGNATURE-----

Revision history for this message
Debian Bug Importer (debzilla) wrote :
Download full text (3.2 KiB)

Message-Id: <email address hidden>
Date: Tue, 08 Feb 2005 03:02:10 -0500
From: Steve Langasek <email address hidden>
To: <email address hidden>
Cc: Steve Langasek <email address hidden>, Simon Law <email address hidden>
Subject: Fixed in NMU of wvstreams 4.0.1-1.3

tag 292618 + fixed

quit

This message was generated automatically in response to a
non-maintainer upload. The .changes file follows.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sat, 5 Feb 2005 02:45:25 -0800
Source: wvstreams
Binary: libwvstreams4.0-qt libwvstreams4.0-fft libwvstreams4.0-base libuniconf4.0 libwvstreams4.0-doc uniconfd libwvstreams-dev libwvstreams4.0-speex uniconf-tools libwvstreams4.0-extras libwvstreams4.0-vorbis
Architecture: source i386 all
Version: 4.0.1-1.3
Distribution: unstable
Urgency: high
Maintainer: Simon Law <email address hidden>
Changed-By: Steve Langasek <email address hidden>
Description:
 libuniconf4.0 - C++ network libraries for rapid application development
 libwvstreams-dev - Development libraries and header files for libwvstreams4.0
 libwvstreams4.0-base - C++ network libraries for rapid application development
 libwvstreams4.0-doc - Documentation for WvStreams
 libwvstreams4.0-extras - C++ network libraries for rapid application development
 libwvstreams4.0-fft - WvStreams wrapper for libfftw
 libwvstreams4.0-qt - WvStreams and Qt Event Integration Library
 libwvstreams4.0-speex - WvStreams Speex Encoder/Decoder Library
 libwvstreams4.0-vorbis - WvStreams OggVorbis Encoder/Decoder Library
 uniconf-tools - Tools to interface with UniConf
 uniconfd - Server that manages UniConf elements
Closes: 292618
Changes:
 wvstreams (4.0.1-1.3) unstable; urgency=high
 .
   * Non-maintainer upload.
   * High-urgency upload for sarge-targetted RC bugfix
   * Fix WvModem::setup_modem to not expect TIOCSSERIAL to work if we're not
     root. (Closes: #292618)
Files:
 43bc068171fd67d58b3003609d9fc19e 1047 libs optional wvstreams_4.0.1-1.3.dsc
 9dd7afe91a7eddb348db344b923d37a3 2281 libs optional wvstreams_4.0.1-1.3.diff.gz
 ed36fd2c074c01a190271681a7ca844f 341024 libs optional libwvstreams4.0-base_4.0.1-1.3_i386.deb
 69f66d971701895abad0831c87810297 418740 libs optional libwvstreams4.0-extras_4.0.1-1.3_i386.deb
 2107c186b725c207b1c1d523de4e7478 290172 libs optional libuniconf4.0_4.0.1-1.3_i386.deb
 9214a43c24c568757e11dce3688f6a38 232142 libs optional libwvstreams4.0-fft_4.0.1-1.3_i386.deb
 ce9a4f6302d8972ea9d2d2f2d3ee554a 256262 libs optional libwvstreams4.0-qt_4.0.1-1.3_i386.deb
 4ae07af2506d2b9af0efe1418d0d0e02 237466 libs optional libwvstreams4.0-vorbis_4.0.1-1.3_i386.deb
 2b328bee28e4801036f6e2cd72ebc723 241130 libs optional libwvstreams4.0-speex_4.0.1-1.3_i386.deb
 2d315837ff93548e4b415886a16dd970 949410 libdevel optional libwvstreams-dev_4.0.1-1.3_i386.deb
 2bf1e48482ade99823b9999c9a76249f 239794 utils optional uniconfd_4.0.1-1.3_i386.deb
 491e0a21470ac9a9c14c56347e05b006 237100 utils optional uniconf-tools_4.0.1-1.3_i386.deb
 4e1243af787c7ab91a575b75c446c633 2526832 doc optional libwvstreams4.0-doc_4.0.1-1.3_all.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFCCGLFKN6ufymYLloRAsTsAJ4jaZkLcyme6P...

Read more...

Revision history for this message
In , Steve Langasek (vorlon) wrote : duplicate bug

reassign 294607 libwvstreams4.0-extras
merge 294607 292618
thanks

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Thu, 10 Feb 2005 12:43:57 -0800
From: Steve Langasek <email address hidden>
To: <email address hidden>
Subject: duplicate bug

reassign 294607 libwvstreams4.0-extras
merge 294607 292618
thanks

Revision history for this message
Debian Bug Importer (debzilla) wrote :

*** Bug 12769 has been marked as a duplicate of this bug. ***

Revision history for this message
Thom May (thombot) wrote :

We're not using wvstreams-4; we're still on 3 - and it appears that this bug is
4.0 specific.

Revision history for this message
In , Alessandro Speranza (speranza) wrote : problem unsolved after upgrade of libwvstreams4.0-extras

Package: libwvstreams4.0-extras
Version: 4.0.1-1.3
Followup-For: Bug #292618

Hi.
I upgraded to libwvstreams4.0-extras version 4.0.1-1.3 and wvdial
version 1.54, but I still have the same problem. Although the modem is
actually present and recognized by the system, I still get the same
message
/dev/ttyACM0 cannot set information for serial port
Thanks
 Alessandro

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libwvstreams4.0-extras depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libfam0c102 2.7.0-6 client library to control the FAM
ii libpam0g 0.76-22 Pluggable Authentication Modules l
ii libslp1 1.0.11a-1 OpenSLP libraries
ii libssl0.9.7 0.9.7e-2 SSL shared libraries
ii libwvstreams4.0-base 4.0.1-1.3 C++ network libraries for rapid ap
ii libxplc0.3.10 0.3.10-3.1 Light weight component system
ii zlib1g 1:1.2.2-3 compression library - runtime

-- no debconf information

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-id: <email address hidden>
Date: Mon, 14 Feb 2005 11:31:06 +0100
From: Alessandro Speranza <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: problem unsolved after upgrade of libwvstreams4.0-extras

Package: libwvstreams4.0-extras
Version: 4.0.1-1.3
Followup-For: Bug #292618

Hi.
I upgraded to libwvstreams4.0-extras version 4.0.1-1.3 and wvdial
version 1.54, but I still have the same problem. Although the modem is
actually present and recognized by the system, I still get the same
message
/dev/ttyACM0 cannot set information for serial port
Thanks
 Alessandro

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libwvstreams4.0-extras depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libfam0c102 2.7.0-6 client library to control the FAM
ii libpam0g 0.76-22 Pluggable Authentication Modules l
ii libslp1 1.0.11a-1 OpenSLP libraries
ii libssl0.9.7 0.9.7e-2 SSL shared libraries
ii libwvstreams4.0-base 4.0.1-1.3 C++ network libraries for rapid ap
ii libxplc0.3.10 0.3.10-3.1 Light weight component system
ii zlib1g 1:1.2.2-3 compression library - runtime

-- no debconf information

Revision history for this message
In , Alessandro Speranza (speranza) wrote : libwvstreams4.0-extras: also as root

Package: libwvstreams4.0-extras
Version: 4.0.1-1.3
Followup-For: Bug #292618

Hi.
Sorry, in my previous email I forgot to mention that I get the problem
with the usb modem also if I run wvdial as root. This makes me think my
problem might be slightly different from what was reported earlier.
Cheers
 Alessandro

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libwvstreams4.0-extras depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libfam0c102 2.7.0-6 client library to control the FAM
ii libpam0g 0.76-22 Pluggable Authentication Modules l
ii libslp1 1.0.11a-1 OpenSLP libraries
ii libssl0.9.7 0.9.7e-2 SSL shared libraries
ii libwvstreams4.0-base 4.0.1-1.3 C++ network libraries for rapid ap
ii libxplc0.3.10 0.3.10-3.1 Light weight component system
ii zlib1g 1:1.2.2-3 compression library - runtime

-- no debconf information

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-id: <email address hidden>
Date: Mon, 14 Feb 2005 13:56:03 +0100
From: Alessandro Speranza <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: libwvstreams4.0-extras: also as root

Package: libwvstreams4.0-extras
Version: 4.0.1-1.3
Followup-For: Bug #292618

Hi.
Sorry, in my previous email I forgot to mention that I get the problem
with the usb modem also if I run wvdial as root. This makes me think my
problem might be slightly different from what was reported earlier.
Cheers
 Alessandro

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libwvstreams4.0-extras depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libfam0c102 2.7.0-6 client library to control the FAM
ii libpam0g 0.76-22 Pluggable Authentication Modules l
ii libslp1 1.0.11a-1 OpenSLP libraries
ii libssl0.9.7 0.9.7e-2 SSL shared libraries
ii libwvstreams4.0-base 4.0.1-1.3 C++ network libraries for rapid ap
ii libxplc0.3.10 0.3.10-3.1 Light weight component system
ii zlib1g 1:1.2.2-3 compression library - runtime

-- no debconf information

Revision history for this message
Matt Zimmerman (mdz) wrote :

Re-resolve as NOTWARTY to avoid further spam

Revision history for this message
In , James A. Morrison (jim-morrison) wrote : Bug#292618: fixed in wvstreams 4.0.2-1
Download full text (5.1 KiB)

Source: wvstreams
Source-Version: 4.0.2-1

We believe that the bug you reported is fixed in the latest version of
wvstreams, which is due to be installed in the Debian FTP archive:

libuniconf4.0_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libuniconf4.0_4.0.2-1_powerpc.deb
libwvstreams-dev_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams-dev_4.0.2-1_powerpc.deb
libwvstreams4.0-base_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams4.0-base_4.0.2-1_powerpc.deb
libwvstreams4.0-doc_4.0.2-1_all.deb
  to pool/main/w/wvstreams/libwvstreams4.0-doc_4.0.2-1_all.deb
libwvstreams4.0-extras_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams4.0-extras_4.0.2-1_powerpc.deb
libwvstreams4.0-fft_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams4.0-fft_4.0.2-1_powerpc.deb
libwvstreams4.0-qt_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams4.0-qt_4.0.2-1_powerpc.deb
libwvstreams4.0-speex_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams4.0-speex_4.0.2-1_powerpc.deb
libwvstreams4.0-vorbis_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams4.0-vorbis_4.0.2-1_powerpc.deb
uniconf-tools_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/uniconf-tools_4.0.2-1_powerpc.deb
uniconfd_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/uniconfd_4.0.2-1_powerpc.deb
wvstreams_4.0.2-1.diff.gz
  to pool/main/w/wvstreams/wvstreams_4.0.2-1.diff.gz
wvstreams_4.0.2-1.dsc
  to pool/main/w/wvstreams/wvstreams_4.0.2-1.dsc
wvstreams_4.0.2.orig.tar.gz
  to pool/main/w/wvstreams/wvstreams_4.0.2.orig.tar.gz

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
James Morrison <email address hidden> (supplier of updated wvstreams package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Wed, 23 Mar 2005 22:20:07 -0500
Source: wvstreams
Binary: libwvstreams4.0-qt libwvstreams4.0-fft libwvstreams4.0-base libuniconf4.0 libwvstreams4.0-doc uniconfd libwvstreams-dev libwvstreams4.0-speex uniconf-tools libwvstreams4.0-extras libwvstreams4.0-vorbis
Architecture: source powerpc all
Version: 4.0.2-1
Distribution: unstable
Urgency: low
Maintainer: Simon Law <email address hidden>
Changed-By: James Morrison <email address hidden>
Description:
 libuniconf4.0 - C++ network libraries for rapid application development
 libwvstreams-dev - Development libraries and header files for libwvstreams4.0
 libwvstreams4.0-base - C++ network libraries for rapid application development
 libwvstreams4.0-doc - Documentation for WvStreams
 libwvstreams4.0-extras - C++ network libraries for rapid application development
 libwvstreams4.0-fft - WvStreams wrapper for libfftw
 libwvstreams4.0-qt - WvStreams and Qt Event Integration Library
 libwvstreams4.0-speex - WvStreams Speex Encoder/Decoder Library
...

Read more...

Revision history for this message
Debian Bug Importer (debzilla) wrote :
Download full text (5.3 KiB)

Message-Id: <email address hidden>
Date: Wed, 23 Mar 2005 23:47:18 -0500
From: James Morrison <email address hidden>
To: <email address hidden>
Subject: Bug#292618: fixed in wvstreams 4.0.2-1

Source: wvstreams
Source-Version: 4.0.2-1

We believe that the bug you reported is fixed in the latest version of
wvstreams, which is due to be installed in the Debian FTP archive:

libuniconf4.0_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libuniconf4.0_4.0.2-1_powerpc.deb
libwvstreams-dev_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams-dev_4.0.2-1_powerpc.deb
libwvstreams4.0-base_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams4.0-base_4.0.2-1_powerpc.deb
libwvstreams4.0-doc_4.0.2-1_all.deb
  to pool/main/w/wvstreams/libwvstreams4.0-doc_4.0.2-1_all.deb
libwvstreams4.0-extras_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams4.0-extras_4.0.2-1_powerpc.deb
libwvstreams4.0-fft_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams4.0-fft_4.0.2-1_powerpc.deb
libwvstreams4.0-qt_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams4.0-qt_4.0.2-1_powerpc.deb
libwvstreams4.0-speex_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams4.0-speex_4.0.2-1_powerpc.deb
libwvstreams4.0-vorbis_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/libwvstreams4.0-vorbis_4.0.2-1_powerpc.deb
uniconf-tools_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/uniconf-tools_4.0.2-1_powerpc.deb
uniconfd_4.0.2-1_powerpc.deb
  to pool/main/w/wvstreams/uniconfd_4.0.2-1_powerpc.deb
wvstreams_4.0.2-1.diff.gz
  to pool/main/w/wvstreams/wvstreams_4.0.2-1.diff.gz
wvstreams_4.0.2-1.dsc
  to pool/main/w/wvstreams/wvstreams_4.0.2-1.dsc
wvstreams_4.0.2.orig.tar.gz
  to pool/main/w/wvstreams/wvstreams_4.0.2.orig.tar.gz

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
James Morrison <email address hidden> (supplier of updated wvstreams package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Wed, 23 Mar 2005 22:20:07 -0500
Source: wvstreams
Binary: libwvstreams4.0-qt libwvstreams4.0-fft libwvstreams4.0-base libuniconf4.0 libwvstreams4.0-doc uniconfd libwvstreams-dev libwvstreams4.0-speex uniconf-tools libwvstreams4.0-extras libwvstreams4.0-vorbis
Architecture: source powerpc all
Version: 4.0.2-1
Distribution: unstable
Urgency: low
Maintainer: Simon Law <email address hidden>
Changed-By: James Morrison <email address hidden>
Description:
 libuniconf4.0 - C++ network libraries for rapid application development
 libwvstreams-dev - Development libraries and header files for libwvstreams4.0
 libwvstreams4.0-base - C++ network libraries for rapid application development
 libwvstreams4.0-doc - Documentation for WvStreams
 libwvstreams4.0-extras - C++ network libraries for ...

Read more...

Bug Watch Updater (bug-watch-updater)
Changed in wvdial:
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.