December 1999 - openSUSE Users (Deutsch)

Autostart im fvwm2
by frerichraabe＠gmx.de 01 Dec '99

01 Dec '99

Hallo! Gibt's eigentlich eine Möglichkeit, ein Programm (nur ein einziger Befehl!) nach dem Laden von fvwm2 zu starten? Ich würde gerne ein Skript starten, mit dem ich Starcraft unter Linux spielen kann, und das sieht bis jetzt so aus: -- schnipp -- #!/bin/bash startx fvwm2 -- -bpp8 -- schnapp -- Tja, noch nicht viel. Ich habe in der Man page vom fvwm2 gelesen dass ich mit dem Parameter -c ein einziges Kommando an den fvwm2 übergeben kann, funktioniert aber nicht mit wine... Ich habe auch schon daran gedacht, den Befehl an ~/.xinitrc anzuhängen, aber ich müsste es ja mitten in die Datei schleusen und kanns nicht einfach dranhängen... Hat hier jemand vielleicht einen Vorschlag? Danke! - Frerich --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe(a)suse.com For additional commands, e-mail: suse-linux-help(a)suse.com

3 2

None
by None 01 Dec '99

01 Dec '99

Sehr geehrter Kunde, oweit ich es Ihres Loggings entnehmen kann, haben Sie die "LCP-Erweiterungen" aktiviert. Um einen Reibungslosen Verbindungsaufbau zu gewährleisten, bitte ich Sie diese zu deaktivieren. Sollte es wiedererwartend denoch zu Problemen kommen, wenden Sie sich bitte nochmals Telefonisch an unsere Hotline unter 040 808040. Mit freundlichen Grüßen Marco Schulz Nikoma Support Team ============================================ NIKOMA MediaWorks GmbH Amsinckstr. 71 Tel: 040 80804-0 D-20097 Hamburg Fax: 040 80804-12 (Im Poseidonhaus) email: support(a)nikoma.de Internet: http://www.nikoma.de ============================================ -----Ursprüngliche Nachricht----- Von: Stefan Gofferje [mailto:stefan.gofferje@nikocity.de] Gesendet am: Donnerstag, 25. November 1999 13:40 An: Herrn Schroeder Betreff: Probleme bei Einwahl Hallo Herr Schröder, wie telefonisch besprochen, schicke ich Ihnen hier einen Auszug meiner /var/log/messages. Dieser Auszug enthält einen korrekten Verbindungsaufbau und ein Beispiel für eine Fehlanwahl. Dieses Beispiel zeigt gleichzeitig das erste Auftreten an. Viele Grüße, Stefan Gofferje Beispiel für korrekten Verbindungsaufbau ---------------------------------------- Nov 23 11:18:17 venus kernel: ippp0: dialing 1 010980193434... Nov 23 11:18:17 venus isdnlog: 11:18:17 Wahl: Venus -> Nikocity RING (Data) Nov 23 11:18:19 venus isdnlog: 11:18:19 Wahl: Venus -> Nikocity Time:Tue Nov 23 11:18:00 1999 Nov 23 11:18:19 venus isdnlog: 11:18:19 Wahl: Venus -> Nikocity CONNECT (Data) Nov 23 11:18:19 venus isdnlog: 11:18:19 Wahl: Venus -> Nikocity CHARGE: Werktag, Internet, DM 0.049/Min, Takt 1/1 Nov 23 11:18:19 venus isdnlog: 11:18:19 Wahl: Venus -> Nikocity NEXT CHARGEINT IN 0:01:00 (TRUE charging is 1/1) Nov 23 11:18:19 venus isdnlog: 11:18:19 Wahl: Venus -> Nikocity 1.CI DM 0.001 (now) Nov 23 11:18:19 venus ipppd[26195]: Local number: 614856, Remote number: 010980193434, Type: outgoing Nov 23 11:18:19 venus ipppd[26195]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Nov 23 11:18:19 venus ipppd[26195]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x93c69572>] Nov 23 11:18:19 venus kernel: isdn_net: ippp0 connected Nov 23 11:18:19 venus kernel: isdn_net: chargetime of ippp0 now 92503263 Nov 23 11:18:19 venus ipppd[26195]: rcvd [0][LCP ConfReq id=0x1 < 00 04 00 00> <mru 1524> <auth pap> <MPmrru 0x5f4> <MPdiscr: 0x1 [ 68 62 67 2d 73 74 61 63 6b 2d 31 ]>] Nov 23 11:18:19 venus ipppd[26195]: sent [0][LCP ConfRej id=0x1 < 00 04 00 00> <MPmrru 0x5f4>] Nov 23 11:18:19 venus ipppd[26195]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x93c69572>] Nov 23 11:18:20 venus ipppd[26195]: rcvd [0][LCP ConfReq id=0x2 <mru 1524> <auth pap> <MPdiscr: 0x1 [ 68 62 67 2d 73 74 61 63 6b 2d 31 ]>] Nov 23 11:18:20 venus ipppd[26195]: sent [0][LCP ConfAck id=0x2 <mru 1524> <auth pap> <MPdiscr: 0x1 [ 68 62 67 2d 73 74 61 63 6b 2d 31 ]>] Nov 23 11:18:20 venus ipppd[26195]: lcp layer is UP Nov 23 11:18:20 venus ipppd[26195]: sent [0][PAP AuthReq id=0x3d user="xxxxxxxx" password="xxxxxxxx"] Nov 23 11:18:20 venus ipppd[26195]: rcvd [0][PAP AuthAck id=0x3dmsg=""] Nov 23 11:18:20 venus ipppd[26195]: Remote message: Nov 23 11:18:20 venus ipppd[26195]: MPPP negotiation, He: No We: No Nov 23 11:18:20 venus ipppd[26195]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0>] Nov 23 11:18:20 venus ipppd[26195]: CCP enabled! Trying CCP. Nov 23 11:18:20 venus ipppd[26195]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Nov 23 11:18:20 venus ipppd[26195]: ccp_resetci! Nov 23 11:18:20 venus ipppd[26195]: Kernel check for LZS failed Nov 23 11:18:20 venus ipppd[26195]: rcvd [0][IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 212.122.129.76>] Nov 23 11:18:20 venus ipppd[26195]: sent [0][IPCP ConfRej id=0x1 <compress VJ 0f 01>] Nov 23 11:18:20 venus ipppd[26195]: rcvd [0][IPCP ConfNak id=0x1 <addr 212.122.135.2>] Nov 23 11:18:20 venus ipppd[26195]: sent [0][IPCP ConfReq id=0x2 <addr 212.122.135.2>] Nov 23 11:18:20 venus ipppd[26195]: rcvd [0][IPCP ConfReq id=0x2 <addr 212.122.129.76>] Nov 23 11:18:20 venus ipppd[26195]: sent [0][IPCP ConfAck id=0x2 <addr 212.122.129.76>] Nov 23 11:18:20 venus ipppd[26195]: rcvd [0][IPCP ConfAck id=0x2 <addr 212.122.135.2>] Nov 23 11:18:20 venus ipppd[26195]: local IP address 212.122.135.2 Nov 23 11:18:20 venus ipppd[26195]: remote IP address 212.122.129.76 ---------------------------------------------------------------------------------------------------------------- Beispiel für Problem und gleichzeitig erstes Auftreten ------------------------------------------------------ Nov 23 14:24:16 venus kernel: ippp0: dialing 1 010980193434... Nov 23 14:24:16 venus isdnlog: 14:24:16 Wahl: Venus -> Nikocity RING (Data) Nov 23 14:24:18 venus isdnlog: 14:24:18 Wahl: Venus -> Nikocity Time:Tue Nov 23 14:24:00 1999 Nov 23 14:24:18 venus isdnlog: 14:24:18 Wahl: Venus -> Nikocity CONNECT (Data) Nov 23 14:24:18 venus isdnlog: 14:24:18 Wahl: Venus -> Nikocity CHARGE: Werktag, Internet, DM 0.049/Min, Takt 1/1 Nov 23 14:24:18 venus isdnlog: 14:24:18 Wahl: Venus -> Nikocity NEXT CHARGEINT IN 0:01:00 (TRUE charging is 1/1) Nov 23 14:24:18 venus isdnlog: 14:24:18 Wahl: Venus -> Nikocity 1.CI DM 0.001 (now) Nov 23 14:24:19 venus ipppd[26195]: Local number: 614856, Remote number: 010980193434, Type: outgoing Nov 23 14:24:19 venus ipppd[26195]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Nov 23 14:24:19 venus ipppd[26195]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xff9bc9d8>] Nov 23 14:24:19 venus kernel: isdn_net: ippp0 connected Nov 23 14:24:19 venus kernel: isdn_net: chargetime of ippp0 now 93619197 Nov 23 14:24:22 venus ipppd[26195]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xff9bc9d8>] Nov 23 14:24:46 venus last message repeated 8 times Nov 23 14:24:49 venus kernel: isdn_net: local hangup ippp0 Nov 23 14:24:49 venus kernel: ippp0: Chargesum is 0 Nov 23 14:24:49 venus kernel: ippp, open, slot: 0, minor: 0, state: 0000 Nov 23 14:24:49 venus kernel: ippp_ccp: allocating reset data structure Nov 23 14:24:49 venus isdnlog: 14:24:49 Wahl: Venus -> Nikocity Normal call clearing (User) Nov 23 14:24:49 venus ipppd[26195]: LCP: timeout sending Config-Requests Nov 23 14:24:49 venus ipppd[26195]: Connection terminated. Nov 23 14:24:49 venus ipppd[26195]: taking down PHASE_DEAD link 0, linkunit: 0 Nov 23 14:24:49 venus ipppd[26195]: LCP is down Nov 23 14:24:49 venus ipppd[26195]: closing fd 8 from unit 0 Nov 23 14:24:49 venus ipppd[26195]: link 0 closed , linkunit: 0 Nov 23 14:24:49 venus ipppd[26195]: reinit_unit: 0 Nov 23 14:24:49 venus ipppd[26195]: Connect[0]: /dev/ippp0, fd: 8 Nov 23 14:24:49 venus isdnlog: 14:24:49 Wahl: Venus -> Nikocity HANGUP (DM 0.03 0:00:31 I= 0.0 b O=180.0 b) ----------------------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe(a)suse.com For additional commands, e-mail: suse-linux-help(a)suse.com

