Debian Bug report logs - #618637
kppp does not work after upgrade from Lenny to Squeeze

version graph

Package: kppp; Maintainer for kppp is Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>; Source for kppp is src:kppp.

Reported by: Mark Grieveson <dg135@torfree.net>

Date: Thu, 17 Mar 2011 05:06:01 UTC

Severity: important

Found in version kdenetwork/4:4.4.5-2

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>:
Bug#618637; Package kppp. (Thu, 17 Mar 2011 05:06:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Mark Grieveson <dg135@torfree.net>:
New Bug report received and forwarded. Copy sent to Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>. (Thu, 17 Mar 2011 05:06:04 GMT) Full text and rfc822 format available.

Message #5 received at submit@bugs.debian.org (full text, mbox):

From: Mark Grieveson <dg135@torfree.net>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: kppp does not work after upgrade from Lenny to Squeeze
Date: Thu, 17 Mar 2011 01:11:45 -0400
Package: kppp
Version: 4:4.4.5-2
Severity: normal

I recently upgraded to Debian Squeeze (6) from Debian Lenny (5). kppp was working in Lenny, but does not work now. It connects to the modem, and dials, but it then gives an error 1 (pppd error that apparently means "An immediately fatal error of some kind occurred, such as an essential system call failing, or running out of virtual memory.") Often the program freezes, and I have to use xkill to get rid of it. I can connect to the internet using pon/poff (via a setup with pppconfig), but kppp does not work. I'm a member of both dialout and dip groups. The file /etc/ppp/peers/kppp-options is set to noauth (it's uncommented, and thus working).  I tried creating a new dial-out profile, but it still did not work.  Here is the kppp log:
Mar  9 23:29:05 debian pppd[5454]: The remote system is required to
authenticate itself 
Mar  9 23:29:05 debian pppd[5454]: but I couldn't find any suitable
secret (password) for it to use to do so. 
Mar  9 23:29:05 debian pppd[5454]: (None of the available passwords
would let it use an IP address.)

Here is what happens when I run it from the terminal:

mark@debian:~$ kppp
Opener: received SetSecret
Opener: received SetSecret
Opener: received OpenLock

Opener: received OpenDevice
Opener: received ExecPPPDaemon
In parent: pppd pid 5427
Opener: received OpenResolv
Couldn't find interface ppp0: No such device
Kernel supports ppp alright.
pppd: The remote system is required to authenticate itself
pppd: but I couldn't find any suitable secret (password) for it to use
to do so. pppd: (None of the available passwords would let it use an IP
address.) It was pppd that died
pppd exited with return value 1
Sending 5422 a SIGUSR1
Opener: received RemoveSecret
Opener: received RemoveSecret
Opener: received OpenResolv
Opener: received OpenResolv
Opener: received RemoveLock
Opener: received PPPDExitStatus
Opener: received PPPDExitStatus
kdeinit4: Shutting down running client.
kdeinit4: preparing to
launch /usr/lib/kde4/libkdeinit/libkdeinit4_klauncher.so Connecting to
deprecated signal
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
kdeinit4: preparing to
launch /usr/lib/kde4/libkdeinit/libkdeinit4_kded4.so kdeinit4:
preparing to launch /usr/bin/kbuildsycoca4 kbuildsycoca4 running...
kdeinit4: preparing to
launch /usr/lib/kde4/libkdeinit/libkdeinit4_kconf_update.so Connecting
to deprecated signal
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)



