Bug#457254: Missing Depends: junit4 binary package does not depend on JRE/JDK

reassign 457254 junit4 thanks On Fri, Dec 21, 2007 at 02:29:57AM +, Chris Lamb wrote: Package: junit Version: 4.3.1-2 The junit4 binary package does not Depend: on anything, let alone anything Java-related. In comparison, the junit (ie. 3.x series) package depends on:

Processed: Re: Bug#457254: Missing Depends: junit4 binary package does not depend on JRE/JDK

Processing commands for [EMAIL PROTECTED]: reassign 457254 junit4 Bug#457254: Missing Depends: junit4 binary package does not depend on JRE/JDK Bug reassigned from package `junit' to `junit4'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking

Bug#456148: Intend to NMU

On Sun, Dec 23, 2007 at 12:37:45AM +0530, Varun Hiremath wrote: Hi Nico, On Sat, 22 Dec, 2007 at 07:46:12PM +0100, Nico Golde wrote: Hi Varun, * Varun Hiremath [EMAIL PROTECTED] [2007-12-22 19:12]: On Sat, 22 Dec, 2007 at 04:29:31PM +0100, Nico Golde wrote: Hi, attached is a

Re: libxmlrpc3-java override disparity

please modify the override file to have the section saying 'libs'. libxmlrpc3-client-java_3.1-1_all.deb: package says section is libs, override says devel. libxmlrpc3-common-java_3.1-1_all.deb: package says section is libs, override says devel. libxmlrpc3-server-java_3.1-1_all.deb:

Re: libxmlrpc3-java override disparity

