Formerly Netinfo as I recall, now the local component of Open Directory / 
directory services.  Database files are in /var/db/dslocal and are binary 
plists, except for an sqlite3 index file and a couple of files associated with 
it.  _Looking_ at those directly (I wouldn’t modify anything directly without a 
backup!!  Either GUI or the dscl command should be used to make changes) is 
reasonably straightforward, knowing their formats - just leave those alone 
those two files that “file” identifies only as “data”.

/etc/hosts and NIS can be enabled (typically together, as I recall).  Mixing 
master/slave NIS server is NOT compatible with Sun’s NIS (protocol differences? 
 certainly different underlying data storage limitations, i.e. old dbm vs gdbm 
or db or whatever); but _clients_ need not be same OS as servers.

On Jan 4, 2015, at 11:20 AM, William H. Magill <mag...@mac.com> wrote:

> 
>> On Jan 4, 2015, at 10:46 AM, Brandon Allbery <allber...@gmail.com> wrote:
>> 
>> On Sun, Jan 4, 2015 at 10:34 AM, René J.V. <rjvber...@gmail.com> wrote:
>> On Sunday January 04 2015 09:05:42 Brandon Allbery wrote:
>> 
>>> From the standpoint of DNS, "localhost" is fully qualified: it is not the
>>> short form of a name that is meaningful only in the context of a particular
>>> domain.
>> 
>> AFAIK you need an entry in /etc/hosts in order for "localhost" to be 
>> defined, no?
>> 
>> BIND9 at least comes with a local zone definition that includes "localhost." 
>> as a name, with the usual mapping. That said, people *usually* get it from 
>> /etc/hosts... *but* OS X is a little weird in how/when it uses the hosts 
>> file.
> 
> If one believes the contents of /etc/hosts -- OSX only consults it at boot 
> time.
> 
> Historically, OSX loaded all of the various "unix like" plain-text 
> information files into a database. 
> (NIS  maybe?)
> I haven't played extensively with this sort of stuff since I retired back in 
> 2003, (Apple makes it so easy to forget)  but I assume that OSX (NeXTStep) 
> has not "gotten closer" to UNIX(tm),  but continued on its divergent path.
> 
> T.T.F.N.
> William H. Magill                                                            
> 
> mag...@icloud.com
> mag...@mac.com
> whmag...@gmail.com
> 
> 
> 
> 
> 
> 
> _______________________________________________
> macports-users mailing list
> macports-users@lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-users
> 

_______________________________________________
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Reply via email to