Bug 10617
Summary: | NTP client/query programs could be packaged separately | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Nigel Metheringham <nigel.metheringham> |
Component: | xntp3 | Assignee: | Jeff Johnson <jbj> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6.2 | CC: | dr, pekkas |
Target Milestone: | --- | Keywords: | FutureFeature |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2000-04-16 13:25:25 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Nigel Metheringham
2000-04-06 13:37:22 UTC
I support this. Most times you need just xntpd and ntpq. This "big" bundle is less than 1 megabyte altogether. IMO better reasons than space should be found for this separation. I don't really see need to package e.g. only ntpdate in a client package myself, since ntpd is so much better for _keeping_ the synchronization, not just fixing it once a few weeks-months when the box is booted. ACK. ntpdate is (AFAIK) less exact than xntpd. But there is a need for ntpdate for dial-on-demand people. with manual dialing xntpd alone is great (using it for years now to keep my home clocks in sync). I think that splitting xntp3/ntp into smaller pieces would just make it more difficult to use. |