kinternet ist unzuverlaessig
Hallo, gestern habe ich einem Kunden einer ISDN-Verb. eingerichtet. Nachdem er ippp7 ausgewählt hat, brauchte es nur eines Klick auf den Stecker (KDE 3.1 , Suse 8.2) und kurze Zeit später war die Verb. da. wunderbar. Kunde glücklich. Heute gehts nicht mehr. Ein Klick auf den Stecker und nix rührt sich. Ich sehe in /var/log/messages: isdn_net: ippp7: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Was soll das? Ein manuelles ifup ippp7 und ein isdnctrl dial ippp7 funzt sofort. Habe ein dialmode="auto" in die Provider-Datei eingefügt und ifdown ippp7. Trotzdem rührt sich beim Klick auf den Stecker in der KDE nix. Ein manuelles Einwählen geht bestens. Ich bin mal wieder am kot... . Es ist schon umständlich genug einem non-Freak der die ISDN- Verbindung eher selten braucht zu erklären, er soll in einem Menü ippp7 auswählen. Der muß sich wie zu Großmutters Zeiten in Form eines Zettels "ippp7 = Geschäft" an den PC hängen. Toll! Als gäbe keine grafischen Oberflächen. Jetzt noch die ausbleibende Funktion. Ein reboot nutzt nix. Es geht nicht mehr. Wahrscheinlich weil heute Mittwoch ist und da ist KDE-Ruhetag .... Was ist an kinternet noch stabil oder benutzerfreundlich?? Klasse, jetzt kann ich mich wieder ein bis zwei Tage hinsetzen und das selber programmieren: ein Icon auf die Oberfläche, das verändert sich beim Klicken in ein "bitte warten .." und verändert sich wenn dann die Verb. da ist. Ausgeführt wird dann: sudo ifup ippp7;sudo isdnctrl dial ippp7. So gehts, das habe ich schon probiert. Toll, und wer zahlt mir den Aufwand für die benutzerfreundliche Ausführung? Niemand! Das wird ja erwartet .... Ekkard
* Am Mit, 24 Sep 2003 schrieb Ekkard Gerlach:
Klasse, jetzt kann ich mich wieder ein bis zwei Tage hinsetzen und das selber programmieren: ein Icon auf die Oberfläche, das verändert sich beim Klicken in ein "bitte warten .." und verändert sich wenn dann die Verb. da ist. Ausgeführt wird dann: sudo ifup ippp7;sudo isdnctrl dial ippp7. So gehts, das habe ich schon probiert. Toll, und wer zahlt mir den Aufwand für die benutzerfreundliche Ausführung? Niemand! Das wird ja erwartet ....
Und wie wäre es, z.B. kimon zu starten, dann hast Du für jeden B-Kanal in der Statusleiste ein kleines grünes Feld und wenn eine Verbindung besteht, wird das Feld rot... Wenn Du das dann noch kombinierst mit einem Button, der isdnctrl dial ippp7 ausführt, ist doch alles bestens... Klappt bei mir zu Hause mit 3 Anwendern, die von Computern/Linux/ISDN/Shells etc. keine Ahnung haben, prima... Gruß Christoph -- Christoph Maurer - Tux#194235 - christoph-maurer at gmx.de
Hi, Ekkard Gerlach schrieb am 24.09.2003 13:15:
Jetzt noch die ausbleibende Funktion. Ein reboot nutzt nix. Es geht nicht mehr. Wahrscheinlich weil heute Mittwoch ist und da ist KDE-Ruhetag .... Was ist an kinternet noch stabil oder benutzerfreundlich??
Klasse, jetzt kann ich mich wieder ein bis zwei Tage hinsetzen und das selber programmieren: ein Icon auf die Oberfläche, das verändert sich beim Klicken in ein "bitte warten .." und verändert sich wenn dann die Verb. da ist. Ausgeführt wird dann: sudo ifup ippp7;sudo isdnctrl dial ippp7. So gehts, das habe ich schon probiert. Toll, und wer zahlt mir den Aufwand für die benutzerfreundliche Ausführung? Niemand! Das wird ja erwartet ....
Halt mal die Luft an! Vielleicht hilft dir dann auch jemand... Zwischendurch erklär mal warum du 8 ISDN-Devices brauchst! Um deine user zu verwirren? - Ingo -- ## Registered Linux User #274727 -- http://counter.li.org/ ## Office-Suite für Windows, Linux, Mac -- http://de.openoffice.org/
* Christoph Maurer schrieb:
Und wie wäre es, z.B. kimon zu starten, dann hast Du für jeden B-Kanal in der Statusleiste ein kleines grünes Feld und wenn eine Verbindung besteht, wird das Feld rot...
stimmt, ich erinnere mich, hatte das früher mal gesehen. Finde kimon aber nicht. Weder mit locate kimon noch ein zu installierendes Paket kimon. Wo bekomme ich kimon her? (Suse 8.2) Habe ersatzweise isdnwatch gefunden. Das ist auch passabel. Aber wo ist kimon? thx Ekkard
* Am Mit, 24 Sep 2003 schrieb Ekkard Gerlach:
* Christoph Maurer schrieb:
Und wie wäre es, z.B. kimon zu starten, dann hast Du für jeden B-Kanal in der Statusleiste ein kleines grünes Feld und wenn eine Verbindung besteht, wird das Feld rot...
stimmt, ich erinnere mich, hatte das früher mal gesehen. Finde kimon aber nicht. Weder mit locate kimon noch ein zu installierendes Paket kimon. Wo bekomme ich kimon her? (Suse 8.2)
Habe ersatzweise isdnwatch gefunden. Das ist auch passabel. Aber wo ist kimon?
Hoffe mal, dass ich aus dem Gedächtnis richtig den Namen im Kopf habe... Ja. Sieht so aus... http://kimon.sourceforge.net/ Das Projekt scheint nicht gerade aktiv zu sein, kimon läuft aber bei mir unter KDE 3.1.3 im Moment stabil und ohne Probleme... Was man von dem ähnlichen Projekt kisdnmon(-daRav) nicht sagen konnte, deshalb bin ich zu kimon gewechselt. Wollte halt unbedingt ein Applet fürs Panel! Gruß Christoph -- Christoph Maurer - Tux#194235 - christoph-maurer at gmx.de
* Ingo Göppert schrieb:
Halt mal die Luft an! Vielleicht hilft dir dann auch jemand...
man regt sich halt mal auf. Hat mir auch schon jemand geholfen.
Zwischendurch erklär mal warum du 8 ISDN-Devices brauchst! Um deine user zu verwirren?
Tja, ein Notebook, zwei Einwahldevices, für jeden Standort des Laptop eines, für Support von mir. Ein Zugang Internet. Ein Auswahldevice (Nr. 7) für Einwahl in das Geschäft. Wichtig ist auch die Klasse der devices, die dynamisches sondern statische IP machen, d.h. das reisende Notebook will ja immer die gleiche IP, damit alles beim alten bleibt ob im Geschäft oder Unterwegs. Sonst ist dynamische IP (Server bestimmt IP) angesagt. Da nun andere Kunden noch andere Devices brauchen, habe ich meiner Übersicht halber festgelegt was ippp0 ippp1 ... ippp8 vom Typ her sein soll. Daher sind die wenigsten belegt, der Ordnung halber aber reserviert. Weitere Sonderdevices ab ippp10. So meine eigenen Konventionen. Der Kunde braucht aber nur eins oder zwei. Aber die halt benuterfreundlich. Gruss Ekkard
* Christoph Maurer schrieb:
Das Projekt scheint nicht gerade aktiv zu sein, kimon läuft aber bei mir unter KDE 3.1.3 im Moment stabil und ohne Probleme...
habe mir kimon-2.0pre1 gesaugt. Es läuft aber schon ein ./configure nicht durch: checking for Qt... configure: error: Qt (>= Qt 2.2.1) (headers and libraries) not found. Please check your installation! gerlach@rex2:~>rpm -qa | grep qt qt3-3.1.1-62 yast2-qt-2.7.18-6 Es ist also eine Qt (>= Qt 2.2.1) installiert. Habe Suse 8.2 mit Kernelupdate (Original-Kernel, nicht Mantel-Kernel) 2.4.21. Warum läuft das nicht durch? thx Ekkard
Ekkard Gerlach wrote:
Das Projekt scheint nicht gerade aktiv zu sein, kimon läuft aber bei mir unter KDE 3.1.3 im Moment stabil und ohne Probleme...
habe mir kimon-2.0pre1 gesaugt. Es läuft aber schon ein ./configure nicht durch:
checking for Qt... configure: error: Qt (>= Qt 2.2.1) (headers and libraries) not found. Please check your installation!
gerlach@rex2:~>rpm -qa | grep qt qt3-3.1.1-62 yast2-qt-2.7.18-6
Da fehlt mindestens noch "qt-devel-*"
Es ist also eine Qt (>= Qt 2.2.1) installiert. Habe Suse 8.2 mit Kernelupdate (Original-Kernel, nicht Mantel-Kernel) 2.4.21.
Warum läuft das nicht durch?
-- Andreas
* Andreas Winkelmann schrieb:
Andreas Winkelmann wrote:
Da fehlt mindestens noch "qt-devel-*"
Sorry "qt3-devel-*"
habe qt3-devel-doc-3.1.1-62 qt3-non-mt-3.1.1-65 qt3-static-3.1.1-66 installiert. Jetzt hängt ./configure an: checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! -> google: "Mindestens kdebase-dev und kdelibs-dev wirst Du brauchen." kdelibs3-devel-3.1.1-13 kdebase3-devel-3.1.1-17 .. half aber nix. Habe man --with-qt-includes=/opt/kde3/include dem ./configure nachgestellt. Vergeblich. Kann es sein, daß kimon-Source Code zu alt ist für qt3? thx Ekkard
Ekkard Gerlach wrote:
Da fehlt mindestens noch "qt-devel-*"
Sorry "qt3-devel-*"
habe qt3-devel-doc-3.1.1-62 qt3-non-mt-3.1.1-65 qt3-static-3.1.1-66
Nein "qt3-devel-doc-" beinhaltet nur die Dokumentation zur Qt-Programmierung, die brauchst Du nicht zum kompilieren. Du brauchst das Paket "qt3-devel-3.1.1-xx".
installiert. Jetzt hängt ./configure an:
checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix!
-> google: "Mindestens kdebase-dev und kdelibs-dev wirst Du brauchen."
kdelibs3-devel-3.1.1-13 kdebase3-devel-3.1.1-17
.. half aber nix. Habe man --with-qt-includes=/opt/kde3/include dem ./configure nachgestellt. Vergeblich.
KDE hat eigene Header-Dateien. Qt ist nur die GrafikBibliothek, die KDE benutzt. Entweder musst Du noch die anderen kde*devel-3* Pakete installieren, oder Du hast einen Parameter hinter ./configure falsch oder gar nicht angegeben.
Kann es sein, daß kimon-Source Code zu alt ist für qt3?
Glaub ich nicht. -- Andreas
* Andreas Winkelmann schrieb:
Ekkard Gerlach wrote:
qt3-devel-doc-3.1.1-62 qt3-non-mt-3.1.1-65 qt3-static-3.1.1-66
Nein "qt3-devel-doc-" beinhaltet nur die Dokumentation zur Qt-Programmierung, die brauchst Du nicht zum kompilieren. Du brauchst das Paket "qt3-devel-3.1.1-xx".
sorry, falsch gepostet, habe natürlich als erstes das qt3-devel-3.1.1-62 installiert.
installiert. Jetzt hängt ./configure an:
checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix!
-> google: "Mindestens kdebase-dev und kdelibs-dev wirst Du brauchen."
kdelibs3-devel-3.1.1-13 kdebase3-devel-3.1.1-17
.. half aber nix. Habe man --with-qt-includes=/opt/kde3/include dem ./configure nachgestellt. Vergeblich.
KDE hat eigene Header-Dateien. Qt ist nur die GrafikBibliothek, die KDE benutzt. Entweder musst Du noch die anderen kde*devel-3* Pakete installieren, oder Du hast einen Parameter hinter ./configure falsch oder gar nicht angegeben.
wenn ich wüßte was wo die "header"-Dateien von kde stehen. Keine Ahnung! Das hinter configure ist sicherlich falsch. WEiß jemand wo die "headers" sind? Aber gut, eigentlich ist kisdnwatch identisch mit kimon. Vermutlich hat Suse deshalb das Teil auch niht mehr auch den DVD's. Eigentlich ist kisdnwatch ausreichend. Thx Ekkard
Hallo Ekkard, Ekkard Gerlach schrieb am 24.09.2003 17:30:
* Ingo Göppert schrieb:
Halt mal die Luft an! Vielleicht hilft dir dann auch jemand...
man regt sich halt mal auf. Hat mir auch schon jemand geholfen.
Ok. Ich finde es nur manchmal unpassend sich darüber aufzuregen dass Software die sich jeder kostenlos aus dem Netz ziehen kann (legal) nicht völlig fehlerfrei läuft. Andererseits sagt aber keiner was wenn sein 200€ WinXP sich aufhängt oder sonstige merkwürdige Dinge tut. Ist bei dir aber ne andere Situation, du brauchst den Kram wirklich produktiv und nicht nur um dran rumzuspielen :-)
Zwischendurch erklär mal warum du 8 ISDN-Devices brauchst! Um deine user zu verwirren?
Tja, ein Notebook, zwei Einwahldevices, für jeden Standort des Laptop eines, für Support von mir. Ein Zugang Internet. Ein Auswahldevice (Nr. 7) für Einwahl in das Geschäft. Wichtig ist auch die Klasse der devices, die dynamisches sondern statische IP machen, d.h. das reisende Notebook will ja immer die gleiche IP, damit alles beim alten bleibt ob im Geschäft oder Unterwegs. Sonst ist dynamische IP (Server bestimmt IP) angesagt.
Da nun andere Kunden noch andere Devices brauchen, habe ich meiner Übersicht halber festgelegt was ippp0 ippp1 ... ippp8
Kennst du die textbasierte Ausführung von Kinternet, cinternet? Du kannst z.B. per Parameter ein Device wählen und die Verbing auf/abbauen. Das ganze in ein Script für den jeweiligen Standort gepackt und fertig. Fürs Monitoring hast du ja schon was gefunden. Gruß Ingo -- ## Registered Linux User #274727 -- http://counter.li.org/ ## Office-Suite für Windows, Linux, Mac -- http://de.openoffice.org/
* Am Don, 25 Sep 2003 schrieb Ekkard Gerlach:
* Andreas Winkelmann schrieb:
Andreas Winkelmann wrote:
Da fehlt mindestens noch "qt-devel-*"
Sorry "qt3-devel-*"
habe qt3-devel-doc-3.1.1-62 qt3-non-mt-3.1.1-65 qt3-static-3.1.1-66 installiert. Jetzt hängt ./configure an:
checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix!
-> google: "Mindestens kdebase-dev und kdelibs-dev wirst Du brauchen."
kdelibs3-devel-3.1.1-13 kdebase3-devel-3.1.1-17
.. half aber nix. Habe man --with-qt-includes=/opt/kde3/include dem ./configure nachgestellt. Vergeblich.
Kann es sein, daß kimon-Source Code zu alt ist für qt3?
Durchaus möglich, ich werde am Wochenende mal zu Hause schauen, wie ich das gelöst habe (Debian Woody mit KDE 3.1.3) und melde mich dann Montag... Gruß Christoph -- Christoph Maurer - Tux#194235 - christoph-maurer at gmx.de
participants (4)
-
Andreas Winkelmann -
Christoph Maurer -
Ekkard Gerlach -
Ingo Göppert