HDTenEightyP/NetNews huggingface dataset:
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Subject: Re: Looking for a Font
Reply-To: brunkhorst@mayo.edu
Organization: Mayo Foundation, Rochester MN. Campus
Date: Fri, 14 Aug 92 12:57:36 GMT

In article <835@rtbrain.rightbrain.com> glenn@rightbrain.com (Glenn Reid)  
writes:
> Geoff Brunkhorst writes
> > Anybody seen a NeXT compatible version of
> > 	Optima-Medium
> "Optima" is Optima Medium.  That's the only weight there is besides
> Bold.  The naming convention somewhere along the way was to drop the
> "Medium"...

Well, my communications "Standards Police" beg to differ.  They
refer to 3 font weights (pardon me if this is inappropriate use of the term)
for our "approved" publications (For those of you in small companies, beware  
the day your company has 'standards'....  Mayo has a 40 page document on  
"Institutional Identity," which specifies to the point (typesetter's point)
how I am to identify Mayo to the world).

I refrain from rich text which would clearly show the difference
(and since Optima is not a common font...)

	Optima Medium:  Mayo 'signature font' (the word 'mayo' above
			our three shield logo), and the main
			line of all letterhead and brochures
			(this would be "Mayo Foundation", "Mayo Clinic"
			 or "Mayo Graduate School of Medicine")
	Optima:		for secondary letterhead text, and for body of text
			(Such as "Rochester Minnesota, 55905")
	Optima-Oblique:	for departmental/personal identification on letterhead
			(such as "Research Computing Facility")

I have generated font samples for comparison, and can match Adobe's Optima
to what is optima on my letterhead, but cannot match either Optima or
Optima-Bold to what Mayo's printer calls Optima-Medium.  I have called
Adobe, and they themselves have a fontographers guide, and it specifically
states there is a Optima-medium (separate from Optima).  I then called  
RightBrain (Glen, you have really good people working with you !)
who concurred with that assessment, and then suggested calling a company in  
Germany, whose phone number has apparently changed.

A reasonable suggestion is to scan in and raytrace with Adobe Illustrator.
I don't have that package (All mayo's artwork people use Mac Illustrator and
can't ray trace), and I have over twenty different sets of text to develop.   
I'm not sure TextArt will do any thing for me, as I need to make each letter a  
hair 'fatter', without destroying the proportions.  And no, I am not going to  
reinvent the font with Fontographer.

The search goes on

disclaimer:  I'm sure Optima is a trademark of somebody, I just don't have the
box now to tell you who... 

- Geoff
---------------------------------------------------------------
Geoffrey Brunkhorst, RCF                    brunkhorst@Mayo.edu 
Guggenheim 10                                    (507) 284-1805
Mayo Foundation, Rochester MN, 55905 USA     fax (507) 284-5231 
Newsgroups: comp.sys.next.sysadmin
From: sears@tree.egr.uh.edu (Paul S. Sears)
Subject: Re: Turning off NeXT at night....
Reply-To: sears@tree.egr.uh.edu
Organization: University of Houston
Date: Wed, 19 Aug 1992 18:34:15 GMT

In article <1992Aug18.115130.945@stc.nato.int> koelman@cuby.stc.nl (Ton  
Koelman) writes:
=>In article <1992Aug15.200341.14887@cco.caltech.edu> madler@cco.caltech.edu  
=>(Mark Adler) writes:
=>> Might be nice though if you could turn the monochrome monitor
=>> off.
=>
=>How about unplugging it?
=>

Unplug the monochrome monitor???  Remember, the mono gets its power from the  
cube/slab.  Tis not a good thing to disconnect things from a NeXT that is  
powered up (unless it is in the monitor mode).  There has already been a  
discussion on the pros and cons of disconnecting SCSI devices when the NeXT is  
powered up....

=>> The big energy hog is the printer.  If you're not turning your
=>> printer off after use, either automatically or manually (the
=>> command is /usr/etc/nppower off), then you really are needlessly
=>> consuming energy.  Not just in keeping the printer hot, but in
=>> the air-conditioning to counter that heat source.
=>
=>Agreed. I think the system should power it up and down 
=>automatically.
=>

This is fixed in release 3.0.  The printer does not come on until you are  
ready to print except for the occasional random powerup...

=>--
=>Ton Koelman   e-mail: koelman@stc.nato.int (NeXT Mail Welcome!)
=>SHAPE Technical Centre, P.O. Box 174, 2501 CD  The Hague
=>The Netherlands  (voice: 31-70-3142429, fax: 31-70-3142111)

--
Paul S. Sears                *  sears@uh.edu (NeXT Mail OK)
The University of Houston    *  suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center *  comments, complaints, questions)
NeXT System Administration   *  DoD#1967 '83 NightHawk 650SC 
          >>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: koelman@cuby.stc.nl (Ton Koelman)
