Bug#553977: closed by Ludovic Claude ludovic.cla...@laposte.net (Closing bug, fixed)

2010-04-07 Thread Benjamin Peter

Thank you. :)

closed.

Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
which was filed against the maven2 package:

#553977: maven2: Class Loader error when using pax (or depending plugins)

It has been closed by Ludovic Claude ludovic.cla...@laposte.net.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Ludovic Claude 
ludovic.cla...@laposte.net by
replying to this email.






Subject:
Closing bug, fixed
From:
Ludovic Claude ludovic.cla...@laposte.net
Date:
Wed, 07 Apr 2010 00:03:53 +0200
To:
553977-cl...@bugs.debian.org

To:
553977-cl...@bugs.debian.org


version: 2.2.1-1

New version with new build fixes this bug






Subject:
maven2: Class Loader error when using pax (or depending plugins)
From:
Benjamin Peter dedeibel.li...@arcor.de
Date:
Mon, 02 Nov 2009 13:28:27 +0100
To:
Debian Bug Tracking System sub...@bugs.debian.org

To:
Debian Bug Tracking System sub...@bugs.debian.org


Package: maven2
Version: 2.2.1-1
Severity: normal

Hi,

when using maven 2.0.9 there seems to be a problem with the plexus libraries.
The problem is described more briefly here

http://issues.ops4j.org/browse/PAXCONSTRUCT-110

The problem was solved on my system by installing the testing versions of
maven2 (as you can see below) but before the current stable version was
installed when I encountered the problem.

