Januar 2000 - Linux

[hpa@transmeta.com: kernel.org cryptographic policy change scheduled for 2000-02-14 22:00 UTC]
by Florian Lohoff 27 Jan '00

27 Jan '00

Hi, zur info - Kerneli.org und kernel.org werden verschmelzen ... Flo ----- Forwarded message from "H. Peter Anvin" <hpa(a)transmeta.com> ----- Message-ID: <3890B446.2CC4023(a)transmeta.com> Date: Thu, 27 Jan 2000 13:10:30 -0800 From: "H. Peter Anvin" <hpa(a)transmeta.com> Reply-To: "H. Peter Anvin" <hpa(a)zytor.com> Organization: Transmeta Corporation To: users(a)kernel.org, mirrors(a)kernel.org, lkams-contacts(a)kernel.org Subject: kernel.org cryptographic policy change scheduled for 2000-02-14 22:00 UTC Dear friends, After extensive consultations with our legal counsel, we believe that we have found a reasonable method of supporting cryptography on kernel.org. Consequently, the following change in kernel.org policy will take effect Monday Feb 14, 2000 at 22:00 UTC (14:00 PST, 17:00 EST, 23:00 MET) *UNLESS OTHERWISE IS INDICATED BEFORE THEN* (in case the situation changes.) a) Cryptographic Open Source software will be permitted on kernel.org. For binaries, *the source must be available on kernel.org*. This will need to be strictly enforced, so contributors, please stick to this rule. b) We can no longer support official mirrors in the following countries, or allow other official mirrors to be listed as supporting them: Afghanistan, Cuba, Iran, Iraq, Libya, North Korea, Sudan, Syria or Yugoslavia. (The situation with Yugoslavia is a bit tricky, since the regs only apply to Serbia, specifically. If we end up having someone wanting to set up a Montenegrine mirror, we'll deal with it then.) c) The following legal notice will apply to all users of kernel.org: "Some of the software available on this site contains encryption software, and is subject to export controls and prohibitions under the U.S. Export Control Regulations. Anyone requesting or receiving such software agrees to comply with the U.S. Export Control Regulations and also acknowledges that the software cannot be exported without a license or other authorization from the United States Government and that the software is not intended for use by a non-U.S. government end-user." Obviously, this is all pretty silly, but that's really the best we can do. This is government stupidity we're dealing with. I would like to especially apologize to our one Yugoslavian mirror for having to cut you off. I really tried to find a way around it. If you have any issues with this policy change, please contact me privately. Sincerely, H. Peter Anvin -- <hpa(a)transmeta.com> at work, <hpa(a)zytor.com> in private! "Unix gives you enough rope to shoot yourself in the foot." ----- End forwarded message ----- -- Florian Lohoff flo(a)rfc822.org +49-5241-470566 "Technology is a constant battle between manufacturers producing bigger and more idiot-proof systems and nature producing bigger and better idiots."

1 0

Treffen Montag
by Nils Bokermann 27 Jan '00

27 Jan '00

Moin! Ich sprech gerade mit Jan-Benedict und da faellt uns gerade auf, dass wir uns Montag treffen sollten. Wir schlagen mal vor, das in Gt zu machen... Bye, Nils -- Nils Bokermann /"\ Johanneswerkstr. 90 \ / ASCII Ribbon Campaign 33613 Bielefeld x Say NO to HTML in email and news Germany / \

3 3

select() in Perl
by Dennis Wetzig 27 Jan '00

27 Jan '00

Hi, wie man zu lesen bekommt, wenn man "perldoc -f select" eingibt, so soll man keine gepufferte I/O mit select() mischen. Ich vermute, man soll das nur nicht auf dem gleichen Filedescriptor machen? Oder darf das ganz Programm dann nicht print/read/write und Co. benutzen? Danke, Dennis P.S.: Sorry, die Reply-To Adresse geht momentan nicht - nicht flamen ;-)

3 2

AW: Treffen Montag
by Beine, Günter 27 Jan '00

27 Jan '00

