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
Search Criteria
Package Details: netatalk 4.0.5-1
Package Actions
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)
- acl (acl-gitAUR)
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR)
- db5.3
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- libevent (libevent-gitAUR)
- libgcrypt
- libldap
- libxcrypt (libxcrypt-gitAUR)
- pam (pam-selinuxAUR)
- perl (perl-gitAUR)
- perl-net-dbus (perl-net-dbus-gitAUR)
- docbook-xsl (make)
- meson (meson-gitAUR) (make)
- unicode-character-database (make)
- avahi (optional) – Automatic service discovery support
- cracklib (optional) – Weak password detection
- krb5 (krb5-gitAUR) (optional) – Kerberos user authentication support
- libcups (libcups-gitAUR, cups-gitAUR, libcups-gssapiAUR) (optional) – Network printer queues support
- libtirpc (optional) – Quota support
- Show 6 more dependencies...
Required by (0)
Sources (1)
Latest Comments
« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 25 Next › Last »
h50 commented on 2012-10-17 01:30 (UTC)
<deleted-account> commented on 2012-10-16 17:05 (UTC)
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 (UTC)
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.
<deleted-account> commented on 2012-10-16 14:56 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
removed rc.d reference in the install file
<deleted-account> commented on 2012-10-05 13:00 (UTC)
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 (UTC)
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
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 makecnid_bdb
to re-create all db files after upgrade.