HDTenEightyP/NetNews huggingface dataset:
From: skrbec@tophat4.rtsg.mot.com (Brad Skrbec)
Subject: Re: Is cron going to get better?
Organization: Motorola Inc., Cellular Infrastructure Group
Date: Tue, 21 Jul 1992 15:50:19 GMT

In article <1992Jul18.172701.3216@fishbone.uucp>  
grace!fishbone!jdyer@moscom.com (John D. Dyer) writes:
> Perhaps I'm expecting too much, but I'm very disappointed with the way  
> NeXT has implemented cron.  On the NeXT, if cron has been started, only  
> the /etc/crontab, /etc/crontab.local files are checked.  These files are  
> accessible only by the SA of the machine.  On a SUN SPARCStation, the SA  
> has the ability to add trusted users to a filename to enable them to run  
> their own cron jobs.  Each user is able to create, list, and edit  
his/her  
> own crontab.  Is NeXT's implementation NeXT specific, or does it go  
deeper  
> than that to mach or bsd?  Any help would be appreciated.  Thanks in  
> advance.
> 

I agree!  Are you listening NeXT!!!  This cron is old and feeble. I'm a
hardy NeXT advocate, but the Sun's have had this capability for the
past few releases. You can create your own crontab, and install it by
typing "crontab filename". This places "filename" in your
/usr/spool/cron/crontabs directory, and places it under the
domain of the cron daemon.

Sure, there are a lot of workarounds, but I'm not buying.  I'm
using state of the art machinery, and I expect the software to
follow suit.  Let's get with the times...
--
---------------------------------------------------------------------
| Brad Skrbec       | "For it is the doom of men that they forget." |
| Motorola Cellular     |                         -- Merlin         |
| Arlington Heights, IL | Internet: skrbec@rtsg.mot.com             |
|                       | Home: brad@darby.chi.il.us                |
------------------------------- NeXTMail Gladly Accepted ------------
Newsgroups: comp.sys.next.sysadmin
From: tswan@trirex.com (Todd Swan)
Subject: Re: Creating news feed w/ NewsGrazer
Reply-To: tswan@trirex.com
Organization: Trirex Systems Inc.
Date: Wed, 22 Jul 1992 18:38:14 GMT

In article <1992Jul20.152059.1366@magnus.acs.ohio-state.edu>  
szatezal@magnus.acs.ohio-state.edu (Shane M Zatezalo) writes:
> 
> How would one go about creating a "newsfeed" for this local network of
> NeXT's that the users could read via NewsGrazer?

Well, there are two ways.  First, you could use NFS to share the relevent  
directories with the other machines.  Or, second, (and better) run NNTP.   
I just installed it here and it took about 1 hour.  You can get the source  
from uunet (ftp.uu.net).

Todd
--
  "We're only immortal,   | Todd M. Swan
  for a limited time..."  | tswan@trirex.com
    -- Neil Peart,        | Westport, CT
    "Dreamline," Rush     | New York, NY
From: basiji@milton.u.washington.edu (David Basiji)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Turning off SCSI devices and Rel 2.1
Date: 24 Jul 92 01:26:02 GMT
Article-I.D.: milton.basiji.711941162
Organization: University of Washington

marianne@stevie.bsd.uchicago.edu (Marianne Guntow) writes:

>In article <1992Jul22.114709.9162@investor.pgh.pa.us>  
>rbp@investor.pgh.pa.us (Bob Peirce #305) writes:
>> I have an HSD scanner at the end of my SCSI chain.  Since I don't use it
>> all the time and it gets pretty hot, I like to turn it off when I am not
>> using it.  When I had Rel2.0 I did not seem to have a problem with this.
>> Recently I installed 2.1 and now the system will go along for a couple
>> of days and then suddenly fill up swap space.  It may be that this is a
>> problem with 2.1 which is totally unrelated to the scanner but if I
>> leave the scanner on swap doesn't seem to fill up.  Maybe I haven't
>> waited long enough.  Anyhow I would appreciate any info on this.

>I recently started having a similar problem.  I attached a Bernoulli  
>Transportable 90 drive to my NeXT and used it for a couple days without  
>any trouble.  The trouble started when I tried to eject the disk.  The  
>manual says to drag the disk icon to the Recycler and only to press the  
>drive's eject button when the disk disappears from the File Viewer.  Mine  
>wouldn't.  I couldn't figure if the manual was wrong or what but, being  

I have a 90PRO transportable and I had to open the small vented front
panel and throw a two-position switch so the NeXT could see the Bernoulli
as a removable device.  Seems the default position (which suits SGI and 
others) of the switch is as non-removeable.  This panel is about 3/4"
by 1.5" and is about 3" to the left of the blue rubber button. 
BTW, this info was not in the manual but included on a separate slip of 
paper that came with my drive.

Enjoy, 
David Basiji

-- 
David Basiji 
"C neophyte, Bioengineering Grad Student, Internet Personality"

email: basiji@u.washington.edu          
NeXTmail: basiji@larry.pathology.washington.edu

		"Whining is just anger coming out of a very small hole."
            --Stuart Smalley
Newsgroups: comp.sys.next.sysadmin
From: gvh@metrosoft.com (Gordon Van Huizen)
Subject: Re: longish "loading from disk"
Reply-To: gvh@metrosoft.com (Gordon Van Huizen)
Organization: Metrosoft
Distribution: na,local
Date: Fri, 24 Jul 1992 18:08:59 GMT

In article <1992Jul23.153545.4741@cubetech.com> andrew@cubetech.com  
(Andrew Loewenstern) writes:
> In article <1992Jul21.195555.3518@arizona.edu>  
d_mc%McCube.tucson.az.us@arizona.edu (Don McCollam) writes:
> >Recently, my system has occasionally displayed the "loading from disk"
> >message for quite a long time.  Why would the time for "loading from  
disk"
> >vary - sometimes only a short time and others quite a long time?   
Advice
> >appreciated.
> 
> Althougth it's been a long time since I booted in "Welcome to
> Macintosh" mode, it's probably checking the disk.  If the filesystem
> isn't properly sync'ed on shutdown, it will check the filesystem on
> boot-up...
> 
> 

It says "checking disk" while it runs fsck, not "loading from disk".

Gordon
-- 
----------------------------------------------------------------
Gordon Van Huizen           vox: 619.488.9411  fax: 619.488.3045
Metrosoft                   gvh@metrosoft.com [NeXTmail welcome]
----------------------------------------------------------------
From: jpowell@BORG.LIB.VT.EDU (James Powell)
Newsgroups: comp.sys.next.sysadmin
Subject: wuarchive ftpd woes
Date: 25 Jul 92 23:19:51 GMT

I successfully installed the wuarchive ftpd, and had it working for a  
day and a half, only to have it break not long after attempting to  
install a wais server (wais-8.b4).  The welcome banner (banner.msg)  
displayed when someone ftp's to my machine is displayed but after the  
user enters a userid (anonymous or whatever), a message is returned  
saying the service is not available.  I really really need the  
logging and message capabilities of this daemon for a project I am  
working on.  Any help would be greatly appreciated.

James Powell
University Libraries, VPI & SU
jpowell@borg.lib.vt.edu  (nextmail)
Newsgroups: comp.sys.next.sysadmin
From: gvh@metrosoft.com (Gordon Van Huizen)
Subject: appcache.wmd
Reply-To: gvh@metrosoft.com (Gordon Van Huizen)
Organization: Metrosoft
Date: Sat, 25 Jul 1992 08:48:30 GMT

Is there some way to rebuild appcache.wmd? I had an app in my ~/Apps  
directory and then moved it to /LocalApps. My appcache seems to still  
think that it should be in ~/Apps and won't let me open any of the app's  
documents by double-clicking on them.

The tools inspector also won't let me set the launch app to be the one in  
/LocalApps.

Sorry if this is a RTFM but I did several searches on everything I have in  
DigitalLibrarian (including the FAQ's).

Gordon
-- 
----------------------------------------------------------------
Gordon Van Huizen           vox: 619.488.9411  fax: 619.488.3045
Metrosoft                   gvh@metrosoft.com [NeXTmail welcome]
----------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: bwild@fzi.de
Subject: Ruleset debugging in Sendmail
Reply-To: bwild@fzi.de
Organization: FZI Forschungszentrum Informatik, Karlsruhe, Germany
Date: Thu, 23 Jul 1992 07:49:24 GMT

Following the public documentation of "sendmail" one can get a detailed output  
of all rule actions by starting the sendmail program with an appropriate debug  
level argument like
	
	sendmail -bt -C/etc/sendmail/sendmail.cf -d21.99

But this gives no additional output on NeXT, i.e. only the rule input and  
output patterns are shown, but nut the explicit translation process.
Is this an incompatibility of NeXT sendmail or does they use a different debug  
level encoding?

--
Bernd Wild

===============================================
Bernd Wild                                       
Forschungszentrum Informatik FZI
Dept. Technical Expert Systems and Robotics
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Turning off SCSI devices and Rel 2.1
Date: 27 Jul 92 05:40:31 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Jul27.025718.22038@umbc3.umbc.edu> brian@umbc4.umbc.edu (Brian Cuthie) writes:
| In article <4455@rosie.NeXT.COM> amm@NeXT.COM (Alan M. Marcum) writes:
| >Bob Peirce #305 writes
| >> I have an HSD scanner at the end of my SCSI chain.  Since I don't
| >> use it all the time ... I like to turn it off...
| >> Something I haven't tried is to actually disconnect the scanner
| >> from the CD drive and plug the SCSI terminator in.  That doesn't
| >> seem like a good thing to do on a running system...
| >
| >The SCSI bus is actually an active bus.  To function correctly,
| >all devices on the bus should be powered on, the cables should
| >have the proper impedence, and the bus should be terminated at
| >both ends.  A *very* short bus can be run with termination only
| >at one end (e.g., just the on-board disk, which has a terminator
| >on it).
| 
| This is bunk.  The SCSI bus is driven by open-collector devices.  A 
| properly behaved SCSI peripheral may be left in the powered down state without
| any ill effects.

Ah, thus speaks someone who hasn't dealt with the real world.  Many
(most?) SCSI devices will pull all the bus lines into the active state
when powered off.  In fact SCSI 2 only has an implementors note (NOT a
requirement!) suggesting that powered off SCSI devices tristate the bus
rather than pulling the signals one way or the other.  In my experience
(and I have looked at a *LOT* of different SCSI devices), almost none
do this yet.  Yes, there are some, but not many, for a number of
reasons (cost is one of them).

| Nothing personal, Alan, but is this the kind of answer I can expect from
| NeXT tech support at $225/Question ?

Alan is right, you are wrong.  Of course, if you know it all anyway,
why would would you want to call for support ;)

PS: Hi Alan; ain't supporting customers grand!
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: What's wrong with dmesg?
Reply-To: eps@cs.sfsu.edu
Organization: San Francisco State University
Date: Tue, 21 Jul 1992 06:44:59 GMT

In article <1992Jul18.172015.3157@fishbone.uucp>
	grace!fishbone!jdyer@moscom.com (John D. Dyer) writes:
>I tried the demsg command today and found that it doesn't work.  At
>	%/usr/etc/dmesg
>I get:
>	Jul 18 13:16
>	Can't get kernel namelist

dmesg is looking up the kernel variable _msgbuf--only there isn't
one (there was in 1.0, hmm).  There is a _pmsgbuf, however.

Looks like another gratuitous kernel mod that wasn't followed up on.
"Maybe it'll be fixed in 3.0."

					-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: lemson@fnbc.com (David Lemson)
Subject: Re: re:  Mail.app not reading /usr/spool/mail directory...
Reply-To: lemson@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
Date: Mon, 27 Jul 92 21:33:07 GMT

In article <1992Jul24.133416.2867@bmw.mayo.edu> brunkhorst@mayo.edu (Geoff  
Brunkhorst) writes:
> I ran into this last week after blindly believing COPS which
> told me write access to that directory is considered a security risk
> (It probably is, but...)

It's not a risk as long as the sticky bit (that final 't' in the  
permissions on the listing given by ls -lg) is set.  /tmp should be the  
same way.  (mode 1777 for you octal fans)
drwxrwxrwt  3 root     wheel        1024 Jul 27 15:56 mail
--
David Lemson                                           (312) 732-4741
FNBC Sys Admin (Summer) UIUC NeXT Campus Consultant(rest of the time)
E-mail to: lemson@fnbc.com                          NeXTMail accepted
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: strange console messages
Reply-To: eps@cs.sfsu.edu
Organization: San Francisco State University
Date: Fri, 31 Jul 1992 04:43:44 GMT