Hallo Groupies, bei dem Treffen könntet ihr ja vielleicht auch über den Informationstag in der Stadtbibliothek am 18.2. sprechen. Ich wäre gern gekommen, habe aber hier einen anderen Termin. Beste Grüße Günter Beine, VHS > -----Ursprüngliche Nachricht----- > Von: Nils Bokermann [SMTP:nilsb@bermuda.de] > Gesendet am: Donnerstag, 27. Januar 2000 11:24 > An: linux(a)lug-owl.de > Betreff: Treffen Montag > > Moin! > > Ich sprech gerade mit Jan-Benedict und da faellt uns gerade auf, dass > wir uns Montag treffen sollten. Wir schlagen mal vor, das in Gt zu > machen... > > Bye, Nils > -- > Nils Bokermann /"\ > Johanneswerkstr. 90 \ / ASCII Ribbon Campaign > 33613 Bielefeld x Say NO to HTML in email and news > Germany / \ > >

1 0

Squid Proxy und https
by stefan.baecher 27 Jan '00

27 Jan '00

Hallo, habe einen Squid Proxy: Squid --------------------- Websweeper (Proxy) -----------> http: 8080 hört: http 8080 https??? hört https 80 hört ftp über http auch über port 8080 Frage 1: Wie wird https von Seitens des Squid abgewickelt, wie kann ich das bei Squid Proxy einstellen, daß er seine Anfragen gebenüber dem nächsten Proxy (Websweeper) auf Port 80 macht? Frage2: Wie kann man das ftp über http beim Squid einstellen, oder läuft das von haus aus über port den http - Port? Vermutlich ja, bin mir da aber nicht ganz sicher. Stefan -- /\ ARTICON AG Tel : +49 (89) 94573-201 / /\ Stefan Baecher Fax : +49 (89) 94573-249 /_/\ \ Gutenbergstr. 1 Email: sba(a)articon.de /____\_\ D-85737 Ismaning http://www.articon.de

2 1

Re: Modemverbindung zum ISP
by Florian Lohoff 27 Jan '00

27 Jan '00

On Wed, Jan 26, 2000 at 12:33:46AM +0100, Martin wrote: > Die Idee war gut! Aber sorry, ich habe kein "auth" in der Datei > /etc/ppp/options! Die ganze Datei bestand aus einem "lock". > > Ich habe zusätzlich "noauth" eingetragen und komme dann schon > wesentlich weiter! Allerdings dauert die die Kontrolle des Passworts so > lange (>30s), dass der pppd einen Timeout meldet. Bei einem anderen > Betriebs-"System" dauert die Passwortabfrage meistens nur etwa 1-2s. > > Während der ganzen Zeit habe ich die RxD-LED am Modem nicht > leuchten > oder blinken sehen (die TxD-LED blitzt manchmal auf). Bau BITTE endlich ein "debug" in die /etc/ppp/options oder in den kppp ein damit wir was zu lesen bekommen - Die meldungen bisher bringen nichts ... Ich vermute das du dich wahrscheinlich richtig authentisierst aber keine IP Addresse bekommst - Aber ohne debug kann dir keiner wirklich helfen ... Flo -- Florian Lohoff flo(a)rfc822.org +49-5241-470566 "Technology is a constant battle between manufacturers producing bigger and more idiot-proof systems and nature producing bigger and better idiots."

4 3

ISDN - o.tel.o
by Ralf Kersting 27 Jan '00

27 Jan '00

