HDTenEightyP/NetNews huggingface dataset:
From: luik@isa.de (Andreas Luik)
Subject: Re: Verhinderung von Icons bei
Organization: ISA GmbH, Stuttgart, FRG
Date: Mon, 14 Sep 1992 22:53:09 GMT

In article <A6951@HB.maus.de> Michael_Kraehe@hb.maus.de (Michael Kraehe) writes:
    > Leider ist das nicht die Lvsung - DontIconyByUnmapping ist eine Option der
    > twm-Familie. Der mwm kennt das leider nicht.
   Mein twm (X11R4 unter ISC SVR3.2) kennt das anscheinend auch nicht. Er schmeist
   zwar beim f.restart keine Fehlermeldung aus jedoch werden trotzden ICONS
   angelegt :-(

RTFM. Auf meinem ISC 3.0, X.V11R4 funktioniert das Verhindern von
Icons wie gewohnt mit folgendem Eintrag im ~/.twmrc:

	IconifyByUnmapping

(Mit DontIconifyByUnmapping wird erreicht, dass das Application-Window nicht
nur Unmapped wird, sondern auch ein Icon gezeigt wird).

Jedes dieser Kommandos kann auch mit einer Liste von Kommandos
(genauer: Application-Names) versehen werden:

    	IconifyByUnmapping { "xclock" "xlogo" }

ACHTUNG: wird IconifyByUnmapping verwendet, sollte gleichzeitig der
Icon-Manager dargestellt werden (sonst wird das de-iconifizieren recht
schwierig).

Und nochmal: das alles funktioniert nur im MIT twm, mindestens X11R4!



	
--
Andreas Luik                E-Mail: luik@isa.de
(postmaster@isa.de)         UUCP:   ...!{uunet!unido,pyramid}!isaak!luik
Newsgroups: de.comp.os.unix,de.comp.sys.misc,de.comp.sys.amiga.misc
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Video auf dem Amiga (war amiga unix)
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Tue, 8 Sep 1992 10:15:01 GMT

In <1992Sep8.063951.6086@sniap.mchp.sni.de> wesdia@sniap.mchp.sni.de (Wolf-Eckart Schmidt) writes:
>Das ist nicht nur fraglich sondern schlichtweg unmoeglich. In c.s.a.m laeuft
>seit einiger Zeit eine Diskussion ueber den VideoToaster, in der gesagt
>wurde, dass NewTek die Produktion eingestellt hat und nur noch die vor-
>handenen Lagerbestaende abbaut. Grund: Probleme mit C=.
>Ich habe die Diskussion nicht genau verfolgt, nur so am Rande, aber das obige
>scheint definitiv.

Da scheinst du was falsch verstanden zu haben. NewTek verkauft von der
ToasterStation (A2500+Toaster mit ueberklebtem Amigaschild) nur noch
Restbestaende.

Salut,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: de.comp.os.unix
From: agnus@amylnd.stgt.sub.org (Matthias Zepf)
Subject: Deutsche "words"-Datei
Reply-To: agnus@amylnd.stgt.sub.org (Matthias Zepf)
Organization: Agnus' new home, Leonberg/Warmbronn, Germany
Date: Sat, 12 Sep 1992 15:28:15 GMT

Wahrscheinlich auch schon eine Frage fuer ein FAQ-Posting:
Wo bekommt man ein deutsche "words"-Datei (/usr/dict/words)??

Matthias
-- 
** Matthias Zepf, Riegelaeckerstrasse 27, 7250 Leonberg, Germany **
** +49 7152 41917    Email: agnus@amylnd.stgt.sub.org (NeXTmail) **
Newsgroups: de.comp.os.unix
From: sysop@phiger.deg.sub.org (Uwe S. Obst)
Subject: SCSI CDROM + SCO ODT2.0 + XCDPlayer ???
Organization: PHI Company [U.S.Obst], Germany
Date: Sat, 05 Sep 1992 16:27:15 GMT
Keywords: scsi odt 2.0 cdrom xcdplayer wie geht das

hallo leute...

ich habe dieses wochenende ein cdrom (SCSI) in meine kiste eingebaut.
mkdev cdrom aufgerufen, kernel gelinkt, rebootet, fluppt.
ich kann prima irgendwelche HSFS disks mounten und die daten da runter-
ziehen.

naechster gedanke war natuerlich: musik hoeren ;)
also: sourcen zum xcdplayer ausgepackt, xmkmf aufgerufen, make aufge-
rufen, aber leider:

undefined                       first referenced
 symbol                             in file
cdrom_open                          main.o
debug                               main.o
cdi                                 logo_setup.o
cdrom_volume                        logo_setup.o
cdrom_status                        button_setup.o
cdrom_get_curtrack                  cdrom_callb.o
cdrom_resume                        cdrom_callb.o
cdrom_pause                         cdrom_callb.o
cdrom_stop                          cdrom_callb.o
cdrom_close                         cdrom_callb.o
cdrom_eject                         cdrom_callb.o
cdrom_play_track                    cdrom_callb.o
initstate                           shuffle.o
random                              shuffle.o
ld fatal: Symbol referencing errors. No output written to xcdplayer
*** Error code 1

Stop.

fehlt mir da ne lib? wenn ja, sollte die beim dev-kit nicht bei sein?
hat jmd. schon irgend ein cd-play utility unter odt2.0 mit cdrom zum
laufen bekommen?

bitte schreibt die antworten per mail. ich poste dann ein SUMMARY.

vielen dank fuer eure hilfe...

gruss,
	uwe
-- 
===== : Uwe.Obst@PHIger.Deg.Sub.ORG         [Company Head - aka Connor MacLeod]
( | ) : "And always remember that J. Random User is watching you,  and will not
===== : be at all impressed if you have to type  control-shift-alt-hyper-super-
      : meta-cokebottle to exit the program, and it gurus if you type it wrong"
Newsgroups: de.comp.os.unix,de.comp.sys.ibm
From: jochen@busybit.mrz.sub.org (Jochen Fahrner)
Subject: Re: SINIX (was: Re: 386BSD Verteilung)
X-Md4-Signature: 961dca94cdd8842184a04a73378240c7
Organization: Busybit's Software Labor, D-8068 Pfaffenhofen
Date: 5 Sep 92 18:46:06

In article <H.ea.cEFofgwdOiI@cloud9.in-berlin.de> martini@cloud9.in-berlin.de (Martin P. Ibert) writes:

   Juhu! Ein neuer Religionskrieg!

Wieso ? Ich habe weder fuer/gegen SysV noch fuer/gegen BSD gesprochen.
Ich habe nur gesagt, dass Mischmasch aus dem Hause Siemens Murks ist.
Und da werden mir sicherlich viele Recht geben :-)
Was hat das mit Religionskrieg zu tun ?
Oder moechtest Du Sinix als eigene Religion bezeichnen :-)
-- 
Jochen Fahrner, D-8068 Pfaffenhofen, jochen@busybit.mrz.sub.org
Newsgroups: de.comp.os.unix
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: 16550 FIFO Unterstuetzung bei SCO V4.0
Organization: Guru Systems/Funware Department
Date: Sun, 13 Sep 1992 19:55:15 GMT

In <BuH8Jr.2np@mamunx.garmhausen.de> mam@mamunx.garmhausen.de (Michael A Meiszl) writes:
>Zu hohe DMA Raten koennen es ja wohl kaum sein, wenn das Board normalerweise
>mit 32Mhz Busmaster DMA beim 1740 laeuft, oder???

Doch. ISA-DMA ist auf EISA Boards meistens noch langsamer als auf ISA
Boards.
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

ISO? Nicht immer, aber immer M-vfter.
Newsgroups: de.comp.os.unix,de.markt
From: stefano@janusx.in-berlin.de (Stefano Allrath)
Subject: S: C-Compiler fuer Sinix 2.0
Organization: Private UNIX Systems
Date: Sat, 12 Sep 1992 09:11:55 GMT

Hi,

ein Bekannter ohne Netzanbindung sucht folgende Sachen fuer
sein PC-MX2 System (Sinix V2.0) :

   CES   (C-Compiler)
   TDS2  (Test & Diagnose Software)