-- System Information:
Debian Release: 6.0
  APT prefers squeeze-updates
  APT policy: (500, 'squeeze-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kppp depends on:
ii  kdebase-runtime               4:4.4.5-1  runtime components from the offici
ii  libc6                         2.11.2-10  Embedded GNU C Library: Shared lib
ii  libkde3support4               4:4.4.5-2  the KDE 3 Support Library for the 
ii  libkdecore5                   4:4.4.5-2  the KDE Platform Core Library
ii  libkdeui5                     4:4.4.5-2  the KDE Platform User Interface Li
ii  libkio5                       4:4.4.5-2  the Network-enabled File Managemen
ii  libqt4-dbus                   4:4.6.3-4  Qt 4 D-Bus module
ii  libqt4-qt3support             4:4.6.3-4  Qt 3 compatibility library for Qt 
ii  libqtcore4                    4:4.6.3-4  Qt 4 core module
ii  libqtgui4                     4:4.6.3-4  Qt 4 GUI module
ii  libstdc++6                    4.4.5-8    The GNU Standard C++ Library v3
ii  ppp                           2.4.5-4    Point-to-Point Protocol (PPP) - da

kppp recommends no packages.

Versions of packages kppp suggests:
ii  khelpcenter4                  4:4.4.5-1  help center

-- Configuration Files:
/etc/ppp/peers/kppp-options changed:
noauth


-- no debconf information




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>:
Bug#618637; Package kppp. (Sat, 19 Mar 2011 06:39:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to whitehea@eecs.utk.edu:
Extra info received and forwarded to list. Copy sent to Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>. (Sat, 19 Mar 2011 06:39:03 GMT) Full text and rfc822 format available.

Message #10 received at 618637@bugs.debian.org (full text, mbox):

From: whitehea@eecs.utk.edu
To: 618637@bugs.debian.org
Subject: RE: kppp does not work after upgrade from Lenny to Squeeze
Date: Sat, 19 Mar 2011 02:04:14 -0400
I have what appears to be the same problem.  To shed some light on it, I traced system
calls made by kppp to find out what arguments it passes to pppd, as follows:

    su -p
    strace  -u <username>  -f  -s 100  -e trace=fork,vfork,execve  2>&1   kppp

(The -u flag in the strace man page explains why it is necessary in this case to run
strace with root privileges, using the -u flag to pass in your ordinary username (under
which you would normally be running kppp.))

The following excerpt from the output of this strace command shows pppd being called:

    ...
    Opener: received OpenDevice
    Opener: received ExecPPPDaemon
    Process 2097 attached
    In parent: pppd pid 2097
    Couldn't find interface ppp0: No such device
    Couldn't find interface ppp0: No such device
    Couldn't find interface ppp0: No such device
    Kernel supports ppp alright.
    [pid  2097] execve("/usr/sbin/pppd", ["pppd", "115200", "-detach", "crtscts",
"defaultroute", "usepeerdns", "user", "bwhitehe"], [/* 0 vars */]) = 0
    Couldn't find interface ppp0: No such device
    Couldn't find interface ppp0: No such device
    pppd: The remote system is required to authenticate itself
    pppd: but I couldn't find any suitable secret (password) for it to use to do so.
pppd: (None of the available passwords would let it use an IP address.) Process 2097
detached
    [pid  2094] --- SIGCHLD (Child exited) @ 0 (0) ---
    It was pppd that died
    pppd exited with return value 1
    ...

Based on the mention of /etc/ppp/peers/kppp-options at the beginning of the original bug
report (and on my experience with older versions of kppp) I was expecting an argument
like

    call kppp-options

to show up in the argument list passed to pppd, but it's not there.  It seems to me that
the absence of "call kppp-options" or anything like that in pppd's arguments might
explain why pppd doesn't see Mark's "noauth" option in /etc/ppp/peers/kppp-options, and
thus why you get "pppd: The remote system is required to authenticate itself ..." in the
original bug report

This suggests the following workaround, which gets kppp functioning for me.  (Mark, I
guess you've already done step 1, but I'm including it below because
/etc/ppp/peers/kppp-options was not present in my fresh install of squeeze.)


WORKAROUND

(1) as root, create (or edit) the file /etc/ppp/peers/kppp-options so that it has one
line containing the uncommented word

    noauth

(2) In the "Accounts" tab of kppp configuration, edit your account as follows:  In the
"Dial" tab, near the bottom of the window, select "Customize pppd arguments" and add the
following argument:

    call kppp-options

(3) Run kppp in a terminal window (as in the original bug report)

-----------

After doing this, my output from step 3 is:

    ~$ kppp
    Opener: received SetSecret
    Opener: received SetSecret
    Opener: received OpenLock

    Opener: received OpenDevice
    Opener: received ExecPPPDaemon
    In parent: pppd pid 2192
    Couldn't find interface ppp0: No such device
    Couldn't find interface ppp0: No such device
    Kernel supports ppp alright.
    Couldn't find interface ppp0: No such device
    Opener: received OpenResolv
    Opener: received RemoveSecret
    Opener: received RemoveSecret

but in spite of these remaining complaints, the ppp0 interface appears to be running OK
based on the output of ifconfig ppp0 and on apparently normal network functioning of my
ssh client and my web browser.

-Bruce





Information forwarded to debian-bugs-dist@lists.debian.org, Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>:
Bug#618637; Package kppp. (Sat, 19 Mar 2011 22:42:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Mark Grieveson <dg135@torfree.net>:
Extra info received and forwarded to list. Copy sent to Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>. (Sat, 19 Mar 2011 22:42:05 GMT) Full text and rfc822 format available.

Message #15 received at 618637@bugs.debian.org (full text, mbox):

From: Mark Grieveson <dg135@torfree.net>
To: 618637@bugs.debian.org
Subject: RE: kppp does not work after upgrade from Lenny to Squeeze
Date: Sat, 19 Mar 2011 18:38:18 -0400
Hello.  Thanks for the response.  Selecting "Customize pppd arguments"
and adding "call kppp-options" to it resulted in the following: 

mark@debian:~$ kppp
Opener: received SetSecret
Opener: received SetSecret
Opener: received OpenLock

Opener: received OpenDevice
Opener: received ExecPPPDaemon
In parent: pppd pid 5172
Opener: received OpenResolv
Couldn't find interface ppp0: No such device
Kernel supports ppp alright.
Opener: received RemoveSecret
Opener: received RemoveSecret

So it did work.  However, when the account had the wrong password,
rather than giving me the feedback in log window that the password was
wrong, the program instead froze, with the resultant feedback in the
terminal:

Couldn't find interface ppp1: No such device
Couldn't find interface ppp1: No such device
Couldn't find interface ppp1: No such device
Couldn't find interface ppp1: No such device
Couldn't find interface ppp1: No such device
Couldn't find interface ppp1: No such device
Couldn't find interface ppp1: No such device
Couldn't find interface ppp1: No such device
Couldn't find interface ppp1: No such device
Couldn't find interface ppp1: No such device
Couldn't find interface ppp1: No such device
Couldn't find interface ppp1: No such device
Couldn't find interface ppp1: No such device
Opener: received KillPPPDaemon
In killpppd(): Sending SIGTERM to 3966
It was pppd that died
pppd exited with return value 5
Sending 3961 a SIGUSR1
Opener: received RemoveSecret
Opener: received RemoveSecret
Opener: received OpenResolv
Opener: received OpenResolv
Opener: received RemoveLock
Opener: received PPPDExitStatus
kdeinit4: preparing to
launch /usr/lib/kde4/libkdeinit/libkdeinit4_klauncher.so Connecting to
deprecated signal
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
kdeinit4: preparing to
launch /usr/lib/kde4/libkdeinit/libkdeinit4_kded4.so kdeinit4:
preparing to launch /usr/bin/kbuildsycoca4 kbuildsycoca4 running...
kdeinit4: preparing to
launch /usr/lib/kde4/libkdeinit/libkdeinit4_kconf_update.so Connecting
to deprecated signal
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)


But, as I mentioned above, provided the password was correct,
everything worked reasonably well.

Mark




Severity set to 'grave' from 'normal' Request was from Henrique de Moraes Holschuh <hmh@hmh.eng.br> to control@bugs.debian.org. (Sun, 27 Mar 2011 19:39:04 GMT) Full text and rfc822 format available.

Severity set to 'important' from 'grave' Request was from José Manuel Santamaría Lema <panfaust@gmail.com> to control@bugs.debian.org. (Thu, 28 Apr 2011 14:30:03 GMT) Full text and rfc822 format available.

Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Thu Apr 24 21:33:29 2014; Machine Name: buxtehude.debian.org

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.