Package Details: netatalk 4.0.5-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.22
First Submitted: 2007-03-31 06:19 (UTC)
Last Updated: 2024-11-10 20:38 (UTC)

Dependencies (26)

Required by (0)

Sources (1)

Pinned Comments

denn commented on 2024-10-07 09:59 (UTC) (edited on 2024-10-20 12:31 (UTC) by denn)

As 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.

Latest Comments

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

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

marmotta commented on 2014-01-03 20:58 (UTC)

Or python? [marmotta@Media system.d]$ afpstats File "/usr/bin/afpstats", line 26 print name ^ SyntaxError: invalid syntax

SJ_UnderWater commented on 2014-01-03 20:46 (UTC)

if dbus is failing to connect to systemd during make, and avahi and afpd aren't communicating well during startup, then it does seem like dbus is the issue.

marmotta commented on 2014-01-03 20:40 (UTC)

systemd is ok, my system is full systemd and updated. My afp.conf is correct: Jan 03 17:18:09.757480 netatalk[19101] {netatalk_conf.c:582} (D5:AFPDaemon): createvol(volume: 'TimeMachine', path: "/home/marmotta/MediaServer/TimeMachine", preset: '-'): BEGIN Jan 03 17:18:09.757574 netatalk[19101] {netatalk_conf.c:256} (D5:AFPDaemon): Volume "/home/marmotta/MediaServer/TimeMachine" ACL support: yes Jan 03 17:18:09.757692 netatalk[19101] {vfs.c:852} (D5:AFPDaemon): initvol_vfs: enabling EA support with native EAs Jan 03 17:18:09.757751 netatalk[19101] {netatalk_conf.c:115} (D5:AFPDaemon): get_uuid('TimeMachine'): UUID: 'B4F77609-B6FF-DA9F-0909-26FDDDF4F089' Jan 03 17:18:09.757796 netatalk[19101] {netatalk_conf.c:956} (D5:AFPDaemon): Volume 'TimeMachine': UUID 'B4F77609-B6FF-DA9F-0909-26FDDDF4F089' Jan 03 17:18:09.757826 netatalk[19101] {netatalk_conf.c:965} (D5:AFPDaemon): createvol: END: 0 adisk service approximately a month ago it was ok, now i have this problem. Incompatibility with updated avahi? dbus?

SJ_UnderWater commented on 2014-01-03 18:16 (UTC)

make sure systemd is working or the install-data-hook will fail. Avahi is working, because you have an adisk service entry. Make sure you configured your shares correctly, see http://wiki.archlinux.org/index.php/Netatalk and the original Netatalk documentation at the upstream URL above.

marmotta commented on 2014-01-03 17:56 (UTC)

I have a error when make a package: Failed to get D-Bus connection: Connection terminated during authentication. make[4]: [install-data-hook] Errore 1 (ignorato) Avahi discovery not work, my mac show only a time machine "null" drive: [marmotta@Media netatalk]$ avahi-browse -ar + eth0 IPv4 Media _device-info._tcp local + eth0 IPv4 Media Apple TimeMachine local + eth0 IPv4 Media Apple File Sharing local + eth0 IPv4 MEDIA(SMB) Rete Microsoft Windows local + eth0 IPv4 Media [**:**:**:**:**:**] Macchine local + eth0 IPv4 Media SSH Terminale remoto local + eth0 IPv4 Media SFTP File Transfer local = eth0 IPv4 Media _device-info._tcp local hostname = [Media.local] address = [192.168.1.25] port = [9] txt = ["model=RackMac"] = eth0 IPv4 Media Apple TimeMachine local hostname = [Media.local] address = [192.168.1.25] port = [548] txt = ["dk0=adVN=(null),adVF=0xa1,adVU=(null)" "sys=waMa=0,adVF=0x100"] = eth0 IPv4 Media Apple File Sharing local hostname = [Media.local] address = [192.168.1.25] port = [548] txt = [] The netatalk log not show errors

SJ_UnderWater commented on 2013-12-17 01:54 (UTC)

Namcap says (and I agree), that python is required. You're free to edit the PKGBUILD, but it's not like you can half-run afpstats without it.

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