Subject: Re: Turning off NeXT at night....
Reply-To: koelman@stc.nato.int
Organization: SHAPE Technical Centre, NL
Date: Tue, 18 Aug 1992 11:51:30 GMT

In article <1992Aug15.200341.14887@cco.caltech.edu> madler@cco.caltech.edu  
(Mark Adler) writes:
> 
> >> I would also consider the environmental issue of 
> >> needless energy consumption.
> 
> How about the environmental cost of building a new hard drive?
> Not just the energy to forge the metals, but also the freon to
> clean the circuit boards?  Just as a zeroth order estimate, the
> damage to the environment is proportional to the cost, so if
> it's cheaper to leave the machine on than to buy a new hard
> drive every two years, then it might be better to leave the
> machine on.

Good point. We have hard drives though that have been turned
on and off for 7+ years and are still in use. I wonder how
many hard drives are actually thrown away because they
are defective (as opposed to too small to be usable :-))

> Might be nice though if you could turn the monochrome monitor
> off.

How about unplugging it?

> The big energy hog is the printer.  If you're not turning your
> printer off after use, either automatically or manually (the
> command is /usr/etc/nppower off), then you really are needlessly
> consuming energy.  Not just in keeping the printer hot, but in
> the air-conditioning to counter that heat source.

Agreed. I think the system should power it up and down 
automatically.

--
Ton Koelman   e-mail: koelman@stc.nato.int (NeXT Mail Welcome!)
SHAPE Technical Centre, P.O. Box 174, 2501 CD  The Hague
The Netherlands  (voice: 31-70-3142429, fax: 31-70-3142111)
Newsgroups: comp.sys.next.sysadmin
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Subject: Re: Automatic power ON
Organization: University of Illinois at Urbana
Distribution: usa
Date: Wed, 19 Aug 1992 01:57:51 GMT

jfreem@ecsvax.uncecs.edu (Joe Freeman) writes:

>NeXTStation Color machines have a different clock chip than the older 
>monochrome machines.  There is a preferences pick that tells them how
>long to wait to power up, after being shut down.  I believe that you can
>tell them to power up immediately.

Also, monochrome machines manufactured after approximately when
NeXTStation Color machines started to ship have this clock chip.  As
far as I have seen, 040 upgrades to Cubes do NOT have this, but
cubes purchased with 040 boards in them originally might have them.
In any event, the way to get at the menu is to login as root on the
Console, then in Preferences choose the StartupDevice icon.  There
will be a little pop-up menu in the upper right side of the box if
this option is available on your machine.
-- 
David Lemson                                                 (217) 244-1205
University of Illinois NeXT Campus Consultant  / CCSO NeXT Lab System Admin
Internet : lemson@uiuc.edu                 UUCP :...!uiucuxc!uiucux1!lemson 
NeXTMail accepted                                   BITNET : LEMSON@UIUCVMD
Newsgroups: comp.sys.next.sysadmin
From: koelman@cuby.stc.nl (Ton Koelman)
Subject: Re: Turning off NeXT at night....
Reply-To: koelman@stc.nato.int
Organization: SHAPE Technical Centre, NL
Date: Fri, 14 Aug 1992 11:07:54 GMT

In article <1992Aug13.204235.6043@walter.cray.com> gerardo@ferris.cray.com  
(Gerardo Cisneros) writes:
> In article <stewart.713727223@ecse.rpi.edu> stewart@ecse.rpi.edu (Paul  
Stewart) writes:
> >bill@epnxt.jsc.nasa.gov writes:
> >
> >>I would like to turn off my NeXT at night.  [...]
> > [...]
> >However, unless there are good reasons for you to turn off your  
machine,
> >I wouldn't suggest it, as there are many arguments that profess that 
> >continuous operation is a bit more healthy for (UNIX) machines than  
frequent
> >power-up/power-downs.
> 
> It _is_ more healthy for _any_ machine, especially if it has a hard  
disk.
> Electrical transients and mechanical stresses originating from startups
> and shutdowns are hard on components.
> 

I would also consider the environmental issue of 
needless energy consumption.

And if it's on the Internet there's no point
in leaving it available to hackers.

My NeXT is off outside working hours. Always.

--
Ton Koelman   e-mail: koelman@stc.nato.int (NeXT Mail Welcome!)
SHAPE Technical Centre, P.O. Box 174, 2501 CD  The Hague
The Netherlands  (voice: 31-70-3142429, fax: 31-70-3142111)
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: next disks and swapfiles
Date: 19 Aug 92 04:42:14 GMT
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

In article <1992Aug19.021153.6966@raven.uucp> brad%raven@kakwa.ucs.ualberta.ca (Brad Nelson) writes:
>    do 'man mach_swapon'. 
>    do 'head -60 /etc/rc | tail -10'  (look for line with 'mach_swapon')
>    do 'cat /etc/swaptab'

> That oughta give you some ideas!

a couple of other pointers are:
  NeXTAnswers OS.355
  /etc/rc.swap
  man swaptab
  man checkswap

but is the swapfile contiguous in the default setup created by BuildDisk?
(and so by using a faster disk you still may do worse due to increased seeking?)
if so, is there a way to create a contiguous swapfile?

or is the only way to do this to create a separate partition?

-- 
---------------------------------------------------
Alex Blakemore alex@cs.umd.edu   NeXT mail accepted
From: mikhe@flab.fujitsu.co.jp
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Automatic power ON
Date: 19 Aug 92 01:59:45 GMT

In article <4081@seti.UUCP> quinquet@nuri.inria.fr (quinqueton joel -) writes:
>When the electricity goes off, the NeXT won't reboot, you have
>to press the Power key. It is a bit annoying because we have a server
>that is suppose to run all the time.

Login as root and open the preferences icon, find the power button, choose  
power from the pop-up list and set the "Turn computer on:" to "after power  
off/failure". Easy huh?

>Michel Jacquot

		-Mike
--
Mike Henry                             mikhe@flab.fujitsu.co.jp        ///
Fujitsu Nakahara House West 8 #524     mikhe@cs.uoregon.edu           ///
6-7-1 Shimokodanaka, Nakahara          mikhe@ida.liu.se           \\\///
Kawasaki 221, JAPAN                                                \XX/
Newsgroups: comp.sys.next.sysadmin
From: louie@sayshell.umd.edu (Louis A. Mamakos)
Subject: Re: Time service for RS/6000
Organization: University of Maryland College Park
Date: Thu, 13 Aug 1992 20:08:33 GMT

In article <1992Aug13.153801.27701@almserv.uucp> rmcghee@fnma.com writes:
>Can a NeXT time server service a RS/6000 as a time client?

Assuming that the RS/6000 has an working NTP implementation, then it
can syncronize its clock from a NeXT.  The NTP provided by NeXT
implements version 1 of the Network Time Protocol, so you need to make
sure that if you are using xntp or xntp3 that you specify "version 1"
in the configuration when when you reference the NeXT.

Alternatively, you can install xntp3 on the NeXT which works just
fine.  Currently, xntp3 doesn't look at the time service stuff in
netinfo for configuration; it reads the /etc/ntp.conf file.  This can
be considered a bug or a feature.

