Authentication error netatalk5/16/2023 Ld: 2 duplicate symbols for architecture x86_64Ĭollect2: error: ld returned 1 exit status Make: Nothing to be done for `all-am'.ĭuplicate symbol '_invalid_dircache_entries' in: Ld: warning: directory not found for option '-L./././libatalk' Ld: warning: directory not found for option '-L./libatalk' libs/libatalk.a(strlcpy.o) has no symbols Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file. libs/libatalk.a(strcasestr.o) has no symbols libs/libatalk.a(ad_sendfile.o) has no symbols libs/libatalk.a(ad_mmap.o) has no symbols If anyone has any clues about why this might be, speak out!Ĭopying selected object files to avoid basename conflicts. For some reason the code compiles cleanly with clang but the binaries are non-functional. You'll notice that we have to compile with Homebrew's gcc rather than native clang. I will be removing the insecure authentication methods (cleartext password and randnum) as they are outdated. In Mac OS 9 the default authentication method is DHX via PAM. From the Mac OS 9 client side the share can be accessed via Apple>Network Browser>Connect To Server>IP address of your AFP server. At some point I'll get around to doing this automagically.ħ. It can also be run as root on startup using a Launch Daemon. Note that the repo root contains a script called netatalk-init that can be used to start, stop and restart the AFP server. Edit /usr/local/etc/afp.conf to set up your shares (see the online Netatalk 3 manual for how to do this).Ħ. configure -without-acls -without-ldap -without-dtrace CC=gcc-10ĥ. What target systems will this run on? I ask because I've got some older systems (10.6 server and 10.11) where I'd like to deploy something like this, as well as 11.2.3 systems. In a nutshell the new fork provides an AFP 2.2 server for macOS hosts that connects with classic Mac clients using Apple's Data Stream Interface (DSI) over TCP/IP. As it is a WIP I'll update the thread with a how-to as soon as I've ironed out the remaining code refinement. It has been tested on Big Sur 11.2.3 and allows for much faster file transfers compared with the older branch. I worked initially on the Netatalk 2.2 branch but the good news is that the more recent 3.1 branch is now compiling and working well. The original inspiration came from afpfs-ng thread on this same forum: It allows modern Intel Macs to network and exchange files with classic Macs running Mac OS 9.2.2. This new thread is related to a fork of Netatalk that I have patched to allow clean compilation on current Mac hardware.
0 Comments
Leave a Reply. |