HDTenEightyP/NetNews huggingface dataset:
From: ralf@rafa.in-berlin.de(Ralf Neumann)
Subject: ONE VISION (Ralf Neumann)
Reply-To: ralf@rafa.in-berlin.de
Organization: no
Date: Fri, 25 Dec 1992 12:23:50 GMT

Gut Root!

Ein Freund hat sich vor einiger Zeit das 1 Vision zugelegt.
Seitdem kommt der arme Mensch  berhaupt nicht mehr zur Ruhe!
Staendige Updates, fehlgeschlagene Installationen, unklare
Permissions, merkwuerdige Preisstrategie und eine an eine
Standleitung anmutende Hotline bei einem Kaufpreis von sage
und schreibe 5500 DMs f r ein Mamutprogramm das hoffentlich
irgendwann mal fertig wird ist schon wirklich eine gewagte
Investition!
Wer hat Tips und Tricks anzubieten sowie aehnliche Erfahrungen
mit diesem Produkt gemacht (laeuft bei Ihm unter 3.0) ?
Etwas gutes muss aber auch gesagt werden: 1 Vision hat schon
einige Spitzenfeatures anzubieten und der Support laesst
eindeutige auf erhebliche Bemuehungen schliessen.

			Ein guten Rutsch w nscht 
					      Euch Ralf

PS: Mailings bitte an ralf@rafa.in-berlin.de
    Ich leite Sie dann weiter!

			
Newsgroups: de.comp.sys.next
From: tobi@swabsib.stgt.sub.org (Tobias Hennerich)
Subject: Re: TeX-Ausdruck
Organization: Swabian Siberian Software Solutions
Date: Sat, 26 Dec 1992 15:52:05 GMT

kris@black.toppoint.de (Kristian Koehntopp) writes:

>In <1992Dec23.090439.1821@rhrk.uni-kl.de> kopf@rhrk.uni-kl.de (Oliver Kopf [E-Technik]) writes:
>>Ich habe Probleme wenn ich TeX-Files auf einem QMS PS-Drucker ausdrucke,
>>das feine Linien in den Buchstaben verschwinden. Ich denke das es mit
>>der Aufloesung zusammenhaengt, der NeXT-Laser hat doch 400dpi und der
>>QMS nur 300 dpi ?

>Es gibt zwei Sorten von Laserdruckern, write-white und
>write-black Drucker.

[Unterschied zwischen diesen Druckertypen geloescht ---
 stimmt zwar, ist aber hier nicht das Problem...]

Oliver hat recht: Es liegt daran, dass der NeXT dem QMS 
Bitmapfonts fuer 400dpi Aufloesung schickt und das Postscript
im QMS dann versucht dies auf 300dpi runterzurechnen - mit
maessigem Erfolg.

Aendere in der Datei /usr/lib/tex/ps/config.ps die Zeilen

	*   Default resolution.
	*
	D 400

zu

	*   Default resolution.
	*
	D 300

ab. Das muesste eigentlich schon alles sein. 
Wenn es noch Probleme gibt schreibe mir eine Mail.

Gruss	Tobi


-- 
 MM     Tobias Hennerich, +49 711 7353788, tobi@swabsib.stgt.sub.org
<' \__/|      Remember: You can always reset the computer by
 \_  _/       taking out the plug and putting it back again.
