Bug#316549: time-daemon pseudopackage
Control: affects -1 src:ntp Am 13.01.20 um 02:02 schrieb Michael Biebl: Hi Michael, On Fri, 1 Jul 2005 13:49:45 -0400 Justin Pryzby wrote: Package: chrony, ntp Severity: normal Only openntpd provides, conflicts, replaces: time-daemon. Seems all NTP clients (ntpsec, chrony, openntpd) aside from ntp itself have Conflict/Replaces/Provides: time-daemon nowadays to prevent multiple implementations being installed and enabled at the same time. This is a common mechanism defined in policy [1] It's kinda annyoing that they all have to special case ntp and must declare explicit Conflicts against ntp. Would be great if you can reconsider this and consider adding Conflict/Replaces/Provides: time-daemon to ntp Hrm, I wasn't involved in this discussion. Right now I don't see a major blocker. There are a few packages that need time sync and only depend on ntp without time-daemon (bwctl-server, lava, openstack-cloud-services, openstack-compute-nodes), we should probably file bugs against them if they only need some timekeeping facility. I remember that some time ago some monitoring solutions also depended on ntp to use and parse the output of ntpq or ntpdc, possibly on remote servers. I only see hobbit-plugins doing that right now, and only using Suggests. Unless I find a major issue I'll do this in the next upload. Bernhard
Bug#316549: time-daemon pseudopackage
Hi Berni On Fri, 1 Jul 2005 13:49:45 -0400 Justin Pryzby wrote: > Package: chrony, ntp > Severity: normal > > Only openntpd provides, conflicts, replaces: time-daemon. Seems all NTP clients (ntpsec, chrony, openntpd) aside from ntp itself have Conflict/Replaces/Provides: time-daemon nowadays to prevent multiple implementations being installed and enabled at the same time. This is a common mechanism defined in policy [1] It's kinda annyoing that they all have to special case ntp and must declare explicit Conflicts against ntp. Would be great if you can reconsider this and consider adding Conflict/Replaces/Provides: time-daemon to ntp Regards, Michael [1] https://www.debian.org/doc/debian-policy/ch-relationships.html#replacing-whole-packages-forcing-their-removal signature.asc Description: OpenPGP digital signature
Bug#445066: Bug#316549: time-daemon pseudopackage
Am Mittwoch, 3. Oktober 2007 schrieb Philipp Kern: I've got one and I got mildly annoyed that this was not solved for ntp yet. I just got a bugreport against my package which wants chrony to be added to the `ntpdate | ntp' dependency of it. An accurate time is needed for aiccu just like for Kerberos because it is included in the handshake with the tunnel broker which will deny the IPv6 tunnel request if the time is too far off (IIRC 300s). I can only repeat my earlier answer: There is no definition of what a time-daemon virtual package does, so it's a completely random guess as to what should be done here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316549: time-daemon pseudopackage
(I'm the original submitter of #428211.) I can only repeat my earlier answer: There is no definition of what a time-daemon virtual package does, so it's a completely random guess as to what should be done here. I can only agree with Peter, unfortunately. Like many other programs in Debian, Aiccu only requires time accurate to a few minutes; it could recommend one of a large number of packages, including ntp, chrony, ntpdate, rdate, and probably many others I'm not familiar with. The latter two clearly don't qualify as ``time daemons''. Perhaps the ntp maintainers, the chrony maintainers, and the rdate maintainers could get together to define a new pseudo-package suitable for such cases? Juliusz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445066: Bug#316549: time-daemon pseudopackage
On Thu, Jun 08, 2006 at 08:17:53PM +0200, Peter Eisentraut wrote: [time-daemon] What would be the operational benefit from having such a pseudopackage? It's recommended by policy; /usr/share/doc/debian-policy/virtual-package-names-list.txt.gz That is not an operational reason. The virtual package name list does not specify the precise interfaces that a virtual package providing package needs to offer, so by itself it's useless as a guideline. I've got one and I got mildly annoyed that this was not solved for ntp yet. I just got a bugreport against my package which wants chrony to be added to the `ntpdate | ntp' dependency of it. An accurate time is needed for aiccu just like for Kerberos because it is included in the handshake with the tunnel broker which will deny the IPv6 tunnel request if the time is too far off (IIRC 300s). Thus I need to depend on some sort of time daemon, but only chrony and openntpd provide time-daemon, ntp does not, which will force me to the silly `ntpdate | ntp | time-daemon' dependency. Currently chrony and openntpd block installation of ntp manually via a seperate conflicts, instead of just conflicting against time-daemon. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#316549: time-daemon pseudopackage
Justin Pryzby wrote: What would be the operational benefit from having such a pseudopackage? It's recommended by policy; /usr/share/doc/debian-policy/virtual-package-names-list.txt.gz That is not an operational reason. The virtual package name list does not specify the precise interfaces that a virtual package providing package needs to offer, so by itself it's useless as a guideline. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316549: time-daemon pseudopackage
Can I expect to see this bug fixed for etch? http://bugs.debian.org/316549 Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316549: time-daemon pseudopackage
Package: chrony, ntp Severity: normal Only openntpd provides, conflicts, replaces: time-daemon. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316549: time-daemon pseudopackage
Thank you for your report. -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
