Package Details: netatalk 3.1.10-1

Git Clone URL: https://aur.archlinux.org/netatalk.git (read-only)
Package Base: netatalk
Description: Open-source implementation of the Apple Filing Protocol
Upstream URL: http://netatalk.sourceforge.net
Keywords: afp appletalk
Licenses: GPL
Replaces: netatalk-git, netatalk2
Submitter: Snowman
Maintainer: denn
Last Packager: denn
Votes: 78
Popularity: 1.200030
First Submitted: 2007-03-31 06:19
Last Updated: 2016-09-21 15:46

Latest Comments

denn commented on 2016-09-21 15:47

Updated to 3.1.10

maclinuxfree commented on 2016-07-23 21:32

pls update to 3.1.9
thank you

denn commented on 2016-01-02 21:18

Updated to 3.1.8

fuerst commented on 2015-12-03 13:19

@lenovomi: Do you encounter the problems since you start using TM at your Arm device? Sounds a bit like corrupted hardware. Some things to check:

* "dmesg" for any hard disk related errors.
* "smartctl -A /dev/sda". "sda" is first drive, "sdb" second and so on.
* Finally do a filesystem check including badblocks: "fsck -vcck /dev/<device-PARTITION>". See https://wiki.archlinux.org/index.php/Badblocks for details.

lenovomi commented on 2015-11-10 18:40

Guys,
I have constantly problems with TM on my arch arm device. Sometimes my old backup got lost, sometimes whole TM archive got corrupted. I have sparse bundle as a storage for TM that lays on my my ext4. My config is almost identical to QNAP one. Any idea why those issues are constantly happening to me? Thanks.

justinkb commented on 2014-12-08 18:25

3.1.7 has been released, it seems.

rainrain commented on 2014-08-29 22:56

Netatalk 3.1.6 is available!

mikejuni commented on 2014-08-14 08:41

3.1.5 is out.

trialuser commented on 2014-07-31 19:06

Reinstalling acl fixed it for me, thanks for the help denn!

trialuser commented on 2014-07-30 17:58

failed with:

Makefile:631: recipe for target 'libutil_la-unix.lo' failed
make[3]: *** [libutil_la-unix.lo] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory '/tmp/makepkg/netatalk/src/netatalk-3.1.3/libatalk/util'
Makefile:674: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/tmp/makepkg/netatalk/src/netatalk-3.1.3/libatalk'
Makefile:512: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/tmp/makepkg/netatalk/src/netatalk-3.1.3'
Makefile:443: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build netatalk.


any ideas?

nariox commented on 2014-07-23 15:37

Could you add 'armv7h' to the arch? It builds and works well for me if I edit the PKGBUILD file.

denn commented on 2014-06-08 19:26

Updated to 3.1.2 and patched to use avahi-client instead of dns_sd

mikejuni commented on 2014-06-08 14:02

3.1.2 is out.

mikejuni commented on 2014-05-04 12:38

It seems like netatalk is currently linked against dns_sd but not avahi-client. It is still usable but I"m not sure if it is optimal.

SJ_UnderWater commented on 2014-02-22 19:24

I have disowned the package

SJ_UnderWater commented on 2014-02-18 14:58

libtool is a member of base-devel, please follow instructions https://wiki.archlinux.org/index.php/PKGBUILD#makedepends
https://wiki.archlinux.org/index.php/Makepkg#Usage

cxcv commented on 2014-02-17 20:34

missing dependency: libtool

SJ_UnderWater commented on 2014-02-16 15:55

Precisely because it fixed the issues users were having, check the the changelog. It also was an update, from 3.0.6 to 3.0.7

frederik commented on 2014-02-16 15:48

Why "update" to old stable? See http://netatalk.sourceforge.net/ on left side.
3.1.0 is new stable...
Please update.

FalconGER commented on 2014-02-07 19:36

source-link does not work :-/

I tried http://downloads.sourceforge.net/project/netatalk/netatalk/3.0.7/netatalk-3.0.7.tar.bz2 successfully :) simply changed in PKGBUILD

marmotta commented on 2014-02-05 18:33

I have edited pkgbuild to install (new???) version 3.0.7

Same dbus error in compile, but now TimeMachine work perfectly!!!

SJ_UnderWater commented on 2014-01-26 21:37

I will be recusing myself soon as package maintainer, since making some lifestyle changes which mean I won't be using netatalk anymore (running Server on a spare machine instead).
The package itself has been fairly stable since the 2.2 days, but with Python, the newer Spotlight support, and Autoconf warnings piling up, its up to someone new to decide what the default featureset should be, and how to set it up. mDNSResponder (in the AUR) remains a possibility (and fewer Avahi API warnings), but Tracker (for Spotlight) appears to require additional headers which aren't compiled into the existing package.
I hope someone will step up before I orphan the package.

moonman commented on 2014-01-21 10:09

Just an FYI and for your consideration: you can bump the pkgrel so the package gets picked up by tools like yaourt for automatic update. As the maintainer you are probably informed better of when it needs to be rebuilt.

Butcho commented on 2014-01-19 22:38

Indeed the error goes away but ever since the libgcrypt update, I get a (null) when I search for timemachine drives, I get a dsi_stream_read: len:0, unexpected EOF

Jan 19 17:37:48.384358 afpd[1507] {dsi_tcp.c:241} (I:DSI): AFP/TCP session from 192.168.1.4:51806
Jan 19 17:37:48.417518 afpd[1230] {main.c:151} (I:AFPDaemon): child[1506]: exited 4
Jan 19 17:37:59.243259 afpd[1516] {dsi_tcp.c:241} (I:DSI): AFP/TCP session from 192.168.1.4:51807
Jan 19 17:37:59.245355 afpd[1516] {uams_dhx2_pam.c:329} (I:UAMS): DHX2 login: timemachine
Jan 19 17:37:59.345926 afpd[1516] {uams_dhx2_pam.c:214} (I:UAMS): PAM DHX2: PAM Success
Jan 19 17:37:59.362695 afpd[1516] {uams_dhx2_pam.c:709} (I:UAMS): DHX2: PAM Auth OK!
Jan 19 17:37:59.362717 afpd[1516] {auth.c:232} (N:AFPDaemon): AFP3.3 Login by timemachine
Jan 19 17:37:59.375302 afpd[1516] {auth.c:828} (N:AFPDaemon): AFP logout by timemachine
Jan 19 17:37:59.376437 afpd[1516] {dsi_stream.c:504} (E:DSI): dsi_stream_read: len:0, unexpected EOF
Jan 19 17:37:59.376508 afpd[1516] {afp_dsi.c:503} (N:AFPDaemon): afp_over_dsi: client logged out, terminating DSI session
Jan 19 17:37:59.377023 afpd[1516] {afp_dsi.c:106} (N:AFPDaemon): AFP statistics: 0.60 KB read, 0.45 KB written
Jan 19 17:37:59.377070 afpd[1516] {dircache.c:615} (I:AFPDaemon): dircache statistics: entries: 0, lookups: 0, hits: 0, misses: 0, added: 0, removed: 0, expunged: 0, evicted: 0
Jan 19 17:37:59.378417 afpd[1230] {main.c:153} (I:AFPDaemon): child[1516]: done

SJ_UnderWater commented on 2014-01-19 21:23

When a library update breaks the package, you must recompile it yourself; there is no change necessary to what I've posted here, which is a source package. I recompiled netatalk from the tarball and successfully completed a TimeMachine backup. I will unflag the package tomorrow.
I will also look into making python2 the requirement.
mdnsresponder is in the AUR, not the main repository.

SJ_UnderWater commented on 2014-01-19 21:22

When a library update breaks the package, you must recompile it yourself; there is no change necessary to what I've posted here, which is a source package. I recompiled netatalk from the tarball and successfully completed a TimeMachine backup. I will unflag the package tomorrow.

Butcho commented on 2014-01-19 19:17

libgcrypt was updated and broke netatalk. Please update.

jakethedog commented on 2014-01-18 08:52

@SJ_UnderWater: There is a problem with the new libgcrypt 1.6, because of missing "/usr/lib/libgcrypt.so.11" could you recompile this package.
Thanks

jakethedog commented on 2014-01-18 08:10

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.

skithund commented on 2014-01-09 05:37

My netatalk installation has also stopped working suddenly. Last time it worked was on 2nd of january morning and when I came back home on 6th, it didn't work anymore. All packages upgraded (including kernel) and computer rebooted.

Here's "maxdebug" log when trying to connect, if that helps anything:
http://pastie.org/private/yms5smdpgh0nhyj5xujpcq

And here's the error screen from OS X (10.9.1):
https://www.dropbox.com/s/nw7h6it14ucdowr/Screenshot%202014-01-09%2007.10.39.png

Same error using my Mac Mini (10.8.5).

marmotta commented on 2014-01-08 06:41

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

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

marmotta commented on 2014-01-07 18:27

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

marmotta commented on 2014-01-05 10:25

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

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

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

marmotta commented on 2014-01-03 21:29

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

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

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

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

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?

marmotta commented on 2014-01-03 20:38

systemd is ok, my system is full systemd and updated. My afp.conf is correct:

This is a debug log:

Jan 03 17:18:09.754797 netatalk[19101] {logger.c:359} (D5:Logger): Setup file logging: type: Default, level: DEBUG, file: /var/log/netatalk.log
Jan 03 17:18:09.755563 netatalk[19101] {netatalk_conf.c:1869} (D5:AFPDaemon): CNID Server: localhost:4700
Jan 03 17:18:09.755633 netatalk[19101] {netatalk_conf.c:1912} (D5:AFPDaemon): Global unix charset is UTF8
Jan 03 17:18:09.755668 netatalk[19101] {netatalk_conf.c:1923} (D5:AFPDaemon): Global vol charset is UTF8
Jan 03 17:18:09.755700 netatalk[19101] {netatalk_conf.c:1937} (D5:AFPDaemon): Global mac charset is MAC_ROMAN
Jan 03 17:18:09.755730 netatalk[19101] {netatalk_conf.c:1231} (D5:AFPDaemon): readextmap: loading "/etc/extmap.conf"
Jan 03 17:18:09.755948 netatalk[19101] {netatalk_conf.c:1252} (D5:AFPDaemon): readextmap: done
Jan 03 17:18:09.755988 netatalk[19101] {netatalk_conf.c:1357} (D5:AFPDaemon): load_volumes: BEGIN
Jan 03 17:18:09.756020 netatalk[19101] {netatalk_conf.c:1392} (D5:AFPDaemon): load_volumes: no volumes yet
Jan 03 17:18:09.756075 netatalk[19101] {netatalk_conf.c:1417} (D5:AFPDaemon): load_volumes: loading: /etc/afp.conf
Jan 03 17:18:09.756232 netatalk[19101] {netatalk_conf.c:1012} (D5:AFPDaemon): readvolfile: BEGIN
Jan 03 17:18:09.756269 netatalk[19101] {netatalk_conf.c:1015} (D5:AFPDaemon): readvolfile: sections: 4
Jan 03 17:18:09.756342 netatalk[19101] {netatalk_conf.c:582} (D5:AFPDaemon): createvol(volume: 'Media', path: "/home/marmotta/MediaServer/Media", preset: '-'): BEGIN
Jan 03 17:18:09.756776 netatalk[19101] {netatalk_conf.c:256} (D5:AFPDaemon): Volume "/home/marmotta/MediaServer/Media" ACL support: yes
Jan 03 17:18:09.756910 netatalk[19101] {vfs.c:852} (D5:AFPDaemon): initvol_vfs: enabling EA support with native EAs
Jan 03 17:18:09.757005 netatalk[19101] {netatalk_conf.c:115} (D5:AFPDaemon): get_uuid('Media'): UUID: '59A6BEBE-C150-D248-F029-208985070A0C'
Jan 03 17:18:09.757067 netatalk[19101] {netatalk_conf.c:956} (D5:AFPDaemon): Volume 'Media': UUID '59A6BEBE-C150-D248-F029-208985070A0C'
Jan 03 17:18:09.757100 netatalk[19101] {netatalk_conf.c:965} (D5:AFPDaemon): createvol: END: 0
Jan 03 17:18:09.757148 netatalk[19101] {netatalk_conf.c:582} (D5:AFPDaemon): createvol(volume: 'Condivisi', path: "/home/marmotta/MediaServer/Condivisi", preset: '-'): BEGIN
Jan 03 17:18:09.757268 netatalk[19101] {netatalk_conf.c:256} (D5:AFPDaemon): Volume "/home/marmotta/MediaServer/Condivisi" ACL support: yes
Jan 03 17:18:09.757306 netatalk[19101] {vfs.c:852} (D5:AFPDaemon): initvol_vfs: enabling EA support with native EAs
Jan 03 17:18:09.757364 netatalk[19101] {netatalk_conf.c:115} (D5:AFPDaemon): get_uuid('Condivisi'): UUID: '1495FEA1-4BE7-7E3F-FFFF-BD3A6ADA8911'
Jan 03 17:18:09.757409 netatalk[19101] {netatalk_conf.c:956} (D5:AFPDaemon): Volume 'Condivisi': UUID '1495FEA1-4BE7-7E3F-FFFF-BD3A6ADA8911'
Jan 03 17:18:09.757439 netatalk[19101] {netatalk_conf.c:965} (D5:AFPDaemon): createvol: END: 0
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
Jan 03 17:18:09.757857 netatalk[19101] {netatalk_conf.c:1447} (D5:AFPDaemon): load_volumes: END
Jan 03 17:18:09.757903 netatalk[19101] {netatalk.c:359} (N:Default): Netatalk AFP server starting
Jan 03 17:18:09.766545 cnid_metad[19103] {logger.c:359} (D5:Logger): Setup file logging: type: Default, level: DEBUG, file: /var/log/netatalk.log
Jan 03 17:18:09.766783 cnid_metad[19103] {netatalk_conf.c:1869} (D5:AFPDaemon): CNID Server: localhost:4700
Jan 03 17:18:09.766827 cnid_metad[19103] {netatalk_conf.c:1912} (D5:AFPDaemon): Global unix charset is UTF8
Jan 03 17:18:09.766859 cnid_metad[19103] {netatalk_conf.c:1923} (D5:AFPDaemon): Global vol charset is UTF8
Jan 03 17:18:09.766889 cnid_metad[19103] {netatalk_conf.c:1937} (D5:AFPDaemon): Global mac charset is MAC_ROMAN
Jan 03 17:18:09.766917 cnid_metad[19103] {netatalk_conf.c:1231} (D5:AFPDaemon): readextmap: loading "/etc/extmap.conf"
Jan 03 17:18:09.767089 cnid_metad[19103] {netatalk_conf.c:1252} (D5:AFPDaemon): readextmap: done
Jan 03 17:18:09.767126 cnid_metad[19103] {netatalk_conf.c:1357} (D5:AFPDaemon): load_volumes: BEGIN
Jan 03 17:18:09.767161 cnid_metad[19103] {netatalk_conf.c:1392} (D5:AFPDaemon): load_volumes: no volumes yet
Jan 03 17:18:09.767212 cnid_metad[19103] {netatalk_conf.c:1417} (D5:AFPDaemon): load_volumes: loading: /etc/afp.conf
Jan 03 17:18:09.767358 cnid_metad[19103] {netatalk_conf.c:1012} (D5:AFPDaemon): readvolfile: BEGIN
Jan 03 17:18:09.767393 cnid_metad[19103] {netatalk_conf.c:1015} (D5:AFPDaemon): readvolfile: sections: 4
Jan 03 17:18:09.767466 cnid_metad[19103] {netatalk_conf.c:582} (D5:AFPDaemon): createvol(volume: 'Media', path: "/home/marmotta/MediaServer/Media", preset: '-'): BEGIN
Jan 03 17:18:09.767742 cnid_metad[19103] {netatalk_conf.c:256} (D5:AFPDaemon): Volume "/home/marmotta/MediaServer/Media" ACL support: yes
Jan 03 17:18:09.767800 cnid_metad[19103] {vfs.c:852} (D5:AFPDaemon): initvol_vfs: enabling EA support with native EAs
Jan 03 17:18:09.767876 cnid_metad[19103] {netatalk_conf.c:115} (D5:AFPDaemon): get_uuid('Media'): UUID: '59A6BEBE-C150-D248-F029-208985070A0C'
Jan 03 17:18:09.767929 cnid_metad[19103] {netatalk_conf.c:956} (D5:AFPDaemon): Volume 'Media': UUID '59A6BEBE-C150-D248-F029-208985070A0C'
Jan 03 17:18:09.767959 cnid_metad[19103] {netatalk_conf.c:965} (D5:AFPDaemon): createvol: END: 0
Jan 03 17:18:09.768002 cnid_metad[19103] {netatalk_conf.c:582} (D5:AFPDaemon): createvol(volume: 'Condivisi', path: "/home/marmotta/MediaServer/Condivisi", preset: '-'): BEGIN
Jan 03 17:18:09.768087 cnid_metad[19103] {netatalk_conf.c:256} (D5:AFPDaemon): Volume "/home/marmotta/MediaServer/Condivisi" ACL support: yes
Jan 03 17:18:09.768149 cnid_metad[19103] {vfs.c:852} (D5:AFPDaemon): initvol_vfs: enabling EA support with native EAs
Jan 03 17:18:09.768207 cnid_metad[19103] {netatalk_conf.c:115} (D5:AFPDaemon): get_uuid('Condivisi'): UUID: '1495FEA1-4BE7-7E3F-FFFF-BD3A6ADA8911'
Jan 03 17:18:09.768251 cnid_metad[19103] {netatalk_conf.c:956} (D5:AFPDaemon): Volume 'Condivisi': UUID '1495FEA1-4BE7-7E3F-FFFF-BD3A6ADA8911'
Jan 03 17:18:09.768280 cnid_metad[19103] {netatalk_conf.c:965} (D5:AFPDaemon): createvol: END: 0
Jan 03 17:18:09.768322 cnid_metad[19103] {netatalk_conf.c:582} (D5:AFPDaemon): createvol(volume: 'TimeMachine', path: "/home/marmotta/MediaServer/TimeMachine", preset: '-'): BEGIN
Jan 03 17:18:09.768413 cnid_metad[19103] {netatalk_conf.c:256} (D5:AFPDaemon): Volume "/home/marmotta/MediaServer/TimeMachine" ACL support: yes
Jan 03 17:18:09.768448 cnid_metad[19103] {vfs.c:852} (D5:AFPDaemon): initvol_vfs: enabling EA support with native EAs
Jan 03 17:18:09.768501 cnid_metad[19103] {netatalk_conf.c:115} (D5:AFPDaemon): get_uuid('TimeMachine'): UUID: 'B4F77609-B6FF-DA9F-0909-26FDDDF4F089'
Jan 03 17:18:09.768544 cnid_metad[19103] {netatalk_conf.c:956} (D5:AFPDaemon): Volume 'TimeMachine': UUID 'B4F77609-B6FF-DA9F-0909-26FDDDF4F089'
Jan 03 17:18:09.768573 cnid_metad[19103] {netatalk_conf.c:965} (D5:AFPDaemon): createvol: END: 0
Jan 03 17:18:09.768606 cnid_metad[19103] {netatalk_conf.c:1447} (D5:AFPDaemon): load_volumes: END
Jan 03 17:18:09.769400 cnid_metad[19103] {cnid_metad.c:479} (N:AFPDaemon): CNID Server listening on localhost:4700
Jan 03 17:18:09.774736 afpd[19102] {logger.c:359} (D5:Logger): Setup file logging: type: Default, level: DEBUG, file: /var/log/netatalk.log
Jan 03 17:18:09.774967 afpd[19102] {netatalk_conf.c:1869} (D5:AFPDaemon): CNID Server: localhost:4700
Jan 03 17:18:09.775010 afpd[19102] {netatalk_conf.c:1912} (D5:AFPDaemon): Global unix charset is UTF8
Jan 03 17:18:09.775042 afpd[19102] {netatalk_conf.c:1923} (D5:AFPDaemon): Global vol charset is UTF8
Jan 03 17:18:09.775071 afpd[19102] {netatalk_conf.c:1937} (D5:AFPDaemon): Global mac charset is MAC_ROMAN
Jan 03 17:18:09.775098 afpd[19102] {netatalk_conf.c:1231} (D5:AFPDaemon): readextmap: loading "/etc/extmap.conf"
Jan 03 17:18:09.775270 afpd[19102] {netatalk_conf.c:1252} (D5:AFPDaemon): readextmap: done
Jan 03 17:18:09.775352 afpd[19102] {auth.c:1043} (D5:AFPDaemon): uam: loading (/usr/lib/netatalk//uams_dhx.so)
Jan 03 17:18:09.776165 afpd[19102] {auth.c:1050} (D5:AFPDaemon): uam: uams_dhx.so loaded
Jan 03 17:18:09.776244 afpd[19102] {auth.c:1043} (D5:AFPDaemon): uam: loading (/usr/lib/netatalk//uams_dhx2.so)
Jan 03 17:18:09.777059 afpd[19102] {uams_dhx2_pam.c:934} (D5:UAMS): DHX2: generating mersenne primes
Jan 03 17:18:10.402248 afpd[19102] {auth.c:1050} (D5:AFPDaemon): uam: uams_dhx2.so loaded
Jan 03 17:18:10.402494 afpd[19102] {status.c:644} (I:AFPDaemon): signature is 6C5A4F3337FA10ABD02B81FD0E27CDF5
Jan 03 17:18:10.402545 afpd[19102] {afp_config.c:106} (D5:AFPDaemon): DSIConfigInit: hostname: Media, listen: -, interfaces: -, port: 548
Jan 03 17:18:10.403550 afpd[19102] {auth.c:110} (I:AFPDaemon): uam: "DHX2" available
Jan 03 17:18:10.403625 afpd[19102] {auth.c:110} (I:AFPDaemon): uam: "DHCAST128" available
Jan 03 17:18:10.403656 afpd[19102] {status.c:363} (I:AFPDaemon): servername: Media
Jan 03 17:18:10.403703 afpd[19102] {afp_config.c:202} (N:AFPDaemon): Netatalk AFP/TCP listening on 192.168.1.25:548
Jan 03 17:18:10.403753 afpd[19102] {ldap_config.c:84} (D5:AFPDaemon): LDAP: Missing option: "ldap server"
Jan 03 17:18:10.403781 afpd[19102] {ldap_config.c:101} (I:AFPDaemon): LDAP: not used
Jan 03 17:18:10.403813 afpd[19102] {netatalk_conf.c:1357} (D5:AFPDaemon): load_volumes: BEGIN
Jan 03 17:18:10.403847 afpd[19102] {netatalk_conf.c:1392} (D5:AFPDaemon): load_volumes: no volumes yet
Jan 03 17:18:10.403902 afpd[19102] {netatalk_conf.c:1417} (D5:AFPDaemon): load_volumes: loading: /etc/afp.conf
Jan 03 17:18:10.404059 afpd[19102] {netatalk_conf.c:1012} (D5:AFPDaemon): readvolfile: BEGIN
Jan 03 17:18:10.404094 afpd[19102] {netatalk_conf.c:1015} (D5:AFPDaemon): readvolfile: sections: 4
Jan 03 17:18:10.404185 afpd[19102] {netatalk_conf.c:582} (D5:AFPDaemon): createvol(volume: 'Media', path: "/home/marmotta/MediaServer/Media", preset: '-'): BEGIN
Jan 03 17:18:10.404465 afpd[19102] {netatalk_conf.c:256} (D5:AFPDaemon): Volume "/home/marmotta/MediaServer/Media" ACL support: yes
Jan 03 17:18:10.404528 afpd[19102] {vfs.c:852} (D5:AFPDaemon): initvol_vfs: enabling EA support with native EAs
Jan 03 17:18:10.404609 afpd[19102] {netatalk_conf.c:115} (D5:AFPDaemon): get_uuid('Media'): UUID: '59A6BEBE-C150-D248-F029-208985070A0C'
Jan 03 17:18:10.404665 afpd[19102] {netatalk_conf.c:956} (D5:AFPDaemon): Volume 'Media': UUID '59A6BEBE-C150-D248-F029-208985070A0C'
Jan 03 17:18:10.404695 afpd[19102] {netatalk_conf.c:965} (D5:AFPDaemon): createvol: END: 0
Jan 03 17:18:10.404738 afpd[19102] {netatalk_conf.c:582} (D5:AFPDaemon): createvol(volume: 'Condivisi', path: "/home/marmotta/MediaServer/Condivisi", preset: '-'): BEGIN
Jan 03 17:18:10.404828 afpd[19102] {netatalk_conf.c:256} (D5:AFPDaemon): Volume "/home/marmotta/MediaServer/Condivisi" ACL support: yes
Jan 03 17:18:10.404866 afpd[19102] {vfs.c:852} (D5:AFPDaemon): initvol_vfs: enabling EA support with native EAs
Jan 03 17:18:10.404920 afpd[19102] {netatalk_conf.c:115} (D5:AFPDaemon): get_uuid('Condivisi'): UUID: '1495FEA1-4BE7-7E3F-FFFF-BD3A6ADA8911'
Jan 03 17:18:10.404965 afpd[19102] {netatalk_conf.c:956} (D5:AFPDaemon): Volume 'Condivisi': UUID '1495FEA1-4BE7-7E3F-FFFF-BD3A6ADA8911'
Jan 03 17:18:10.404994 afpd[19102] {netatalk_conf.c:965} (D5:AFPDaemon): createvol: END: 0
Jan 03 17:18:10.405035 afpd[19102] {netatalk_conf.c:582} (D5:AFPDaemon): createvol(volume: 'TimeMachine', path: "/home/marmotta/MediaServer/TimeMachine", preset: '-'): BEGIN
Jan 03 17:18:10.405122 afpd[19102] {netatalk_conf.c:256} (D5:AFPDaemon): Volume "/home/marmotta/MediaServer/TimeMachine" ACL support: yes
Jan 03 17:18:10.405157 afpd[19102] {vfs.c:852} (D5:AFPDaemon): initvol_vfs: enabling EA support with native EAs
Jan 03 17:18:10.405212 afpd[19102] {netatalk_conf.c:115} (D5:AFPDaemon): get_uuid('TimeMachine'): UUID: 'B4F77609-B6FF-DA9F-0909-26FDDDF4F089'
Jan 03 17:18:10.405255 afpd[19102] {netatalk_conf.c:956} (D5:AFPDaemon): Volume 'TimeMachine': UUID 'B4F77609-B6FF-DA9F-0909-26FDDDF4F089'
Jan 03 17:18:10.405284 afpd[19102] {netatalk_conf.c:965} (D5:AFPDaemon): createvol: END: 0
Jan 03 17:18:10.405317 afpd[19102] {netatalk_conf.c:1447} (D5:AFPDaemon): load_volumes: END
Jan 03 17:18:10.405346 afpd[19102] {afp_zeroconf.c:30} (D5:AFPDaemon): Attempting to register with mDNS using mDNSResponder
Jan 03 17:18:10.405670 afpd[19102] {afp_mdns.c:152} (I:AFPDaemon): Registering volume 'TimeMachine' with UUID: 'B4F77609-B6FF-DA9F-0909-26FDDDF4F089' for TimeMachine
Jan 03 17:18:10.405735 afpd[19102] {afp_mdns.c:196} (I:AFPDaemon): Registering server 'Media' with Bonjour
Jan 03 17:18:10.433302 afpd[19102] {afp_mdns.c:238} (I:AFPDaemon): Registering server 'Media' with model 'RackMac'
Jan 03 17:18:10.448547 afpd[19102] {cnid.c:54} (I:AFPDaemon): Registering CNID module [last]
Jan 03 17:18:10.448846 afpd[19102] {cnid.c:54} (I:AFPDaemon): Registering CNID module [cdb]
Jan 03 17:18:10.448912 afpd[19102] {cnid.c:54} (I:AFPDaemon): Registering CNID module [dbd]
Jan 03 17:18:10.448968 afpd[19102] {cnid.c:54} (I:AFPDaemon): Registering CNID module [tdb]
Jan 03 17:18:10.449023 afpd[19102] {cnid.c:54} (I:AFPDaemon): Registering CNID module [mysql]
Jan 03 17:18:10.449093 afpd[19102] {socket.c:537} (D5:Default): fdset_add_fd: adding fd 5 in slot 0
Jan 03 17:18:10.449180 afpd[19102] {socket.c:556} (D5:Default): fdset_add_fd: initialized with space for 237 conncections

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

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

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

marmotta commented on 2014-01-03 17:54

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 [f4:6d:04:d6:09:9d] 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

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.

richjn commented on 2013-12-17 00:17

Ahh, I see
Thanks for the explanation for libevent.

Could python be an optdepends (to run afpstats) or is it required to build afpstats in the first place ?

Richard

richjn commented on 2013-12-17 00:06

Ahh, I see.
Thanks for the explanation.

Richard

SJ_UnderWater commented on 2013-12-16 04:15

The idea is to use the pkg repository's libevent, not the included libevent, hence the dependency. As for python, it's required by the afpstats script.

richjn commented on 2013-12-15 20:37

Hi
Thanks for the package, I just have a query / observation.

1) libevent is shown as a dependancy but the PKGBUILD has --with-libevent=no I tried without libevent installed and compile failed. It seems the normal --with-"option"=no convention does not work here where a --disable-libevent does and compile then works fine without libevent.

2) I probably haven't researched enough so excuse me if I'm missing the obvious but why the need for python ? it compiles and runs fine here without python.

Regards
Richard

frederik commented on 2013-07-17 14:33

Just had to restart whole server because of kernelchanges. It is working now - strange since I already restarted the services...

SJ_UnderWater commented on 2013-07-17 03:57

I suggest you check to make sure any mDNS service can be broadcast first, check the avahi documentation. Otherwise you will have to increase the logging level and look for errors. The hostname shouldn't be added as a prefix to the service name, that's incorrect, besides the fact that service names must begin with an underscore "_"

frederik commented on 2013-07-16 12:43

heimdall is the hostname of that server. But don't know where the _ is coming from...?
Made all settings following the Wikipage.

SJ_UnderWater commented on 2013-07-16 05:11

how are you getting the heimdall_ prefix? that doesn't look correct. did you try turning up the verbosity to see where it's coming from?

frederik commented on 2013-07-15 14:42

Cant connect to netatalk while getting this log entries:

Jul 15 16:34:41.792684 afpd[26005] {afp_mdns.c:92} (E:AFPDaemon): Failed to register mDNS service: heimdall_afpovertcp._tcp.: code=-65537
message repeated 2 times
Jul 15 16:34:41.792769 afpd[26005] {afp_mdns.c:92} (E:AFPDaemon): Failed to register mDNS service: heimdall_device-info._tcp.: code=-65537
message repeated 2 times