It would be good if the problem could be documented/worked around or the
maven version updated / patched.

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages maven2 depends on:
ii  gij-4.3 [java2-runtime-head 4.3.2-2  The GNU Java bytecode interpreter
ii  libmaven2-core-java 2.2.1-1  Core libraries for Maven2
ii  sun-java5-jre [java2-runtim 1.5.0-17-0.1 Sun Java(TM) Runtime Environment (
ii  sun-java6-jre [java2-runtim 6-12-1   Sun Java(TM) Runtime Environment (

Versions of packages maven2 recommends:
ii  libmaven-clean-plugin-java2.3-3  Maven clean plugin
ii  libmaven-compiler-plugin-java 2.0.2-4Maven compiler plugin
ii  libmaven-install-plugin-java  2.3-2  Maven install plugin
ii  libmaven-jar-plugin-java  2.2-4  Maven Jar plugin
ii  libmaven-resources-plugin-jav 2.3-5  Maven resources plugin
ii  libmaven-shade-plugin-java1.2.1-2Maven shade plugin

maven2 suggests no packages.

-- no debconf information






__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.


Bug#576814: libjline-java: left-arrow, up-arrow adds null to retrieved history line

2010-04-07 Thread Ben Armstrong
Package: libjline-java
Version: 0.9.94-5
Severity: normal

In xterm, gnome-terminal, lxterminal, and presumably other X terminals as well,
and even linux console, some sequences of left-arrow and up-arrow key-presses
corrupt lines from the history by adding nulls and dropping characters
earlier in the line.  This hampers effective use of the command-line history
in every language interpreter I have tried that uses jline, and is a source of
frustration in using these programs to experiment with the languages.

I have reproduced the problem in bsh, jirb and clojure repl, the latter invoked 
as:

$ java -cp /usr/share/java/clojure.jar:/usr/share/java/jline.jar 
jline.ConsoleRunner clojure.main


Using clojure repl, the following steps are sufficient to reproduce the problem
and demonstrate that the corruption is accompanied by the addition of a null
character.

1.Enter these lines:

(println hello world)
(println hello)

2. press up-arrow, left-arrow, up-arrow, and the line now looks like this:

user= (println hell world)

3. press enter on this line, resulting in the following:

hell world
nil
java.lang.Exception: Unable to resolve symbol:  in this context 
(NO_SOURCE_FILE:0)

4. ^D to exit and hexdump -C ~/.jline-clojure.main.history produces:

  28 70 72 69 6e 74 6c 6e  20 22 68 65 6c 6c 6f 20  |(println hello |
0010  77 6f 72 6c 64 22 29 0a  28 70 72 69 6e 74 6c 6e  |world).(println|
0020  20 22 68 65 6c 6c 6f 22  29 0a 28 70 72 69 6e 74  | hello).(print|
0030  6c 6e 20 22 68 65 6c 6c  20 77 6f 72 6c 64 22 29  |ln hell world)|
0040  00 0a |..|
0042

Notice the single null at the end of the third line before the newline
character.  This accounts both for the Unable to resolve symbol:  in this
context error message (the null is the symbol you can't see in this message)
and for the fact that a single character is dropped in hell world (though why
it is the 'o' and not some other character is mysterious). 


In bsh and jirb the corruption is exactly the same.


bsh version:

bsh % print(hello world);
hello world
bsh % print(hello);  
hello
bsh % print(hell world);
hell world


jirb version:

 puts hello world
hello world
= nil
 puts hello
hello
= nil
 puts hell world
hell world
= nil


I have experimented with different language settings, (LANG=C, =en_US.UTF-8,) 
different
terminal emulators, (as indicated in my summary above,) and different values of
TERM, (screen, xterm, dumb.)  Nothing helps.

Thanks,
Ben


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libjline-java depends on:
ii  default-jre-headless [java2-r 1.6-34 Standard Java or Java compatible R
ii  openjdk-6-jre-headless [java2 6b17-1.7-1 OpenJDK Java runtime, using Hotspo

libjline-java recommends no packages.

Versions of packages libjline-java suggests:
pn  libjline-java-doc none (no description available)

-- no debconf information



__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.


Bug#576814: Workaround with rlwrap (Re: left-arrow, up-arrow adds null to retrieved history line)

2010-04-07 Thread Ben Armstrong
Package: libjline-java
Version: 0.9.94-5
Severity: normal

On #clojure @ irc.freenode.net, a helpful respondent reviewing this bug 
suggested I
use rlwrap as a workaround.  This works for me, and adds some more features a 
like
that actually make it preferable to jline, such as reverse-incremental-search 
and
paren flashing, so:

rlwrap java -cp /usr/share/java/clojure.jar clojure.main

Repeating my test case from before, the hello world line is properly 
displayed.

Ben



__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.


Bug#572432: REPL does not use JLine ConsoleRunner or another readline-style library

2010-04-07 Thread Ben Armstrong
Package: clojure
Version: 1.1.0+dfsg-1
Severity: normal

Consider recommending (or suggesting) rlwrap instead, as jline has a rather
annoying line-corruption bug I discovered (see #576814) that limits its
usefulness, and rlwrap is more featureful.  Example invocation:

rlwrap java -cp /usr/share/java/clojure.jar clojure.main

Supports saved history, reverse-incremental-search, paren flashing, and I am 
told,
even tab-completion that can learn from the expressions you type ...  All
around a much more featureful solution as well as being less buggy.

Ben



__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.


liblogkit-java REMOVED from testing

2010-04-07 Thread Debian testing watch
FYI: The status of the liblogkit-java source package
in Debian's testing distribution has changed.

  Previous version: 1.2.2-9
  Current version:  (not in testing)
  Hint: Package not in unstable

The script that generates this mail tries to extract removal
reasons from comments in the britney hint files. Those comments
were not originally meant to be machine readable, so if the
reason for removing your package seems to be nonsense, it is
probably the reporting script that got confused. Please check the
actual hints file before you complain about meaningless removals.

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.


[pkg-java] r12040 - trunk/libstruts1.2-java/debian

2010-04-07 Thread Onkar Shinde
Author: onkarshinde-guest
Date: 2010-04-07 16:47:19 + (Wed, 07 Apr 2010)
New Revision: 12040

Modified:
   trunk/libstruts1.2-java/debian/changelog
Log:
Add changelog entry of latest NMU upload

Modified: trunk/libstruts1.2-java/debian/changelog
===
--- trunk/libstruts1.2-java/debian/changelog2010-04-06 22:48:24 UTC (rev 
12039)
+++ trunk/libstruts1.2-java/debian/changelog2010-04-07 16:47:19 UTC (rev 
12040)
@@ -1,4 +1,4 @@
-libstruts1.2-java (1.2.9-3.1) UNRELEASED; urgency=low
+libstruts1.2-java (1.2.9-3.2) UNRELEASED; urgency=low
 
   * Non-maintainer upload.
 
@@ -8,6 +8,14 @@
 
  -- Sylvestre Ledru sylvestre.le...@inria.fr  Wed, 17 Jun 2009 10:53:33 +0200
 
+libstruts1.2-java (1.2.9-3.1) unstable; urgency=high
+
+  * Non-maintainer upload by the testing Security Team.
+  * Fixed CVE-2008-2025: Cross-site scripting (XSS) vulnerability.
+(Closes: #528352)
+
+ -- Giuseppe Iuculano iucul...@debian.org  Sun, 06 Dec 2009 14:13:59 +0100
+
 libstruts1.2-java (1.2.9-3) unstable; urgency=low
 
   * Build-Depends on java-gcj-compat-dev instead of java-gcj-compat.


___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-commits


[pkg-java] r12041 - in trunk/libstruts1.2-java/debian: . patches source

2010-04-07 Thread Onkar Shinde
Author: onkarshinde-guest
Date: 2010-04-07 18:03:24 + (Wed, 07 Apr 2010)
New Revision: 12041

Added:
   trunk/libstruts1.2-java/debian/patches/series
   trunk/libstruts1.2-java/debian/source/
   trunk/libstruts1.2-java/debian/source/format
Modified:
   trunk/libstruts1.2-java/debian/ant.properties
   trunk/libstruts1.2-java/debian/changelog
   trunk/libstruts1.2-java/debian/compat
   trunk/libstruts1.2-java/debian/control
   trunk/libstruts1.2-java/debian/copyright
   trunk/libstruts1.2-java/debian/patches/01_build_javac_target.patch
   trunk/libstruts1.2-java/debian/patches/02_CVE-2008-2025.patch
   trunk/libstruts1.2-java/debian/rules
Log:
servlet2.3 - servlet2.5 migration

Modified: trunk/libstruts1.2-java/debian/ant.properties
===
--- trunk/libstruts1.2-java/debian/ant.properties   2010-04-07 16:47:19 UTC 
(rev 12040)
+++ trunk/libstruts1.2-java/debian/ant.properties   2010-04-07 18:03:24 UTC 
(rev 12041)
@@ -6,6 +6,7 @@
 commons-validator.jar=/usr/share/java/commons-validator.jar
 jakarta-oro.jar=/usr/share/java/oro.jar
 jdbc20ext.jar=/usr/share/java/jdbc2_0-stdext.jar
-servlet.jar=/usr/share/java/servlet-2.3.jar
+jsp.jar=/usr/share/java/jsp-api-2.1.jar
+servlet.jar=/usr/share/java/servlet-api-2.5.jar
 antlr.jar=/usr/share/java/antlr.jar
 struts.el.home=contrib/struts-el

Modified: trunk/libstruts1.2-java/debian/changelog
===
--- trunk/libstruts1.2-java/debian/changelog2010-04-07 16:47:19 UTC (rev 
12040)
+++ trunk/libstruts1.2-java/debian/changelog2010-04-07 18:03:24 UTC (rev 
12041)
@@ -1,12 +1,26 @@
-libstruts1.2-java (1.2.9-3.2) UNRELEASED; urgency=low
+libstruts1.2-java (1.2.9-4) unstable; urgency=low
 
-  * Non-maintainer upload.
+  [ Onkar Shinde ]
+  * Build/runtime dependency libservlet2.3-java - libservlet2.5-java.
+  * Build dependency java-gcj-compat-dev - default-jdk.
+  * Remove runtime dependencies since the package is build with lowest target
+JVM version (1.3)
+  * Convert patches to quilt format. Convert package to 3.0 format.
+  * lintian errors/warnings fixed
+- Section devel - java.
+- Standards version 3.7.2 - 3.8.4.
+- Remove Debian revisions from build/runtime dependencies.
+- Add ${misc:Depends} to runtime dependencies.
+- Update compat version to 5.
+- Move homepage url to Homepage field.
+- Write copyright in DEP-5 format. Remove complete text of Apache-2.0
+  license.
 
   [ Emmanuel Bourg ]
   * Update of the URLs
   * Rename Jakarta Commons to Apache Commons
 
- -- Sylvestre Ledru sylvestre.le...@inria.fr  Wed, 17 Jun 2009 10:53:33 +0200
+ -- Debian Java Maintainers pkg-java-maintainers@lists.alioth.debian.org  
Wed, 07 Apr 2010 14:21:41 +0530
 
 libstruts1.2-java (1.2.9-3.1) unstable; urgency=high
 

Modified: trunk/libstruts1.2-java/debian/compat
===
--- trunk/libstruts1.2-java/debian/compat   2010-04-07 16:47:19 UTC (rev 
12040)
+++ trunk/libstruts1.2-java/debian/compat   2010-04-07 18:03:24 UTC (rev 
12041)
@@ -1 +1 @@
-4
+5

Modified: trunk/libstruts1.2-java/debian/control
===
--- trunk/libstruts1.2-java/debian/control  2010-04-07 16:47:19 UTC (rev 
12040)
+++ trunk/libstruts1.2-java/debian/control  2010-04-07 18:03:24 UTC (rev 
12041)
@@ -1,16 +1,16 @@
 Source: libstruts1.2-java
-Section: devel
+Section: java
 Priority: optional
 Maintainer: Debian Java Maintainers 
pkg-java-maintainers@lists.alioth.debian.org
 Uploaders: Arnaud Vandyck av...@debian.org, Stefan Gybas 
sgy...@debian.org, Michael Koch konque...@gmx.de
-Build-Depends: debhelper (= 4.2.30), cdbs (= 0.4.8), java-gcj-compat-dev, 
ant, ant-optional, libxerces2-java, libxalan2-java, libcommons-beanutils-java 
(= 1.7.0-1), libcommons-digester-java (= 1.7-1), libcommons-fileupload-java 
(= 1.0-1), libcommons-logging-java, libcommons-validator-java (= 1.1.4-1), 
liboro-java, libservlet2.3-java, antlr
-Standards-Version: 3.7.2
+Build-Depends: debhelper (= 5), cdbs (= 0.4.8), default-jdk, ant, 
ant-optional, libxerces2-java, libxalan2-java, libcommons-beanutils-java (= 
1.7.0), libcommons-digester-java (= 1.7), libcommons-fileupload-java (= 1.0), 
libcommons-logging-java, libcommons-validator-java (= 1.1.4), liboro-java, 
libservlet2.5-java, antlr
+Standards-Version: 3.8.4
+Homepage: http://struts.apache.org/
 
 Package: libstruts1.2-java
 Architecture: all
-Section: devel
 Priority: optional
-Depends: java-gcj-compat | java1-runtime | java2-runtime, 
libcommons-beanutils-java (= 1.7.0-1), libcommons-digester-java (= 1.7-1), 
libcommons-fileupload-java (= 1.0-1), libcommons-logging-java, 
libcommons-validator-java (= 1.1.4-1), liboro-java, libservlet2.3-java
+Depends: ${misc:Depends}, libcommons-beanutils-java (= 1.7.0), 
libcommons-digester-java (= 1.7), libcommons-fileupload-java (= 

mini-dinstall: Successfully installed plexus-active-collections 1.0~beta2-2 to unstable

2010-04-07 Thread Mini-Dinstall
Package: plexus-active-collections
Maintainer: Debian Java Maintainers 
pkg-java-maintainers@lists.alioth.debian.org
Changed-By: Ludovic Claude ludovic.cla...@laposte.net
Architecture: source
Changes:
  * Rebuild with new plexus-maven-plugin and new maven-debian-helper
(Closes: #573666)
  * Use default-jdk-doc instead of classpath-doc/openjdk-6-doc
(Closes: #567287)

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.


[pkg-java] r12042 - tags/plexus-active-collections

2010-04-07 Thread Damien Raude-Morvan
Author: drazzib
Date: 2010-04-07 22:09:30 + (Wed, 07 Apr 2010)
New Revision: 12042

Added:
   tags/plexus-active-collections/1.0~beta2-2/
Log:
[svn-buildpackage] Tagging plexus-active-collections (1.0~beta2-2)


___
pkg-java-commits mailing list
pkg-java-comm...@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-commits


Processing of plexus-active-collections_1.0~beta2-2_amd64.changes

2010-04-07 Thread Archive Administrator
plexus-active-collections_1.0~beta2-2_amd64.changes uploaded successfully to 
localhost
along with the files:
  plexus-active-collections_1.0~beta2-2.dsc
  plexus-active-collections_1.0~beta2-2.diff.gz
  libplexus-active-collections-java_1.0~beta2-2_all.deb
  libplexus-active-collections-java-doc_1.0~beta2-2_all.deb

Greetings,

Your Debian queue daemon (running on host ries.debian.org)

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.


Bug#576873: tomcat6: Remove classloader directories shared/, common/ and server/

2010-04-07 Thread Ludovic Claude

Package: tomcat6
Version: 6.0.26-0ubuntu1~ppa1
Severity: wishlist

Suggestion from Jason Brittain (MuleSource):

I noticed that the way we have tomcat6 configured is to add
   back the classloader directories that were present in Tomcat
   versions 4 and 5: shared/, common/, and server/.  Stock Tomcat
   6 got rid of these as of 6.0.0.  Some software is still
   written for Tomcat 5.5, and docs may still refer to these
   classloading dirs..  I always found them helpful, since
   Tomcat's classloader hierarchy still has these three
   classloaders (server, common, and shared), but by default
   Tomcat 6 was always configured to just load everything from
   CATALINA_BASE/lib/.  Being informed about Tomcat, I can handle
   these dirs being present, but this will likely confuse some
   users because stock Tomcat 6 doesn't have them.  Looking
   forward to Tomcat 7, they're not being reintroduced, either.
   What do you think about eliminating these directories to make
   the Debian tomcat6 package more like stock Tomcat 6?

-- System Information:
Debian Release: squeeze/sid
  APT prefers karmic-updates
  APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 
'karmic-backports'), (500, 'karmic')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31-20-generic (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tomcat6 depends on:
ii  adduser 3.110ubuntu7 add and remove users and groups
ii  tomcat6-common  6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- common f

Versions of packages tomcat6 recommends:
ii  authbind 1.2.0build2 Allows non-root programs to bind()

Versions of packages tomcat6 suggests:
ii  tomcat6-admin   6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- admin we
ii  tomcat6-docs6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- document
ii  tomcat6-examples6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- example 
ii  tomcat6-user6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- tools to

-- no debconf information




__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.


Bug#575331: marked as done (jakarta-log4j: FTBFS on kfreebsd-amd64: Bus error (core dumped))

2010-04-07 Thread Debian Bug Tracking System
Your message dated Thu, 8 Apr 2010 00:14:33 +0200
with message-id 201004080014.34047.draz...@debian.org
and subject line Re: Bug#575331: jakarta-log4j: FTBFS on kfreebsd-amd64: Bus 
error (core dumped)
has caused the Debian Bug report #575331,
regarding jakarta-log4j: FTBFS on kfreebsd-amd64: Bus error (core dumped)
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
575331: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575331
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Source: jakarta-log4j
Version: 1.2.15-10
Severity: serious
Justification: FTBFS
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

your package no longer builds on kfreebsd-amd64. Please note it might
very well be a java issue, rather than a direct issue with your package;
but I didn't notice a huge number of java-related issues lately. Please
also note I've tried giving it back several times during the last 2
(IIRC) weeks, with no luck.

Log excerpt:
| cd .  /usr/lib/jvm/default-java/bin/java -classpath 
/usr/share/ant/lib/ant.jar:/usr/share/ant/lib/ant-launcher.jar:/usr/share/java/gnumail.jar:/usr/share/java/activation.jar:/usr/lib/jvm/default-java/lib/tools.jar
  -Dant.home=/usr/share/ant org.apache.tools.ant.Main -Dcompile.debug=true 
-Dcompile.optimize=true jar javadoc
| Bus error (core dumped)
| make: *** [debian/stamp-ant-build] Error 138

Full build logs:
  https://buildd.debian.org/status/package.php?p=jakarta-log4j

Mraw,
KiBi.


---End Message---
---BeginMessage---
Version: 1.2.15-11

Le mercredi 24 mars 2010 23:30:56, Cyril Brulebois a écrit :
 Hi,

Hi Cyril,

 your package no longer builds on kfreebsd-amd64. Please note it might
 very well be a java issue, rather than a direct issue with your package;
 but I didn't notice a huge number of java-related issues lately. Please
 also note I've tried giving it back several times during the last 2
 (IIRC) weeks, with no luck.

I'm closing this bug as last upload (1.2.15-11) of log4j seems to have been 
successfully built on kfreebsd-*. Since we haven't changed anything regarding 
bsd support, I would bet it's some toolchain package which get fixed.

 Log excerpt:
 | cd .  /usr/lib/jvm/default-java/bin/java -classpath
 | /usr/share/ant/lib/ant.jar:/usr/share/ant/lib/ant-launcher.jar:/usr/share
 |/java/gnumail.jar:/usr/share/java/activation.jar:/usr/lib/jvm/default-java
 |/lib/tools.jar  -Dant.home=/usr/share/ant org.apache.tools.ant.Main
 | -Dcompile.debug=true -Dcompile.optimize=true jar javadoc Bus error
 | (core dumped)
 | make: *** [debian/stamp-ant-build] Error 138

1.2.15-10 :
https://buildd.debian.org/fetch.cgi?pkg=jakarta-
log4j;ver=1.2.15-10;arch=kfreebsd-amd64;stamp=1269469092

Was using : gcj-4.4-jdk_4.4.3-5

1.2.15-11:
https://buildd.debian.org/fetch.cgi?pkg=jakarta-
log4j;ver=1.2.15-11;arch=kfreebsd-amd64;stamp=1270596775

Use : gcj-4.4-jdk_4.4.3-6

Cheers,
-- 
Damien - Debian Developper
http://wiki.debian.org/DamienRaudeMorvan


signature.asc
Description: This is a digitally signed message part.
---End Message---
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.


Bug#576875: tomcat6: Allow running the init script as a normal user, not admin

2010-04-07 Thread Ludovic Claude

Package: tomcat6
Version: 6.0.26-0ubuntu1~ppa1
Severity: wishlist

From Jason Brittain (MuleSource):

When the init script invoked Tomcat via jsvc, it had to be run
   by an administrator user because jsvc itself had to be started
   as root in order to allow binding to privileged ports.  Now
   that we use authbind, it doesn't require the init script to
   run as an administrator to do the same thing.  For example the
   init script could run as user 'tomcat6' and starts, stops, and
   restarts could work just fine while Tomcat could still bind to
   privileged ports.  So, what's the use case for the init script
   being run as user 'tomcat6'?  There are situations where the
   administrator does not want to or cannot configure sudo for a
   user to be able to run the Tomcat init script, or where there
   is a script that runs as user tomcat6 that needs to be able to
   either restart Tomcat or get Tomcat's status.  It is possible
   to make this work now that the init script doesn't use jsvc,
   and I thought I'd ask you whether you think it would be
   helpful to allow it.  The code change would be only inside the
   init script -- it would be a relatively small change to remove
   the few lines of code that requires the user be root to run
   it, possibly invoke start-stop-daemon without the --user
   switch, maybe a small number of changes to make sure that
   running the rest of the init script as non-root works
   properly.  I think the changes are pretty small.  It would,
   however, need to be tested afterwards to make sure the usual
   use case works properly still.  So, I'm not proposing making
   this change for Lucid, unless there's time in the schedule to
   test and debug it afterwards.  What do you guys think?

-- System Information:
Debian Release: squeeze/sid
  APT prefers karmic-updates
  APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 
'karmic-backports'), (500, 'karmic')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31-20-generic (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tomcat6 depends on:
ii  adduser 3.110ubuntu7 add and remove users and groups
ii  tomcat6-common  6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- common f

Versions of packages tomcat6 recommends:
ii  authbind 1.2.0build2 Allows non-root programs to bind()

Versions of packages tomcat6 suggests:
ii  tomcat6-admin   6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- admin we
ii  tomcat6-docs6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- document
ii  tomcat6-examples6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- example 
ii  tomcat6-user6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- tools to

-- no debconf information




__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.


plexus-active-collections_1.0~beta2-2_amd64.changes ACCEPTED

2010-04-07 Thread Archive Administrator



Accepted:
libplexus-active-collections-java-doc_1.0~beta2-2_all.deb
  to 
main/p/plexus-active-collections/libplexus-active-collections-java-doc_1.0~beta2-2_all.deb
libplexus-active-collections-java_1.0~beta2-2_all.deb
  to 
main/p/plexus-active-collections/libplexus-active-collections-java_1.0~beta2-2_all.deb
plexus-active-collections_1.0~beta2-2.diff.gz
  to 
main/p/plexus-active-collections/plexus-active-collections_1.0~beta2-2.diff.gz
plexus-active-collections_1.0~beta2-2.dsc
  to main/p/plexus-active-collections/plexus-active-collections_1.0~beta2-2.dsc


Override entries for your package:
libplexus-active-collections-java-doc_1.0~beta2-2_all.deb - optional doc
libplexus-active-collections-java_1.0~beta2-2_all.deb - optional java
plexus-active-collections_1.0~beta2-2.dsc - source java

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 567287 573666 


Thank you for your contribution to Debian.

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.


Bug#573666: marked as done (plexus-active-collections: FTBFS: missing junit:junit:jar:debian)

2010-04-07 Thread Debian Bug Tracking System
Your message dated Wed, 07 Apr 2010 23:07:30 +
with message-id e1nzelk-78...@ries.debian.org
and subject line Bug#573666: fixed in plexus-active-collections 1.0~beta2-2
has caused the Debian Bug report #573666,
regarding plexus-active-collections: FTBFS: missing junit:junit:jar:debian
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
573666: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573666
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Source: plexus-active-collections
Version: 1.0~beta2-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100312 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:
 make[1]: Entering directory 
 `/build/user-plexus-active-collections_1.0~beta2-1-amd64-942AQ1/plexus-active-collections-1.0~beta2'
 mh_unpatchpoms -plibplexus-active-collections-java
 rm -f -f debian/stamp-poms-patched
 make[1]: Leaving directory 
 `/build/user-plexus-active-collections_1.0~beta2-1-amd64-942AQ1/plexus-active-collections-1.0~beta2'
 dh_clean 
 mh_unpatchpoms -plibplexus-active-collections-java
 rm -f -f debian/stamp-poms-patched
 rm -f debian/stamp-maven-doc
  dpkg-source -b plexus-active-collections-1.0~beta2
 dpkg-source: info: using source format `1.0'
 dpkg-source: info: building plexus-active-collections using existing 
 plexus-active-collections_1.0~beta2.orig.tar.gz
 dpkg-source: info: building plexus-active-collections in 
 plexus-active-collections_1.0~beta2-1.diff.gz
 dpkg-source: info: building plexus-active-collections in 
 plexus-active-collections_1.0~beta2-1.dsc
  debian/rules build
 test -x debian/rules
 mkdir -p .
 mh_lspoms -plibplexus-active-collections-java --force
 Tests are turned off. Ignore this test dependency?
   junit:junit:jar:3.8.1
 Exception in thread main java.lang.NullPointerException
   at 
 org.debian.maven.packager.DependenciesSolver.askIgnoreDependency(DependenciesSolver.java:212)
   at 
 org.debian.maven.packager.DependenciesSolver.resolveDependencies(DependenciesSolver.java:647)
   at 
 org.debian.maven.packager.DependenciesSolver.access$000(DependenciesSolver.java:56)
   at 
 org.debian.maven.packager.DependenciesSolver$ToResolve.resolve(DependenciesSolver.java:240)
   at 
 org.debian.maven.packager.DependenciesSolver.resolveDependenciesNow(DependenciesSolver.java:616)
   at 
 org.debian.maven.packager.DependenciesSolver.solveDependencies(DependenciesSolver.java:525)
   at 
 org.debian.maven.packager.DependenciesSolver.main(DependenciesSolver.java:922)
 rm: cannot remove `debian/libplexus-active-collections-java.substvars': No 
 such file or directory
 [y]/n  The list of POM files is now in 
 debian/libplexus-active-collections-java.poms
 /usr/share/maven-debian-helper/copy-repo.sh 
 /build/user-plexus-active-collections_1.0~beta2-1-amd64-942AQ1/plexus-active-collections-1.0~beta2/debian
 mh_patchpoms -plibplexus-active-collections-java --debian-build 
 --keep-pom-version 
 --maven-repo=/build/user-plexus-active-collections_1.0~beta2-1-amd64-942AQ1/plexus-active-collections-1.0~beta2/debian/maven-repo
  
 No rules file
 touch debian/stamp-poms-patched
 cd .  /usr/lib/jvm/default-java/bin/java -noverify -cp 
 /usr/share/maven2/boot/classworlds.jar:/usr/lib/jvm/default-java/lib/tools.jar
  
 -Dproperties.file.manual=/build/user-plexus-active-collections_1.0~beta2-1-amd64-942AQ1/plexus-active-collections-1.0~beta2/debian/maven.properties
  -Dclassworlds.conf=/etc/maven2/m2-debian.conf 
 org.codehaus.classworlds.Launcher  -s/etc/maven2/settings-debian.xml 
 -Dmaven.repo.local=/build/user-plexus-active-collections_1.0~beta2-1-amd64-942AQ1/plexus-active-collections-1.0~beta2/debian/maven-repo
   package
 [INFO] 
 NOTE: Maven is executing in offline mode. Any artifacts not already in your 
 local
 repository will be inaccessible.
 
 [INFO] Scanning for projects...
 [INFO] 
 
 [INFO] Building Plexus Container-Backed Active Collections
 [INFO]task-segment: [package]
 [INFO] 
 
 [INFO] [resources:resources {execution: default-resources}]
 [WARNING] Using platform encoding (ANSI_X3.4-1968 actually) to copy filtered 
 resources, i.e. build is platform dependent!
 [INFO] skip non existing resourceDirectory 
 /build/user-plexus-active-collections_1.0~beta2-1-amd64-942AQ1/plexus-active-collections-1.0~beta2/src/main/resources
 [INFO] 

Bug#567287: marked as done (plexus-active-collections: use of default-jdk-doc instead of classpath-doc/openjdk-6-doc)

2010-04-07 Thread Debian Bug Tracking System
Your message dated Wed, 07 Apr 2010 23:07:30 +
with message-id e1nzelk-73...@ries.debian.org
and subject line Bug#567287: fixed in plexus-active-collections 1.0~beta2-2
has caused the Debian Bug report #567287,
regarding plexus-active-collections: use of default-jdk-doc instead of 
classpath-doc/openjdk-6-doc
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
567287: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567287
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: plexus-active-collections
Version: 1.0~beta2-1
User: debian-j...@lists.debian.org
Usertags: default-jdk-doc

The package build-depends or depends on either classpath-doc
or openjdk-6-doc.  Please use default-jdk-doc instead.  The
default-jdk-doc provides a symlink /usr/share/doc/default-jdk-doc/api
to point to the documentation of the default jdk in Debian.

classpath-doc is outdated, and the explicit use of openjdk-6-doc
needs to be changed when switching to something like openjdk-7-doc.


---End Message---
---BeginMessage---
Source: plexus-active-collections
Source-Version: 1.0~beta2-2

We believe that the bug you reported is fixed in the latest version of
plexus-active-collections, which is due to be installed in the Debian FTP 
archive:

libplexus-active-collections-java-doc_1.0~beta2-2_all.deb
  to 
main/p/plexus-active-collections/libplexus-active-collections-java-doc_1.0~beta2-2_all.deb
libplexus-active-collections-java_1.0~beta2-2_all.deb
  to 
main/p/plexus-active-collections/libplexus-active-collections-java_1.0~beta2-2_all.deb
plexus-active-collections_1.0~beta2-2.diff.gz
  to 
main/p/plexus-active-collections/plexus-active-collections_1.0~beta2-2.diff.gz
plexus-active-collections_1.0~beta2-2.dsc
  to main/p/plexus-active-collections/plexus-active-collections_1.0~beta2-2.dsc



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 567...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ludovic Claude ludovic.cla...@laposte.net (supplier of updated 
plexus-active-collections package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 28 Mar 2010 23:10:33 +0200
Source: plexus-active-collections
Binary: libplexus-active-collections-java libplexus-active-collections-java-doc
Architecture: source all
Version: 1.0~beta2-2
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers 
pkg-java-maintainers@lists.alioth.debian.org
Changed-By: Ludovic Claude ludovic.cla...@laposte.net
Description: 
 libplexus-active-collections-java - Plexus Container-Backed Active Collections
 libplexus-active-collections-java-doc - Documentation for Plexus 
Container-Backed Active Collections
Closes: 567287 573666
Changes: 
 plexus-active-collections (1.0~beta2-2) unstable; urgency=low
 .
   * Rebuild with new plexus-maven-plugin and new maven-debian-helper
 (Closes: #573666)
   * Use default-jdk-doc instead of classpath-doc/openjdk-6-doc
 (Closes: #567287)
Checksums-Sha1: 
 23499de0a1d1b4d7e8da5f3098dc0abb441c16d7 1804 
plexus-active-collections_1.0~beta2-2.dsc
 7b94eb4791e484ddb97c57eea892c891a7772e09 3097 
plexus-active-collections_1.0~beta2-2.diff.gz
 5e3d1b070a4e6c9ebac6dbf4981dfcb876f5e425 20346 
libplexus-active-collections-java_1.0~beta2-2_all.deb
 9ed34ed445d0f2bb1fa1f1181becacd99108903f 59768 
libplexus-active-collections-java-doc_1.0~beta2-2_all.deb
Checksums-Sha256: 
 7c86f846d9f7e7e06720ed1be59f703bdb192855fc2c2998baec519f6d1c653f 1804 
plexus-active-collections_1.0~beta2-2.dsc
 12c69d3b5322805fa251db0e69ee49995d87c8fd3cda7cb719e45ec4bff9d04c 3097 
plexus-active-collections_1.0~beta2-2.diff.gz
 09accc6d6f409136e2a2cbb0118ad7685573f94b9862965b8ff4ce1babf58454 20346 
libplexus-active-collections-java_1.0~beta2-2_all.deb
 18aa29d9806aaf5fe855989e98ea135ea0f056c6f442805ec26d91baaa27398c 59768 
libplexus-active-collections-java-doc_1.0~beta2-2_all.deb
Files: 
 f12d240021d7f4ba10c56198af6f48ce 1804 java optional 
plexus-active-collections_1.0~beta2-2.dsc
 47976309fd659743482e421d15df8c8b 3097 java optional 
plexus-active-collections_1.0~beta2-2.diff.gz
 b8da5994e55a8728cbd70fbf29ed21fa 20346 java optional 
libplexus-active-collections-java_1.0~beta2-2_all.deb
 

Bug#576879: libjna-java: com.sun.jna.Native.loadNativeLibrary crashes when trying to load native shared library

2010-04-07 Thread Jan Dittberner
Package: libjna-java
Version: 3.2.3-1
Severity: important
Tags: patch

com.sun.jna.Native from jna.jar does not load its shared library from
/usr/lib/jna but tries to load it from the jar file.

Exception in thread main java.lang.UnsatisfiedLinkError: jnidispatch 
(/com/sun/jna/linux-amd64/libjnidispatch.so) not found in resource path
at com.sun.jna.Native.loadNativeLibraryFromJar(Native.java:700)
at com.sun.jna.Native.loadNativeLibrary(Native.java:680)
at com.sun.jna.Native.clinit(Native.java:108)
at com.sun.jna.Pointer.clinit(Pointer.java:42)
Exception in thread main java.lang.NoClassDefFoundError: Could not initialize 
class com.sun.jna.Native
at com.sun.jna.Structure.clinit(Structure.java:112)

I already work on a patch and improvements of the package. The patch
is available at
http://git.debian.org/?p=pkg-java/libjna-java.git;a=blob_plain;f=debian/patches/04-load-native-code-from-fs.patch

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libjna-java depends on:
ii  default-jre-headless [java2- 1.6-34  Standard Java or Java compatible R
ii  gcj-4.4-jre-headless [java2- 4.4.3-1 Java runtime environment using GIJ
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libffi5  3.0.9-1 Foreign Function Interface library
ii  openjdk-6-jre-headless [java 6b18~pre2-1 OpenJDK Java runtime, using Hotspo

libjna-java recommends no packages.

Versions of packages libjna-java suggests:
pn  libjna-java-doc   none (no description available)

-- no debconf information

-- 
Jan Dittberner - Debian Developer
GPG-key: 4096R/558FB8DD 2009-05-10
 B2FF 1D95 CE8F 7A22 DF4C  F09B A73E 0055 558F B8DD
http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/


signature.asc
Description: Digital signature
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.