Hallo, Liste! Ich habe (wieder mal) Probleme bei der Interneteinwahl. SuSE 6.3, Kernel 2.2.13 AVM Fritz!PCI ISP: o.tel.o Die Karte ist ohne Parameter in YaST eingetragen. Hier einige Ausgaben der /var/log/messages. Habe mit verschiedenen Einstellungen versucht: Jan 26 20:02:25 linux kernel: ippp0: dialing 1 010110191501... Jan 26 20:02:25 linux isdnlog: Jan 26 20:02:25 * tei 116 calling o.tel.o with +49 5265/954447, Dörentrup RING (Data) Jan 26 20:02:26 linux isdnlog: Jan 26 20:02:26 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup Time:INVALID - ignored Jan 26 20:02:26 linux isdnlog: Jan 26 20:02:26 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup CONNECT (Data) Jan 26 20:02:26 linux isdnlog: Jan 26 20:02:26 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup CHARGE: 0.059 DM/60s = 0.059 DM/Min (o.tel.o CbC, o.tel.o online 01011, Werktag (Mittwoch), Geschaeftszeit) Jan 26 20:02:26 linux isdnlog: Jan 26 20:02:26 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup 1.CI 0.059 DM (now) Jan 26 20:02:26 linux isdnlog: Jan 26 20:02:26 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup NEXT CI AFTER 01:00 (o.tel.o CbC, o.tel.o online 01011, Werktag (Mittwoch), Geschaeftszeit) Jan 26 20:02:26 linux ipppd[98]: Local number: 954447, Remote number: 010110191501, Type: outgoing Jan 26 20:02:26 linux ipppd[98]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Jan 26 20:02:26 linux kernel: isdn_net: ippp0 connected Jan 26 20:02:26 linux kernel: isdn_net: chargetime of ippp0 now 28984 Jan 26 20:02:28 linux isdnlog: Jan 26 20:02:28 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup Normal call clearing (User) Jan 26 20:02:28 linux kernel: ippp0: remote hangup Jan 26 20:02:28 linux kernel: ippp0: Chargesum is 0 Jan 26 20:02:28 linux ipppd[98]: Modem hangup Jan 26 20:02:28 linux ipppd[98]: Connection terminated. Jan 26 20:02:28 linux ipppd[98]: taking down PHASE_DEAD link 0, linkunit: 0 Jan 26 20:02:28 linux ipppd[98]: closing fd 7 from unit 0 Jan 26 20:02:28 linux ipppd[98]: link 0 closed , linkunit: 0 Jan 26 20:02:28 linux ipppd[98]: reinit_unit: 0 Jan 26 20:02:28 linux ipppd[98]: Connect[0]: /dev/ippp0, fd: 7 Jan 26 20:02:28 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 Jan 26 20:02:28 linux kernel: ippp_ccp: allocating reset data structure Jan 26 20:02:28 linux isdnlog: Jan 26 20:02:28 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup HANGUP (1 CI 0.059 DM 0:00:02 I=276.0 b O=149.0 b)

2 1

.forward
by Peter Lohmann 26 Jan '00

26 Jan '00

Tach auch! Gibt es eine M�glichkeit, dass ich �hnlich wie mit .forward mir eine E-Mail auf 2 andere E-Mailadressen schicken lasse? Gruesse Peter

4 4

ISDN und Internet
by Ralf Kersting 26 Jan '00

26 Jan '00

