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 .. 16 17 18 19 20 21 22 23 24 25 Next › Last »

denn commented on 2011-11-01 07:34 (UTC)

pkg-config should be added to makedepends

andrej84 commented on 2011-10-31 22:37 (UTC)

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

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

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

carbncl commented on 2011-08-24 15:46 (UTC)

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

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

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

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

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

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.