Re: ports/base ntpd rc.d script with WITHOUT_NTP=yes
On 9/04/2015 2:48 AM, Matt Smith wrote: Hi, I just upgraded my server to 10.1-STABLE r281264 and when I ran mergemaster it told me that /etc/rc.d/ntpd was stale and would I like to delete it. It's never done this before. I've figured out it's because I have WITHOUT_NTP=yes in /etc/src.conf. I did this because I use the ports version of ntpd and thus wanted to remove the base installed version so that when I run commands like ntpq it's using my possibly newer port installed version and not the older one. However, the port version doesn't have its own rc script. It usually uses the base version with ntpd_program and ntpd_config set. With this latest change it means I have to have the base version installed again. Is it possible to get the port version to have its own rc script? Hi Matt, It is certainly *possible*, and best addressed with an enhancement request (via Bugzilla) to the NTP port maintainer, who I've CC'd here. I like the idea as it improves user experience, removes a POLA violation, and further decouples ports/pkg from base (which we like) ./koobs ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
ports/base ntpd rc.d script with WITHOUT_NTP=yes
Hi, I just upgraded my server to 10.1-STABLE r281264 and when I ran mergemaster it told me that /etc/rc.d/ntpd was stale and would I like to delete it. It's never done this before. I've figured out it's because I have WITHOUT_NTP=yes in /etc/src.conf. I did this because I use the ports version of ntpd and thus wanted to remove the base installed version so that when I run commands like ntpq it's using my possibly newer port installed version and not the older one. However, the port version doesn't have its own rc script. It usually uses the base version with ntpd_program and ntpd_config set. With this latest change it means I have to have the base version installed again. Is it possible to get the port version to have its own rc script? -- Matt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: ports/base ntpd rc.d script with WITHOUT_NTP=yes
On 04/08/2015 12:48, Matt Smith wrote: Hi, I just upgraded my server to 10.1-STABLE r281264 and when I ran mergemaster it told me that /etc/rc.d/ntpd was stale and would I like to delete it. It's never done this before. I've figured out it's because I have WITHOUT_NTP=yes in /etc/src.conf. I did this because I use the ports version of ntpd and thus wanted to remove the base installed version so that when I run commands like ntpq it's using my possibly newer port installed version and not the older one. However, the port version doesn't have its own rc script. It usually uses the base version with ntpd_program and ntpd_config set. With this latest change it means I have to have the base version installed again. Is it possible to get the port version to have its own rc script? net/openntpd has an rc script if you don't mind switching. It is very very simple to configure. Ideally the original problem should be solved too but I ran into the same problem with Kerberos. I didn't get anywhere in the bug report where I argued the system scripts still worked fine except for recent changes in them causing a regression and failure with the port. Both situations could probably use a contributed patch to make an rc script. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: ports/base ntpd rc.d script with WITHOUT_NTP=yes
On Apr 08 12:56, Adam McDougall wrote: On 04/08/2015 12:48, Matt Smith wrote: Hi, I just upgraded my server to 10.1-STABLE r281264 and when I ran mergemaster it told me that /etc/rc.d/ntpd was stale and would I like to delete it. It's never done this before. I've figured out it's because I have WITHOUT_NTP=yes in /etc/src.conf. I did this because I use the ports version of ntpd and thus wanted to remove the base installed version so that when I run commands like ntpq it's using my possibly newer port installed version and not the older one. However, the port version doesn't have its own rc script. It usually uses the base version with ntpd_program and ntpd_config set. With this latest change it means I have to have the base version installed again. Is it possible to get the port version to have its own rc script? net/openntpd has an rc script if you don't mind switching. It is very very simple to configure. Ideally the original problem should be solved too but I ran into the same problem with Kerberos. I didn't get anywhere in the bug report where I argued the system scripts still worked fine except for recent changes in them causing a regression and failure with the port. Both situations could probably use a contributed patch to make an rc script. I guess it wouldn't be too hard to just take the base system script, make some minor changes, and add it to the port. Would probably need to call it something different to ntpd though so it doesn't conflict. The openssh port does this I think with ssh in the base and openssh in the port. I might look into it and submit a PR. -- Matt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