1 0

Re: wuftp 2.6.0-11 falsche Permissions zum Lesen nach Upload (fwd)
by ska＠piro.com 01 Dec '99

01 Dec '99

---------- Forwarded message ---------- Date: Tue, 30 Nov 1999 13:34:05 +0100 From: Christian Schult <cschult(a)gmx.de> To: Stephan K. <ska(a)piro.com> Subject: Re: wuftp 2.6.0-11 falsche Permissions zum Lesen nach Upload (fwd) Hallo Stephan, Du schreibst: dein Antworten über das Zitierte und in das Zitierte ohne es entsprechend kenntlich zu machen. Bitte drücke doch in pine einfach r für Reply statt f für Forward, dann klappt das auch mit dem Quoting. :) ich hab keine zeit mich um die menuespringerei bei pine zu beschaeftigen, wenn ich nen reply scghicke...ich habe nichtmal zeit alle mails zu beantworten die ich in dieser gruppe gerne beantworten wuerde....wie du siehst habe ich auch keinen finger fuer die shift taste frei ;-) wenn du mir nen aeusserst schnellen weg zeigst wie sichbeim reply autom die adresse der liste einstellt kommen wir zusammen ;-)))))) Stephan schulle -- To iterate is human, to recurse, divine. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe(a)suse.com For additional commands, e-mail: suse-linux-help(a)suse.com

4 4