In article <1992Jul30.151607.27844@murdoch.acc.Virginia.EDU>
	dmm0t@rincewind.mech.Virginia.EDU (David Meyer) writes:
>At boot time, I'm getting some strange error/warning messages on my console,  
>such as
>
>	Check-in service NetMessage
>	Check-in port 13 for NetMessage
>	Registering new service C library lookup
>	Registering new port 102 for C library lookup

Those come from mach_init

>	Server midi linking /usr/lib/kernloader/Midi/midi_reloc against /mach
>	Server midi loading executable "/mach" for linage base file

Those come from kern_loader

[Half of those messages you didn't transcribe accurately!
 Please, if you're including stuff like error messages in problem
 reports, having the *exact* text is most helpful.]

>I get this stuff about the time when /etc/rc is loading biod and ntpd.  Also,  
>in /tmp/console.log I get stuff like 
>
>	Jul 30 11:04:28 rincewind mach_init[2]: bootstrap_subset new bootstrap  
>839 unpriv 840
>	Jul 30 11:04:28 rincewind mach_init[2]: Registered new service  
>MailFetch_port
>	Jul 30 11:04:28 rincewind mach_init[2]: Registering port 841 for  
>service MailFetch_port

More mach_init stuff.

>None of these things seems to have had horrible consequences

