home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / next / bugs / 37 < prev    next >
Encoding:
Text File  |  1993-01-10  |  1.3 KB  |  29 lines
  1. Newsgroups: comp.sys.next.bugs
  2. Path: sparky!uunet!wupost!mont!mizzou1.missouri.edu!CCGREG
  3. From: CCGREG@mizzou1.missouri.edu (Greg Johnson)
  4. Subject: Re: niload "features"
  5. Message-ID: <16B52F542.CCGREG@mizzou1.missouri.edu>
  6. Sender: news@mont.cs.missouri.edu
  7. Nntp-Posting-Host: mizzou1.missouri.edu
  8. Organization: University of Missouri
  9. References: <17841@umd5.umd.edu>
  10. Date: Sun, 10 Jan 93 17:26:22 CST
  11. Lines: 16
  12.  
  13. In article <17841@umd5.umd.edu> matthews@oberon.umd.edu (Mike Matthews) writes:
  14. >Well, niload -d passwd is supposed to delete any password entries that are
  15. >not in the file you load up.  But it can't because of the info directory.
  16. >niload should know how to delete that info directory (what *IS* it used for,
  17. >anyway?).
  18.  
  19. Right.  I can appreciate the safety feature, but for the next increment of
  20. niload, NeXT, would you add a "-f" option to force deletion even if there are
  21. kids?  Until then, I'm inclined to delete all the "info" subdirectories with
  22. niutil.  It'll make the database smaller.  They'd be easy to recreate.
  23.  
  24. Does anyone know if "info" is actually used by anything?  The 3.0 Netinfo
  25. Release Notes describes it as a miscellaneous repository;  the _password entry
  26. preloaded there when an ID is created just allows the user to update this
  27. portion of their NetInfo data.  It might be used for .plan info, or maybe you
  28. could put your resume in it.
  29.