___][___        (sinclair ZX Spectrum introduction, 1982)
Newsgroups: de.comp.sys.next
From: perstoro@uriela.in-berlin.de (Wilhelm Schaefer)
Subject: Re: Q: 8 vs. 9 Bit RAM
Reply-To: perstoro@uriela.in-berlin.de 
Organization: NeXAPP
Date: Sun, 3 Jan 1993 22:59:41 GMT

> Ich habe 9x4MBit (70ns) DRAMs in meiner station (von 'nem
> SUN-Haendler), und lasse parity check machen. Ist etwas langsamer
> beim Bewegen der Fenster (Das kann mann durchaus sehen), aber wer
> weiss wozu's gut ist.  ;-)
> 
> 	Viel Vergnuegen auch in 1993, Gerhard
dito!
Warum langsamer? Konnte ich nicht feststellen.

	*** perstoro ***

-- 
 ***********************************************************************
*| Wilhelm Schaefer| perstoro@uriela.in-berlin.de |   NeXTmail please! |*
*| NeXT EnTHUSIAST |   Voice +49 30 / 395 31 91   | DATA+49 30/39547 49|*
 ***********************************************************************
Newsgroups: de.comp.sys.next
From: perstoro@uriela.in-berlin.de (Wilhelm Schaefer)
Subject: Re: Q: 8 vs. 9 Bit RAM
Reply-To: perstoro@uriela.in-berlin.de 
Organization: NeXAPP
Date: Sun, 3 Jan 1993 21:14:35 GMT

In article <1993Jan2.233409.296@oas.stgt.sub.org> root@oas.stgt.sub.org  
(Operator) writes:
> 
> Hallo Nextler,
> eine Frage zur Verwendbarkeit von 9bittigen Simms anstelle von  
8bittigen:
> Der Cube akzeptiert angeblich ab einer bestimmten ROM-Version die  
handels-
> ueblichen 9bittigen Simms anstelle der 8bittigen. Wie sieht das bei der
> Station aus? In den Bootparametern kann ich angeben, er soll einen  
Parity-
> check machen. Darf ich daraus schliessen, dass ich auch 9bittige Simms  
ein-
> bauen kann?
> thanx in advance.

9 bittige rams sind natuerlich besser, zumindest wenn du die  
paritaetspruefung erlaubst. Bei gemischten baenken muss du allerdings auf  
diesen test verzichten. Entweder ganz, oder garnicht. Im zweifelsfall  
wuerde ich mich immer fuer paritaet entscheiden. Preisunterschiede gibt es  
kaum. Also warum nicht? Handeslunueblich sind 9 bit rams eigentlich auch  
nicht.


so long
		*** perstoro ***
-- 
 ***********************************************************************
*| Wilhelm Schaefer| perstoro@uriela.in-berlin.de |   NeXTmail please! |*
*| NeXT EnTHUSIAST |   Voice +49 30 / 395 31 91   | DATA+49 30/39547 49|*
 ***********************************************************************
Newsgroups: de.comp.sys.next
From: gemoe@proximus.north.de (Gerhard Moeller)
Subject: Re: Q: 8 vs. 9 Bit RAM
Organization: Gerhard Moeller, German NeXT User Group, Oldenburg.
Date: Sun, 3 Jan 1993 07:00:20 GMT

In article <1993Jan2.233409.296@oas.stgt.sub.org> root@oas.stgt.sub.org  
(Operator) writes:
> 
> Hallo Nextler,
> eine Frage zur Verwendbarkeit von 9bittigen Simms anstelle von 8bittigen:
> Der Cube akzeptiert angeblich ab einer bestimmten ROM-Version die handels-
> ueblichen 9bittigen Simms anstelle der 8bittigen. Wie sieht das bei der
> Station aus? In den Bootparametern kann ich angeben, er soll einen Parity-
> check machen. Darf ich daraus schliessen, dass ich auch 9bittige Simms ein-
> bauen kann?
> thanx in advance.
> -- 
> *** Greetings from Pirmin *** NeXTmail welcome. Voice +49 711 573985

Ich habe 9x4MBit (70ns) DRAMs in meiner station (von 'nem
SUN-Haendler), und lasse parity check machen. Ist etwas langsamer
beim Bewegen der Fenster (Das kann mann durchaus sehen), aber wer
weiss wozu's gut ist.  ;-)

	Viel Vergnuegen auch in 1993, Gerhard
--
+---------------------------< principiis obsta! >---------------------------+
N  Gerhard Moeller, Teichstrasse 12, 2900 Oldenburg (FRG) [*: 02/21/1968]   N
e  Private: gemoe@proximus.north.de          Phone (voice): +49-441-75520   e
X  Uni:     Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE      NeXTmail  X
T  Z-Net:   Gerhard.Moeller@uniol.zer                          encouraged!  T
+-> NoGeNUG - Northern German NeXT User Group:  NoGeNUG@proximus.north.DE <-+
Newsgroups: de.comp.sys.next
From: ralf@rafa.in-berlin.de(Ralf Neumann)
Subject: Erfahrungen mit Musik-CD-Produktion auf NeXT
Reply-To: ralf@rafa.in-berlin.de
Organization: no
Date: Mon, 28 Dec 1992 09:45:35 GMT

Hallihallo!

Ich suche Informationen ueber Soft- und Hardware fuer die
Produktion einer CD auf der NeXT. Da ich Flamencogitarrist
bin, geht es mir nicht so sehr um den MIDI-Bereich sondern
um Aufnahmen ueber Studiomikrophone.
Soweit ich weiss, benoetige ich (neben der entsprechenden
1-2 Gigabyte-Platte) einen Stereo A/D Wandler zur Aufnahme (z.B:
Sony PCM 501, ProPort 656, Irkem Board, HolsteinA/D) sowie
zum Ziehen eines Mastertapes ein Konvertierungsgeraet, da
die CD-Norm anscheinend ein anderes Sample braucht.
Moegliche Software soll von Metrosoft (Metrotracks) und
von Soundworks herauskommen.
Wer zu diesen oder alternativen Geraeten/Softwares etwas weiss,
solls bitte an die unten aufgefuehrte Mailadresse schicken oder
auch als RE posten.
Schreibt mir bitte nichts ueber das Ariel Microphone oder das
von Digital Ears, da diese Micros zwar dem angagierten Hobby-
aufnehmer genuegen moegen, fuer professionelle Zwecke jedoch
absolut nicht ausreichend sind (es war noch nicht einmal der
Frequenzgang und die Richtcharakteristika des Micros in Erfahrung
zu bringen, geschweige den, dass eines zum Antesten irgendwo vorhanden  
war!!!!!).

		Allen noch einen 
				Guten Rutsch
					    Ralf

Mailings an:  ralf@rafa.in-berlin.de
Newsgroups: de.comp.sys.next
From: schmidt@wburg.wolf.sub.org (Andre Schmidt)
Subject: Re: Erfahrungen mit DEC 1GB Platten?
Organization: Island Wburg, Hamburg, Germany
Date: Tue, 29 Dec 1992 19:26:59 GMT

In article <1992Dec26.111720.10216@black.toppoint.de>  
kris@black.toppoint.de (Kristian Koehntopp) writes:
> 
> Wenn zwei Platten die gleiche Zugriffszeit haben, die eine
> aber mehr Koepfe als die andere, dann wird die Platte mit mehr
> Koepfen schneller sein, weil sie weniger oft steppen muss.
> 
Ja, die Umdrehungsgeschwindigkeit, Blockgroesse, etc. wie auch die Anzahl  
der Koepfe haben mehr oder weniger Einfluss auf den Durchsatz :-)