They're perfectly normal--however, most users never see them
because nearly all are syslogged as daemon.info and NeXT's
standard /etc/syslog.conf discards anything below daemon.notice.
[N.B. since you didn't mention which OS version you have, so I'm
answering this for 2.1.]

>                                                              though  
>occasionally my machine seems to have trouble associating IP addresses with  
>machine names.

Completely unrelated.

You'll have to furnish more information about your setup; there
isn't enough to go on (are you running a nameserver locally or
using someone else's?  Are you on the far end of a SLIP/CSLIP/PPP
link?  etc.).

					-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Subject: Re: A non-root user running UserManager?
Organization: University of Illinois at Urbana
Distribution: na
Date: Sun, 26 Jul 1992 18:01:03 GMT

lga@sandman.stanford.edu (Laurent Amon) writes:

>Like that it should work. However, if you do anything less than that, you 
>might as well give the root passwd to the wheel people. It's less hassle. 

In my reply, I forgot the most apparent answer...
ln /bin/su.wheel /bin/su

See 'man su' for more info. 
-- 
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
From: lsf@casbah.acns.nwu.edu (Lee Finn)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Is cron going to get better?
Keywords: cron
Date: 21 Jul 92 19:54:37 GMT
Organization: Northwestern University, Evanston Illinois.