Habe wieder mal Probleme bei der Einwahl bei Call-by-Call-ISP. SuSE 6.3, Kernel 2.2.13, AVM Fritz!PCI /var/log/messages: Jan 26 20:01:34 linux kernel: ippp0: dialing 1 010110191501... Jan 26 20:01:35 linux isdnlog: Jan 26 20:01:35 * tei 116 calling o.tel.o with +49 5265/954447, Dörentrup RING (Data) Jan 26 20:01:36 linux isdnlog: Jan 26 20:01:36 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup Time:INVALID - ignored Jan 26 20:01:36 linux isdnlog: Jan 26 20:01:36 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup CONNECT (Data) Jan 26 20:01:36 linux isdnlog: Jan 26 20:01:36 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup CHARGE: 0.059 DM/60s = 0.059 DM/Min (o.tel.o CbC, o.tel.o online 01011, Werktag (Mittwoch), Geschaeftszeit) Jan 26 20:01:36 linux isdnlog: Jan 26 20:01:36 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup 1.CI 0.059 DM (now) Jan 26 20:01:36 linux isdnlog: Jan 26 20:01:36 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup NEXT CI AFTER 01:00 (o.tel.o CbC, o.tel.o online 01011, Werktag (Mittwoch), Geschaeftszeit) Jan 26 20:01:36 linux ipppd[98]: Local number: 954447, Remote number: 010110191501, Type: outgoing Jan 26 20:01:36 linux ipppd[98]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Jan 26 20:01:36 linux kernel: isdn_net: ippp0 connected Jan 26 20:01:36 linux kernel: isdn_net: chargetime of ippp0 now 23995 Jan 26 20:01:38 linux isdnlog: Jan 26 20:01:38 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup Normal call clearing (User) Jan 26 20:01:38 linux ipppd[98]: Modem hangup Jan 26 20:01:38 linux ipppd[98]: Connection terminated. Jan 26 20:01:38 linux ipppd[98]: taking down PHASE_DEAD link 0, linkunit: 0 Jan 26 20:01:38 linux ipppd[98]: closing fd 7 from unit 0 Jan 26 20:01:38 linux ipppd[98]: link 0 closed , linkunit: 0 Jan 26 20:01:38 linux ipppd[98]: reinit_unit: 0 Jan 26 20:01:38 linux ipppd[98]: Connect[0]: /dev/ippp0, fd: 7 Jan 26 20:01:38 linux kernel: ippp0: remote hangup Jan 26 20:01:38 linux kernel: ippp0: Chargesum is 0 Jan 26 20:01:38 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 Jan 26 20:01:38 linux kernel: ippp_ccp: allocating reset data structure Jan 26 20:01:38 linux isdnlog: Jan 26 20:01:38 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup HANGUP (1 CI 0.059 DM 0:00:02 I=276.0 b O=149.0 b) Jan 26 20:02:10 linux kernel: ippp0: dialing 1 010110191501... Jan 26 20:02:10 linux isdnlog: Jan 26 20:02:10 * tei 116 calling o.tel.o with +49 5265/954447, Dörentrup RING (Data) Jan 26 20:02:11 linux isdnlog: Jan 26 20:02:11 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup Time:INVALID - ignored Jan 26 20:02:11 linux isdnlog: Jan 26 20:02:11 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup CONNECT (Data) Jan 26 20:02:11 linux isdnlog: Jan 26 20:02:11 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup CHARGE: 0.059 DM/60s = 0.059 DM/Min (o.tel.o CbC, o.tel.o online 01011, Werktag (Mittwoch), Geschaeftszeit) Jan 26 20:02:11 linux isdnlog: Jan 26 20:02:11 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup 1.CI 0.059 DM (now) Jan 26 20:02:11 linux isdnlog: Jan 26 20:02:11 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup NEXT CI AFTER 01:00 (o.tel.o CbC, o.tel.o online 01011, Werktag (Mittwoch), Geschaeftszeit) Jan 26 20:02:11 linux ipppd[98]: Local number: 954447, Remote number: 010110191501, Type: outgoing Jan 26 20:02:11 linux ipppd[98]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Jan 26 20:02:11 linux kernel: isdn_net: ippp0 connected Jan 26 20:02:11 linux kernel: isdn_net: chargetime of ippp0 now 27465 Jan 26 20:02:13 linux isdnlog: Jan 26 20:02:13 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup Normal call clearing (User) Jan 26 20:02:13 linux kernel: ippp0: remote hangup Jan 26 20:02:13 linux kernel: ippp0: Chargesum is 0 Jan 26 20:02:13 linux ipppd[98]: Modem hangup Jan 26 20:02:13 linux ipppd[98]: Connection terminated. Jan 26 20:02:13 linux ipppd[98]: taking down PHASE_DEAD link 0, linkunit: 0 Jan 26 20:02:13 linux ipppd[98]: closing fd 7 from unit 0 Jan 26 20:02:13 linux ipppd[98]: link 0 closed , linkunit: 0 Jan 26 20:02:13 linux ipppd[98]: reinit_unit: 0 Jan 26 20:02:13 linux ipppd[98]: Connect[0]: /dev/ippp0, fd: 7 Jan 26 20:02:13 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 Jan 26 20:02:13 linux kernel: ippp_ccp: allocating reset data structure Jan 26 20:02:13 linux isdnlog: Jan 26 20:02:13 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup HANGUP (1 CI 0.059 DM 0:00:02 I=276.0 b O=149.0 b) Jan 26 20:02:18 linux kernel: ippp0: dialing 1 010110191501... Jan 26 20:02:18 linux isdnlog: Jan 26 20:02:18 * tei 116 calling o.tel.o with +49 5265/954447, Dörentrup RING (Data) Jan 26 20:02:19 linux isdnlog: Jan 26 20:02:19 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup Time:INVALID - ignored Jan 26 20:02:19 linux isdnlog: Jan 26 20:02:19 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup CONNECT (Data) Jan 26 20:02:19 linux isdnlog: Jan 26 20:02:19 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup CHARGE: 0.059 DM/60s = 0.059 DM/Min (o.tel.o CbC, o.tel.o online 01011, Werktag (Mittwoch), Geschaeftszeit) Jan 26 20:02:19 linux isdnlog: Jan 26 20:02:19 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup 1.CI 0.059 DM (now) Jan 26 20:02:19 linux isdnlog: Jan 26 20:02:19 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup NEXT CI AFTER 01:00 (o.tel.o CbC, o.tel.o online 01011, Werktag (Mittwoch), Geschaeftszeit) Jan 26 20:02:19 linux ipppd[98]: Local number: 954447, Remote number: 010110191501, Type: outgoing Jan 26 20:02:19 linux ipppd[98]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Jan 26 20:02:19 linux kernel: isdn_net: ippp0 connected Jan 26 20:02:19 linux kernel: isdn_net: chargetime of ippp0 now 28296 Jan 26 20:02:21 linux isdnlog: Jan 26 20:02:21 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup Normal call clearing (User) Jan 26 20:02:21 linux kernel: ippp0: remote hangup Jan 26 20:02:21 linux kernel: ippp0: Chargesum is 0 Jan 26 20:02:21 linux ipppd[98]: Modem hangup Jan 26 20:02:21 linux ipppd[98]: Connection terminated. Jan 26 20:02:21 linux ipppd[98]: taking down PHASE_DEAD link 0, linkunit: 0 Jan 26 20:02:21 linux ipppd[98]: closing fd 7 from unit 0 Jan 26 20:02:21 linux ipppd[98]: link 0 closed , linkunit: 0 Jan 26 20:02:21 linux ipppd[98]: reinit_unit: 0 Jan 26 20:02:21 linux ipppd[98]: Connect[0]: /dev/ippp0, fd: 7 Jan 26 20:02:21 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 Jan 26 20:02:21 linux kernel: ippp_ccp: allocating reset data structure Jan 26 20:02:21 linux isdnlog: Jan 26 20:02:21 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup HANGUP (1 CI 0.059 DM 0:00:02 I=276.0 b O=149.0 b) Jan 26 20:02:25 linux kernel: ippp0: dialing 1 010110191501... Jan 26 20:02:25 linux isdnlog: Jan 26 20:02:25 * tei 116 calling o.tel.o with +49 5265/954447, Dörentrup RING (Data) Jan 26 20:02:26 linux isdnlog: Jan 26 20:02:26 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup Time:INVALID - ignored Jan 26 20:02:26 linux isdnlog: Jan 26 20:02:26 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup CONNECT (Data) Jan 26 20:02:26 linux isdnlog: Jan 26 20:02:26 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup CHARGE: 0.059 DM/60s = 0.059 DM/Min (o.tel.o CbC, o.tel.o online 01011, Werktag (Mittwoch), Geschaeftszeit) Jan 26 20:02:26 linux isdnlog: Jan 26 20:02:26 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup 1.CI 0.059 DM (now) Jan 26 20:02:26 linux isdnlog: Jan 26 20:02:26 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup NEXT CI AFTER 01:00 (o.tel.o CbC, o.tel.o online 01011, Werktag (Mittwoch), Geschaeftszeit) Jan 26 20:02:26 linux ipppd[98]: Local number: 954447, Remote number: 010110191501, Type: outgoing Jan 26 20:02:26 linux ipppd[98]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Jan 26 20:02:26 linux kernel: isdn_net: ippp0 connected Jan 26 20:02:26 linux kernel: isdn_net: chargetime of ippp0 now 28984 Jan 26 20:02:28 linux isdnlog: Jan 26 20:02:28 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup Normal call clearing (User) Jan 26 20:02:28 linux kernel: ippp0: remote hangup Jan 26 20:02:28 linux kernel: ippp0: Chargesum is 0 Jan 26 20:02:28 linux ipppd[98]: Modem hangup Jan 26 20:02:28 linux ipppd[98]: Connection terminated. Jan 26 20:02:28 linux ipppd[98]: taking down PHASE_DEAD link 0, linkunit: 0 Jan 26 20:02:28 linux ipppd[98]: closing fd 7 from unit 0 Jan 26 20:02:28 linux ipppd[98]: link 0 closed , linkunit: 0 Jan 26 20:02:28 linux ipppd[98]: reinit_unit: 0 Jan 26 20:02:28 linux ipppd[98]: Connect[0]: /dev/ippp0, fd: 7 Jan 26 20:02:28 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 Jan 26 20:02:28 linux kernel: ippp_ccp: allocating reset data structure Jan 26 20:02:28 linux isdnlog: Jan 26 20:02:28 tei 116 calling o.tel.o with +49 5265/954447, Dörentrup HANGUP (1 CI 0.059 DM 0:00:02 I=276.0 b O=149.0 b)

1 0

Cursor ver�ndern
by FSimon01＠t-online.de 26 Jan '00

26 Jan '00

Hallo, ich moechte meinen blinkenden Unterstrich-Cursor gegen einen (nicht blinkenden) Block-Cursor tauschen. Geht das ? Wenn ja, wie? bis dann, Frank FSimon01(a)t-online.de

1 0