louie
From: murphy@gibbs.physics.purdue.edu (William J. Murphy)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Virus via mail
Keywords: Is it possible?
Date: 19 Aug 92 18:50:16 GMT
Organization: Purdue University Physics Department

In article <1992Aug19.145655.8372@magnus.acs.ohio-state.edu> szatezal@magnus.acs.ohio-state.edu (Shane M Zatezalo) writes:
>(please, no flames here)
>
>Would it be possible for someone to spread a virus via NeXTMail?
>

Something Stephen Wrightish:  I sent myself a virus, must be my infectious
humor.  

Yes I think that you could send a virus this way.  I just tried sending myself
and executable which I double-clicked and launched.  NeXT Mail is at least 
smart enough to alert you that the attachment is executable.  Since I knew 
what I sent myself, I wasn't too worried. But it did execute.  Suppose I
could have been stupid and had it unlink my directories. :-{

Bill Murphy               | Old Home Cottage Cheese:  The only cottage 
			  | cheese that's not made from formaldehyde, 
murphy@physics.purdue.edu | arsenic, or rodent parts.
From: deepthought!neil@ms.uky.edu (Neil Greene)
Newsgroups: comp.sys.next.sysadmin
Subject: Running getty at 19.2
Date: 18 Aug 92 19:54:21 GMT
Reply-To: Neil Greene <deepthought!neil@ms.uky.edu>
Organization: ARCI, Inc.

I am testing running terminal logins at 19.2 on serial line b.  I have tried  
about every possible configuration with port settings and modem settings to  
accomplish this and cannot get connections past 9600.  I have turned data  
compression on and off.  Anyone have any suggestions?

I am running an 040 cube with 2 Hayes 144 modems.

-- 
Neil Greene 
Director, Computer Information Systems ARCI, Inc.
President, Kentucky NeXT User Group, Inc.
Email: deepthought!neil@ms.uky.edu [NeXTmail]
Newsgroups: comp.sys.next.sysadmin
From: mmelling@Trirex.com(Michael Mellinger)
Subject: zmailer
Organization: Trirex Systems Inc.
Date: Tue, 18 Aug 1992 21:09:34 GMT

Is anyone using zmailer, a sendmail replacement, on the NeXT?  I've seen  
it recommended a number of times.

-Mike
From: ffor@troi.cc.rochester.edu (Frederick (Jackie) Ford)
Newsgroups: comp.sys.next.sysadmin
Subject: Problems with compiling under gcc.
Date: 14 Aug 92 13:59:46 GMT
Organization: University of Rochester (Rochester, NY)

Compiling various public domain programs on our NeXTstation using the
2.1 operating system and gcc as supplied with the machine has revealed
the following problem. Although the programs invariably pass any test
routines supplied with the program and will perform correctly in many
situations, we are plagued with segmentation faults and occasional bus
errors. Some users have also complained that their programs also
produce segmentation errors.

I beleive the problem is with memory allocation. We do lengthy
calculations typically requiring days to complete. One particular
program has a flag which displays statistics during garbage
collection. With this flag, we see that just prior to the segmentation
fault the program does garbage collection almost continually. I do not
beleive these programs are able to get more memory when they ask for
it and therefore exit with a segmentaion fault. All of the programs in
question have been successfully compiled on other platforms without
adverse behaviour including some of the user's programs. Indeed, all
of these programs will function properly with "small" inputs but fail
when attempting the lengthy calculations.

Are we experiencing a known bug? I've looked through the various
sources of information regarding the NeXT, but haven't found any
reference to these problems. Any help would be appreciated. I am a
novice C programmer so I would appreciate less technical responses
although I would like to understand the technical aspects. There are
people here who are "real" C programmers however.


Jackie Ford
University of Rochester
ffor@troi.cc.rochester.edu (non-NeXT mail)
ffor@gauss.math.rochester.edu (NeXT mail accepted)

--
Jackie
Newsgroups: comp.sys.next.sysadmin
From: heidelj@alleg.edu (Jason Heideloff)
Subject: Adding new users...
Organization: Allegheny College
Date: Wed, 12 Aug 1992 19:34:45 GMT

Would anyone happen to know what the solution is to speeding up the  
process time involved with adding new users?  We use the nu program and we  
have a user base of approx. 1500 accounts.  When we add new users it takes  
about 5 - 10 minutes to add new users.  Is there anything we can do to  
increase the speed of the nu program?

Thanks,
Jason Heideloff
heidelj@alleg.edu
Newsgroups: comp.sys.next.sysadmin
From: rmcghee@fnma.com(Rich McGhee)
Subject: Time service for RS/6000
Reply-To: rmcghee@fnma.com
Organization: Fannie Mae
Date: Thu, 13 Aug 1992 15:38:01 GMT

Can a NeXT time server service a RS/6000 as a time client?

--
Rich McGhee
Federal National Mortgage Association
Wash DC
NeXTMail: rmcghee@FNMA.COM
Newsgroups: comp.sys.next.sysadmin
From: batman@olorin.dark.sub.org (Thomas Fischer)
Subject: NeXTmail server
Organization: Olorin, NeXT Development & System Administration, FRG
Date: Thu, 20 Aug 1992 22:33:49 GMT

Hi there,

Is there a mail server somewhere out there which is capable of sending
files by NeXTmail ?

Maybe as a completely new program or perhaps just a patch to some existing
software... ?!?

 Thomas

-- 
           Thomas Fischer           Through all the happiness and sorrow,
     batman@olorin.dark.sub.org     I guess I'd do it all again,    O Z
        thomas@olis.north.de        live for today and not tomorrow, Z Y
          tfischer@cube.de          it's still the road that never ends.
From: lytras@avalon.physik.unizh.ch (Lytras Apostolos)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: COPS on NeXT
Date: 21 Aug 92 12:55:47 GMT
Organization: Informatik Club Uni Zurich

In article <1992Aug14.223854.23396@magnus.acs.ohio-state.edu> phayes@magnus.acs.ohio-state.edu (Patrick W Hayes) writes:
>Does anyone use the COPS security checker on the NeXT? What version do you
>use, and how well do you think it knows what its doing on the NeXT?

I have made some patches for the NeXT to p[erl]-COPS (1.04), so it uses
NetInfo to get password and group information, and a few other fixes. I
sent the diffs to Dan Farmer about a month ago. You will need Larry
Wall's perl to run these, but if you're interested, I can send the
diffs to you, as well.

Have fun!
- Apostolos
-- 
	 lytras@ifi.unizh.ch   		|   Apostolos Lytras
	 lytras@avalon.physik.unizh.ch	|   Informatik Club der Uni
	 lytras@amiga.physik.unizh.ch  	|   Zuerich, SysAdmin
From: da0g+@andrew.cmu.edu (David Apfelbaum)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: missing printer socket
Date: 21 Aug 92 17:33:03 GMT
Article-I.D.: andrew.QeZNZDO00WA7AYCeZ5
Organization: Electrical & Computer Engineering, Carnegie Mellon, Pittsburgh, PA

Someone please correct me if I'm wrong....


Shouldn't "/etc/MAKEDEV std" make the printer device?   (Along with the
other standard devices?)



            -David.
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: NeXT as Mac server?
Reply-To: eps@cs.sfsu.edu
Organization: San Francisco State University
Date: Sun, 16 Aug 1992 08:16:15 GMT