The NeXT cron is the BSD cron. It is not NeXT specific. The cron you want
is the USG cron. You can get a USG look-alike cron from the archives. I
don't know if it will compile on the NeXT; I've never tried to make it. 

Best of luck,
Newsgroups: comp.sys.next.sysadmin
From: blackp@med.umich.edu (Jeremy Thomas James)
Subject: printing on network problem
Originator: blackp@hendrix.itn.med.umich.edu
Organization: University of Michigan - Medical Center
Date: Mon, 27 Jul 1992 22:34:56 GMT


(DUNBAR STEVEN THOMAS) writes:
|> I have connected my NeXT to a network that has many different kinds of UNIX
|> machines and Postscript printers.  
|> 
|> I have generated what appears to be a good printcap file, and I have 
|> niload'ed it properly.  All the printers that I am interested in then
|> appear in the PrintManager (but of course are not editable because of the
|> niload) properly, and when I generate the test page, it also prints
|> properly.
|> 
|> When I generate postscript files with enscript or ptroff, they print
|> fine.
|> 
|> The PROBLEM is when I try to print from a NeXT Application, like WriteNow.
|> 
|> I print to the printer, and then the document never makes to the printer.
|> The lights on the printer never even blink.
|> 
|> On our local ethernet, we have a centralized print server.  Is the
|> server possibly not understanding something?
|> 
|> Does the postscript printers need to be told something about my NeXT?
|> 
|> I have consulted NeXT's documentation, which seems to be abysmal unless you
|> have NetInfo (which we are not running) or are attempting to attach a 
|> printer to your serial port (which I am not).

I am having a similar problem which I need some help with.
I am trying to use the Local_Printer with an alias.  The printer used to
work fine both locally and remotely.  I have set up the hosts and printcap 
files with the niload utility and it seems to be set up properly.  When I 
type lpq to see if the print queue is enabled, it tells me :

 lpq: Local_Printer: displayq unknown printer

The same message comes up with lpr.  I can't figure out what might have 
changed.  What can I check??
-- 
What I say isn't necessarily the opinion of the organization I belong to!
===============================================================================
Jeremy T. James         University of Michigan Medical Center,  ITN 
B1911 CFOB, Ann Arbor, MI 48109-0704 Phone:313-747-2778  blackp@med.umich.edu
"Even if your on the right track, you'll get run over if you're there too long"
-------------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Missing .h file?
Summary: You're asking a question that's asking for trouble
Reply-To: eps@cs.sfsu.edu
Organization: San Francisco State University
Date: Mon, 27 Jul 1992 21:24:59 GMT

In article <Bs2DMv.KJs@news.cso.uiuc.edu>
	dpape@mrcnext.cso.uiuc.edu (Daniel Pape) writes:
>Am I missing the /usr/include/machine/pte.h file? Or does the NeXT not
>come with one?

The NeXT does not come with one.  Instead, it has the (radically
different) /usr/include/machine/pmap.h.

[BTW, this question belongs in c.s.n.programmer--not here.]

					-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: lemson@fnbc.com (David Lemson)
Subject: Re: Syntax for .forward file?
Reply-To: lemson@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
Date: Thu, 30 Jul 92 13:39:47 GMT

In article <1992Jul29.170030.6941@ifi.unizh.ch>  
lytras@avalon.physik.unizh.ch (Lytras Apostolos) writes:
> irving@Happy-Man.com (Irving_Wolfe) writes:
> : Here's my .forward file; I hope it helps:
> : |/usr/local/bin/deliver irving
> 
> The .forward file is used by sendmail which is running suid root, so I
> wonder if there is a chance someone might use this feature (forwarding
> through pipes) to gain special privileges (a.k.a. hacking). Or is send-
> mail prepared to deal with such an attempt?
I assume that sendmail does a set[r][e]uid(2) call to the user whose  
program is running.  I hope it doesn't run the named program as root! (I'm  
pretty sure it doesn't, even in the ancient sendmail shipped with NeXT  
2.x)
--
David Lemson                                           (312) 732-4741
FNBC Sys Admin (Summer) UIUC NeXT Campus Consultant(rest of the time)
E-mail to: lemson@fnbc.com                          NeXTMail accepted
Newsgroups: comp.sys.next.sysadmin
From: dpape@mrcnext.cso.uiuc.edu (Daniel Pape)
Subject: Missing .h file?
Organization: CSO Resource Center
Date: Mon, 27 Jul 1992 20:16:05 GMT

