Bug#351324: lintian: incorrect tcl test
Package: lintian
Version: 1.23.12
Severity: normal
lintian is declaring the emacspeak package in error as follows:
E: emacspeak: tcl-script-but-no-tcl-dep
./usr/share/emacs/site-lisp/emacspeak/servers/dtk-soft
N:
N: Packages that use tcl scripts must depend on the virtual package tcl.
N:
N: In some cases a weaker relationship, such as Suggests or Recommends,
N: will be more appropriate.
N:
The script actually requires /usr/bin/tcl which is *not* provided by,
for example, tcl8.3, but rather by the tclx8.3 package via the
"alternatives" mechanism. I don't think any other packages in testing
or unstable provide /usr/bin/tcl. (In particular, the tclx8.4 package
does not provide /usr/bin/tcl.)
I don't see anything in /var/lib/dpkg/alternatives that provides the
virtual package tcl. (I tried to consult
http://packages.debian.org/stable/virtual/tcl, but the site claims to
be down due to performance issues.)
Also:
tclx8.3 Depends: libc6 (>= 2.3.2.ds1-4), tcl8.3 (>= 8.3.5)
tcl8.3 Conflicts: tcl, tcl74 (<= 7.4p3-2)
So it looks to me that this lintian test should look for a dependance
on tclx8.3 rather than on tcl.
- Jim Van Zandt
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages lintian depends on:
ii binutils 2.16.1-2 The GNU assembler, linker and bina
ii diffstat 1.41-1 produces graph of changes introduc
ii dpkg-dev 1.13.11 package building tools for Debian
ii file 4.12-1 Determines file type using "magic"
ii gettext 0.14.5-2 GNU Internationalization utilities
ii intltool-debian 0.34.1+20050828 Help i18n of RFC822 compliant conf
ii libparse-debianchangelog 0.7-1 parse Debian changelogs and output
ii man-db 2.4.3-3 The on-line manual pager
ii perl [libdigest-md5-perl 5.8.7-10 Larry Wall's Practical Extraction
lintian recommends no packages.
-- no debconf information
Reply to: