Would be nice if this can be stabilized.
openntpd-20080406-r3 should be the one in 30 days....
I'm getting a conflict between net-misc/openntpd-20080406-r3 and net-misc/ntp-4.2.6_p5-r3 (USE="openntpd") on file "/usr/lib/systemd/system/ntpd.service".
(In reply to Ian Abbott from comment #2) > I'm getting a conflict between net-misc/openntpd-20080406-r3 and > net-misc/ntp-4.2.6_p5-r3 (USE="openntpd") on file > "/usr/lib/systemd/system/ntpd.service". Considering the fact that usr/sbin/ntpd gets removed for net-misc/ntp[openntpd]. I think ntpd.service should not be installed, as it uses /usr/sbin/ntpd.
I agree, feel free to change it install it when the flag isn't set (otherwise I will do, but don't have time just now :S) Thanks
@arch: please go ahead!
arm stable
It fails on a new install here. In pkg_postinst() the ebuild should create the etc/ subdirectory before symlinking into it. I did that manually before re-running the emerge and after that it worked. This is why it doesn't fail on updates for systems where it's already installed. Denis.
(In reply to Denis Dupeyron from comment #7) > It fails on a new install here. In pkg_postinst() the ebuild should create > the etc/ subdirectory before symlinking into it. > > I did that manually before re-running the emerge and after that it worked. > This is why it doesn't fail on updates for systems where it's already > installed. > > Denis. Good catch! + 28 Sep 2013; Christoph Junghans <ottxor@gentoo.org> + openntpd-20080406-r3.ebuild: + fix 1st time install (bug #477714#c7, thx to calchan) +
Stable for HPPA.
Builds and runs fine on x86. Please mark stable for x86. @ottxor, I noticed it outputs to /var/run/ntpd.log, why not to /var/log/ntpd.log or syslog? I had to look into the init.d file to find where it had its log file. This is not logical to me.
(In reply to Myckel Habets from comment #10) > @ottxor, I noticed it outputs to /var/run/ntpd.log, why not to > /var/log/ntpd.log or syslog? I had to look into the init.d file to find > where it had its log file. This is not logical to me. It also seems that this file could grow huge over time and doesn't seem to be handled by logrotate (even optional).
(In reply to Myckel Habets from comment #11) > (In reply to Myckel Habets from comment #10) > > @ottxor, I noticed it outputs to /var/run/ntpd.log, why not to > > /var/log/ntpd.log or syslog? I had to look into the init.d file to find > > where it had its log file. This is not logical to me. > > It also seems that this file could grow huge over time and doesn't seem to > be handled by logrotate (even optional). We had used syslog in the past (see bug #466452 and bug #464174). But you are right, we should move the log to /var/log.
(In reply to Christoph Junghans from comment #12) > (In reply to Myckel Habets from comment #11) > > (In reply to Myckel Habets from comment #10) > > > @ottxor, I noticed it outputs to /var/run/ntpd.log, why not to > > > /var/log/ntpd.log or syslog? I had to look into the init.d file to find > > > where it had its log file. This is not logical to me. > > > > It also seems that this file could grow huge over time and doesn't seem to > > be handled by logrotate (even optional). > We had used syslog in the past (see bug #466452 and bug #464174). > But you are right, we should move the log to /var/log. Should arches wait for this or not? Thanks
(In reply to Pacho Ramos from comment #13) > (In reply to Christoph Junghans from comment #12) > > (In reply to Myckel Habets from comment #11) > > > (In reply to Myckel Habets from comment #10) > > > > @ottxor, I noticed it outputs to /var/run/ntpd.log, why not to > > > > /var/log/ntpd.log or syslog? I had to look into the init.d file to find > > > > where it had its log file. This is not logical to me. > > > > > > It also seems that this file could grow huge over time and doesn't seem to > > > be handled by logrotate (even optional). > > We had used syslog in the past (see bug #466452 and bug #464174). > > But you are right, we should move the log to /var/log. > > Should arches wait for this or not? Thanks If I have fixed that in 20080406-r4, but I will open a new stabilization bug for that.