Package Details: netatalk 4.0.8-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.111372
First Submitted: 2007-03-31 06:19 (UTC)
Last Updated: 2024-12-10 23:51 (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 .. 9 10 11 12 13 14 15 16 17 18 19 .. 25 Next › Last »

fauno commented on 2012-09-20 17:48 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

Reboot on both server and OS X solved the problem.

munkoil commented on 2012-08-08 08:31 (UTC)

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

munkoil commented on 2012-08-08 08:22 (UTC)

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/

<deleted-account> commented on 2012-07-23 08:10 (UTC)

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 (UTC)

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?

<deleted-account> commented on 2012-07-17 08:33 (UTC)

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 (UTC)

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.