HDTenEightyP/NetNews huggingface dataset:
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Newsgroups: comp.sys.next.misc
Subject: More Font Installation Problems
Date: 5 Nov 92 02:18:54 GMT
Reply-To: spagiola@frinext.stanford.edu
Organization: DSO, Stanford University

I tried to install some of the PD/SW fonts on the archives, following  
advice from the net, and got mixed results.

As root, I placed the fonts in LocalLibrary/Fonts, then ran  
buildafmdir and cacheAFMData on the directory.  The fonts appeared in  
the fonts panel and seemed to work (eg they would preview correctly).

Then I logged out and back in as a regular user.  But now only some  
of the fonts work.  They all show up in the font panel, but most are  
marked unusable.  Some, however, do work correctly.

Any idea what I'm doing wrong?

In general, though, this kind of rigmarole, even assuming it worked,  
is what one expects of Windoze, not NeXT.

--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@frinext.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
From: andrewd@tamsun.tamu.edu (Andrew T Duchowski)
Subject: Problems with kcl 1.530
Organization: Texas A&M University, College Station
Distribution: usa
Date: Tue, 10 Nov 1992 14:40:17 GMT

Hi,

I'm having problems with kcl, and kcl-cc in particular with NS3.0.
I have the compiled version of kcl (v1.530).  I think it came off
the 2.0 system though (whether that makes a difference or not
I don't know).  The problem is that when kcl-cc tries to compile
a C file, it can't find stdio.h, when it is #incldued as <stdio.h>.

Can someone help me out?  Should I get a newer version of kcl
and compile it? (if so, where?), or is there some kind of flag
I need to give to the existing kcl-cc?

Thanks a lot for the help! (please email; post optionally)
Andrew

-- 
--   Andrew Duchowski
--   Texas A&M University
--   andrewd@cs.tamu.edu (non-NeXT mail)
--   andrewd@visual2.cs.tamu.edu (NeXT mail)                   
Newsgroups: comp.sys.next.misc
From: gbrown@raven.ctr.columbia.edu (Glenn Brown)
Subject: Re: MATLAB (the missing piece)
Organization: J. Random Misconfigured Site
Date: Thu, 12 Nov 1992 06:58:11 GMT
X-Posted-From: raven.ctr.columbia.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

In article <1992Nov11.220736.15920@chiton.ucsd.edu> amr@olive.ucsd.edu  
(Tony Richardson) writes:
> I suppose the 
> problem is that they've also added some GUI stuff and that would be much 
> more difficult to port. 

Actually, The Matlab port to the mac has only a text editing window, a  
text display window, and a graphics display window.  Plus a few menus.   
What could be easier to port.  Esp. when they already support postscript  
output!

Seriously, if anyone has an email address for MathWorks, Inc., please send  
it to me.  I really would like to get a NeXT port of MATLAB.

--Glenn
Newsgroups: comp.sys.next.misc
From: esky@marathon.cs.ucla.edu (Eskandar Ensafi)
Subject: RISC -- What's the story?
Reply-To: esky@marathon.cs.ucla.edu
Organization: UCLA, Computer Science Department
Date: Thu, 12 Nov 92 22:25:34 GMT

Hi,

I haven't checked for new postings for the last month -- what are the RISC chip  
postings all about?  Has Motorola killed the 88110?

E-mail preferred.

Thanks!

- Eskandar
Newsgroups: comp.sys.next.misc
From: sears@tree.egr.uh.edu (Paul S. Sears)
Subject: Re: Password file
Reply-To: sears@tree.egr.uh.edu
Organization: University of Houston
Date: Mon, 9 Nov 1992 19:14:18 GMT

In article <BxBIwK.97H@news.cso.uiuc.edu> jeffo@uiuc.edu (J.B.  
Nicholson-Owens) writes:
=>Douglas Floyd writes
=>> Is the NeXT Password file shadowed, or can anybody who logs on/ftps/
=>> telnets onto your system obtain the password file so they can
=>> run crack on it and find more ways to break in?
=>
=>The NeXT password file is not shadowed accessible without even having an  
=>account on the system.  You can do remote nidumps of someone else's password  
=>file.  Unfortunately making one's password information secure seems to be  
hard  
=>(if not impossible) without changing a MAJOR portion of the operating system  
=>(or at least this is what I was told by people on comp.sys.next.* when I  
asked  
=>a similar question).
=>
=>Secure passwords that crack cannot decipher seem to be the best protection  
=>against one's net-connected NeXT being broken into.
=>-- 
=>-- Jeff (jeffo@uiuc.edu)
=>-- NeXTmail welcome

(valid for 2.x and 3.0)

Check out the trusted_networks property under the Securing NetInfo section of  
the Sysadmin book.  By having this property enabled, the netinfo master for  
the protected domain will not grant access to information in its netinfo if a  
host's ip doesn't match the mask correctly.  What is nice about this property  
is that it really works...

--
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.misc
From: tagreen@lothario.cica.indiana.edu (Todd A Green)
Subject: Re: adding file suffix
Organization: CICA - Center for Innovative Computer Applications
Date: Tue, 10 Nov 1992 23:14:04 GMT

> Sherwood Botsford writes:
>Charles William Swiger writes
>> mv $f ${f:r}.tiff  <type return>
>
>What does the :r do?

From "man csh":

    The `:' separating the event specification from the word
     designator can be omitted if the argument selector begins
     with a `^', `$', `*' `-' or `%'.  After the optional word
     designator can be placed a sequence of modifiers, each pre-
     ceded by a `:'.  The following modifiers are defined:

          h      Remove a trailing pathname component, leaving the head.
          r      Remove a trailing `.xxx' component, leaving the root name.
          e      Remove all but the extension `.xxx' part.
          s/l/r/ Substitute l for r
          t      Remove all leading pathname components, leaving the tail.
          &      Repeat the previous substitution.
          g      Apply the change globally, prefixing the above, e.g. `g&'.
          p      Print the new command but do not execute it.
          q      Quote the substituted words, preventing further substitutions.
          x      Like q, but break into words at blanks, tabs and newlines.

Try reading the man pages before posting,
Todd
--
NeXTmail:  tagreen@cica.indiana.edu
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Newsgroups: comp.sys.next.misc
Subject: More Font installation troubles
Date: 5 Nov 92 02:04:44 GMT
Reply-To: spagiola@frinext.stanford.edu
Organization: DSO, Stanford University

I've installed a few of the PD/SW fonts from the archives -- or  
should I say I've tried to install them.  I've tried the various  
things recommended over the net in the last few days, but with only  
limited success.

As root, I placed them in /LocalApps/Fonts, then ran buildafmdir and  
cacheAFMData on that directory.  All the fonts appeared in the font  
panel and seemed to work (ie would preview) when I tried as root.

After logging out and then back in as a regular user, all the fonts  
were still in the font panel, but most (not all) were marked  
unusable.

(This is still 2.1, BTW, and I have far less than 255 fonts; more  
like 12).

Any ideas/suggestions?

In any case, as I said before, this rigmarole you have to go through  
to install fonts (even if it worked, which it doesn't seem to) is  
what I expect from Windoze, not from NeXT.

--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@frinext.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
Newsgroups: comp.sys.next.misc
From: brianc@pdx.mentorg.com (Brian Caslis @ SST)
Subject: Re: multiple host renderman rendering?
Date: Tue, 10 Nov 1992 20:53:17 GMT
Distribution: na
Organization: mentor
Keywords: netinfo, locations
Followup-To: 

Andrew,

Thanks for the great information, but I'm still having a problem with
the "rendering host". I have a standalone NeXTstation color with
the hostname set as sapphire via hostmanager.app.

I can't get anything to render unless the hostname is localhost.
Even if I modify netinfo so that there is a renderer with a name
of sapphire. The only thing I haven't tried is setting the IP address
in hostmanager.app to 127.0.0.1, which would be the same as localhost
since I'm not connected to any net.

I addition when I use the 3D app in the demos directory (still working
on getting 3D_Reality transferred!) and try to print, it only prints
the black background and not the image (such as the airplane.rib
file in the examples directory).

I'd appreciate any light you could shed on this subject!

Thanks in advance,
-- 
Brian Caslis		* Email: brianc@pdx.mentorg.com
Mentor Graphics Corp.	* 
8005 S.W. Boeckman Road	* Phone: (503)685-1404
Wilsonville, OR  97070	* Fax:   (503)685-1268
Newsgroups: comp.sys.next.misc
From: ian@pyrian.com (Ian H. Stewart)
Subject: Heathkit robots
Organization: PYRIAN - Software Group, San Francisco Calif, 415-664-1170
Date: Thu, 12 Nov 1992 07:23:01 GMT

This is not a NeXT related question (directly).

We are looking for one of the old Heathkit
robot sets. It consist of a bunch of
parts, manuals and experiments on 
creating this little 3 wheeled robot.

We want one that is not put together
(too much at least) and has ALL the manuals etc.

please email

Ian_Stewart@pyrian.com

-- 
Ian H. Stewart                            |  voice/fax 415-664-1170
Pyrian Software Group                     |  CIS  71101,1260
Always looking for new SW to market       |  Net  istewart@pyrian.com
NeXT,Mac,PC & Sun                         | Isn't LiFE more like RiSK?
From: nweaver@ocf.berkeley.edu (Nicholas Weaver)
Newsgroups: comp.sys.next.misc
Subject: Re: Alarm Clock?
Date: 9 Nov 1992 23:26:51 GMT
Organization: U.C. Berkeley Open Computing Facility
NNTP-Posting-Host: tsunami.berkeley.edu

In article <96838@netnews.upenn.edu> cjn@vaal.cpr.upenn.edu (Christopher Nagel) writes:

>
>Should the following also work?:
>	at 0830 sndplay MySound.snd

	No.  /usr/lib/atrun (which runs at) in the default crontab is only
run every 15 minutes.  You can bump it up if you are root, however, since at
allows users to run processes wehn they aren't logged in, it is oftend
disabled on multi-user sites (the line in the crontab is commented out).
-- 
                             Nicholas C. Weaver
nweaver@ocf.berkeley.edu|weeniehead@ocf.berkeley.edu|nweaver@soda.berkeley.edu
It is a tale, told by an idiot, full of sound and fury, .signifying nothing.
#include <stdwittydisclaimer.h>
From: carsten@pizza.fb10.tu-berlin.de (Carsten Schultz)
Newsgroups: comp.sys.next.misc
Subject: Re: Deskjet 500C or 550C
Date: 9 Nov 1992 17:34:29 GMT
Organization: ZRZ/TU-Berlin
NNTP-Posting-Host: pizza.fb10.tu-berlin.de

In article <1992Nov9.133510.480@news.nd.edu> matt@zeb.ame.nd.edu (Matthew  
J. Grismer) writes:
> Anyone know the difference between the Deskjet 500C and the Deskjet  
550C?  

The following I remember from a recent article in c't (german magazine).
Both, the 500C and the 550C use a three-color and a black cartouche. The  
500C however carries only one at a time, so it asks you to exchange it,  
when necessary. This is not only a little inconvenient, but also means,  
that it can't use black ink inside a color picture, what the 550C does,  
thereby enhancing output quality. 

> Also, do either of these make a good color printer for the NeXT?

I have seen a 500C running with a NeXT using Dots color, which seemed to  
work fine. Of course, it was not too fast. I am considering buying a 550C  
myself.

Carsten
Newsgroups: comp.sys.next.misc
From: Mark Crispin <mrc@Ikkoku-Kan.Panda.COM>
Subject: Re: New SUN's, Bad news for NeXT? 
Content-Type: TEXT/PLAIN; charset=US-ASCII
Organization: University of Washington
Mime-Version: 1.0
Date: Fri, 13 Nov 1992 22:49:23 GMT

I don't consider it ``wildly successful'' to nibble at the crumbs that fall
from Microsoft's mouth.

Nor do I believe you get lots of applications to market because ``nobody wants
to program in Windows.''  Greed gets applications written, not the wants of
prima-donna programmers.  The NeXTSTEP market is not one in which you can make
huge amounts of money.  Certainly you should have gotten the message from all
the major vendors who have contemptiously dismissed the NeXT market?

I am pleased to see that NeXT has finally decided whether it is a hardware or
a software company.  I'm sad that they chose to be the latter.  Their hardware
was much more interesting.  I guess at some point Canon will complete its
ownership of the hardware product line, and NeXT will be another Digital
Research with NeXTSTEP becoming another DR-DOS to NT and OSF/1...

What do I think should happen?
 1) NeXT should join OSF if they are not already a member, and commit to an
    OSF/1 kernel.
 2) NeXT should offer NeXTSTEP for sale at very low prices, including sources,
    for any platform.  NeXT should license NeXTSTEP to any other vendor, even
    SUN.  NeXT should stop thinking of NeXTSTEP as something that is so
    obviously valuable they have a captive audience; because it isn't and they
    don't.
 3) NeXT has to get back into the price/performance race with hardware.  NeXT
    hardware has become very uncompetitively priced in the past two years.
 4) NeXT has to start introducing new and innovative hardware products.  The
    680x0 stuff should be considered the `low-end' stuff.  There needs to be a
    SPARC, RISC, and Alpha CPU product.
 5) NeXT needs to face reality, and integrate X into NeXTSTEP.  Buy the rights
    to co-Xist or Mouse-X, and put it in the Window Manager.
and most importantly ---
 6) NeXT needs to stop trying to find a niche in which it is the only player
    (and thus the `best'), and instead realize it is in a multi-vendor market
    in which `being the best' is transitory at best.  This whole idea of
    locking people into NeXTSTEP is an excellent way to get people to reject
    NeXTSTEP out of hand.  Every year, it's a different marketing hype.  Now
    it is nibbling at NT.  Before it was `mission critical apps' and nibbling
    at SUN.  Before that...  etc. etc.

