Package Details: netatalk 4.0.1-1

Git Clone URL: https://aur.archlinux.org/netatalk.git (read-only, click to copy)
Package Base: netatalk
Description: Open-source implementation of the Apple Filing Protocol
Upstream URL: https://netatalk.io
Keywords: afp apple mac macos
Licenses: GPL-2.0-or-later
Conflicts: netatalk-ddp, netatalk2
Submitter: Snowman
Maintainer: denn
Last Packager: denn
Votes: 99
Popularity: 0.39
First Submitted: 2007-03-31 06:19 (UTC)
Last Updated: 2024-10-11 14:23 (UTC)

Dependencies (25)

Required by (0)

Sources (2)

Pinned Comments

denn commented on 2024-10-07 09:59 (UTC) (edited on 2024-10-11 16:17 (UTC) by denn)

Currently known problems & limitations for version 4.0.0-1:

  • Switched to db5.3 as suggested by product documentation. This will make cnid_bdb to re-create all db files after upgrade

  • tracker3 has been split into two separate packages at version 3.8 (tinysparql and localsearch), which broke the build of Spotlight support

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 25 Next › Last »

jakethedog commented on 2014-01-18 08:10 (UTC)

The problem with afpstats is related to the incompatibly of the afpstats script with python3. Just change the first line from "#!/usr/bin/env python" to "#!/usr/bin/env python2". Python2 should be installed of course.

marmotta commented on 2014-01-08 06:41 (UTC)

Sorry for my poor english... I wanted to say this: If i write: "pacman -S mdnsresponder" the packagemanager download avahi. You do not have this problem with TimeMachine adisk service?

SJ_UnderWater commented on 2014-01-08 02:02 (UTC)

you can't have mdnsresponder and avahi, they both do the same thing.

marmotta commented on 2014-01-07 18:27 (UTC)

Any news? It is not possible that only I have this problem...

marmotta commented on 2014-01-05 10:25 (UTC)

My first install is in real machine, fresh install in VM is only for exclude other problems. mdnsresponder is already installed from pacman and install avahi. You want info log? Is very long, where i post it?

SJ_UnderWater commented on 2014-01-05 06:09 (UTC)

it does look like it could be a compilation issue, but the file in question afp_avahi.c hasn't changed since 2012. The (null) points to the printf() in that file, but it's not obvious why. It may not be dbus after all, but your use of a VM does raise questions. I would suggest using the INFO logging level and checking for the Bonjour entries. If the log line is correct, something is going wrong memory-wise. You may also want to try building mdnsresponder and compiling against that instead, if Avahi continues to give you problems. At worst you could create the service entry yourself.

marmotta commented on 2014-01-04 18:28 (UTC)

I have compiled in VM with fresh install of updated Arch. The problem remains the same.

marmotta commented on 2014-01-03 21:29 (UTC)

Is true..... My dbus is updated (last day) and running without a errors, how i fix netatalk?

SJ_UnderWater commented on 2014-01-03 21:23 (UTC)

afpstats also uses dbus, the documentation says it clearly http://netatalk.sourceforge.net/3.1/htmldocs/afpstats.1.html

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 25 Next › Last »