In article <1992Aug16.003620.8729@cubetech.com>
	andrew@cubetech.com (Andrew Loewenstern) writes:
>Yeah, but putting CAP in a LKS that would drive AppleTalk/Share over
>the en interface (that worked well) would probably be a big job.

And a needless one too.  netatalk is *already* designed to live
in the kernel.  The guys at UMich have had everything they need
to port to 2.x for several months now, but haven't considered
NeXTs a priority since they're just not sensing a lot of demand.
That ol' "squeaky wheel" phenomenon.  :-)

(They're also so far behind on getting another release out the
door, that adding support for *any* additional systems isn't
going to happen for a while.)

						-=EPS=-
-- 
Any platform that needs a .advocacy group isn't taken seriously
in the Real World.
From: theharv@ucrengr (brian keith harvey)
Newsgroups: comp.sys.next.sysadmin
Subject: Pascal Compiler
Date: 12 Aug 92 16:02:00 GMT
Distribution: usa

Could anyone give me some information regarding the availability of
Pascal Compilers for the NeXTs? Any info would be greatly appreciated.
Thanks!


Reply to:

theharv@ucrengr.ucr.edu
Newsgroups: comp.sys.next.sysadmin
From: John Perry Barlow <barlow@eff.org>
Subject: My News Feed Has Vanished..!
Keywords: news newsrun in.coming NewsGrazer 
Reply-To: John Perry Barlow <barlow@icecube.pinedale.wy.us>
Organization: Annuit Coeptis
Date: Thu, 20 Aug 92 00:45:07 GMT

I have a weird one...

I recently left my NeXT for a little over a month and went to Japan (among  
other places).

When I returned I opened NewsGrazer and found that every single article had  
expired and had been deleted (I have crontab automatically zip 'em after two  
weeks). Nothing new had been distributed to the proper folders.

However, when I checked /usr/spool/news/in.coming, I found that it had a little  
over 16 megabytes of news which had come in and which hadn't been distributed  
by newsrun (which runs very morning at 3 AM).

I ran newsrun from the command line (logged in as news) and got my prompt back  
much too quickly. There was no eternity of hard disk labor and everything  
stayed where it had been. 

What on Earth could this be?

One possible clue: for at least a month I have been getting the following  
message every morning:

> Date: Wed, 19 Aug 92 03:00:08 GMT-0700
> From: news
> Apparently-To: barlow
> 
> expire problems:
> expire: bad arrival date in `<12969@auspex-gw.auspex.com>707659286~-...' --  
fix by hand
> 

Could that be connected?

Help! Please! I suspect there are things going on in rec.music.gdead which I  
might be able to clear up. But I can't know what they are if I can't read it.

Of course, I also can't read any posted responses to this, so please e-mail me  
any suggestions you might have.

Many thanks.


************************************************
John Perry Barlow	barlow@eff.org
P.O. Box 1009		NeXTmail to:
168 South Franklin	barlow@icecube.pinedale.wy.us
Pinedale, WY  82941	barlow@well.sf.ca.us
307/367-2466		307/367-4502 fax
	
	  MAN PLANS, GOD LAUGHS
-- 
************************************************
John Perry Barlow	barlow@eff.org
P.O. Box 1009		NeXTmail to:
168 South Franklin	barlow@icecube.pinedale.wy.us
From: nevai@mps.ohio-state.edu (Paul Nevai)
Newsgroups: comp.sys.next.sysadmin
Subject: I can't erase the Optical Disk - please HELP!!!
Date: 22 Aug 1992 01:14:13 GMT
Organization: Department of Mathematics, The Ohio State University
Distribution: world
Reply-To: pali+@osu.edu
NNTP-Posting-Host: ops.mps.ohio-state.edu
Originator: nevai@ops.mps.ohio-state.edu

I am logged in as root at the console. I put the Optical Disk called CPIO in
the cube; it gets mounted on /CPIO w/o even asking the usual question: do you
want to mount... AND then I can't reinitialize it.  The menu called "DISK"
doesn't function. I suspect it thinks the Optical Disk is busy. So I reboot
it, login as root again, put the OD in and everything repeats itself. This
didn't happen before!  What the heck is goung on and how can I fix it? Please
help! Please respond by email. Thanks. Take care...Paul

Paul Nevai                            nevai@mps.ohio-state.edu
P.O. Box 3341                         1-(614)-292-3317 (Office)
Columbus, Ohio 43210-0341, U.S.A.     1-(614)-459-5615 (FAX)