Yes, OSF/1 is in a lot of trouble right now.  But with DEC betting Alpha on
it, you can be sure that OSF/1 will be fixed.  NeXTSTEP is in a lot worse
trouble, but everyone is still in denial.

Newsgroups: comp.sys.next.misc
From: hfp@macadam.com (Hal Fox-Palmer)
Subject: Re: sighting
Organization: MACadam - NeXT Related Sales and Support
Distribution: usa
Date: Thu, 5 Nov 1992 00:08:41 GMT

In article <1992Nov4.145803.19267@dvorak.amd.com> rpomeroy@aunext3.amd.com  
(Ron Pomeroy x(Coop)) writes:
> In article <95971@netnews.upenn.edu> cjn@vaal.cpr.upenn.edu (Christopher  
Nagel)  
> writes:
> >>Watching NBR's segment on video game company ID in Texas, there it  
was, a  
> >>NeXTstation!  Looked pretty well-used, too, I might add.  :-)
> >>
> >>Chris
> >>cjn@vaal.cpr.upenn.edu
> 
> That's what I thought too - but upon closer examination it turned out to  
be a  
> black pc.  Bummer!
> 
> --
> Ronald Pomeroy		[Objective-Cruntime: [Smalltalk runtime]];
> Advanced Micro Devices	[self dream-on];
> CAM Applications Group
> rpomeroy@aunext1.amd.com (NeXTmail preferred)