Help appreciated

SJ_UnderWater commented on 2013-06-28 18:58

pkg-config is a memeber of base-devel, see https://wiki.archlinux.org/index.php/PKGBUILD#makedepends

Anonymous comment on 2013-06-28 11:08

Please add `pkg-config` to the dependencies. If that package is not installed, autoconf will fail building the appropriate files.

Anonymous comment on 2013-06-05 11:22

sorry, my mistake, I compiled it while I had tcp_wrappers installed, and after the last update intervention on arch I removed it and didnt re-install. great job by the way, works like a charm usually :)

SJ_UnderWater commented on 2013-06-04 20:57

there is no explicit tcp_wrappers dependency, the website itself lists it under "optional". It was explicitly included in earlier versions of this package, but was removed when it dropped from Extra to Unsupported.

Anonymous comment on 2013-06-04 20:41

so is it just me or is this thing dependent of the tcp_wrappers package?

SJ_UnderWater commented on 2013-06-04 18:32

the description pre-dates my involvement as the maintainer, I've kept it. if by build flags you mean CFLAGS, -Wno-unused-result cleans up the compilation warnings, and -O2 is a recent addition to prevent another "# warning _FORTIFY_SOURCE requires compiling with optimization (-O)"

fauno commented on 2013-06-04 14:25

hey, could you explain what the build flags for? it works ok without them though i haven't done intensive testing.

here's a modified version of your pkgbuild:
https://projects.parabolagnulinux.org/abslibre.git/tree/pcr/netatalk