Am I missing the /usr/include/machine/pte.h file? Or does the NeXT not
come with one? If it does, and I just don't have it, where could I get a copy
of it? 

Daniel Pape
From: basiji@milton.u.washington.edu (David Basiji)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: A non-root user running UserManager?
Date: 25 Jul 92 17:56:24 GMT
Article-I.D.: milton.basiji.712086984
Distribution: na
Organization: University of Washington

When my friend runs NetManager on his NeXT and he's not logged in as root, it 
prompts him for the root password and lets him in.  When I do the
same on my box, it tells me I need to be root and quits.  We both have the same
groups on our respective accounts (wheel [default], staff and other).
Strangely, when I run UserManager, it will prompt me for the root pass-
word and let me in.  Any idea how I can remedy the situation and run NetMan.
without logging in as root?


Thanks,
Dave
-- 
David Basiji 
"C neophyte, Bioengineering Grad Student, Internet Personality"

email: basiji@u.washington.edu          
NeXTmail: basiji@larry.pathology.washington.edu

		"Whining is just anger coming out of a very small hole."
            --Stuart Smalley
Newsgroups: comp.sys.next.sysadmin
Subject: Thanks!
From: C1899011@UMSLVMA.UMSL.EDU
Date: Thu, 23 Jul 1992 02:14:48 GMT
Organization: UM ST. LOUIS

Just letting all the people who helped me with my NFS to IBM Mainframe
problem and all your advise worked great.....THANKS!!!!
 
 
      Ben Pflanz
From: cedman@714-725-3165.nts.uci.edu (Carl Edman)
Subject: Re: Emacs environment variable lost
Newsgroups: comp.sys.next.sysadmin
Reply-To: cedman@golem.ps.uci.edu (Carl Edman)
Date: 24 Jul 92 15:48:06 GMT

Christopher B. Moore writes
> I've noticed (while installing the Auc-TeX package)
> that evaluation of (getenv "HOSTTYPE") in an Emacs2.1
> window started by clicking on the Emacs2.1 icon in the
> workspace returns nil.  However, in an Emacs2.1 window
> started from the commandline it returns "next".  What
> gives? 

Why, environment variables aren't global - they are inherited. And the parent  
of all programs started by the Workspace is (surprise !) Workspace. And  
Workspace does not have any environment variables set. If you start a NeXTstep  
program directly from the commandline its parent is the shell so your  
application inherits all the shell environment variables. (BTW, the better way  
to do this is not to start applications directly from the command line but  
instead to tell Workspace to do it from the command line, see man page on  
open(1)).

EPS wrote a hack to get enviroment variables for the Workspace which involved  
installing a shell script as Workspace replacement. This shell script then sets  
the environment variables and execs the real Workspace.

	Carl Edman
Newsgroups: comp.sys.next.sysadmin
From: cdelay@inferno.uoregon.edu (Christian De Lay)
Subject: Disk Quota Apps?
Organization: University of Oregon Network Services
Date: Wed, 29 Jul 92 23:43:04 GMT

Can anyone point me in the general direction of disk quota type utilities?   
I want to keep some users within a certain level and have the system mail  
them and me when they go over that limit (or any other sort of  
notification).

--
cdelay@inferno.uoregon.edu
NeXTmail gladly accepted.
Newsgroups: comp.sys.next.sysadmin