Arch Linux

Mistake, fixed. Ignore first file.

Yeah, this is still missing.

I'd much rather have a socket-activated method, but I guess we can easily provide both.

In the current version of the package there is tftpd.service file. Unfortunately it is missing [Install] section. Also relation between tftpd.service and tftpd.socket is unclear. It seems that currently both need be explicitly enabled to allow tftpd startup at system boot...

Just enable the socket, that's it. I have some changes locally to make it clearer.

Why not to add install section and socket dependency to the service file? Something like this:

[Unit]
Description=hpa's original TFTP daemon
Requires=tftpd.socket

[Install]
WantedBy=multi-user.target
Also=tftpd.socket

I did that locally but didn't push it out yet. The WantedBy is incorrect by the way.

What's wrong with WantedBy? It is used this way in all Arch service files I've seen.

You are not supposed to activate the .service, only the .socket. Please, read the manpage, they explain it much better than I can.

There is another issue with current tftpd.service. Previously it was possible to specify additional commandline args via TFTPD_ARGS variable in /etc/conf.d/tftpd (which I've used it to specify remap file). tftpd.service doesn't have this capability and the only solution is to clone it to /etc/systemd/system and add args there. Which is not a good thing I believe.

No, this is exactly the intention. You can use systemd-delta to keep track of drift between the units.

Copying the service file is the right thing to do.