(also the description doesn't seem right "kernel level"?)

SJ_UnderWater commented on 2013-06-03 19:48

thank you for calling my attention to the usrbin changes, new version up.

WonderWoofy commented on 2013-06-03 16:16

All that you need to do is add "--sbindir=/usr/bin" to the ./configure line to make it compatible with the /usr/bin move.

Anonymous comment on 2013-06-03 12:58

In regards to the latest update: https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-intervention/

It appears that the netatalk binary is installed to /usr/sbin.

It should now be installed to /usr/bin.

Anonymous comment on 2013-04-19 08:36

Can you please add --enable-krbV-uam to configure options? It's needed to get netatalk work with kerberos.

SJ_UnderWater commented on 2013-03-27 09:57

updated to 3.0.3, unfortunately this adds a python dependency for `afpstates`
using a fully-updated installation and a fresh copy of the tarball, the `cp` command is necessary.

Fraterius commented on 2013-03-26 12:52

I'm getting build error with:

cp: will not overwrite just-created './missing' with '/usr/share/automake-1.13/missing'

It's building ok without cp command though. Is it necessary in the first place?

SJ_UnderWater commented on 2013-02-14 04:28

i cannot find any reference to "freedesktop.avahi" in my src/ or pkg/ directories, though I don't use systemd. As far as I can tell, it is your responsibility to ensure Avahi is loaded before netatalk starts (like sysvinit); you could also modify the netatalk.service dependencies.

Anonymous comment on 2013-02-13 07:01

I had to run the following commands to enable bonjour discovery (shows up in the sidebar) on my mac. I could still connect to the server without it by manually entering the ip address:

systemctl enable avahi-daemon.socket
systemctl enable avahi-daemon.service

The installation seems to target the wrong file, the correct files are above. I found an error in journalctl and the service "status dbus-org.freedesktop.Avahi.service" had an error starting. Running this showed the cause:
systemctl status dbus-org.freedesktop.Avahi.service
dbus-org.freedesktop.Avahi.service
Loaded: error (Reason: No such file or directory)
Active: inactive (dead)

SJ_UnderWater commented on 2013-01-05 09:50

should be fixed now, but there's more going on with the deprecated macros. also a minor install script fix

Kev commented on 2013-01-04 19:17

Does not compile:

-> Fixing...
configure.ac:10: error: 'AM_CONFIG_HEADER': this macro is obsolete.
You should use the 'AC_CONFIG_HEADERS' macro instead.
/usr/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from...
configure.ac:10: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: error: echo failed with exit status: 1
autoreconf: aclocal failed with exit status: 1
==> FEHLER: Ein Fehler geschah in build().

SJ_UnderWater commented on 2012-12-07 10:08

wiki article has been updated

SJ_UnderWater commented on 2012-11-28 06:01

fixed mimic model, and yes, from my own experiences you may have to purge the existing cnid data when updating to 3.0. As an aside, those using netatalk on filesystems which do not support EA should consider "ea = ad\nappledouble = v2" in their afp.conf

h50 commented on 2012-10-17 01:49

I fixed it. There seemed to be a corrupt .DS_Store file in there. I just deleted it.

h50 commented on 2012-10-17 01:35

More verbose logging:

Oct 16 21:34:42 h5pi cnid_metad[5319]: Set syslog logging to level: DEBUG9
Oct 16 21:34:42 h5pi cnid_metad[5319]: CNID Server: localhost:4700
Oct 16 21:34:42 h5pi cnid_metad[5319]: Global unix charset is UTF8
Oct 16 21:34:42 h5pi cnid_metad[5319]: Global vol charset is UTF8
Oct 16 21:34:42 h5pi cnid_metad[5319]: Global mac charset is MAC_ROMAN
Oct 16 21:34:42 h5pi cnid_metad[5319]: load_volumes: BEGIN
Oct 16 21:34:42 h5pi cnid_metad[5319]: load_volumes: no volumes yet
Oct 16 21:34:42 h5pi cnid_metad[5319]: load_volumes: loading: /etc/afp.conf
Oct 16 21:34:42 h5pi cnid_metad[5319]: readvolfile: BEGIN
Oct 16 21:34:42 h5pi cnid_metad[5319]: readvolfile: sections: 6
Oct 16 21:34:42 h5pi cnid_metad[5319]: createvol(volume: 'TimeMachine', path: "/mnt/raid/timeMachine", preset: '-'): BEGIN
Oct 16 21:34:42 h5pi netatalk[5233]: Got SIGCHLD event
Oct 16 21:34:42 h5pi netatalk[5233]: child[5319]: killed by signal 11
Oct 16 21:34:43 h5pi netatalk[5233]: Restarting 'cnid_metad' (restarts: 76)

h50 commented on 2012-10-17 01:30

Since I updated, I get continuous messages about cnid restarting, and the package just doesn't work anymore!

Name : netatalk
Version : 3.0.1-3

Oct 16 21:25:25 h5pi systemd[1]: Starting Netatalk AFP fileserver for Macintosh
clients...
Oct 16 21:25:25 h5pi systemd[1]: Started Netatalk AFP fileserver for Macintosh c
lients.
Oct 16 21:25:25 h5pi netatalk[4718]: Netatalk AFP server starting
Oct 16 21:25:26 h5pi netatalk[4718]: Restarting 'cnid_metad' (restarts: 1)
Oct 16 21:25:27 h5pi netatalk[4718]: Restarting 'cnid_metad' (restarts: 2)
Oct 16 21:25:28 h5pi netatalk[4718]: Restarting 'cnid_metad' (restarts: 3)
Oct 16 21:25:29 h5pi netatalk[4718]: Restarting 'cnid_metad' (restarts: 4)
Oct 16 21:25:30 h5pi netatalk[4718]: Restarting 'cnid_metad' (restarts: 5)
Oct 16 21:25:31 h5pi netatalk[4718]: Restarting 'cnid_metad' (restarts: 6)
Oct 16 21:25:32 h5pi netatalk[4718]: Restarting 'cnid_metad' (restarts: 7)
Oct 16 21:25:33 h5pi netatalk[4718]: Restarting 'cnid_metad' (restarts: 8)
Oct 16 21:25:34 h5pi netatalk[4718]: Restarting 'cnid_metad' (restarts: 9)
Oct 16 21:25:35 h5pi netatalk[4718]: Restarting 'cnid_metad' (restarts: 10)
Oct 16 21:25:36 h5pi netatalk[4718]: Restarting 'cnid_metad' (restarts: 11)
Oct 16 21:25:37 h5pi afpd[4719]: Netatalk AFP/TCP listening on 192.168.1.2:548

Anonymous comment on 2012-10-16 17:05

Thanks. In particular in light of the "Add "netatalk" to your DAEMONS list in /etc/rc.conf" message I got upon update, I presumed that it should run with initd. The script can be found at https://wiki.archlinux.org/index.php/Writing_rc.d_scripts.

SJ_UnderWater commented on 2012-10-16 16:16

until I can reliably determine init/systemd at buildtime, this pkg is systemd-only. Adding back the rc.d/init portion is easy, just use the initscript template from the wiki, setting the DAEMON to netatalk. There are no special considerations there.

Anonymous comment on 2012-10-16 14:56

The current version does not install anything in /etc/rc.d/netatalk/* and consequently a daemon cannot get started with from /etc/rc.conf. From what I understand, you intend to be compatible with both systemd and initd, but this is currently not working for initd.

SJ_UnderWater commented on 2012-10-08 22:56

another couple of fixes. I kept the systemd line, but moved from /lib to /usr/lib to prevent namcap errors. also includes a smarter install script that checks for rc.d first. I'm hoping to find a way to detect systemd/init at buildtime, but haven't found a good way yet. This way the package will work in both cases.

pac commented on 2012-10-08 21:13

Thanks for the update (especially for the moved state information). As I use a pure systemd init, I get the following (harmless) info during install:
grep: /etc/rc.conf: No such file or directory
>>> Add "netatalk" to your DAEMONS list in /etc/rc.conf
>>>
Additionally, I think the following fix in the PKGBUILD is not needed:
sed -i 's:/lib/systemd:/etc/systemd:' distrib/initscripts/Makefile.{am,in}
systemd expects service files that are installed by a package management system to reside in /usr/lib/systemd, whereas /etc/systemd is intended for manual overrides of these service definitions.

SJ_UnderWater commented on 2012-10-05 13:46

removed rc.d reference in the install file

Anonymous comment on 2012-10-05 13:00

Thanks for the update, it solves some network issues from the previous version. I've juste noticed there is still an issue when your uninstall the package with pacman -Rns : "/tmp/alpm_vj4BiN/.INSTALL: line 22: rc.d: command not found" ! It must be related to the old rc.d !

SJ_UnderWater commented on 2012-10-05 04:12

now using version 3.0.1, systemd, and moved state information to /var/state/netatalk. I hope this helps others with FHS compliance and those with versioned /etc directories. I'm not on systemd yet, so please tell me if there is an issue

SJ_UnderWater commented on 2012-10-05 03:13

the new version uses 3.0.1, and systemd-style services. I'm not on systemd yet, so please tell me if you find any issues, but the service file should be ok.

fauno commented on 2012-09-20 17:48

Added a modified version to Parabola's [social] repo, thanks for your work!

https://projects.parabolagnulinux.org/abslibre.git/tree/social/netatalk

emphire commented on 2012-09-03 00:40

Please add "--with-init-style=systemd" to configure flags so a systemd service file is generated. Thanks!

SJ_UnderWater commented on 2012-08-08 08:54

glad it was fixed. i agree that the error messages aren't very useful, but the "CNID DB" messages are usually related to permissions, i.e. it couldn't create the db.

munkoil commented on 2012-08-08 08:53

Reboot on both server and OS X solved the problem.

munkoil commented on 2012-08-08 08:31

BTW, I don't get any details in syslog.

munkoil commented on 2012-08-08 08:22

I'm having a problem with netatalk 3. When I login in to a share no files are shown for a while, then they show up with the following error message: Something wrong with the volume's CNID DB, using temporary CNID DB instead.Check server messages for details. Switching to read-only mode.

The thing is that I had no database for the volume yet. I tried both with and without running: dbd -r /path/to/share

If I share home directories with [homes] I do not receive this error and everything works as expected.

Any ideas?

;
; Netatalk 3.x configuration file
;

[Global]
; Global server settings
mimic model = RackMac

[Homes]
basedir regex = /home

[media]
path = /scratch/media/

Anonymous comment on 2012-07-23 08:10

I replaced binutils-multilib gcc-multilib libtool-multilib with binutils gcc libtool and now it works :)

SJ_UnderWater commented on 2012-07-18 01:48

i can only assume it's caused by multilib/lib32-libltdl, but could you make sure you have all of base and base-devel updated?

Anonymous comment on 2012-07-17 08:33

I got the following error when upgrade

configure.ac:59: error: possibly undefined macro: AC_LTDL_DLLIB
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:61: error: possibly undefined macro: AC_LTDL_DLSYM_USCORE
autoreconf: /usr/bin/autoconf failed with exit status: 1

but I have core/libltdl and multilib/lib32-libltdl installed on my system

SJ_UnderWater commented on 2012-07-15 18:56

the problem is that /etc/netatalk/*.conf was the location for some important, generated, permanent files. I say permanent because they normally survive package removal, and since they contain UUIDs for the machine (and any TM volumes) they really should hang around in case the machine ever runs netatalk again. I agree completely about the variable/permanent issue, but there are continuity issues here as well as FHS. Really the netatalk people should never have decided to merge those trees, but I've decided to choose continuity over strict FHS compliance, at least for the near future.

pac commented on 2012-07-15 14:12

@SJ_UnderWater: Personally, I don't like having state information in /etc (and the FHS doesn't support this either). Also, there are people that use a version control system for /etc which will completely break if there is state information in it. Don't you think /var/lib might be an appropriate place, as it's explicitly declared to hold "variable state information"?

SJ_UnderWater commented on 2012-07-15 03:42

after some discussion, and for historical reasons, localstatedir (previously /var) has been relocated from the recent /opt to /etc, to ensure that the afp_*.conf files are in the same place as 2.2.x. Since 3.0 creates ${localstatedir}/netatalk, /var is not an option (FHS rules), /opt seemed like the appropriate place because the dir will contain both temp and some permanent data (uuids), but this makes a break with previous installations. Despite the creation of temp files in /etc, i will be configuring the package this way from now on.

SJ_UnderWater commented on 2012-07-12 09:41

so i've disabled the bundled version of libevent, and added it as a dependency instead of python2. Now its up to the user if they wish to install python, which is a optional dependency of the libevent pkg.

munkoil commented on 2012-07-12 06:02

Hi,

I get the following error when upgrading. I also tried to uninstall netatalk-2.2.3 first and then install netatalk-3. Still same problem. Any thoughts?

...
error: failed to commit transaction (conflicting files)
netatalk: /usr/bin/event_rpcgen.py exists in filesystem
netatalk: /usr/include/evdns.h exists in filesystem
netatalk: /usr/include/event.h exists in filesystem
netatalk: /usr/include/event2/buffer.h exists in filesystem
netatalk: /usr/include/event2/buffer_compat.h exists in filesystem
netatalk: /usr/include/event2/bufferevent.h exists in filesystem
netatalk: /usr/include/event2/bufferevent_compat.h exists in filesystem
netatalk: /usr/include/event2/bufferevent_ssl.h exists in filesystem
netatalk: /usr/include/event2/bufferevent_struct.h exists in filesystem
netatalk: /usr/include/event2/dns.h exists in filesystem
netatalk: /usr/include/event2/dns_compat.h exists in filesystem
netatalk: /usr/include/event2/dns_struct.h exists in filesystem
netatalk: /usr/include/event2/event-config.h exists in filesystem
netatalk: /usr/include/event2/event.h exists in filesystem
netatalk: /usr/include/event2/event_compat.h exists in filesystem
netatalk: /usr/include/event2/event_struct.h exists in filesystem
netatalk: /usr/include/event2/http.h exists in filesystem
netatalk: /usr/include/event2/http_compat.h exists in filesystem
netatalk: /usr/include/event2/http_struct.h exists in filesystem
netatalk: /usr/include/event2/keyvalq_struct.h exists in filesystem
netatalk: /usr/include/event2/listener.h exists in filesystem
netatalk: /usr/include/event2/rpc.h exists in filesystem
netatalk: /usr/include/event2/rpc_compat.h exists in filesystem
netatalk: /usr/include/event2/rpc_struct.h exists in filesystem
netatalk: /usr/include/event2/tag.h exists in filesystem
netatalk: /usr/include/event2/tag_compat.h exists in filesystem
netatalk: /usr/include/event2/thread.h exists in filesystem
netatalk: /usr/include/event2/util.h exists in filesystem
netatalk: /usr/include/evhttp.h exists in filesystem
netatalk: /usr/include/evrpc.h exists in filesystem
netatalk: /usr/include/evutil.h exists in filesystem
netatalk: /usr/lib/libevent-2.0.so.5 exists in filesystem
netatalk: /usr/lib/libevent.a exists in filesystem
netatalk: /usr/lib/libevent.so exists in filesystem
netatalk: /usr/lib/libevent_core-2.0.so.5 exists in filesystem
netatalk: /usr/lib/libevent_core.a exists in filesystem
netatalk: /usr/lib/libevent_core.so exists in filesystem
netatalk: /usr/lib/libevent_extra-2.0.so.5 exists in filesystem
netatalk: /usr/lib/libevent_extra.a exists in filesystem
netatalk: /usr/lib/libevent_extra.so exists in filesystem
netatalk: /usr/lib/libevent_openssl-2.0.so.5 exists in filesystem
netatalk: /usr/lib/libevent_openssl.a exists in filesystem
netatalk: /usr/lib/libevent_openssl.so exists in filesystem
netatalk: /usr/lib/libevent_pthreads-2.0.so.5 exists in filesystem
netatalk: /usr/lib/libevent_pthreads.a exists in filesystem
netatalk: /usr/lib/libevent_pthreads.so exists in filesystem
netatalk: /usr/lib/pkgconfig/libevent.pc exists in filesystem
netatalk: /usr/lib/pkgconfig/libevent_openssl.pc exists in filesystem
netatalk: /usr/lib/pkgconfig/libevent_pthreads.pc exists in filesystem
Errors occurred, no packages were upgraded.

SJ_UnderWater commented on 2012-07-11 23:06

ok, so a new release here, which discards DDP (see netatalk-ddp for those features). Python2 had to be added because of event_rpcgen.py, which i will try to patch in the future to Py3. The remaining fix is to prevent ldconfig.

Anonymous comment on 2012-06-17 21:44

Thanks, that worked, not sure how base-devel got out of date.

SJ_UnderWater commented on 2012-06-16 18:10

make sure you have all of base-devel installed and updated. just rebuilt it on my machine w/o errors.

Anonymous comment on 2012-06-16 05:21

I haven't looked into this much but I'm getting and error:
configure.ac:58: error: possibly undefined macro: AC_LTDL_DLLIB
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:60: error: possibly undefined macro: AC_LTDL_DLSYM_USCORE
autoreconf: /usr/bin/autoconf failed with exit status: 1

SJ_UnderWater commented on 2012-06-05 00:19

fixed, sorry for the trouble

emphire commented on 2012-06-04 22:32

I'm getting an error when updating:
error: failed to commit transaction (conflicting files)
netatalk: /usr/include/netatalk/at.h exists in filesystem

$ pacman -Qo /usr/include/netatalk/at.h
/usr/include/netatalk/at.h is owned by glibc 2.15-10

SJ_UnderWater commented on 2012-06-02 06:21

ok, i decided to keep the version number while making the changes, instead of making it 2.2.4dev (at least for now). I'll keep a closer eye on product-2-2 for additional fixes.

bsjeon commented on 2012-06-02 06:01

We neeed a patch, and autoreconf.
"Fix missing UAM links":
http://netatalk.git.sourceforge.net/git/gitweb.cgi?p=netatalk/netatalk;a=commitdiff;h=61eb0f4ddde2c15ca16ab9aaabce3aa5927b8e05;hp=02b860940d3e886ac4eedb7194d7453018ec0bf4

SJ_UnderWater commented on 2012-05-02 19:29

it's more correct to say that the "missing" netatalk-ddp package is _unexpected_. It shouldn't fail on a missing package - that's probably unnecessary.

doits commented on 2012-05-02 10:55

so this basically means there is a bug in "makepkg -i", which wants to install all package-versions even if not specified? I'll report it as an makepkg bug then.

SJ_UnderWater commented on 2012-05-01 19:14

doits, that is in fact exactly what _does_ happen. With no options it builds netatalk alone, and will package it correctly. As far as I can tell the only issue is if you specify "makepkg -i" that it can't find netatalk-ddp and may fail. Netatalk is still built and packaged in the meantime.

doits commented on 2012-05-01 14:22

My problem was, I simply wanted to install netatalk. It is nowhere written I *must* set the "pkg"-flag to either "netatalk" or "netatalk-ddp". Without the flag it does not build and install at all. If you think that is right, it should at least gracefully fail before doing anything and tell the user that the flag is missing, so he knows whats up.

I'd prefer to have the standard set up to build the simple "netatalk" (with simple "makepkg"), and you can use "makepkg --pkg netatalk-ddp" if you want the ddp-version.

SJ_UnderWater commented on 2012-04-26 23:43

i'm well aware of the standards, but if you read the wiki page, there is some discussion of why it works this way right now. I agree that it is a little hack-y and not perfect, but for maintaining what will be two different packages, this is the simplest way of making sure that both are kept in-line. After all, they're technically the same software package though the uses are very different.
again: if you don't specify `--pkg netatalk-ddp`, then that package is not built.

doits commented on 2012-04-26 21:18

>SJ how do you install this? I tried with "makepkg -si", and indeed, it does not work. Since that is the standard way of how arch packages are built (https://wiki.archlinux.org/index.php/Makepkg), netatalk should work with it, too. Can you look at this?

SJ_UnderWater commented on 2012-04-26 18:27

if anyone has any suggestions, before 3.0 comes out and i officially branch the packages, let me know.

Spyhawk commented on 2012-04-26 07:26

"makepkg -si" can't install the package, that is why pacaur fails here.

SJ_UnderWater commented on 2012-04-24 18:14

there may not be a way around that, but why is it looking for "any"? that alone seems wrong.

doits commented on 2012-04-24 07:52

having problems installing with pacaur. It builds but when trying to install it says:

error: '/path/to/tmp/netatalk/netatalk-ddp-2.2.2-4-any.pkg.tar.xz': could not find or read package

Looks like it expects the ddp-version, even if only the normal is built.

SJ_UnderWater commented on 2012-04-21 04:20

a few more minor fixes in this one, making sure the conflicts go through correctly

SJ_UnderWater commented on 2012-04-10 20:49

sorry about the ddp trouble everyone, turns out it was a fakeroot issue (I often build --asroot). I've still added the "conflicts" flags, but it shouldn't build more than one package ever again. I've also implemented this in a much safer way that should make it resilient with other AUR-building solutions.

carbncl commented on 2012-04-10 20:01

I see, thanks for quick replies, and good job.

SJ_UnderWater commented on 2012-04-10 19:30

the comment about the "first major build" explains the initscript "architecture"

carbncl commented on 2012-04-10 19:25

I see, just tested, works perfectly!
Forget about -ddp, Just figured I missed the big picture...
What's the purpose of afpd/cnid_metad in /etc/rc.d since netatalk now does the job?
(and since I don't think it provides backward compatiblity because of cnid renamed to cnid_metad?)

SJ_UnderWater commented on 2012-04-10 19:13

carbncl: unless you installed netatalk-ddp, the netatalk initscript will detect which binaries you have (cnid_metad and afpd) and only attempt to run those.

carbncl commented on 2012-04-10 19:10

@teek uninstall netatalk-ddp first, yaourt -R netatalk-ddp then install, yaourt -S netatalk

carbncl commented on 2012-04-10 19:07

I guess you just need to add `conflicts=('netatalk-ddp')` > would be more clean and logical in -ddp PKGBUILD.
Just upgraded with your netatalk PKGBUILD, so far no issue. Still using afpd/cnid_metad since I do not want all netatalk services.

SJ_UnderWater commented on 2012-04-10 18:49

i hadn't expected yaourt to build the package. if used "normally" with makepkg, only netatalk will be built by default without any issues, netatalk-ddp will only be built if specified by itself (as in the wiki entry). I'll have to examine yaourt and see what I can do to prevent it from building both at the same time

teek commented on 2012-04-10 12:05

I used Yaourt to install the package put it also gives the below mentioned errors.
You say: "leave dpp out" but how do you do that and prevent the:

"/usr/share/man/man8/afpd.8.gz exists in both 'netatalk' and 'netatalk-ddp'"

Errors?
Do I have to edit the PKGBUILD? What should I change exactly?

emphire commented on 2012-04-09 22:23

Thanks SJ. I didn't realize there was a new wiki entry. It was very easy to follow and I'm up and running now.

SJ_UnderWater commented on 2012-04-09 18:06

you're only supposed to install _one_. did you check the wiki entry for netatalk? If you don't need ddp, leave it out.

emphire commented on 2012-04-09 17:57

I get the following errors and lots of similar errors for other files when trying to install the package:

Targets (2): netatalk-2.2.2-3 netatalk-ddp-2.2.2-3

Total Installed Size: 6.06 MiB
Net Upgrade Size: 1.68 MiB

Proceed with installation? [Y/n]
(2/2) checking package integrity [############################] 100%
(2/2) loading package files [############################] 100%
(2/2) checking for file conflicts [############################] 100%
error: failed to commit transaction (conflicting files)
/etc/netatalk/AppleVolumes.default exists in both 'netatalk' and 'netatalk-ddp'
/etc/netatalk/AppleVolumes.system exists in both 'netatalk' and 'netatalk-ddp'
/etc/netatalk/afp_ldap.conf exists in both 'netatalk' and 'netatalk-ddp'
/etc/netatalk/afpd.conf exists in both 'netatalk' and 'netatalk-ddp'
/etc/netatalk/netatalk.conf exists in both 'netatalk' and 'netatalk-ddp'
/etc/pam.d/netatalk exists in both 'netatalk' and 'netatalk-ddp'
[...]

munkoil commented on 2012-04-08 09:25

Thanks,

I'm not familiar with split packages. I saw the missing ' when adding more dependancies to the depends variable but didn't know the resolve_deps command. Now it builds and so far it works like a charm. Will test it further and come back to you if I find anything.

SJ_UnderWater commented on 2012-04-08 08:44

should be fine now, was a split-package incompatibility

munkoil commented on 2012-04-08 06:49

Hi again,

Some trouble building and I can't find the problem

==> Entering fakeroot environment...
/usr/bin/makepkg: eval: line 1505: syntax error near unexpected token `('
/usr/bin/makepkg: eval: line 1505: `provides_list+=netatalk _options=`echo $_options | sed s/disable/enable/g` build_netatalk } package_netatalk() {'
==> Starting package_netatalk()...
-> Building...
make: *** No rule to make target `install'. Stop.
==> ERROR: A failure occurred in package_netatalk().
Aborting...

munkoil commented on 2012-04-08 06:27

Hi,

Great that you will try to get it accepted into the community repository.

When I unzipped the tarball I noticed that all files have execute permission. This is not correct as far as I know. No files need this before they are installed in their final location.

SJ_UnderWater commented on 2012-04-08 03:48

any testing feedback would be greatly appreciated

SJ_UnderWater commented on 2012-04-08 01:44

second build, now uses the release package, git not required. The package has been cleaned up a little more, following the new guidelines.
the initscripts now check dependencies in both directions when starting/stopping.

SJ_UnderWater commented on 2012-04-06 05:27

just to clarify, add "netatalk" to you daemons list to launch at startup

SJ_UnderWater commented on 2012-04-04 02:02

ok, the first major build.
There are two compilation paths: modern, or modern + crummy old crap. I decided not to support individual features because of the complexity. Both paths compiled for me, let me know of issues.
There is now a netatalk initscript that starts the other daemons depending on the features installed, and in a specific order (subject to review). Only the netatalk script registers as a daemon, but doesn't "display". The child scripts display but don't register (you can always run "ps" or check the pids in /var/run). Rc.d doesn't like daemons that launch others, but since the others don't register there's no ambiguity, the launch order is preserved. This way users can also manually stop/restart each service as circumstances dictate.
I'm working on completeness, hoping Netatalk will eventually be included in community, so let me know about any edge cases, nitpicks, etc.

carbncl commented on 2012-04-03 21:22

Thanks andrej84 for your contributions on this, appreciated.
And welcome to SJ_UnderWater as new maintainer :)

andrej84 commented on 2012-04-03 20:22

I think I needed to abandon it first, now I did and it should be easy to adopt, thanks for that!

SJ_UnderWater commented on 2012-04-03 20:20

i could do that, I'm providing netatalk for WHS users at wegotserved.com. I tried to "adopt", dunno if it worked

andrej84 commented on 2012-04-03 20:12

ok good thanks, if you want you can take over for netatalk anyway, I'm actually not using it anywhere so it's a bit tricky to test for me..

SJ_UnderWater commented on 2012-04-03 20:09

update: I've uploaded my working package to netatalk2

SJ_UnderWater commented on 2012-04-03 18:05

you really should remove the afpd.service file, 2.0+ links with avahi over dbus, which inserts services without the need for files. tcp_wrappers is being removed from the repositories, there is no timeout man file, etc, etc. please see recent comments for netatalk-git.

teek commented on 2012-03-06 15:22

On second thought, maybe I'm just seeing the Avahi daemon as a server but the timemachine server does not actually work...

teek commented on 2012-03-06 15:11

Works for me, server appears under network on my mac however when I click it it tells me something like: "Connection failed".
By the way, the name is the one from my rc.conf, not from /etc/netatalk/AppleVolumes.default

Any suggestions?

karol_007 commented on 2012-01-22 13:00

Works for me, but

[karol@black netatalk]$ sudo rc.d start papd
:: Starting papd Daemon [DONE]
[karol@black netatalk]$ sudo rc.d stop papd
:: Stopping papd Daemon [BUSY] rm: cannot remove `/var/run/papd.pid': No such file or directory
[DONE]

The daemon starts and stops fine.

andrej84 commented on 2012-01-22 12:38

Well the problem was simply that they disabled appletalk by default, passing --enable-ddp makes it work again.

I also moved openssl and libgcrypt to optional dependencies, as they suggest in the official page
http://netatalk.sourceforge.net/2.2/htmldocs/installation.html

Please try it out now, if it works we can fix also the netatalk-git packet..

Anonymous comment on 2012-01-17 21:27

Version 2.2.2 is out now. Hope that version works better

andrej84 commented on 2012-01-14 21:54

Ah then they're both broken (maybe it's worth to notify also to the other one), ok if I can't figure out soon what's
happened I will downgrade to the previous versions which I'm sure was actually working..

karol_007 commented on 2012-01-14 21:52

I've tried netatalk-git and got the same results.

andrej84 commented on 2012-01-14 21:51

Actually you're right :O I think that the 2.2.1 is actually broken then, sorry for not noticing.
Maybe can you try the netatalk-git package to see if that works?

Anonymous comment on 2012-01-14 19:34

When i try to start atalkd i get the following error
./atalkd: line 12: /usr/sbin/atalkd: No such file or directory
And when i try to start papd i get the following error
./papd: line 10: /usr/sbin/papd: No such file or directory
And when I check those directories does not exist
Why?
What have I done wrong?

munkoil commented on 2011-11-07 13:16

Hi,
afpd.service is no longer needed since afpd is now auto registering itself to avahi. By the way, check out netatalk-git to compare the dependencies and so on.

denn commented on 2011-11-01 07:37

pkg-config should be added to makedepends

denn commented on 2011-11-01 07:34

pkg-config should be added to makedepends

andrej84 commented on 2011-10-31 22:37

I tried to compile and run and everything seems fine, please test it
and let me know if there are problems...
Thanks,
Andrea

andrej84 commented on 2011-10-25 23:31

Sorry guys, I'm still here yes, in the next days I'll test and get the new
version in aur...

emphire commented on 2011-10-15 23:23

Version 2.2.1 is out now. Is the maintainer still around?

carbncl commented on 2011-08-24 15:46

no problem with libfakeroot on my side.
maybe that helps https://bbs.archlinux.org/viewtopic.php?id=83806
might be relate to setuid (I build --asroot, bad me)

andrej84 commented on 2011-08-24 15:12

I've set avahi and tcp_wrappers as optional, removed --without-xfs and added libgcrypt as dependency.
Seems to work here...

Another thing, do you also get these errors:
ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded: ignored.

carbncl commented on 2011-08-20 14:31

Since I think v2.1, afpd is auto registering itself to avahi.
/etc/avahi/services/afpd.service is not required anymore and can even make afpd fail to start, service being already registered. (issue fixed 2 days ago in 2.2.1)
So with that file removed, avahi is definitely optional, but highly recommended.

From what I see (and tested), tcp_wrappers can be used by afpd, but is not required. (optional as well)
Another thing, libgcrypt should be added as a dependency since it is required for DHX2 authent, a must have for OSX 10.7 Lion.
Last point, I guess it disappeared with recent version, but you should remove --without-xfs from configure (unknown option)

see netatalk-git PKGBUILD updated with these remarks.

andrej84 commented on 2011-08-20 12:33

@nickl
so what should I do?
If I'm not able to automatize the application of the patch or
- I remove the --enable-fhs
- I wait for the next version when it will be fixed.

@munkoil
Good question, but two files in the package are:
netatalk /etc/avahi/services/
netatalk /etc/avahi/services/afpd.service

But I'm not sure that means that it's a requirement. Probably tcp_wrappers is not necessary
too, any confirmation on this?

munkoil commented on 2011-08-14 06:25

Hi,

I've looked over and uninstalled orphans in my system and noticed that there was still one package using tcp_wrappers which was dropped support by arch core library. After looking at the requirements of netatalk I realized that a lot of the packages listed as dependencies above actually is optional and should probably be listed as optdepends. For example I think avahi should actually be optional since it is not required by the package, but recommended in my opinion. What to do with the rest? Can tcp_wrappers be removed or is it needed? Any suggestions?

nickl commented on 2011-08-01 14:45

It's a bug in the new release of netatalk, and will be fixed in the next release: http://sourceforge.net/tracker/index.php?func=detail&aid=3381253&group_id=8642&atid=108642

For now, here's a script that will download a patch and builds successfully: http://pastie.org/2304040

It references a patch I put on pastie, not sure how long that will stay up. If you have somewhere better to host it that would be good.

andrej84 commented on 2011-07-28 09:27

I was trying to upgrade, but makepkg fails.
While I compile I get this:
server_ipc.c: In function ‘reconnect_ipc’:
server_ipc.c:195:43: error: ‘_PATH_AFP_IPC’ undeclared (first use in this function)

But if I do a clean ./configure && make it works.
So I guess that some configure flag is broken, anyone else noticed and can give me a hint?

carbncl commented on 2011-07-27 15:43

@andrej84 stable v2.2 now officially available :
http://sourceforge.net/projects/netatalk/files/netatalk/2.2/

andrej84 commented on 2011-07-27 10:42

Ok I took care of the packet, and I uploaded the new one with all the changes I talked about below.
Let me know if there are problems,

Andrea

Anonymous comment on 2011-07-27 10:25

Hey, sorry for any inconvenience, had a lot trouble the last months, and after all I'm not running any arch linux systems.
So I gave up the maintaining of the netatalk package.

carbncl commented on 2011-07-24 18:42

That was not that hard after all, netatalk-git package :
http://aur.archlinux.org/packages.php?ID=50971

carbncl commented on 2011-07-24 18:27

According to HAT, a netatalk contributor, v2.2 or v2.3 is on its way with Lion support :
http://sourceforge.net/mailarchive/forum.php?thread_name=4E2C38E6.1090204%40fa2.so-net.ne.jp&forum_name=netatalk-admins

So I have just made a quick (and probably dirty package) with the latest git version, as HAT suggest it will be the next official stable release.
Sorry for the lack of packaging, I'm a bit new with arch, but that could be a base for netatalk-git package :
1. Take the the package of x-demon : http://lex.io/pub/netatalk-2.2-1.src.tar.gz
2. And just replace with that PKGBUILD: http://pastebin.com/GUdYVwkb

andrej84 commented on 2011-07-24 13:27

Yes well it would be simpler to upload the package, anyway this is the unified diff
for the patch I've applied to update and fix a few issues in the netatalk package.
http://pastebin.com/8UJz0Kma

Anonymous comment on 2011-07-23 22:43

Package needs update, having problems to access my shares (AFP) from a newly upgraded Mac OS X Lion.

nickl commented on 2011-07-23 12:24

andrej84: Isn't it just a new PKGBUILD? Just post the text of it up to pastebin or something similar. If there are patches that need to be applied, just link or pastebin them too.

If you really need to post a tar file put it on megaupload or rapidshare or mediafire.

nickl commented on 2011-07-23 12:22

andrej84: Isn't it just a new PKGBUILD? Just post the text of it up to pastebin or something similar. If there are patches that need to be applied, just link or pastebin them too.

andrej84 commented on 2011-07-22 14:46

The problem is that I find no service to host a simple tar file (incredibly).

Any suggestions about that? Otherwise I'll send it to the maintaner or the mailing list...

nickl commented on 2011-07-22 11:56

andrej84. yes! and also post it up on pastebin or the like and drop a link here. if wodar doesn't respond, you can email the aur list and ask them to orphan the package and you can become a maintainer.

andrej84 commented on 2011-07-22 09:16

I created a new package for 2.1.15 with the fixes of all the issues cited here (PID quoted, cdb support and 744 permissions to afpd.service).

Should I send it to the responsible for netatalk?

munkoil commented on 2011-07-10 06:35

I'm having trouble with netatalk after upgrading db to 5.2.28-1. It works fine when I downgrade to 5.1.25-1 again. Any suggestions?

Anonymous comment on 2011-05-07 14:54

i made quick and dirty fix - http://lex.io/pub/netatalk-2.2-1.src.tar.gz
at least with that version i can use timemachine in mac os x 10.7 and it does not throws shitload of error anymore.

Anonymous comment on 2011-04-20 00:49

It would be nice to see the package updated to 2.2 beta or at least 2.1.5
THANKS

emphire commented on 2011-03-26 00:14

Note that pkgrel usually starts at 1, not 0. Thanks!

Anonymous comment on 2011-03-13 02:34

I had to put quotes around $PID on lines 10 and 22 of /etc/rc.d/afpd, otherwise bash complained about a binary operator expected.

link commented on 2011-02-01 17:07

The installed afpd.service is installed with permissions of 755. I don't really see why a config file should be installed with the executable bit set.

Anonymous comment on 2010-12-17 11:34

@all would integrate all your suggestions into the next minor release from netatalk. Where already the fourth alpha version is out.
If you want the feature now, please tell me, i will then push out a update with just the scripts and the added configure parameter.


@frank_s could you please explain what kind of error you had experienced. My both servers are running just fine with dbd and the latest Mac OS X 10.6.5 Client.

Anonymous comment on 2010-12-11 20:58

Please add to configure section "--with-cnid-cdb-backend" because with latest MacOS X 10.6 an error occur with the dbd backend.
With cdb backend netatalk work as expected.

Anonymous comment on 2010-12-08 15:38

It looks like the init script script has problems starting/stopping afpd if multiple afpd processes are spawned. This seems to be normal behaviour for afpd (?). If you would like to look at my patched init script let me know.

Anonymous comment on 2010-11-03 12:32

with dropping the db4.1 dependency, you could run into something like removing the old version and install a new version of db.
This will probably get you to cnid errors. More precise cnid_dbd will say it can not load the libdb-4.8 lib.

The quick solution to fix this is just to reinstall the package, ite will compile with the new db version and everything should be back to normal.

Anonymous comment on 2010-10-29 23:29

- update to current minor version
- changed dependency from db4.1 after suggestions from richjn and anders
- added a afpd.service like advised from munkoil

thanks for the feedback and happy talkn

Anonymous comment on 2010-10-29 14:24

please drop the db4.1 dependency

richjn commented on 2010-10-04 07:27

Hi Thanks for the package.
I beleive you can drop the DB4.1 dependency now as it will compile / run fine with DB5 (fixed in version 2.1.2)

Richard

munkoil commented on 2010-09-24 20:45

I've been thinking about if a configuration file for avahi should be included in the package since avahi is a requirement. I don't know if it is the correct thing to do, it's just a suggestion. The following file will make the afp server show up in finder automatically if avahi-daemon is started


/etc/avahi/services/afpd.service

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name replace-wildcards="yes">%h</name>
<service>
<type>_afpovertcp._tcp</type>
<port>548</port>
</service>
<service>
<type>_device-info._tcp</type>
<port>0</port>
<txt-record>model=Xserve</txt-record>
</service>
</service-group>

Anonymous comment on 2010-08-23 18:58

Currently stoping the afpd daemon with connected clients will fail!

You can force it with killall.

Searching for a "nice" way to clean up and not to be too rude to the clients.
Any suggestions?

Anonymous comment on 2010-08-23 18:38

- new version
- correct cnid start script
- correct afpd start script

think the atalkd and papd need some love.

risk commented on 2010-07-20 05:57

sudo /usr/sbin/cnid_meta will make it daemonize and afpd with dbd will just magically work.

munkoil commented on 2010-07-13 18:04

Hi,

Thanks for the PKGBUILD! The package is outdated. When you update the package can you please fix afpd so it reads from netatalk.conf. Currently my CNID_METAD is not started and I have not been able to sort it out. If anyone know how to fix this please feel free to post a comment.

munkoil commented on 2010-07-13 17:41

Hi,

Thanks for the PKGBUILD! The package is outdated. When you update the package can you please fix afpd so it reads from netatalk.conf. Currently my CNID_METAD is not started and I have not been able to sort it out. If anyone know how to fix this please feel free to post a comment.

farhany commented on 2010-07-02 04:11

I'll take a look at that soon.

Anonymous comment on 2010-07-02 04:04

Hi. First, thanks for the PKGBUILD. This saved me a chunk of time :)

The main issue I had was that the netatalk.conf file is not adhered to at all by the rc.d files. In particular, cnid_metad is not started anywhere.