At 11:38 AM +0200 9/29/05, Timo Schoeler wrote:
>>>>I am including the previous post because I want to make sure people know
>>>>where I am coming from. It was my understanding that Appletalk was not
>>>>supported in NetBSD. Am I wrong? Specifically I am interested in
>>>>appletalk over the serial lines.
>>>
>>>AppleTalk as in the network protocol is supported (include "options
>>>NETATALK" in your kernel config file). However, that's the software
>>>side of things... On the hardware side, LocalTalk (AppleTalk running
>>>over a RS-422 serial port at 230Kbps) is not supported. So in
>>>practice, NetBSD only supports AppleTalk over Ethernet. If you want to
>>>hook up a LocalTalk device, you'd have to use a Localtalk to Ethernet
>>>bridge of some sort (e.g., Cayman GatorBox, Shiva FastPath, a Mac
>>>running classic MacOS and Apple's router software that I forget the
>>>name of, etc...)
>>>-- Name: Dave Huang         |  Mammal, mammal / their names are called /
>> 
>> Caveat: Last time I tried to install netatalk, the TCP/IP side of AFP
>> worked, but the appletalk part did not.
>> Snippet from my logs:
>> Aug 27 03:04:50 mercy ntpd[180]: frequency initialized -25.967 from /var/db/ntp.drift
>> Aug 27 03:04:50 mercy ntpd[180]: using kernel phase-lock loop 0041  Aug 27 03:04:52 mercy atalkd[174]: zip_getnetinfo for tlp0
>> Aug 27 03:05:09 mercy last message repeated 2 times
>> Aug 27 03:05:19 mercy atalkd[174]: config for no router
>> Aug 27 03:05:21 mercy atalkd[174]: as_timer: can't route 200.168 to loopback: Invalid argument
>> Aug 27 03:05:22 mercy atalkd: difaddr(0.0): Can't assign requested address
>> Aug 27 03:05:22 mercy atalkd: difaddr(0.0): Can't assign requested address
>> Aug 27 03:05:22 mercy afpd[236]: main: atp_open: Can't assign requested address
>> Aug 27 03:05:22 mercy afpd[236]: ASIP started on 209.46.8.67:548(1) (1.4b2+asun2.1.3)
>> Aug 27 03:09:16 mercy ntpd[180]: time reset -11.325214 s
>> Aug 27 03:09:16 mercy ntpd[180]: kernel pll status change 41
>> Aug 27 03:57:43 mercy named[107]: ns_resp: sendto([2001:dc0:1:0:4777::140].53):No route to host
>> Aug 27 04:00:03 mercy afpd[1707]: ASIP session:548(1) from 209.46.8.68:49195(0)
>> Aug 27 04:00:03 mercy afpd[236]: server_child[1] 1707 done
>> Aug 27 04:00:03 mercy afpd[1708]: ASIP session:548(1) from 209.46.8.68:49196(0)
>> Aug 27 04:00:03 mercy afpd[1708]: randnum/rand2num login: backup
>> Aug 27 04:00:03 mercy afpd[1708]: login backup (uid 1006, gid 0)
>> This behavior seems to have started in 1.6.x.  It worked fine in 1.5.x.
>
>i see this behaviour too on sparc64 and macppc machines; AFAICS it's due
>to db4 failing (see [1] e.g.).
>
>timo
>
>[1] -- http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=29746

The one I just re-built (with gcc 3 and the "builtin" compiler
on 1.6.2 (2.95.3)) is netatalk+asun-2.1.3.

Same problem.

Can I fix this by re-building db4?  AFAIK, 1.6.2 is all built with 2.95.3.

?

-dgl-