Helo! It's been some time since this bug/wishlist was filed, and since then more packages have to workaround the situation in which 'ntp' package is not part of the time-daemon virtual package by adding 'ntp | time-daemon', instead of just Depending/Recommending/Sugesting the 'time-daemon' virtual package.
A quick reverse dependency package lists tell me that all this packages have to unnecessarily require to depend on both ntp *and* time-daemon, instead of just depending on 'time-daemon' as it would be expected: aiccu openafs-fileserver slony1-bin I might be wrong, but I consider the policy is quite straight forward in this case as , and it's even specified on Debian's virtual-package list: http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt System ------ [snip] linux-kernel-log-daemon a daemon to facilitate logging for the Linux kernel system-log-daemon a daemon that provides a logging facility for other applications time-daemon anything that serves as a time daemon Besides that, all of this packages have a possible exclusive-unwanted Dependency/Recommendation/Suggestion on just 'ntp', requiring for an specific software instead of asking for the provision of a service through the virtual package 'time-daemon', as specified on the Debian Policy 3.6: 'All packages should use virtual package names where appropriate, and arrange to create new ones if necessary'. switzerland predict predict-gsat jffnms hobbit-plugins gnumed-client gnome-system-tools dovecot-common education-networked education-main-server dancer-ircd tucnak2 ltsp-client ltsp-client-core Please consider 'ntp' as a candidate for providing 'time-daemon'. Greetings, Dererk -- BOFH excuse #361: Communist revolutionaries taking over the server room and demanding all the computers in the building or they shoot the sysadmin. Poor misguided fools.
signature.asc
Description: OpenPGP digital signature