ID software just bought a Turbo ND system and it looks like they will be  
buyimg more NeXTs soon.

Hal Fox-Palmer / MACadam Computers San Francisco
From: dan@ennex1.eng.utsa.edu (Daniel Shelton)
Newsgroups: comp.sys.next.misc
Subject: Stolen NeXTs suggested fix
Date: 9 Nov 92 18:02:10 GMT
Article-I.D.: ringer.1992Nov9.180210.1361
Reply-To: dan@ennex1.eng.utsa.edu (Daniel Shelton)
Organization: Univ of Texas at San Antonio

Hello All,

	First let me say that I hope Mr. Jones gets his NeXT back.  Second, I think that all NeXT owners should record ALL serial  
 
numbers (eg case, drive, monitor, soundbox, etc) so that a thief cannot sell the parts of the computer to people over the usenet.  If your computer is stolen then you can post the serial numbers so we can catch the maggot in question.
	Also, if you have had your computer stolen and do not know the password then maybe NeXT can help you.

Just a suggestion,

Daniel Shelton (dan@ennex1.eng.utsa.edu)0 on a station with a 105 hard drive and you have to be very careful whe 
 
numbers (eg case, drive, monitor, soundbox, etc) so that a thief cannot sell the parts of the computer to people over the usenet.  If your computer is stolen then you can post the serial numbers so we can catch the maggot in question.
	Also, if you have had your computer stolen and do not know the password then maybe NeXT can help you.