On 11187 March 1977, Michael Koch wrote: Justification: Java libraries, to the difference of C libraries, are at the same time for runtime and development usage. We consider that it makes more sense to put all Java libraries in 'libs' as 85% of them are already in this section (I've

Bug#457956: /etc/init.d/tomcat5.5 doesn't check user right to start or stop tomcat and hangs

Package: tomcat5.5 Version: 5.5.20-2 Severity: important The script should warn the user that has no rights for this operation. As you may notice I use my own jdk package but I don't think this has an effect on this problem. -- System Information: Debian Release: 4.0 APT prefers stable

Processing of libapache-mod-jk_1.2.26-1_amd64.changes

libapache-mod-jk_1.2.26-1_amd64.changes uploaded successfully to localhost along with the files: libapache-mod-jk_1.2.26-1.dsc libapache-mod-jk_1.2.26.orig.tar.gz libapache-mod-jk_1.2.26-1.diff.gz libapache2-mod-jk_1.2.26-1_amd64.deb libapache-mod-jk-doc_1.2.26-1_all.deb Greetings,

libapache-mod-jk_1.2.26-1_amd64.changes ACCEPTED

Accepted: libapache-mod-jk-doc_1.2.26-1_all.deb to pool/main/liba/libapache-mod-jk/libapache-mod-jk-doc_1.2.26-1_all.deb libapache-mod-jk_1.2.26-1.diff.gz to pool/main/liba/libapache-mod-jk/libapache-mod-jk_1.2.26-1.diff.gz libapache-mod-jk_1.2.26-1.dsc to

libapache-mod-jk override disparity

There are disparities between your recently accepted upload and the override file for the following file(s): libapache2-mod-jk_1.2.26-1_amd64.deb: package says section is web, override says net. Either the package or the override file is incorrect. If you think the override is correct and the

Re: /usr/share/java as maven repository?

On Sat, December 22, 2007 21:03, Marcus Better wrote: Paul Cager wrote: E.g. the POM could require JUnit-3.8.1 but Debian has packaged version 3.8.2. In this case we would set up a link in the temporary Maven repository: debian/.m2/repository/.../junit-3.8.1.jar - /usr/share/java/junit.jar

Bug#455581: marked as done (ecj should depend on gij-4.2)

Your message dated Thu, 27 Dec 2007 20:47:57 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#455581: ecj should depend on gij-4.2 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

Processing of xmlgraphics-commons_1.2.dfsg-1_amd64.changes

xmlgraphics-commons_1.2.dfsg-1_amd64.changes uploaded successfully to localhost along with the files: xmlgraphics-commons_1.2.dfsg-1.dsc xmlgraphics-commons_1.2.dfsg.orig.tar.gz xmlgraphics-commons_1.2.dfsg-1.diff.gz libxmlgraphics-commons-java_1.2.dfsg-1_all.deb Greetings, Your

Bug#455581: ecj should depend on gij-4.2

Version: 3.3.0+0728-5 On Mon, Dec 10, 2007 at 08:59:08PM -0300, Martín Ferrari wrote: Package: ecj Version: 3.3.0+0728-2 Severity: normal When using ecj in a hybrid etch/lenny system I got: /usr/bin/ecj: line 25: /usr/bin/gij-4.2: No existe el fichero o el directorio /usr/bin/ecj:

xmlgraphics-commons_1.2.dfsg-1_amd64.changes ACCEPTED

Accepted: libxmlgraphics-commons-java_1.2.dfsg-1_all.deb to pool/contrib/x/xmlgraphics-commons/libxmlgraphics-commons-java_1.2.dfsg-1_all.deb xmlgraphics-commons_1.2.dfsg-1.diff.gz to pool/contrib/x/xmlgraphics-commons/xmlgraphics-commons_1.2.dfsg-1.diff.gz xmlgraphics-commons_1.2.dfsg-1.dsc

Processing of fop_0.94.dfsg-1_amd64.changes

fop_0.94.dfsg-1_amd64.changes uploaded successfully to localhost along with the files: fop_0.94.dfsg-1.dsc fop_0.94.dfsg.orig.tar.gz fop_0.94.dfsg-1.diff.gz fop_0.94.dfsg-1_all.deb fop-doc_0.94.dfsg-1_all.deb Greetings, Your Debian queue daemon

Processing of java-snmp_1.4.2-1_i386.changes

java-snmp_1.4.2-1_i386.changes uploaded successfully to localhost along with the files: java-snmp_1.4.2-1.dsc java-snmp_1.4.2.orig.tar.gz java-snmp_1.4.2-1.diff.gz libsnmp1.4-java_1.4.2-1_all.deb Greetings, Your Debian queue daemon ___

Bug#458001: groovy should depend on a Java6 runtime environment

Package: groovy Version: 1.5.0-1 Severity: wishlist Hello Groovy now needs Java6 and else just prints invalid jar file format. Isn't it possible to depend on a virtual package like java-virtual-machine-6 instead of java-virtual-machine to remind the user that java5 is no longer state of the art?

java-snmp_1.4.2-1_i386.changes ACCEPTED

Accepted: java-snmp_1.4.2-1.diff.gz to pool/main/j/java-snmp/java-snmp_1.4.2-1.diff.gz java-snmp_1.4.2-1.dsc to pool/main/j/java-snmp/java-snmp_1.4.2-1.dsc java-snmp_1.4.2.orig.tar.gz to pool/main/j/java-snmp/java-snmp_1.4.2.orig.tar.gz libsnmp1.4-java_1.4.2-1_all.deb to

fop override disparity

There are disparities between your recently accepted upload and the override file for the following file(s): fop-doc_0.94.dfsg-1_all.deb: package says section is contrib/doc, override says contrib/text. Either the package or the override file is incorrect. If you think the override is correct

fop_0.94.dfsg-1_amd64.changes ACCEPTED

Accepted: fop-doc_0.94.dfsg-1_all.deb to pool/contrib/f/fop/fop-doc_0.94.dfsg-1_all.deb fop_0.94.dfsg-1.diff.gz to pool/contrib/f/fop/fop_0.94.dfsg-1.diff.gz fop_0.94.dfsg-1.dsc to pool/contrib/f/fop/fop_0.94.dfsg-1.dsc fop_0.94.dfsg-1_all.deb to pool/contrib/f/fop/fop_0.94.dfsg-1_all.deb

junit_3.8.2-1_amd64.changes ACCEPTED

Accepted: junit-doc_3.8.2-1_all.deb to pool/main/j/junit/junit-doc_3.8.2-1_all.deb junit_3.8.2-1.diff.gz to pool/main/j/junit/junit_3.8.2-1.diff.gz junit_3.8.2-1.dsc to pool/main/j/junit/junit_3.8.2-1.dsc junit_3.8.2-1_all.deb to pool/main/j/junit/junit_3.8.2-1_all.deb

Bug#449640: marked as done (junit: debian/watch fails to report upstream's version)

Your message dated Thu, 27 Dec 2007 22:32:26 + with message-id [EMAIL PROTECTED] and subject line Bug#449640: fixed in junit 3.8.2-1 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

Bug#445349: marked as done (fop: new upstream 0.94 available)

Your message dated Thu, 27 Dec 2007 22:32:17 + with message-id [EMAIL PROTECTED] and subject line Bug#445349: fixed in fop 1:0.94.dfsg-1 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

Processing of junit_3.8.2-1_amd64.changes

junit_3.8.2-1_amd64.changes uploaded successfully to localhost along with the files: junit_3.8.2-1.dsc junit_3.8.2.orig.tar.gz junit_3.8.2-1.diff.gz junit_3.8.2-1_all.deb junit-doc_3.8.2-1_all.deb Greetings, Your Debian queue daemon

Processing of libfonts-java_0.2.6-2_amd64.changes

libfonts-java_0.2.6-2_amd64.changes uploaded successfully to localhost along with the files: libfonts-java_0.2.6-2.dsc libfonts-java_0.2.6-2.diff.gz libfonts-java_0.2.6-2_all.deb libfonts-java-doc_0.2.6-2_all.deb Greetings, Your Debian queue daemon

jexcelapi 2.6.6-1 MIGRATED to testing

FYI: The status of the jexcelapi source package in Debian's testing distribution has changed. Previous version: 2.6.3-1 Current version: 2.6.6-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information.

libjboss-aop-java 2.0.0.CR1-1 MIGRATED to testing

FYI: The status of the libjboss-aop-java source package in Debian's testing distribution has changed. Previous version: 2.0.0~beta2-1 Current version: 2.0.0.CR1-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for

libajaxtags-java 1.3~rc7-1 MIGRATED to testing

FYI: The status of the libajaxtags-java source package in Debian's testing distribution has changed. Previous version: 1.2~beta3-1 Current version: 1.3~rc7-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more

libjcalendar-java 1.3.2-2 MIGRATED to testing

FYI: The status of the libjcalendar-java source package in Debian's testing distribution has changed. Previous version: 1.3.2-0.1 Current version: 1.3.2-2 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more

libjdic-java 0.0.20060613-8 MIGRATED to testing

FYI: The status of the libjdic-java source package in Debian's testing distribution has changed. Previous version: 0.0.20060613-7 Current version: 0.0.20060613-8 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for

libjoda-time-java 1.5.1-1 MIGRATED to testing

FYI: The status of the libjoda-time-java source package in Debian's testing distribution has changed. Previous version: 1.5-1 Current version: 1.5.1-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more

libpicocontainer-java 1.3-2 MIGRATED to testing

FYI: The status of the libpicocontainer-java source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 1.3-2 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for

libvldocking-java 2.1.4-2 MIGRATED to testing

FYI: The status of the libvldocking-java source package in Debian's testing distribution has changed. Previous version: 2.1.4-1 Current version: 2.1.4-2 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more

trove 2.0.2-1 MIGRATED to testing

FYI: The status of the trove source package in Debian's testing distribution has changed. Previous version: 2.0.1.dfsg.1-1 Current version: 2.0.2-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more

libfonts-java_0.2.6-2_amd64.changes ACCEPTED

Accepted: libfonts-java-doc_0.2.6-2_all.deb to pool/main/libf/libfonts-java/libfonts-java-doc_0.2.6-2_all.deb libfonts-java_0.2.6-2.diff.gz to pool/main/libf/libfonts-java/libfonts-java_0.2.6-2.diff.gz libfonts-java_0.2.6-2.dsc to pool/main/libf/libfonts-java/libfonts-java_0.2.6-2.dsc

substance 4.1-1 MIGRATED to testing

FYI: The status of the substance source package in Debian's testing distribution has changed. Previous version: 4.1~dev-2 Current version: 4.1-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information.

Bug#458021: libjava-batik: missing manual pages

Package: libbatik-java Version: 1.6-3 Severity: normal Hello, libbatik is missing manual pages for all its binaries, namely: /usr/bin/rasterizer /usr/bin/squiggle /usr/bin/svgpp /usr/bin/ttf2svg Cheers, Vincent Fourmond -- System Information: Debian Release: lenny/sid APT

Re: /usr/share/java as maven repository?

Marcus Better wrote: Dalibor Topic wrote: It seems to me that we must keep track of ABI compatibility. This is a bit complicated, but it's our job if we want to be a well-integrated distribution. In other words we should try to solve the library versioning problem first, and only then try

Re: /usr/share/java as maven repository?

Paul Cager wrote: In other words we should try to solve the library versioning problem first, and only then try to build packages with Maven. Now there I'm afraid I have to disagree. Newer library versions that are not backwards-compatible will affect packages built using ant in just the

Re: /usr/share/java as maven repository?

Dalibor Topic wrote: I had in mind a stricter definition that takes semantics into account. For example if a method breaks its contract by changing its behaviour then it may be a new ABI, even if the method signature is the same. Is it possible to derive such information automatically?