Bug#547179: Should depend on Antlr v3, not v2
* Tommi Vainikainen: Florian Weimer f...@deneb.enyo.de writes: Stringtemplate parses the templates using an antlr-generated parser (and version 2 at that), so the dependency is really there. I stand corrected. However, could the Antlr v2 packaging be modified then so that user installing antlr3 would not get confused? Does stringtemplate really need antlr v2 executables, or just simple library part of antlr v2? I think the library should be sufficient. ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#547179: Should depend on Antlr v3, not v2
Package: libstringtemplate-java Version: 3.1-3 Severity: minor Currently if one install Antlr v3 (from 'antlr3'), also Antlr v2 will be installed because of dependency in libstringtemplate-java version 3.1-3. Maybe libstringtemplate-java should not depend on any version of Antlr, but only Antlr depend on libstringtemplate-java? -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libstringtemplate-java depends on: ii antlr 2.7.7-10 language tool for constructing rec libstringtemplate-java recommends no packages. libstringtemplate-java suggests no packages. -- no debconf information ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#547179: Should depend on Antlr v3, not v2
* Tommi Vainikainen: Package: libstringtemplate-java Version: 3.1-3 Severity: minor Currently if one install Antlr v3 (from 'antlr3'), also Antlr v2 will be installed because of dependency in libstringtemplate-java version 3.1-3. Maybe libstringtemplate-java should not depend on any version of Antlr, but only Antlr depend on libstringtemplate-java? Stringtemplate parses the templates using an antlr-generated parser (and version 2 at that), so the dependency is really there. ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#547179: Should depend on Antlr v3, not v2
Florian Weimer f...@deneb.enyo.de writes: Stringtemplate parses the templates using an antlr-generated parser (and version 2 at that), so the dependency is really there. I stand corrected. However, could the Antlr v2 packaging be modified then so that user installing antlr3 would not get confused? Does stringtemplate really need antlr v2 executables, or just simple library part of antlr v2? -- Tommi Vainikainen ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
