WG: [suse-laptop] WIRELESS LAN auf DELL INSPIRON 8200
Hallo und Danke pcmcia läuft (das war das erste größere Problem). Die Karte wird mit 'cardctl ident' auch ordentlich erkannt und der Name ausgegeben. Soweit so gut. Das Problem liegt ggf. darin, das es eine interne pcmcia-Karte ist, welche fest im Gerät eingebaut ist Wenn ich diese konfiguriere und mit iwconfig <eth-pcmcia-1> anspreche, bekomme ich immer die Meldung 'no such device'. Wird die Karte schon generell nicht eingebunden ? Habe auch schon einen Treiber von www.orinocowireless.com probiert, angeblich stammt die Hardware von denen, mit einem Chipsatz von LUCENT (www.lucent.com) Allerdings werden als Treiber nur die Sourcen angeboten, keine .rpm's. Und die Sourcen kriege ich trotz ausführlicher Anleitung nicht ohne ...zig Fehlermeldungen compiliert und dann installiert. Hast Du noch 'nen Tip ? Gruss Karsten -----Ursprüngliche Nachricht----- Von: Domsalla, Thorsten [mailto:thorsten.domsalla@sap.com] Gesendet: Montag, 3. Juni 2002 08:46 An: 'Karsten.Schneider@Bigfoot.de' Betreff: RE: [suse-laptop] WIRELESS LAN auf DELL INSPIRON 8200 Hallo Karsten,
? Von DELL ist außer dem Verweis auf www.lucent.com kein Hinweis zu bekommen, um was für einen Hersteller es sich
Läuft pcmcia? Dann kannst Du schauen, ob 'cardctl ident [port]' Dir mehr Informationen zurückgibt. Gruss, TJ
On Mon, Jun 03, Karsten Schneider wrote:
Hallo und Danke
pcmcia läuft (das war das erste größere Problem). Die Karte wird mit 'cardctl ident' auch ordentlich erkannt und der Name ausgegeben. Soweit so gut. Das Problem liegt ggf. darin, das es eine interne pcmcia-Karte ist, welche fest im Gerät eingebaut ist Wenn ich diese konfiguriere und mit iwconfig <eth-pcmcia-1> anspreche, bekomme ich immer die Meldung 'no such device'. Wird die Karte schon generell nicht eingebunden ? Habe auch schon einen Treiber von www.orinocowireless.com probiert, angeblich stammt die Hardware von denen, mit einem Chipsatz von LUCENT (www.lucent.com) Allerdings werden als Treiber nur die Sourcen angeboten, keine .rpm's. Und die Sourcen kriege ich trotz ausführlicher Anleitung nicht ohne ...zig Fehlermeldungen compiliert und dann installiert. Hast Du noch 'nen Tip ?
orinoco_cs ist bereits im PCMCIA Paket enthalten, nur die Konfiguration stimmt nicht (in /etc/pcmcia/ wlan-ng.conf entfernen, config anpassen) ftp://ftp.suse.com/pub/people/zoz/pcmcia/8.0/* In diesem Paket sind die Konfigurations dateien angepasst. -- ciao, christian ----------------------------------------------------------------- ... wo kämen wir hin, wenn jeder sagte: "Wo kämen wir hin?" und niemand ginge, um mal zu schauen, wohin man käme, wenn man ginge. -----------------------------------------------------------------
Hallo, ich komme bei folgendem Problem einfach nicht weiter. Auf meiner Desktop habe ich SUSE 7.3 mit einem DHCP-Server installiert. Der Laptop läuft auch mit SUSE 7.3. Sobald ich an der UNI eine IP auf dem Laptop vom "UNI-DHCP-Server" zugewiesen bekommen habe, funktioniert danach die Zuteilung in meinem Netz zu Hause nicht mehr. Mit folgendem Trick bring ich meinen Laptop wieder dazu eine IP anzunehmen. Ich starte Windows und lasse mir von dem Windows DHCP-Server eine zuweisen. Danach starte ich wieder Linux und sobald ich jetzt die Karte erneut reinstecke oder neuboote wird die korrekte Nummer vom Linux-DHCP zugeteilt. Auf die Dauer ist es jedoch zu umständlich und abgesehen davon möchte ich keine Abhängigkeit von Windoof (auch wenn es ab und zu zu Tests ganz nützlich ist - wie man sieht ;-) ). tia OLI
Am Montag, 10. Juni 2002 17:36 schrieb Tim Oliver Wagner:
Hallo, ich komme bei folgendem Problem einfach nicht weiter.
Auf meiner Desktop habe ich SUSE 7.3 mit einem DHCP-Server installiert. Der Laptop läuft auch mit SUSE 7.3.
Sobald ich an der UNI eine IP auf dem Laptop vom "UNI-DHCP-Server" zugewiesen bekommen habe, funktioniert danach die Zuteilung in meinem Netz zu Hause nicht mehr.
Mit folgendem Trick bring ich meinen Laptop wieder dazu eine IP anzunehmen. Ich starte Windows und lasse mir von dem Windows DHCP-Server eine zuweisen. Danach starte ich wieder Linux und sobald ich jetzt die Karte erneut reinstecke oder neuboote wird die korrekte Nummer vom Linux-DHCP zugeteilt.
Auf die Dauer ist es jedoch zu umständlich und abgesehen davon möchte ich keine Abhängigkeit von Windoof (auch wenn es ab und zu zu Tests ganz nützlich ist - wie man sieht ;-) ).
Normalerweise fragt der Client bei jedem Neustart den DHCP Server ab. Wie lange ist den die zugewiesene IP bei Dir gültig? Wenn mich nicht alles täuscht müsste ein rcnetwork restart ausreichen, damit er die neue IP zugewiesen bekommt. cu Thomas -- www.thofi-lich.de
On Mon, Jun 10, Tim Oliver Wagner wrote:
Hallo, ich komme bei folgendem Problem einfach nicht weiter.
Auf meiner Desktop habe ich SUSE 7.3 mit einem DHCP-Server installiert. Der Laptop läuft auch mit SUSE 7.3.
Sobald ich an der UNI eine IP auf dem Laptop vom "UNI-DHCP-Server" zugewiesen bekommen habe, funktioniert danach die Zuteilung in meinem Netz zu Hause nicht mehr.
Mit folgendem Trick bring ich meinen Laptop wieder dazu eine IP anzunehmen. Ich starte Windows und lasse mir von dem Windows DHCP-Server eine zuweisen. Danach starte ich wieder Linux und sobald ich jetzt die Karte erneut reinstecke oder neuboote wird die korrekte Nummer vom Linux-DHCP zugeteilt.
Auf die Dauer ist es jedoch zu umständlich und abgesehen davon möchte ich keine Abhängigkeit von Windoof (auch wenn es ab und zu zu Tests ganz nützlich ist - wie man sieht ;-) ).
Schau mal, ob Dein Linux-DHCP-Server "authoritative;" ist. -- ciao, christian ----------------------------------------------------------------- ... wo kämen wir hin, wenn jeder sagte: "Wo kämen wir hin?" und niemand ginge, um mal zu schauen, wohin man käme, wenn man ginge. -----------------------------------------------------------------
Am Don, 2002-06-13 um 16.25 schrieb Christian Zoz:
Schau mal, ob Dein Linux-DHCP-Server "authoritative;" ist.
Also ich habe in die /etc/dhcpd.conf jetzt noch den Eintrag authoritative; gemacht (war das so gemeint? Oder wie überprüft man das?). Leider hat es noch nix gebracht. Der Vorschlag vom Thomas hat auch nix gebracht. Also rcnetwork restart ausführen hatte keinen Erfolg. Danke für Eure bisherigen Vorschläge, ich hoffe noch den Einen oder Anderen zu bekommen um das Problem zu lösen. Daher hänge ich einfach mal das conf-File an. Vielleicht kann jemand von Euch einen Configurationsfehler erkennen. tia OLI
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 10. Juni 2002 17:36 schrieb Tim Oliver Wagner:
Hallo, ich komme bei folgendem Problem einfach nicht weiter.
Auf meiner Desktop habe ich SUSE 7.3 mit einem DHCP-Server installiert. Der Laptop läuft auch mit SUSE 7.3.
Sobald ich an der UNI eine IP auf dem Laptop vom "UNI-DHCP-Server" zugewiesen bekommen habe, funktioniert danach die Zuteilung in meinem Netz zu Hause nicht mehr.
Mit folgendem Trick bring ich meinen Laptop wieder dazu eine IP anzunehmen. Ich starte Windows und lasse mir von dem Windows DHCP-Server eine zuweisen. Danach starte ich wieder Linux und sobald ich jetzt die Karte erneut reinstecke oder neuboote wird die korrekte Nummer vom Linux-DHCP zugeteilt.
Auf die Dauer ist es jedoch zu umständlich und abgesehen davon möchte ich keine Abhängigkeit von Windoof (auch wenn es ab und zu zu Tests ganz nützlich ist - wie man sieht ;-) ).
Mhhh... Bei der 7.3er SuSE habe ich das Problem öfter gehabt und auch in der 8.0er manchmal. Erfolg brachte es vor dem Neustart der Karte die Dateien dhcpcd-eth0.cache dhcpcd-eth0.info aus dem Verzeichnis /var/state/dhcp zu löschen. In diesen Dateien liegt die letzte gültige Konfiguration die vom Server geladen werden konnte. Ich meine, daß das Verzeichnis unter 7.3 noch anders hieß, aber leider habe ich keine Test-Maschine mehr hier. Warum dieser Fehler auftaucht kann ich leider auch nicht nachvollziehen. - -- Michael Gisbers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9CN82vGCl+Aw/5ngRAufBAJwKk4gVbtQSJ0WTHUuoqtABzM8PBQCgrI18 tczK6yd9dTYYTfWYBUXumVw= =P1/6 -----END PGP SIGNATURE-----
Hi all, vielen Dank für Eure Hilfe. Dank dieser konnte ich mein Problem lösen - zwar etwas provisorisch, aber es funzt. Habe mir ein Script geschrieben, welches die entsprechende Dateien beim Runterfahren löscht. Somit funktioniert es nach dem Hochfahren zu Hause. :-) Also noch mal vielen Dank an alle Helfer. CIAO OLI Am Don, 2002-06-13 um 20.06 schrieb Michael Gisbers:
Mhhh...
Bei der 7.3er SuSE habe ich das Problem öfter gehabt und auch in der 8.0er manchmal.
Erfolg brachte es vor dem Neustart der Karte die Dateien
dhcpcd-eth0.cache dhcpcd-eth0.info
aus dem Verzeichnis /var/state/dhcp
zu löschen. In diesen Dateien liegt die letzte gültige Konfiguration die vom Server geladen werden konnte.
Ich meine, daß das Verzeichnis unter 7.3 noch anders hieß, aber leider habe ich keine Test-Maschine mehr hier.
Warum dieser Fehler auftaucht kann ich leider auch nicht nachvollziehen. - -- Michael Gisbers
Vielleicht blöde Frage/blöder Vorschlag: Welchen dhcp client verwendest Du? Ich hatte vorher den standard-SuSE dhcpcd, und damit öfters Probleme. Nach längerer Lektüre und durchackern der SuSE DVD habe ich den dhclient gefunden. Viel besser konfigurierbar, läuft wie ne eins (und ich hab ihn einfach nur installiert...). Versuch's mal damit Gruss Markus Am Dienstag, 18. Juni 2002 23.41 schrieb Tim Oliver Wagner:
Hi all, vielen Dank für Eure Hilfe. Dank dieser konnte ich mein Problem lösen - zwar etwas provisorisch, aber es funzt. Habe mir ein Script geschrieben, welches die entsprechende Dateien beim Runterfahren löscht. Somit funktioniert es nach dem Hochfahren zu Hause. :-)
Also noch mal vielen Dank an alle Helfer.
CIAO
OLI
Am Don, 2002-06-13 um 20.06 schrieb Michael Gisbers:
Mhhh...
Bei der 7.3er SuSE habe ich das Problem öfter gehabt und auch in der 8.0er manchmal.
Erfolg brachte es vor dem Neustart der Karte die Dateien
dhcpcd-eth0.cache dhcpcd-eth0.info
aus dem Verzeichnis /var/state/dhcp
zu löschen. In diesen Dateien liegt die letzte gültige Konfiguration die vom Server geladen werden konnte.
Ich meine, daß das Verzeichnis unter 7.3 noch anders hieß, aber leider habe ich keine Test-Maschine mehr hier.
Warum dieser Fehler auftaucht kann ich leider auch nicht nachvollziehen. - -- Michael Gisbers
-- Will the deity who nailed the KOSMIC KARMIC KICKME sign to my back kindly remove it?
On 19.06.2002 at 07:57 Markus Kohli wrote:
Vielleicht bl�de Frage/bl�der Vorschlag: Welchen dhcp client verwendest Du? Ich hatte vorher den standard-SuSE dhcpcd, und damit �fters Probleme. Nach l�ngerer Lekt�re und durchackern der SuSE DVD habe ich den dhclient gefunden. Viel besser konfigurierbar, l�uft wie ne eins (und ich hab ihn einfach nur installiert...).
Aber hallo ... da hast Du etwas grunds�tzlich mistverstanden :-) F�r alle die das interessiert: DHCPD ist der Server (DHCP-Daemon) der die IP-Adressen aus einem vorher definierten Pool verteilt und den Clients auch Dinge wie Default-Router und Nameserver zuweisen kann. DHCLIENT ist dann auch tats�chlich der Client-Teil dieses Mechanismus. Er sucht beim Start einen DHCP-Server (DHCPD) im Netzwerk und fragt ihn nach einer IP-Adresse. Dieser teilt dem Client die Adresse (und evtl. weitere Daten �ber das Netzwerk) mit und versieht die Adresse auch mit einer G�ltigkeitsdauer. Sp�testens bei Ablauf der G�ltigkeit (kann von Minuten bis zu Tagen reichen) mu� der Client sich eine neue Adresse holen. Dabei kann er erstens darum bitten die gleiche Adresse wie beim letzten Mal zu bekommen und zweitens bekommt er in der Regel sowieso die gleiche Adresse. Anders sieht das beim Wechsel des Netzes aus (bzw. wenn der Rechner abgeschaltet war und so die alte Adresse verfallen ist und inzwischen ein anderer Rechner diese Adresse bekommen hat). Jetzt bekommt der Client halt eine andere Adresse zugewiesen. Windows hat _nur_ diese Client-Seite implementiert (nat�rlich bis auf die Server-Versionen, die auch den DHCPD-Teil haben). Bei all dem verstehe ich jedoch eine Sache nicht so ganz: Wie kann es sein dass ein Client sich so auf seine Adresse versteift, wenn der DHCPD ihm klip und klar sagt, dass er jetzt eine andere nehmen _mu�_ ! ????? Der einzige Grund k�nnte wohl tats�chlich der sein, dass in der Uni eine viel zu lange G�ltigkeit vergeben wird und der Rechner nun darauf besteht seine Adresse zu behalten! Vielleicht bringt das ja f�r einige eine Erleuchtung :-) Gru� Andreas
Am Mittwoch, 19. Juni 2002 06:52 schrieb Andreas Kretzer:
On 19.06.2002 at 07:57 Markus Kohli wrote:
Vielleicht blöde Frage/blöder Vorschlag: Welchen dhcp client verwendest Du? Ich hatte vorher den standard-SuSE dhcpcd, und damit öfters Probleme. Nach längerer Lektüre und durchackern der SuSE DVD habe ich den dhclient gefunden. Viel besser konfigurierbar, läuft wie ne eins (und ich hab ihn einfach nur installiert...).
Aber hallo ... da hast Du etwas grundsätzlich mistverstanden :-) Für alle die das interessiert:
DHCPD ist der Server (DHCP-Daemon) der die IP-Adressen aus einem vorher definierten Pool verteilt und den Clients auch Dinge wie Default-Router und Nameserver zuweisen kann.
DHCLIENT ist dann auch tatsächlich der Client-Teil dieses Mechanismus. Er
Das ist in dieser Form nicht ganz richtig. SuSE liefert zwei DHCP-Client- Pakete mit (n/dhcpcd(!) und n/dhcp-client) und einen DHCP Server (n/dhcp-server). Der "normale" Client, der defaultmaessig installiert wird ist der dhcpcd. Der Vorteil vom dhcp-client ist ein gute Konfigurierbarkeit, der dhcpcd laesst sich meiner Erinnerung nach nicht konfigurieren. Thomas Mack TU Braunschweig, Abt. Informationssysteme
On 19.06.2002 at 09:21 Thomas Mack wrote:
Am Mittwoch, 19. Juni 2002 06:52 schrieb Andreas Kretzer:
On 19.06.2002 at 07:57 Markus Kohli wrote:
Vielleicht blöde Frage/blöder Vorschlag: Welchen dhcp client verwendest Du? Ich hatte vorher den standard-SuSE dhcpcd, und damit öfters Probleme. Nach längerer Lektüre und durchackern der SuSE DVD habe ich den dhclient gefunden. Viel besser konfigurierbar, läuft wie ne eins (und ich hab ihn einfach nur installiert...).
Aber hallo ... da hast Du etwas grundsätzlich mistverstanden :-) Für alle die das interessiert:
DHCPD ist der Server (DHCP-Daemon) der die IP-Adressen aus einem vorher definierten Pool verteilt und den Clients auch Dinge wie Default-Router und Nameserver zuweisen kann.
DHCLIENT ist dann auch tatsächlich der Client-Teil dieses Mechanismus. Er
Das ist in dieser Form nicht ganz richtig. SuSE liefert zwei DHCP-Client- Pakete mit (n/dhcpcd(!) und n/dhcp-client) und einen DHCP Server (n/dhcp-server).
Jaja ... besser hingucken! Was ein kleiner Buchstabe (hier das 'c') doch ausmachen kann :-) Ich habe tatsächlich mehrfach DHCPD gelesen - mit Brille wäre das nicht passiert. Nichts für ungut Andreas
On Tue, Jun 18, Tim Oliver Wagner wrote:
Hi all, vielen Dank für Eure Hilfe. Dank dieser konnte ich mein Problem lösen - zwar etwas provisorisch, aber es funzt. Habe mir ein Script geschrieben, welches die entsprechende Dateien beim Runterfahren löscht. Somit funktioniert es nach dem Hochfahren zu Hause. :-)
Falls Du nochmal Zeit hast Dein mittlerweile provisorisch gelöstes Problem noch mal zu reproduzieren, würden mich einige Infos vom Server interessieren: ssh server rpm -i dhcp-tools.rpm tcpdump -i eth0 -lenx -s 1500 port 67 |dhcpdump|mail ... grep dhcpd /var/log/messages | tail -500 | mail ... (Von unserem dhcp Spezailisten, der bis jetzt Urlaub hatte) -- ciao, christian ----------------------------------------------------------------- ... wo kämen wir hin, wenn jeder sagte: "Wo kämen wir hin?" und niemand ginge, um mal zu schauen, wohin man käme, wenn man ginge. -----------------------------------------------------------------
Am Montag, 10. Juni 2002 17:36 schrieb Tim Oliver Wagner:
Hallo, ich komme bei folgendem Problem einfach nicht weiter.
Auf meiner Desktop habe ich SUSE 7.3 mit einem DHCP-Server installiert. Der Laptop läuft auch mit SUSE 7.3.
Sobald ich an der UNI eine IP auf dem Laptop vom "UNI-DHCP-Server" zugewiesen bekommen habe, funktioniert danach die Zuteilung in meinem Netz zu Hause nicht mehr.
Mit folgendem Trick bring ich meinen Laptop wieder dazu eine IP anzunehmen. Ich starte Windows und lasse mir von dem Windows DHCP-Server eine zuweisen. Danach starte ich wieder Linux und sobald ich jetzt die Karte erneut reinstecke oder neuboote wird die korrekte Nummer vom Linux-DHCP zugeteilt.
Auf die Dauer ist es jedoch zu umständlich und abgesehen davon möchte ich keine Abhängigkeit von Windoof (auch wenn es ab und zu zu Tests ganz nützlich ist - wie man sieht ;-) ).
tia
OLI
In Deiner dhcpd.conf hast Du die lease times auf 24 Stunden gestellt. Ich würde Minutenwerte angeben.
Hallo, du hast natürlich recht. Nachdem man in der /etc/pcmcia/wlan-ng.conf unter "Intersil PRISM2 Reference Design 11Mb/s WLAN Card" die manfid rausnimmt oder anpasst, läuft die Karte. Unter 7.3 hatte ich die Karte auch schön laufen und konnte mit "carctl scheme xyz" zwischen den WLANs hin- und herschalten. nach dem Update muss ich leider zugeben, blicke ich nicht mehr durch, wie SuSE hier vorgeht. Meine Karte läuft jetzt als eth1 indem ich in /etc/sysconfig/wireless die Parameter für ESSID, KEY usw. eingestellt habe. Wozu gibts wlan0 usw.? Wie benutzt man die schemes? Wo bleibt die Möglichkeit WLAN mit YaST zu konfigurieren? Wo ist die Doku von SuSE zu diesem Thema? In den Manuals findet man/(nur ich?) nichts! Grüsse aus dem Münsterland Arndt. Am Dienstag, 4. Juni 2002 10:57 schrieb Christian Zoz:
On Mon, Jun 03, Karsten Schneider wrote:
Hallo und Danke
pcmcia läuft (das war das erste größere Problem). Die Karte wird mit 'cardctl ident' auch ordentlich erkannt und der Name ausgegeben. Soweit so gut. Das Problem liegt ggf. darin, das es eine interne pcmcia-Karte ist, welche fest im Gerät eingebaut ist Wenn ich diese konfiguriere und mit iwconfig <eth-pcmcia-1> anspreche, bekomme ich immer die Meldung 'no such device'. Wird die Karte schon generell nicht eingebunden ? Habe auch schon einen Treiber von www.orinocowireless.com probiert, angeblich stammt die Hardware von denen, mit einem Chipsatz von LUCENT (www.lucent.com) Allerdings werden als Treiber nur die Sourcen angeboten, keine .rpm's. Und die Sourcen kriege ich trotz ausführlicher Anleitung nicht ohne ...zig Fehlermeldungen compiliert und dann installiert. Hast Du noch 'nen Tip ?
orinoco_cs ist bereits im PCMCIA Paket enthalten, nur die Konfiguration stimmt nicht (in /etc/pcmcia/ wlan-ng.conf entfernen, config anpassen)
ftp://ftp.suse.com/pub/people/zoz/pcmcia/8.0/*
In diesem Paket sind die Konfigurations dateien angepasst.
On Thu, Jun 20, Stienemann wrote:
Hallo,
du hast natürlich recht. Nachdem man in der /etc/pcmcia/wlan-ng.conf unter "Intersil PRISM2 Reference Design 11Mb/s WLAN Card" die manfid rausnimmt oder anpasst, läuft die Karte. Unter 7.3 hatte ich die Karte auch schön laufen und konnte mit "carctl scheme xyz" zwischen den WLANs hin- und herschalten. nach dem Update muss ich leider zugeben, blicke ich nicht mehr durch, wie SuSE hier vorgeht. Meine Karte läuft jetzt als eth1 indem ich in /etc/sysconfig/wireless die Parameter für ESSID, KEY usw. eingestellt habe. Wozu gibts wlan0 usw.?
Interfacenamen sind nur Schall und Rauch. Deswegen legen wir die Netzwerkkonfiguration für hotplugfähige Karten auch unter /etc&sysconfig/network/ifcfg-<Beschreibung der Hardware> ab. Beschreibung der Hardware ist z.B. 'usb', 'pcmcia', 'pcmcia-1' oder '0010a4e80e56' (MAC Adresse ohne Doppelpunkte). Siehe man ifup
Wie benutzt man die schemes?
Entweder man setzt in /etc/pcmcia/network.opts USE_SUSE_NETWORK_SETUP=no und konfiguriert die Karten in network.opts und wireless.opts von Hand. Oder man installiert das Paket SCPM. Das ist eine Erweiterung der PCMCIA schemes auf die gesamte (oder teilweise) Rechnerkonfiguration. Wer SCPM noch nicht benutzt hat, dem empfehle ich, noch bis nächste Woche zu warten. Dann wird es unter ftp.suse.com/pub/people/jg/scpm/8.0 die Version 0.7 geben (Ich werde dann nochmal Bescheid sagen).
Wo bleibt die Möglichkeit WLAN mit YaST zu konfigurieren?
-> 8.1
Wo ist die Doku von SuSE zu diesem Thema? In den Manuals findet man/(nur ich?) nichts!
Es gibt man ifup, man route, /etc/sysconfig/network/ifcfg.template und Kommentare in /etc/sysconfig/network/wireless. In den Handbüchern ist leider noch nichts. Die Zeit hat nicht mehr gereicht. -> 8.1 Wenn die Doku fertig ist, werde ich auch das hier ankündigen, aber es dauert noch ein wenig. -- ciao, christian ----------------------------------------------------------------- ... wo kämen wir hin, wenn jeder sagte: "Wo kämen wir hin?" und niemand ginge, um mal zu schauen, wohin man käme, wenn man ginge. -----------------------------------------------------------------
participants (10)
-
Andreas Kretzer
-
Christian Zoz
-
Jerome Schnitzler
-
Karsten Schneider
-
Markus Kohli
-
Michael Gisbers
-
Stienemann
-
Thomas Fick
-
Thomas Mack
-
Tim Oliver Wagner