Netatalk

AFAIK nothing from any of the packages should ever getting stalled into /usr/local

So if you had stuff there it wasn't loaded by the package manager apt, apt-get etc.

"apt-file find afppasswd" on a few debian based systems only seems to find /usr/share/man/ja/man1/afppasswd.1.gz - no executable found.

Have toy tried to do an internet search to find which package it should be in?

Remember that 'man' is your friend - in this case reading "man apt" and then using "apt search' followed by "apt show" a few times would have saved you a lot of time and reinstalls which, BTW, seldom do any good but do waste time and bandwidth.

Did you run an apt search such as "sudo apt search netatalk" followed by "sudo apt show packagename" to find out about the other packages it lists?

"apt show" tells you what a package does before you install it and should list its dependencies, which it doesn't for netatalk. Since it didn't, the netatalk package description is evidently missing a dependency list and then telling porkies about it because you've found it has undeclared dependencies. However, if you had run "apt search netatalk" you'd have seen them.

--
Martin    | martin at 
Gregorie  | gregorie dot org

It's not in any package:

You have searched for paths that end with afppasswd in suite buster, all sections, and all architectures.

Sorry, your search gave no results

so I suppose you'll have to compile it yourself:

Theo

... and probably to install the two afpfs* packages before doing so.

I suppose its just about reasonable on the part of the netatalk developers to not have made the dependencies in their package explicit and usable by apt since its not being distributed via a 3rd party repository, but I think not naming them in the package description was a major oversight unless its documented somewhere so obvious that OP should not have overlooked it.

--
Martin    | martin at 
Gregorie  | gregorie dot org

Thanks to all who responded about netatalk on rpi buster. It turns out tha t I need random number exchange (uams-randnum.so) which isn't supported in the buster repo of netatalk. So I need to build/compile netatalk from debi an source. No luck yet. 'sudo checkinstall --fstrans=no' fails at the following line:

ar: /home/pi/netatalk-3.1.12~ds/libatalk/acl/.libs/libacl.a: No such file o r directory

It looks like an archive file is missing. libacl.a does exist in /home/pi /netatalk-3.1.12~ds/libatalk/acl/.libs/libacl.lax/libacl.a but is empty/nul l/0 bytes. [Note the extra directory level libacl.lax] Copying the directo ry up one level to .libs does not help and is deleted on the next execution of checkinstall.

Has anyone sucessfully compiled netatalk for a raspberrypi? Any hints on w hat to try? I am using instructions from "agrlh/install_netatalk_debian.md " for a RaspberryPi TimeCapsule.

--Steven

No idea about netatalk, but if you want to make a Time Capsule to support modern Macs I suggest using SMB not afp. Apple have deprecated afp - it still works, but who know for how much longer.

Of course this may not apply if you're targeting vintage Macs.

Theo

And this is why netatalk support is up the creek. I cant remember the last version of MAC OS to need AFP support but I think it was OS-9., OS-10 has always supported SMB.

But I might be wrong there...

--
New Socialism consists essentially in being seen to have your heart in  
the right place whilst your head is in the clouds and your hand is in  
someone else's pocket.

on

rt

c_OS_X

I am trying to get afp working with AppleIIGS system 6.0.x. using AFPBridge . This works fine with Netatalk 2, but has issues connecting with Netatalk 3. It needs to use randnum exchange which is enabled in the buster versio n of netatalk 3. Stretch and earlier worked. Time capsule support isn't n eeded. I am retro - Apple2 4ever.

--Steven

I have an ebuild for netatalk 2.2.5 in my Gentoo overlay...but checking just now, it looks like it's not building properly. It's complaining about multiple definitions of some functions.

It worked just fine with my IIGS a few years back, at least. Hopefully I can figure out what's going sideways and fix it. I see there was also a

2.2.6 release back in 2017; maybe that has fixes for newer systems.

_/_ / v \ Scott Alfter (remove the obvious to send mail) (IIGS(

Top-posting! \_^_/ >What's the most annoying thing on Usenet?

I get this error now also, but didn't a year ago, compiling the same src archive... I think it must be `./configure` selecting it --with-acls Include ACL support (default=auto)

I'm building from the Arch AUR. I added `--without-acls` to the `./configure` arguments and that got me a working package. I guess it depends whether you think you need the ACL support or not.

Dan