Wenn jemand noch solch angestaubte Teile rumliegen hat, moege er
sich bitte per Email bei mir melden.

Danke im voraus.
-- 
o   o   o   Stefano Allrath, stefano@janusx.in-berlin.de
  o   o          And when the sun was up, they were scorched;
o   o   o        and because they had no root, they withered away. (MAT 13:6)
Newsgroups: de.comp.os.unix,de.comp.sys.ibm
From: volker@sfb256.iam.uni-bonn.de ( Volker A. Brandt )
Subject: Re: 386BSD Verteilung
Organization: Applied Math, University of Bonn, Germany
Date: Sun, 13 Sep 1992 18:20:15 GMT

In article <JOCHEN.92Aug24193024@busybit.mrz.sub.org> jochen@busybit.mrz.sub.org (Jochen Fahrner) writes:
>Damit sich 386BSD auch bei uns in Deutschland so richtig schoen
>verteilt, habe ich mir folgendes ueberlegt:
[Beschreibung der Diskettenverteilung im Schneeballsystem geloescht]

Ich finde es gut, dass Du die Verbreitung von 386bsd foerdern willst.  Aber ist
denn nicht eine Verteilung auf Magnetband sinnvoller?

Ich koennte das *eventuell* machen, wenn es nicht viel mehr als ca. 10 Leute 
sind, mit denen eine Bandverteilung startet.

Vorschlaege?

-- Volker
-- 
----------------------------------------------------------------------------
Bitnet:   UNM409@DBNRHRZ1                              Volker A. Brandt
UUCP:     ...!unido!DBNRHRZ1.bitnet!unm409             Angewandte Mathematik
Internet: volker@sfb256.iam.uni-bonn.de                (Bonn, Germany)
From: Ralf_Montino@un.maus.de (Ralf Montino)
Newsgroups: de.comp.os.unix
Subject: Re: Drucker - fuer Spezialauftrag
Date: 7 Sep 92 18:06:00 GMT
Article-I.D.: UN.A13808
Organization: MausNet
X-Gateway: MausGate/News 1.11

Hallo Peter,
 ja, ich weis, wo man einen solchen Drucker bekommt:

1.) Mein uralter FX-80 hat (bis auf die fehlende, aber nachruestbare RS232) die
    gewuenschte Features...:-)..
2.) Wenn es dann doch ein neues Geraet sein soll:
    Wir haben in der Firma mit einem Fujitsu DL5600 hervorragende Erfahrungen
    gemacht. Er verfuegt ueber die von Dir gewuenschten Features. Zudem ist er
    sauschnell. Ob die kleinen Geschwister dieselben Vorzuege haben, muesstest Du
    selber klaeren.

mfg
ralf
Newsgroups: de.comp.os.unix,bln.comp.unix
From: supergau@cs.tu-berlin.de (Thipor Kong)
Subject: Re: Verhinderung von Icons beim mwm?
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Organization: Technical University of Berlin, Germany
Mime-Version: 1.0
Date: Fri, 11 Sep 1992 16:34:22 GMT

supergau@cs.tu-berlin.de (Thipor Kong) writes:

> Gibts eine Mglichkeit, den mwm dazu zu bringen, zu einer Applikation
> kein Icon darzustellen? Ich habe hier eine xclock und eine xconsole
> zu laufen und mchte die dazugehrigen Icons nicht stndig vor der
> Nase haben.

Rehi!

Habe die (saubere) Lsung: Die Resource "transient" der betreffenden
Clients einfach auf "True" setzen. Das hat gegenber Andi's Methode
den Vorteil, da die Client-Windows dann trotzdem noch dekoriert
werden.

Thipor
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 !!!                                            supergau@cs.tu-berlin.de

Newsgroups: de.comp.os.unix
From: fs@oops.zigzag.hanse.de (Frank Seitz)
Subject: Re: fs full - rechner tot ?!
Organization: OOPS (Netzwerke/Datenbanksysteme/Sprachverarbeitung)
Date: Fri, 11 Sep 1992 09:07:50 GMT

