AppleTalk clients see empty volume list on xenial
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| netatalk (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
Bug Description
After upgrading from trusty to xenial, I've noticed that old classic Mac clients logging in through AppleTalk see an empty volume list from afpd. The server appears in the Chooser on the Mac, but after you log in, the volume list being supplied is empty. /etc/netatalk/
Modern TCP clients don't suffer from this problem and show all volumes properly.
I have narrowed the problem down to this commit:
https:/
At the very bottom, moving the call to getpwnam() broke it; after the change, when an AppleTalk client connects, getpwnam() is no longer being called. This bug makes afpd incompatible with old Macs that don't have AFP over TCP capabilities.
As a workaround, you can add your servers to /etc/netatalk/
| Doug Brown (macg3) wrote | #1 |
| Launchpad Janitor (janitor) wrote | #2 |
| Changed in netatalk (Ubuntu): | |
| status: | New → Confirmed |
| K1773R (k1773r) wrote | #3 |
It appears that there have been several unreleased commits to netatalk's 2.2 branch after the release of 2.2.5:
https:/
One of the commits from September 1, 2014 appears to fix this problem, and the other one is probably a fix for the following error I see in journalctl:
afpd[1684]: Failed to add service: Local name collision
Would it be possible to have these patches added to Ubuntu's distribution of netatalk?