Just a suggestion,

Daniel Shelton (dan@ennex1.eng.utsa.edu)0 on a station with a 105 hard drive and you have to be very careful when choosing what to install.  You must remember that the basic system does not include a c compiler.  I installed the c compiler on the station and was left only about 5 MB of free space.  It will work but you will have to edit out a lot of the options in the upgrade plan.

Dan
From: madler@cco.caltech.edu (Mark Adler)
Newsgroups: comp.sys.next.misc
Subject: Re: Kodak Photo CD
Date: 5 Nov 1992 23:41:33 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu


>> Maybe it's time for GNUPhoto?
>> Give away the object, sell the UI or the filter to TIFF...

Giving away something violates the patent as surely as selling it
does.  Which makes sense, since a rich competitor might try to bury
a small company by giving away what the small company lives off of.

There is a way out though--you can claim that you are using the
invention (I forget the exact wording) for your own edification or
research, so the author of GNUphoto could put in a stipulation that
this cannot be used for normal work, only to learn about and experiment
with the "invention" itself (i.e. whatever Kodak has patented).

This may or may not work, depending on how GNUphoto actually gets
used.  I suspect that despite the stipulation, people with no interest
in Kodak's patents would use it to look at their photo-CD's.

In that case, Kodak could go to court to block the distribution of
this hypothetical GNUphoto.  If their patents stand up, they would be
right, since it would be cutting into the sales of photo-CD readers
using Kodak-licensed technology.