ralf@ptavv.ka.sub.org (Ralf Wenk) writes:

()Hallo,
()ich wurde heute gebeten folgendes Problem zu loesen:
()HP/UX Rechner, mit Farbschirm als "Console", kein weiteres Terminal,
()kein Netzzugang. Der User arbeitete unter X11/Motif und wollte sich
()gerade ausloggen als der freundliche Rechner in einer Endlosschleife
()meinte "file system full". Ein neuer Login-Prompt war noch nicht da.
()Weitere Reaktionen waren ihm nicht mehr zu entlocken.
()
()Meine Loesung bestand darin, eine Unterbrechung zu verordnen :-)
()Laut dem Luser, der gleichzeitig Sysadmin sein soll/will, ist eine von
()seinen DB Applikationen durchgedreht und die DB hat froehlich
()Fehlermeldungen ins Logfile geschrieben.

Der "scheinbare" Effekt einer Totschleife kann enstehen, wenn einer
oder mehrere Prozesse staendig versuchen, auf das volle Filesystem zu
schreiben. Dabei ist es dann keineswegs so, dass der Kernel haengen
wuerde. Vielmehr bedient er lediglich die immer wieder neu
auftretenden write(2) Aufrufe. Nach meiner Erfahrung (AIX, ISC)
unternimmt er im Falle eines vollen Filesystems je Aufruf mehrere
Versuche (mit einer angemessenen Wartezeit dazwischen) bevor er die
Operation fuer den schreibenden Prozess sichtbar abbricht. Wenn der
Prozess diesen Fehler dann ignoriert, nunja, dann wird's etwas
nervig...

Die Ausfuehrung anderer Prozesse (wie z.B. einer Shell) ist
normalerweise *nicht* behindert.  Vorausgesetzt natuerlich, diese
wollen nicht ihrereseits auf das volle Filesystem schreiben.

()Was macht man korrekterweise in einer solchen Situation ? Gibt es
()da noch eine Hintertuer ?

Ohne Shell sieht's natuerlich schlecht aus. Mit Shell wuerde ich erst
einmal etwas Platz schaffen (ein paar unwichtige Files loeschen) damit
die nervigen Meldungen von der Console entschwinden und dann den
schreibenden Prozess, bzw. den Prozess, der das Schreiben indirekt
verursacht, abbrechen.

Eine dauerhaft befriedigende Loesung kann m.E. nur so 
aussehen, dass Du Dich an die Ursache heranmachst und die
gelegentlich durchdrehende DB-Applikation baendigst ;-)
-- 
Frank Seitz, Hamburg, 040/7927569, {fs,root,postmaster}@oops.zigzag.hanse.de
Newsgroups: de.comp.os.unix
From: bernd@pfm.rmt.sub.org (Bernd Hennig)
Subject: Re: 16550 FIFO Unterstuetzung bei SCO V4.0
Organization: PFM News & Mail RMT Mainz, Germany
Date: Fri, 4 Sep 1992 21:45:58 GMT

gemini@geminix.in-berlin.de (Uwe Doering) writes:
>jochen@busybit.mrz.sub.org (Jochen Fahrner) writes:

>>Hast Du einen Adaptec 1542 ? Bei mir war der auch fuer zeichenverluste
>>verantwortlich. Der Adaptec macht ziemlich Probleme mit seinem
>>Busmaster-DMA. Die meisten leute bemerken das jedoch gar nicht, denn
>>die Platten gehen damit ausgezeichnet.
>>Und dass die Floppy langsam ist oder auf der seriellen Schnittstelle
>>zeichen verloren gehen, bemerken die wenigsten.

>Jetzt kann ich mich nicht mehr zurueckhalten. Deine fortgesetzten
>Pauschalisierungen aergern mich langsam. Was Du betreibst, ist
>Desinformation. Es ist Dein _persoenliches_ Pech, dass Du ein Mother-
>board erwischt hast, dass nicht Busmaster-DMA-faehig ist. Daraus
>jetzt zu schliessen, der Adaptec sei schuld, ist geradezu abenteuerlich.
>Nimm bitte zur Kenntnis, dass der AHA1542B auf den allermeisten
>Rechnern ohne Probleme laeuft, zumindest, sofern man ihn nicht
>auf zu hohe DMA-Transfer-Raten tunet.

