Bug#734279: jblas: FTBFS on most architectures since tests are enabled at build time

On 01/09/2014 07:56 AM, tony mancill wrote: Why should it be less useful than on other architectures? We shouldn't differenciate between architectures in this regard, IMO. Sorry, imprecise wording on my part. What I meant was, I wonder if the package has ever been *usable* on architectures

Comments regarding jenkins-constant-pool-scanner_1.2-1_i386.changes

Hi, please ask upstream to add a COPYING file to better document the license of this project. It's not so immediate to find it. Cheers, Luca __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use

Re: Comments regarding jenkins-constant-pool-scanner_1.2-1_i386.changes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Luca On 09/01/14 14:31, Luca Falavigna wrote: please ask upstream to add a COPYING file to better document the license of this project. It's not so immediate to find it. I've raised an issue upstream to request this be added. Is the current

Processing of jblas_1.2.0-6_amd64.changes

jblas_1.2.0-6_amd64.changes uploaded successfully to localhost along with the files: jblas_1.2.0-6.dsc jblas_1.2.0-6.debian.tar.gz jblas-doc_1.2.0-6_all.deb jblas_1.2.0-6_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) __ This is the maintainer

Bug#734279: marked as done (jblas: FTBFS on most architectures since tests are enabled at build time)

Your message dated Thu, 09 Jan 2014 15:19:41 + with message-id e1w1hox-00053t...@franck.debian.org and subject line Bug#734279: fixed in jblas 1.2.0-6 has caused the Debian Bug report #734279, regarding jblas: FTBFS on most architectures since tests are enabled at build time to be marked as

jblas_1.2.0-6_amd64.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 09 Jan 2014 06:40:57 -0800 Source: jblas Binary: jblas jblas-doc Architecture: source all amd64 Version: 1.2.0-6 Distribution: unstable Urgency: medium Maintainer: Debian Java Maintainers

jenkins-constant-pool-scanner_1.2-1_i386.changes ACCEPTED into unstable, unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 06 Jan 2014 09:08:12 + Source: jenkins-constant-pool-scanner Binary: libjenkins-constant-pool-scanner-java libjenkins-constant-pool-scanner-java-doc Architecture: source all Version: 1.2-1 Distribution:

Bug#734674: eclipse: Frequently segfaults under some circumstances

Hi, Upon inspecting the segfaults, I saw messages in my dmesg log pointing to libsoup and I found: http://bugs.debian.org/705420 And a small patch is available at: http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=b22a7d19afbe2a3811a0f8aa54c1e85d92c62a2c Can we

Processed: tagging as pending bugs that are closed by packages in NEW

Processing commands for cont...@bugs.debian.org: # Thursday 9 January 19:03:33 UTC 2014 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: libnb-platform18-java tags 680468 + pending Bug #680468 [netbeans]

Processed (with 1 errors): found 734140 in 3.13.11-2, tagging 734715, fixed 602586 in 2.0.1-1, notfixed 686061 in 3.0.13-3 ...

Processing commands for cont...@bugs.debian.org: found 734140 3.13.11-2 Bug #734140 [hpijs-ppds] Package not installable because of foomatic-filters Marked as found in versions hplip/3.13.11-2. tags 734715 + jessie sid Bug #734715 [cpushare] cpushare: fails to start due to change in nobody's

Bug#734797: Please provide convenient symlinks for jdi.jar and jdimodel.jar

Package: eclipse-jdt Version: 3.8.1-4 Severity: wishlist Control: blocks 433270 by -1 Hi, The processing source (#433270) embeds a convenient copy of jdi.jar and jdimodel.jar for its build process. In order to properly build-depend on eclipse-jdt for the Debian package, it would be nice not to

Bug#733397: libstruts1.2-java: FTBFS: [javac] /«PKGBUILDDIR»/src/share/org/apache/struts/action/ActionServlet.java:53: error: package org.apache.commons.collections does not exist

There were two build errors... The first (per the subject of the bug) is fixed by adding a build (and I assume run-time) dependency on libcommons-collections-java The second (a few lines later in the build output) is due to ant.properties calling out the version of jsp.jar that is provided by

Processed: block 433270 with 734797

Processing commands for cont...@bugs.debian.org: block 433270 with 734797 Bug #433270 [wnpp] ITP: processing -- a programming language for images, animations, and interactions Bug #706416 [wnpp] ITP: processing -- create images, animations and interactions 433270 was not blocked by any bugs.

Bug#734820: Please, make it possible to retrieve information about the USB device that provides the serial port

Package: libjssc-java Version: 2.6.0-1 Severity: wishlist Tags: upstream patch Control: block 433270 by -1 Hi, The processing package (#433270) depends on a patched version of libjssc-java, it would be nice if libjssc-java in Debian could be an early adopter of this patch.

Processed: Please, make it possible to retrieve information about the USB device that provides the serial port

Processing control commands: block 433270 by -1 Bug #433270 [wnpp] ITP: processing -- a programming language for images, animations, and interactions Bug #706416 [wnpp] ITP: processing -- create images, animations and interactions 433270 was blocked by: 734797 433270 was blocking: 587820 Added

Bug#734821: libxstream-java: CVE-2013-7285: remote code execution via deserialization in XStream

Package: libxstream-java Severity: grave Tags: security upstream Hi, the following vulnerability was published for libxstream-java. CVE-2013-7285[0]: remote code execution via deserialization in XStream See also [1] for the original report. [3] contains an initial patch which was commited. If

Bug#733012: mojarra: FTBFS: error: package javax.faces.component.html does not exist

The root of the problem is a little earlier in the build log than the provided snippet. javax.faces.component.html should be generated by a previous step in the build, which is failing due to missing dependency/classpath for commons-collections. I fixed by added a build dependency in