Mark Adler
madler@cco.caltech.edu
Newsgroups: comp.sys.next.misc
From: gvh@metrosoft.com (Gordon Van Huizen)
Subject: Re: Mac-to-NeXT sound converter. Where?
Reply-To: gvh@metrosoft.com (Gordon Van Huizen)
Organization: Metrosoft
Date: Wed, 11 Nov 1992 23:24:47 GMT

In article <83346@ut-emx.uucp> alex@fiskville.mc.utexas.edu writes:
> John Jay Feiler writes
> > In article <Bx4521.H6@taligent.com> jwishnie@taligent.com (Jeff  
Wishnie)  
> > writes:
> > > I remember seeing a utility that converted Mac soundfiles to NeXT  
> format,  
> > > but I can't find it at the archive sites.
> > > 
> > > Does anyone know where I can find it? 
> > > Thanks,
> > > 
> > > Jeff
> > 
> > I think GISO.app will do the trick.  (Stands for Garbage In, Sound  
Out,  
> if I  
> > remember correctly.....)  SHould be on the archives...
> > 
> > 	John
> 
> MetroSoft's MetroTools will convert Mac .snd files to NeXT format but so  
> far it will not work with System 7 .sfil format sounds. I only have a  
demo  
> version so the release may actually work. 

As of this writing we have a version shipping which takes advantage of  
NeXTSTEP 3.0's Mac file system handling. It supports "flat" sound files  
such as those produced with MacRecorder and it also extracts 'snd'  
resources from any Mac file. It creates a separate NeXT .snd file for each  
'snd' resource found in a given file. It will also work with MacBinary  
files directly downloaded from online services in both of the  
above-mentioned formats. It automatically determines the file type from  
its contents, regardless of extension.