Ich verstehe es eigenlich auch nicht ganz. Folgende Facts dazu:

a.)	Mylex EISA 486/50
	Adpatec 1742 SCSI
	netCS FAX Karte
	miro HR Karte	
	"normale" TTY Karte (2 x davon 1 x 16550AFN)
	4fach "dumme" TTY Karte
	Fas 2.91 (oder 901 ?) installiert
	ODT 2.0
	
	= die Maus laeuft einwandfrei unter SCO ODT 2.0 
	= am 16550AFN laeuft ein Telebit Worldblazer, zur Zeit noch ROM V. 5.0
          Uebertragunsraten von > 2000 bei Windowgroesse 3 auf ein andere
          Telebit Worldblazer

b.)	Taiwan 386-33
	Adaptec 1542B (2 x)
	"normale" TTY Karte
	Specialix SI/8
	miro HR Karte
	ODT 2.0
	Fas 2.91 installiert fuer die "normale" 2-Fach Karte mit 1 x 16550AFN

	Die selben Ergebnisse wie unter a.)

Und vor allem ueberhaupt keine Probleme (beim System a.) sind u.a. diverse
Platten, MOD's, Streamer und CD Laufwerke installiert).

Unter anderem habe ich beim EISA System extra einen Adaptec Hostadapter
genommen, da ich damit noch NIE Probleme hatte. In System b.) laufen
schlieszlich 2 davon - auch ohne jegliche Probleme. Die Adpatec und
der FAS Treiber (auch wenn's ganz verschiedene Sachen sind) gehoeren zu
den "Dingen" unter UNIX, denen ich (fast) blind vertraue.....
 

-- 
Bernd Hennig | PFM News & Mail RMT | 06131 / 362779 | bernd@pfm.rmt.sub.org
" Fuellen die das Bier in Faesser ? " 
                  " Ja, aber vorher nehmen sie die Katzen raus !"      - ALF
Newsgroups: de.comp.os.unix
From: petere@pfm.rmt.sub.org (Peter Eckhardt)
Subject: Drucker - fuer Spezialauftrag unter Unix
Organization: PFM News & Mail RMT Mainz, Germany
Date: Fri, 4 Sep 1992 11:04:14 GMT

Hallo,

ich weiss ich missbrauche diese Gruppe, aber hier gibts immer so gute
Antworten (BTW. danke fuer den smail Tip).

Ich suche einen Drucker der entweder ueber reverse form feed verfuegt
oder noch besser, bei dem man die Formulare (Endlospapier) entnhmen kann
ohne Seiten zu verlieren. Das Ding sollte so ca. 6 Durchschlaege schaffen
(Matrixdrucker) und recht robust sein. Wenn es dann nicht gar zu teuer
ist waere das eine feine Sache. Ach ja natuerlich Epson kompatibel.

Weiss jemand obs sowas gibt (mit serieller Schnittstelle) ?

Gruesse
Peter
 
-- 
Peter Eckhardt				petere@pfm.rmt.sub.org
W.-Liebknecht Str. 53
6112 Gross-Zimmern			Phone: *49 6071 71921
Newsgroups: de.comp.os.unix
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comp.os.unix
Subject: Re: Prioritaetenabhaengiges Batchsystem...
Date: 10 Sep 1992 21:37:08 +0200
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In de.comp.os.unix, article <DSV696O@obh.in-berlin.de>,
  ob@obh.in-berlin.de (Oliver Brandmueller) writes:
> 
> In /usr/lib/news/sys:
> ---------------------------------------------
> obh/obh.in-berlin.de:de,bln/all,!local:A:f:
> obh/obh.in-berlin.de:comp,soc/all,!local:B:f:
Neenee:

obh1/..!local:f:
obh2/...

Batchparams:
obh1          100000  50      batcher compcu16 viauuxC
obh2...viauuxN

/usr/lib/news/batch/viauuxC:
#! /bin/sh
exec uux -p -r -gC $1!rnews

Am pollenden System, in /usr/lib/uucp/L.sys:
obh	0800-1800/C,any/z...
(oder umgekehrt, je nachdem wer wen anruft.)

Eintrag in /usr/lib/uucp/L.aliases:
obh	obh1
obh	obh2

"queuelen" so aendern, dass bei Anfrage nach "obh1" die Ziffer weggelassen
wird.

So. Alle News werden jetzt mit unterschiedlichen Grades gespoolt, die fuer
de.* mit Grade C und alle anderen mit Grade N. Oder so aehnlich. (Grades
werden nach ASCII sortiert, wichtigerer Krempel hat niedrigere Grades.)

Wenn du nun pollst und im sys-File fuer die entsprechende Zeit "/C" angegeben
ist, wird nur das transferiert,w as Grade C oder besser hat. (Der Grade wird
als fuenftletzter Buchstabe der UUCP-"C.*"-Spooldateien vermerkt.)
Im Spool liegen alle News rum (die Mails solltest du mit -gA spoolen), aber
nicht alle werden uebertragen.

Ob das mit den Grades in beide Richtungen so funktioniert, ist von UUCP zu
UUCP verschieden; gelegentich funktioniert der Kram gar nicht oder nur vom
Anrufer zum Angerufenen. Taylor kann. Ausschlaggebend ist aber immer nur
der beim Anrufer eingetragene Grade. Ob bei mehreren passenden Pollzeiten
im L.sys der erste oder letzte angegebene Grade verwendet wird, musst du
entweder ausprobieren oder es steht in der Doku.

-- 
Classified material requires proper storage.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
Newsgroups: de.comp.os.unix
From: misch@eurom.rhein-main.de (Michaela Schoebel)
Subject: FSAG Info 1/92
Organization: Free Software Association of Germany
Date: Sun, 13 Sep 92 16:49:20 GMT


Free Software Association of Germany
====================================

Posting: 1/92

Antworten an: fsag@eurom.rhein-main.de

Der folgende Artikel wurde aus dem Englischen Uebersetzt. Original
in "gnu.misc.discuss", von rclayton@urbana.mcd.mot.com (Randy Clayton).

= Zitat start =

"In der woechentlich erscheinenden Zeitung "Barron's" steht ein
interessantes Editorial gegen Softwarepatente. Barron's wird von
Dow Jones & Co herausgegeben, der  Firma, die auch das Wall Street
Journal produziert. Das Editorial is in der Ausgabe vom 7. September
1992 (seit Samstag, 5. Septemper im Handel).

Die meisten Kioske, die das Wall Street Journal verkaufen, haben auch
Barron's (es kostet US$2.50). Auch viele Buchhandlungen haben Barron's,
sie bekommen es ueblicherweise Montags per Post.

Ungluecklicherweise hat mich der Copyrighthinweis in Barron's davon ab-
gehalten, den ganzen Artikel zu posten (obwohl ich ihn komplett in ein
File getippt habe).

Ich denke, ich kann diesen kurzen Auszug posten:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                         Die Werkzeuge des Handels

           Softwarepatente blockieren den Computerfortschritt

                          von Thomas G. Donlan

Stellen Sie die Zwangslage eines Musikers vor, der sich in einem Land
befindet, in dem verschiedene Akkordfolgen patentiert sind, oder einen
Dichter ,der mit einem Patent fuer Begriffsvertauschung konfrontiert
wird, oder einen Politiker, der keine Lizens fuer die Nutzung von Ueber-
treibungen erhaelt. Nun stellen Sie sich Computer-Programmierer in einem
Land vor, in dem programmtechnische Grundlagen patentrechtlich ge-
schuetzt werden koennen. Ungluecklicherweise muessen Sie sich dieses
nicht vorstellen; dieses Land ist die USA.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Natuerlich sollen die meisten Konzepte in den Editorials einer bestimmten
Gruppe von Lesern gefallen. Aber ich denke es ist wichtig, das Barron's 
eine konservative Zeitung ist. Die meisten Editorials sind ueber Produkt-
nachfrage oder solche Dinge. Das Editorial stellt sich klar auf die Seite
der LPF [League of Programming Freedom, Anm. des Uebersetzers] (sie er-
waehnen sogar die LPF.

Das koennt ihr verwenden, wenn euch jemand "Kommunist" schimpft, weil ihr
gegen Softwarepatente seid. "

= Zitat end =


-----
                ** Free Software Association of Germany **
                  Great software should be free software
                 Phone: 069 - 6312083 Data: 069 - 6312934
Newsgroups: de.comp.os.unix
From: misch@eurom.rhein-main.de (Michaela Schoebel)
Subject: Re: Re: Free Software Association of Germany
Organization: Free Software Association of Germany
Date: Sun, 13 Sep 92 15:29:15 GMT

On 12 Sep 92 10:19, ralf@ark.abg.sub.org (Ralf Stephan) wrote:

|misch@eurom.rhein-main.de (Michaela Schoebel) writes:
|> 
|> Die von mir geposteten Details ueber das "wie lauten die FSAG Spielregeln"
|> bitte nur als Gedanken und keinesfalls als verbindliche Grundlage ansehen.
|> Die FSAG versteht sich als Organisation deutscher Free-Software-Autoren und
|> ihre Spielregeln sollten auch erst dann verbindlich festgelegt werden, wenn
|> eine noch groessere Anzahl von Leuten mitmacht.
|
|Daraus folgt wohl, um meine Frage zu beantworten:  Es gibt vorerst keinen
|Grund, Soft *nicht* unter der GPL zu vertreiben, solange FSAG kein Konzept
|hat.  Gibt es ueberhaupt ein besseres Konzept als das GNU Manifest?  Wenn
|nicht, dann, mit Verlaub, was soll der Schmarrn?

Ein grosser Vorteil der FSAG besteht darin, dass ihre "Mitglieder" in der
Lage sind, die Richtlinien mitzubestimmen. Ausserdem haben andere Laender
andere Sitten - deshalb eine Deutsche Organisation zur Unterstuetzung der
Free Software. Ausserdem glaube ich nicht, dass die FSF (Free Software
Foundation) uebermaessig an der Deutschen Rechtslage oder an den Problemen
Deutscher Programierer interessiert ist. Also, bitte nicht missverstehen,
das ist hier keine "Deutschland den Deutschen" Argumentation.

Michaela

-----
                ** Free Software Association of Germany **
                  Great software should be free software
                 Phone: 069 - 6312083 Data: 069 - 6312934
Newsgroups: de.comp.os.unix
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: 16550 FIFO Unterstuetzung bei SCO V4.0 / AHA1542B Probleme
Organization: Guru Systems/Funware Department
Date: Fri, 4 Sep 1992 23:19:23 GMT

In <1992Sep3.234937.11880@abqhh.hanse.de> tik@abqhh.hanse.de (Michael Havemester) writes:
>Also das laesst sich ja recht einfach testen (debug unter DOS starten
>und g=dc00:9 eingeben, wenn es funktioniert, dann ist das Board auch
>Busmaster-DMA-faehig).

Nein. Dieser Test eignet sich bestenfalls zum Nachweis, dass ein Board
*nicht* Busmaster-DMA-faehig ist.

Ich hatte einen Fall, bei dem dieser Test durchlief, aber trotzdem
Problem mit der Busmaster-DMA auftraten.
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

ISO? Nicht immer, aber immer M-vfter.
Newsgroups: de.comp.os.unix
From: root@midips.in-berlin.de (Holger Wirtz)
Subject: Suche Buchtips fuer X11 und curses
Organization: Private Organisation fuer angewandte Informagie
Date: Sun, 13 Sep 1992 21:22:04 GMT

Hallo!

Ich suche Buchtips fuer deutsch oder englischsprachige Buecher, die mir den
Umgang mit X11 und die Programmierung der curses Library vermitteln. 

Wer hat einen Tip?

Thanx, Holger

-- 
Holger Wirtz   | root@midips.in-berlin.de
1000 Berlin 20 | "... so'n Amiga ist ein feines Terminal" ;-)