On Tue, 18 Jul 2000, T&B wrote:

> > The last I heard the pkgsrc version of netatalk didn't use the ASUN version of netatalk and that's the one you need to support appleshare IP.  It's certainly in use and buildable on NetBSD.
> 
> I found NetaTalk at:
> ftp://ftp.netbsd.org//pub/NetBSD/packages/1.4.2/mac68k/net/netatalk-19990130.tgz
> Is this the ASUN version? If not, where can I get it?

Nope. The ASUN one doesn't yet have a package.

> I then:
> 1. installed using pkg_add netatalk-19990130.tgz
> 2. checked man afpd.
> 3. created /usr/pkg/etc/AppleVolumes.system containing a path.
> 4. created /usr/pkg/etc/AppleVolumes.default containing just a comment.
> 5. Tried /usr/pkg/sbin/afpd but it didn't stay up.

Look at /usr/pkg/etc/rc.atalk.

> 6. checked tail /var/log/messages, which showed:
>    afpd[2796]: main: atp_open: Can't assign requested address
> 7. I checked /etc/services, which includes the comments:
> 
> # Netatalk (in-kernel Appletalk) services
> # Note: The running kernel must be configured with "options NETATALK"
> # and software not included in NetBSD, such as Netatalk version 1.4b2
> # or later, must be used to take advantage of these services.
> 
> Do I have to recompile the kernel just to enable netatalk? How do I
> know if my current kernel was compiled with this option enabled? I
> only want AFP over IP (port 548), not AppleTalk, so do I still need to
> recompile?

No, kernels have had netatalk in them for quite a while. To check for
netatalk in the kernel, type "netstat -rnf atalk" (the "n" might not be
needed"). If you have the NETATALK kernel option enabled, you'll see:

Routing tables

AppleTalk:
Destination        Gateway            Flags     Refs     Use    Mtu Interface

wihtout NETATALK:

Routing tables


> Isn't CAP (Columbian AppleTalk Package) supposed to be better than
> NetaTalk? Is there a precompiled binary or package out there of CAP?

Nope. The two things in CAP's favor are: 1) it runs on more machines, and
2) it has a daemon which keeps track of directory ID's so that aliases
work across reboots of the server.

Take care,

Bill