Apropos Blockgroesse: die Platte kam ja mit 512 b/Block, NS benutzt aber  
eh 1024 b/Block. Also waere es wohl von Vorteil die Platte low-level auch  
auf 1024 zu formatieren (Platz, Speed). Bloss wie?

bye
Andre
-- 
 *     Andre Schmidt *** Fitgerweg 7 *** D-W-2102 Hamburg 93     *
 * schmidt@rznext01.rrz.uni-hamburg.de    +49(40)7542607   Voice *
 * schmidt@wburg.wolf.sub.org             +49(40)7543512    Data *
 *                          DON`T PANIC!                         *
Newsgroups: de.comp.sys.next
From: stabl@antigone.ppp.informatik.uni-muenchen.de (Robert Stabl)
Subject: Re: DiskEjectBugFix nicht gefunden.
Organization: Institut fur Informatik der Universitaet Muenchen
Date: Wed, 30 Dec 1992 02:04:05 GMT

In article <1992Dec29.192430.10881@proximus.north.de> gemoe@proximus.north.de  
(Gerhard Moeller) writes:
> Nun hat 3.0 ja bekanntermassen das Problem mit den Disketten. Dafuer gibt es
> zwar einen Bugfix, aber wo???
> Ich habe ihn weder auf sonata, cs.orst noch cs.tu-berlin gefunden...
> Kann mir jemand weiterhelfen?

Aber sicher doch. Ich wuerde es 'mal bei ftp.informatik.uni-muenchen.de im  
Verzeichnis pub/next/Fixes probieren. Da stehen die Dateien:
 DiskEjectFix.README
 DiskEjectFix.tar.Z

Gruesse
 Robert Stabl.
-- 
              Robert Stabl    email: stabl@informatik.uni-muenchen.de
Computer Science Institute
      University of Munich      Tel: +(49) 89 2180 6316
           Leopoldstr. 11B      FAX: +(49) 89 2180 6310
        D-8000 Muenchen 40
                   Germany                  Nein - Muenchen leuchtete!
Newsgroups: de.comp.sys.next
From: borris@boba.rhein-main.de (Borris Balzer)
Subject: NS 3.1?
Reply-To: borris@boba.rhein-main.de (Borris Balzer)
Organization: Borris Balzer - DeskTopPublishing
Date: Tue, 22 Dec 1992 17:47:35 GMT


Hallo da draussen!

Nachdem alle Antworten auf mein Font-Problem (div. Garamonds nach Installation  
von NS 3.0 nicht mehr verfuegbar) wenig neues gebracht haben (danke an alle,  
die geantwortet haben) bleibt nur noch der Schluss uebrig, dass es sich hierbei  
um ein bug in NS 3.0 handeln muss.

Folgerichtig meine Frage: Weiss schon jmd. etwas ueber Ns 3.1? Wann? Und vor  
allem: Wird dieses KOSTENLOS sein?  (das waere ja das Minimum!)

Frohe Weihnachten!

-Borris-
-- 

---
Borris Balzer - Kennedyallee 34 - D-6000 Frankfurt am Main - Germany
Tel +49-69-639266 - Fax +49-69-6312324 - e-mail borris@boba.rhein-main.de
Newsgroups: de.comp.sys.next
From: gemoe@proximus.north.de (Gerhard Moeller)
Subject: Frage zu den "bsd-cookies"
Organization: Gerhard Moeller, German NeXT User Group, Oldenburg.
Date: Wed, 30 Dec 1992 22:19:29 GMT

Hallo Keksfreunde!

bevor ich mir das Programm bsd-cookies auf proximus hole, habe ich eine Frage:

Ist es damit moeglich die "cookies" nicht auf die Ausgabe, sondern in
ein File zu schreiben? (Obgleich sich hierfuer auch ein skript
schreiben liesse.) Der Hintergrund ist der, dass ich MOTD
installiert habe un nun moechte, dass bei jedem einloggen auch
zusaetzlich ein Cookie praesentiert wird. (Das natuerlich am
liebsten in rtf...) Am einfachsten waere das, wenn das
"Keksprogramm" es erlauben wuerde, bei Aktivierung einen "Keks" an
das Ende von /etc/motd (noch besser als rtf an das Ende von
/etc/motd.rtf) zu schreiben. 

	Waer' toll!
		Gerhard.

--
+---------------------------< principiis obsta! >---------------------------+
N  Gerhard Moeller, Teichstrasse 12, 2900 Oldenburg (FRG) [*: 02/21/1968]   N
e  Private: gemoe@proximus.north.de          Phone (voice): +49-441-75520   e
X  Uni:     Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE      NeXTmail  X
T  Z-Net:   Gerhard.Moeller@uniol.zer                          encouraged!  T
+-> NoGeNUG - Northern German NeXT User Group:  NoGeNUG@proximus.north.DE <-+
Newsgroups: de.comp.sys.next
From: gemoe@proximus.north.de (Gerhard Moeller)
Subject: /usr/lib/find/updatedb: in 3.0 kaputt!
Organization: Gerhard Moeller, German NeXT User Group, Oldenburg.
Date: Tue, 22 Dec 1992 11:21:47 GMT

Hallo!

Ich weiss, dass diese Diskussion schon einmal gefuehrt wurde, aber
da ich meine alten newsartikel nicht gespeichert habe muss ich
nocheinmal nachfragen:

Es sieht so aus, als wuerde /usr/lib/find/updatedb in 3.0 nicht mehr
funktionieren. Was muss ich tun, damit alles wieder wie gewohnt
funktioniert? 

	Ciao, Gerhard.

--
+---------------------------< principiis obsta! >---------------------------+
N  Gerhard Moeller, Teichstrasse 12, 2900 Oldenburg (FRG) [*: 02/21/1968]   N
e  Private: gemoe@proximus.north.de          Phone (voice): +49-441-75520   e
X  Uni:     Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE      NeXTmail  X
T  Z-Net:   Gerhard.Moeller@uniol.zer                          encouraged!  T
+-> NoGeNUG - Northern German NeXT User Group:  NoGeNUG@proximus.north.DE <-+
Newsgroups: de.comp.sys.next,stgt.next
From: mhae@jester.stgt.sub.org (Michael Haeuptle)
Subject: NeKSt Treffen am 4.1.93
Organization: Blue NeXT
Date: Fri, 1 Jan 1993 10:35:04 GMT

Einladung zum Treffen des NeXT Klub Stuttgart (NeKSt) am 4. Januar 1993  
=======================================================================

Fuer alle NeXT User und solche, die es werden wollen, findet 
jeden ersten Montag im Monat um 20.00 Uhr ein 
Treffen in den Raeumen der CuBE GmbH im Technologiezentrum Stuttgart 
(Uni Vaihingen), Nobelstr. 15 statt.

Im monatlichen Rahmen wollen wir Vortraege halten, Anwendungen 
vorstellen, Erfahrungen austauschen, Probleme 
besprechen, Public Domain Software bereitstellen und 
vieles mehr.

************************************
* Thema dieses Treffens: PasteUp   *
************************************



Kontakt: Michael Haeuptle, 07154/16442. e-mail: mhae@jester.stgt.sub.org



-- 
Michael Haeuptle                 |   How can we dance when our earth is turning
                                 |   How do we sleep while our beds are burning
mhae@jester.stgt.sub.org         |                               (Midnight Oil)
Newsgroups: de.comp.sys.next
From: kris@black.toppoint.de (Kristian Koehntopp)
Subject: Re: Erfahrungen mit DEC 1GB Platten?
X-Excuse: X-Copyright wegen Emma, Suedwestpresse und /C'T/DISKUSSIONEN.
Organization: Toppoint Mailbox e.V.
Date: Sat, 26 Dec 1992 11:17:20 GMT
X-Copyright: (C) Copyright 1992 Kristian Koehntopp -- All rights reserved.
		 Reproduktion, auch auszugsweise, ausserhalb elektronischer,
		 nichtkommerzieller Datennetze nur mit ausdruecklichem,
		 schriftlichem Einverstaendnis des Autors.

In <1992Dec24.181945.846@wburg.wolf.sub.org> schmidt@wburg.wolf.sub.org (Andre Schmidt) writes:
>Resonanz des Gehauses zurueckzufuehren ist. Ich habe schon daran gedacht,  
>die Platte mit Gummiringen gegenueber dem Gehaeuse "abzudichten". Hat  
>damit jemand Erfahrungen gemacht?

Ich habe das zum Teil bei PC-Gehaeusen gemacht. Die Effekte
sind unterschiedlich stark, einmal hat es fast gar nichts
gebracht, eine andere Platte habe ich damit "mundtot" bekommen.

>Im Vergleich zur Quantum 210 etwa doppelte Durchsatzrate.

Wenn zwei Platten die gleiche Zugriffszeit haben, die eine
aber mehr Koepfe als die andere, dann wird die Platte mit mehr
Koepfen schneller sein, weil sie weniger oft steppen muss.

Kristian
-- 
Kristian Koehntopp, Harmsstrasse 98, 2300 Kiel, +49 431 676689
"Convection Machine is a trademark of Thoughtless Machines, Inc., a joint-
 venture of Hot-Air Associates and Air Heads International using vaporware
 from the Neural Network Corporation." -- RFC1217
Newsgroups: de.comp.sys.next
From: aro@rocco.hanse.de  (Alexander Rockel)
Subject: Re: Erfahrungen mit DEC 1GB Platten?
Reply-To: aro@rocco.hanse.de 
Organization: Hanse Networking e.V. / NeXTFRIENDS Hamburg
Date: Thu, 24 Dec 1992 14:10:35 GMT

In article <1992Dec22.203700.2467@Informatik.TU-Muenchen.DE>  
grossman@informatik.tu-muenchen.de (Rolf Grossmann) writes:
> Hallo,
> 
> am Tue, 22 Dec 1992 10:31:54 GMT schrieb marcus matthes zum
> Thema "Erfahrungen mit DEC 1GB Platten?" etwa folgendes:
> 
> > hat jemand schon Erfahrungen mit DEC  DSP3105 3.5" 1GB Platten sammeln  
> > koennen?
> Also das "Leerlaufgeraeusch" ist aehnlich laut wie der Luefter (evtl.  
sogar
> etwas leiser). Aber bei Zugriffen, d.h Kopfbewegung, wird's schon  
deutlich
> lauter, was bei so grossen Platten aber normal ist. Ich kann bei meinem  
Rechner
> gut damit leben (kein Fileserver).

Bei mir hat das _sehr_ laute Geraeusch bei der Kopfbewegung zur  
Auslagerung in ein externes Gehaeuse und Verbannung unter den 
Schreibtisch gefuehrt. 
Ein weiterer Grund war die _extreme_ Hitzeentwicklung der Platte - man  
kann sie kaum anfassen.

Ansonsten habe ich keinen Grund zur Klage, die Platte lief sofort -
ich wuerde sie aus den o.g. Gruenden aber kein zweitesmal kaufen.

Gruss, Alexander
-- 
Alexander Rockel                   aro@rocco.hanse.de (NeXTMail welcome)
                        +49-40-630 11 94 (voice), +49-40-632 60 61 (fax)
                        Fritz-Flinte-Ring 92, D-2000 Hamburg 60, Germany
Newsgroups: de.comp.sys.next
From: x29@next1.urz.uni-heidelberg.de (Peter Stede)
Subject: Re: sendmail (NS 3.0)
Organization: University of Heidelberg, Germany
Date: Wed, 23 Dec 92 08:55:27 GMT

In article <1992Dec23.073752.18086@sun0.urz.uni-heidelberg.de>  
x29@next1.urz.uni-heidelberg.de (Peter Stede) writes:
> Seit Installation von NS 3.0 macht sendmail ab und zu Probleme: Einige  
> Mails kommen nicht auf meiner Maschine an, stattdessen erscheint  
folgende  
> Zeile in /usr/spool/mqueue/messages:
> 
Ich meine natuerlich /usr/spool/mqueue/syslog.

Peter Stede
Uni Heidleberg
Newsgroups: de.comp.sys.next
From: grossman@informatik.tu-muenchen.de (Rolf Grossmann)
Subject: Re: Erfahrungen mit DEC 1GB Platten?
Organization: Inst. fuer Informatik, Technische Univ. Muenchen, Germany
Date: Tue, 22 Dec 1992 20:37:00 GMT

Hallo,

am Tue, 22 Dec 1992 10:31:54 GMT schrieb marcus matthes zum
Thema "Erfahrungen mit DEC 1GB Platten?" etwa folgendes:

> hat jemand schon Erfahrungen mit DEC  DSP3105 3.5" 1GB Platten sammeln  
> koennen?

Ja, die Platte laeuft in meinem NeXT vor dem ich grade sitze.

> Die Info, die ich bis jetzt besitze, lautet, das sie im NeXT laufen  
> sollen. Laut Haendler soll aber das Laufgeraeusch "ertraeglich" sein.
> "Ertraeglich" ist ein relativer Begriff, deswegen meine Frage: Stoert das  
> Geraeusch im alltaegichen Betrieb?

Also das "Leerlaufgeraeusch" ist aehnlich laut wie der Luefter (evtl. sogar
etwas leiser). Aber bei Zugriffen, d.h Kopfbewegung, wird's schon deutlich
lauter, was bei so grossen Platten aber normal ist. Ich kann bei meinem Rechner
gut damit leben (kein Fileserver).

> Wie sieht es mit der Plattenperformance aus?

Die Performance ist durchaus zufriedenstellend, mindestens guter Durchschnitt.

> Ciau und frohe Weihnachten, guten Rrrutsch,

Wuensche ich ebenfalls. Servus,
	Rolf
Newsgroups: de.comp.sys.next
From: ob@obh.in-berlin.de (Oliver Brandmueller)
Subject: Fragmentation auf der News-Platte
Organization: obh - private bbs in Berlin/Germany
Date: Wed, 23 Dec 92 18:26:06 GMT

Hallo Leute,

ich habe da ein kleines Problem. Und zwar habe ich eine 100-MB-Platte
als /usr/spool/news gemounted. Nachdem diese permanent immer wieder
voll war (ganz knapp) hatte ich sie mal mit tunefs bearbeitet. Ich
habe diesen Pufferplatz von 10 % auf 5 % gesenkt. Der Effekt war etwas
mehr freier Platz mit Geschwindigkeitseinbusse durch groessere Frag-
mentation. Nachdem ich nun die gepollten Newsgroups und den Expire
etwas besser aueinander abgestimmt hatte und die Platte bereits eine
Fragmentation von ueber 6 % erreicht hatte, habe ich sie wieder auf
10 % Pufferplatz umgestellt. Nach ca. 3-4 Tagen war die Fragmentation
(bei ca. 20 freien MBs und schnellem Dateiwechsel) um 0.6 % gesunken.
Nach ein paar Wochen (3 um genau zu sein) lief mal wieder der fsck
drueber und ich kriegte vor Schreck den Mund schon fast nicht mehr zu:
Ich habe da jetzt 13 % fragmentation, der freie Platz schwankt taeg-
lich zwischen 25 und 5 MB, manchmal weniger. Ich hatte eigentlich
die Optimierung auf TIME gestellt, jedoch sehe ich immer wieder auf
der Console die Meldung "Optimization of /usr/spool/news changed from
TIME to SPACE" oder andersrum. Ich habe NS2.1.

Wer weiss, wie man die Fragmentation da wieder wech kriegt?! Denn die
beim Steppen ohnehin nicht so schnelle Platte (19 ms) wird dadurch
natuerlich nicht gerade schneller!

Tschau, Olli


-- 
| Oliver Brandmueller | Detmolder Str. 64 | 1000 Berlin 31 | Germany - (FRG) |
| Fax: +49 30 8536544 | V: 030/853 69 80  | Cityruf 315 30 68 30 (numerisch) |
| "Ich werde Millionaer, heirate Jodie Foster und nehme mir eine Nymphomanin |
|          als Putzfrau. Dann habe ich alles erreicht." - ob@school          |
Newsgroups: de.comp.sys.next
From: borris@boba.rhein-main.de (Borris Balzer)
Subject: Fonts und Ns 3.0 (Zusammenfassung]
Reply-To: borris@boba.rhein-main.de (Borris Balzer)
Organization: Borris Balzer - DeskTopPublishing
Date: Tue, 22 Dec 1992 18:36:12 GMT


Hallo!

Mager war die Ausbeute wegen meiner Frage nach Fonts und NS 3.0. Kurz nochmal  
das Problem: Nach der Installation von NS 3.0 'verschwanden' Fonts von meinem  
Font-Panel, die unter NS 2.1 ohne Probleme liefen. Es handelte sich  
ausschliesslich um Garamonds. Die jeweils zuerst installierten 2 Familien  
wurden angezeigt und waren verwendbar, die beiden anderen nicht (es handelt  
sich um ITC Garamond, Stempel Garamond, AdobeGaramond und Gramond Three).

Zwei Antworten scheinen mir erwaehneswert:

1. das 'neue' buildafmdir erlaubt nur noch die Installation von 256 Fonts.
   Workaround: Verwendung des 'alten' buildafmdir' aus NS 2.1.
   (besonderen Dank an: Rob Parkhill <rob@hobbes.cuc.ab.ca> und d'Art Computer
   in Kiel).

2. das Umbenennen der Fonts (auch innerhalb der afm- und outline-Files) mit
   anschliessendem 'buildafmdir' schafft zumindest interne Abhilfe.
   Also beispielsweise:
   AGaramond wird konsequent (auch in den Files) in AGaramont (mit T)
   umbenannt. Anschliessend 'buildafmdir' und eine Schrift namens AGaramont
   erscheint im Font-Panel und ist verwendbar.
   Um PS-Files zu anderen Rechnern zu schicken, unbedingt die Option
   'Ausgewaehler Drucker/Einschliesslich Fonts' beim Sichern der PS-Datei
   verwenden (funktioniert leider nicht im FrameMaker). Dies bewirkt, dass z.B.
   ein Linotype-Belichter nicht auf seine intern gespeicherten Fonts
   zurueckgreift, sondern die im PS-File vorhandenen verwendet.
   (Speziellen Dank an: lbrahm@denver.cba.du.edu (Lans_Brahmantyo))

Vor allem der Punkt 2 erscheint mir wenig ausgereift - und ist einer ansonsten  
tollen Maschine nicht 'wuerdig'. Aber immerhin ...
Vielleicht weiss ja doch noch jmd. etwas, wuerde mich freuen. Ansonsten bleibt  
wohl nur die Hoffnung auf NS 3.1 - welches dann hoffentlich kostenlos an die  
User ausgeliefert wird ...

Herzlichen Dank an: -> Tim Wasko <tim@dogcow.cuc.ab.ca>, -> Rob Parkhill  
<rob@hobbes.cuc.ab.ca>, -> Otto J. Makela <otto@jyu.fi> (No NeXT Mail), -> Paul  
Lynch <paul@seer.demon.co.uk>, -> Gerhard_Moeller <gemoe@proximus.north.de>, ->  
henry@trilithon.mpk.ca.us (Henry McGilton), -> Michael Ross  
<mross@antigone.uu.holonet.net>, -> lbrahm@denver.cba.du.edu (Lans_Brahmantyo).

Merry (Ne)X(T)-mas und so
-Borris-
-- 

---
Borris Balzer - Kennedyallee 34 - D-6000 Frankfurt am Main - Germany
Tel +49-69-639266 - Fax +49-69-6312324 - e-mail borris@boba.rhein-main.de