Sure :@galgot That's a compiler error I haven't seen before! Would you mind letting me know your gcc version? (e.g. the output of "gcc -v")
Thanks! That's far older than the baseline versions I've been developing against (gcc 8 in Buster, and gcc 10 in Bullseye). If at all possible I'd recommend moving to a more contemporary Raspbian version.Sure :
gcc version 6.3.0 20170516 (Raspbian 6.3.0-18+rpi1+deb9u1)
CFLAGS="-Wall -Werror $CFLAGS"
Thanks to youThanks! That's far older than the baseline versions I've been developing against (gcc 8 in Buster, and gcc 10 in Bullseye). If at all possible I'd recommend moving to a more contemporary Raspbian version.
But if I you prefer not to, try removing this line in ./configure.ac and start over with the bootstrap process:
CFLAGS="-Wall -Werror $CFLAGS"
git clone https://github.com/rdmark/Netatalk-2.x.
<-- is it the correct one to get ? cd Netatalk-2.x/
./bootstrap
./configure --enable-systemd --enable-zeroconf
make all
...
Makefile:868: ../../etc/afpd/.deps/test-volume.Po: Aucun fichier ou dossier de ce type
make[3]: *** Aucune règle pour fabriquer la cible « ../../etc/afpd/.deps/test-volume.Po ». Arrêt.
make[3] : on quitte le répertoire « /home/galgot/Documents/Netatalk-2.x/test/afpd »
Makefile:424 : la recette pour la cible « all-recursive » a échouée
make[2]: *** [all-recursive] Erreur 1
make[2] : on quitte le répertoire « /home/galgot/Documents/Netatalk-2.x/test »
Makefile:477 : la recette pour la cible « all-recursive » a échouée
make[1]: *** [all-recursive] Erreur 1
make[1] : on quitte le répertoire « /home/galgot/Documents/Netatalk-2.x »
Makefile:407 : la recette pour la cible « all » a échouée
make: *** [all] Erreur 2
CFLAGS="-Wall -Werror $CFLAGS"
--enable-systemd
option is that services gets installed and enabled, but not started. I've introduced another option, --enable-systemd-start
, for when you want to have 'make install' also start the services for you. Is this what you're seeing too, or are your services actually not even enabled? (Which would definitely be a bug.)The change looks good to me thank you very much.@foo8ar Thanks for using my fork, and for taking the time to provide feedback!
For the script permission thing, I just pushed an update that I think should accomplish what we want regardless of the current user privileges. Please have a look and let me know if it looks good to you.
As the services weren't enabled I had to enable the services manually like below. And no, a restart did not fix that.Regarding the systemd service enabling issue, the expected behavior with the--enable-systemd
option is that services gets installed and enabled, but not started. I've introduced another option,--enable-systemd-start
, for when you want to have 'make install' also start the services for you. Is this what you're seeing too, or are your services actually not even enabled? (Which would definitely be a bug.)
appletalk
kernel module is iffy, since the Linux kernel contributors have broken it in the past, and are likely to break it again. And the next time noone might care enough to try to fix it.Somewhere inbetween harder than trivial but easier than impossible.@slipperygrey just how hard would it be to move it into userspace? I guess doing that would allow it to be more portable and platform independent going forward?
appletalk
code to get a sense for the complexity involved. Maybe a project for next summer!