As far as I know we have the only package which handles all these formats  
(.aiff coming soon!), and the only product that reads the Mac resource  
fork under NeXTSTEP 3.0.

It has been tested with System 6 and System 7 sounds files.


Gordon
-- 
----------------------------------------------------------------
Gordon Van Huizen           vox: 619.488.9411  fax: 619.488.3045
Metrosoft                   gvh@metrosoft.com [NeXTmail welcome]
----------------------------------------------------------------
Newsgroups: comp.sys.next.misc
From: fletcher@socrates.umd.edu (Charles Fletcher)
Subject: RenderMan-High resolution rendering?
Keywords: prman, RenderMan
Organization: University of Maryland University College
Date: Tue, 10 Nov 1992 18:38:35 GMT


I have a question about RenderMan (specifically prman, which I would guess
will be answered by MJ-hi Michael-but I'm  posting it since I thought there
might be general interest.)

	How can you get high resolution images out of the NeXT? That is,
	images that are photo quality (and saved on slides or film, or
	Kodak Photo CD to touch on another thread.) Are there bureaus that
	do this as a service? Should the image be converted to PS first?

	This may actually be a moot point: My second question--How much
	(disk) space is required to do a high resolution image (say, 
	1000 to 2000 dpi range)? (BTW-what is the resolution of the images
	in the RenderMan Companion?) I have yet to render even a simple
	scene at 400 dpi without running out of swap space (I have a single
	330M disk with about 50M free for swapping). Any tricks (like tiling)
	to help do this? Maybe I should run off my OD and simply use the
	HD for swapping!-)

	Charlie



-- 
	NeXTMail to:		|	...to confer, converse, and 
	charlie@technosci.com	|	otherwise hobnob with my    
				|	brother wizards.	    

Newsgroups: comp.sys.next.misc
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Subject: Re: Stolen NeXT Station Color
Date: Fri, 13 Nov 1992 07:08:40 GMT

lemson@ux1.cso.uiuc.edu (David Lemson) writes:
> jiro@shaman.com (Jiro Nakamura) writes:
> 
> >Presumably the school account files will be on a file server, not on the
> >local disk. And presumably the system administrator has half a brain and
> >did not set NFS to give root privileges globally to any machine that
> >asks for them.
> 
> >So even if Mr. or Ms. hacker does boot up a machine in root, they cannot
> >wreak much of any havok since they will not be root to the NFS server.
> 
> Well, anyone who knows NFS and its crappy security knows that once
> someone is root on the clients, they can simply su to any user and
> act like that other user, having full access to that other user's
> files.  Of course, they cannot delete en masse like they could if
> the filesystems were exported root.

If the administrator has more than half a brain (and a few extra bucks to  
spend), they would be going for AFS instead of NFS.  Considerably better  
security.  You don't have to really care if anyone breaks root (other than  
they can hose up the files on that one machine), unless of course you're  
stupid enough to leave some AFS passwords lying around on the local hard  
disk...

--
Garance Alistair Drosehn     =     gad@eclipse.its.rpi.edu
ITS Systems Programmer            (handles NeXT-type mail)
Rensselaer Polytechnic Institute;           Troy NY    USA
Newsgroups: comp.sys.next.misc