tlsdate does not provide any system files. I have tried to convert the files from ntpdate.service and ntpd.service to the tlsdate pendants. I must admit that I still am not a system specialist, so the files provided may need optimizations. Reproducible: Always
Created attachment 392254 [details] tlsdated.conf /usr/lib/tmpfiles.d
Created attachment 392256 [details] tlsdate.service
Created attachment 392258 [details] tlsdated.service
Depending on https://bugs.gentoo.org/show_bug.cgi?id=533378, paths might need to be updated.
It's called systemd. Not system.
Created attachment 392272 [details] tlsdated.service I checked the original source and found that they already have provided a systemd file. I investigated it and modified it to work with Gentoo. It is working with =net-misc/tlsdate-0.0.12 I disabled the ExecReload and ExecStop statements fund in the original file, as the turn out to kill the main process, instead of reloading/restarting.
Comment on attachment 392272 [details] tlsdated.service lets patch the source service file rather than create a new one. that'll help stave off bitrot and upstream tweaks things.
Created attachment 401402 [details] tlsdated tmpfiles.d conf file
Created attachment 401404 [details] tlsdated defaults file
Created attachment 401406 [details, diff] patch file for upstream's systemd service file
Created attachment 401408 [details] updated ebuild to install systemd service file ebuild was updated to EAPI=5 further it is installing the patched upstream systemd service file along with the needed config files (tmpfiles.d conf, and default file for /etc/default)
Comment on attachment 401406 [details, diff] patch file for upstream's systemd service file This patch could easily be sent upstream instead.
I agree that the patch can be sent upstream. I will open an issue on github. The bigger problem, however is that when run as systemd service tlsdated seems to fail to set the time for some reason I do not understand. I observe the error message as in a Debian-bug [1] in the system logs: [tlsdate-monitor] execve() failed: No such file or directory and the time is not set correctly. When the deamon is run on the command line it works normally. So I am afraid something is not fully correct in the way the service is started? [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778776
upstream pull-request for the systemd service file patch: https://github.com/ioerror/tlsdate/pull/171
(In reply to Dominik Kriegner from comment #13) random guess: tlsdated iirc does not search $PATH. you must pass it the full path to tlsdate for it to work.
Created attachment 401438 [details, diff] patch file for upstream's systemd service file It turned out the reason for failing to set the time was a bit more subtle. The curly brackets in the upstream systemd service file seem to cause all this troubles. I updated the patch accordingly. There is already an upstream report [1] about this to which I have added a comment. [1] https://github.com/ioerror/tlsdate/pull/162
any news here?
i don't use systemd, so i don't generally care about it, nor can i test it. if someone who does use systemd can validate these, feel free to add them to the tree. glancing at the attachments, only feedback i have is: - the patch to the service file should follow normal ${P}-xxx.patch naming conventions - the patch header needs to be cleaned up per http://dev.gentoo.org/~vapier/clean-patches
Created attachment 423912 [details] updated ebuild for version 0.0.13 ebuild was updated to current version including the fixes from this bug report
Created attachment 423914 [details, diff] patch file for upstreams systemd service file cleaned patch for systemd service file, adding reference to this and the relevant upstream bug. unfortunately this patch is not yet merged upstream.
Changes look to to me (and also to upstream) -> I would go ahead and commit (I cannot do it right now :S)
(In reply to Dominik Kriegner from comment #19) > Created attachment 423912 [details] > updated ebuild for version 0.0.13 Thanks, I've applied your changes: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3c17bfa27ffd29237d81154a3d181f631ac0f0f4
