Your message dated Wed, 11 Oct 2006 16:09:37 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#324559: ntp has a dependency on perl-modules
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: ntp
Version: 1:4.2.0a+stable-2
Severity: wishlist
ntp has a dependency on perl-modules, which in turn has a dependency on perl.
Because of this, you need to install both perl-modules and perl in order to
install
an ntp server on a system, which is IMHO not too useful. Only a single script
inside
the ntp package actually uses a perl module present in perl-modules.
Either the perl script (ntpsweep) should go (or get its own package) or be
adapted
so that it no longer depends on perl-modules.
Here's the reason for the dependency:
use Getopt::Long; # GetOptions()
Moving the Getopt module into perl-base would also be fine with me.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.12-xen0
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages ntp depends on:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libreadline4 4.3-11 GNU readline and history libraries
ii libssl0.9.7 0.9.7e-3 SSL shared libraries
ii perl-modules 5.8.4-8 Core Perl modules
ii psmisc 21.5-1 Utilities that use the proc filesy
-- no debconf information
--- End Message ---
--- Begin Message ---
Considering that perl is almost universally installed, according to popcon,
certainly more often than ntp, I see no incentive to fix this. Upstream has
chosen Perl as implementation language in several places, and we're not going
to become happy if we second guess that every step of the way. If you are
strapped for resources, I suggest ntpdate, rdate, or an sntp client.
--- End Message ---