Bug#458399: jetty: Jetty depends on a java 1.5 package

2008-01-07 Thread Michael Koch
On Wed, Jan 02, 2008 at 11:39:05PM +0100, Marcel Ammerlaan wrote:
 On Mon, Dec 31, 2007 at 12:15:13AM +0100, marcel wrote:
  Package: jetty
  Version: 5.1.14-1
  Severity: important
 
  The JspServlet contained in libtomcat5.5-java is compiled with Java 1.5 
  (class version 49.0)
  which will not run on a java 1.4 runtime which should be enough to run 
  Jetty.
  
 
  The problem is that Jetty depends on (and uses) libtomcat5.5-java. The
  Tomcat source uses (among other Java5 features) generics. That is the
  reason wht this class file is only for Java5 and the reason why jetty in
  Debian needs Java5 too.
 

 This differs from the download package of Jetty which runs on older 
 versions of Java as well.
 I see two options:
 1) Make it clear that a java2-runtime is not enough
 2) Decouple jetty from tomcat and distribute the complete jetty package 
 instead.
 (maybe even conflict with tomcat? Why would you want two servlet engines 
 on the same machine?)

Unfortunately we have currently no way to tell a package that is needs
Java5 or newer stuff. You are right in saying that Debian now mainly
supports Java5/6 on all platforms. arm is a special case here as our
main runtime (GCJ) doesnt really work there due to several problems.

What about using jamvm or cacao? These support java 5 stuff too and
unline GCJ they work on arm.

 Of course, the last alternative is to keep it as as, as only java1.5/1.6 
 and gcj are officially in Debian
 anyway. If this is the case, please feel free to close this report.

I tend to keep this bug open but tag it 'wontfix'. I will need to think
some days about this.


Cheers,
Michael



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


Bug#458399: jetty: Jetty depends on a java 1.5 package

2008-01-07 Thread Michael Koch
On Mon, Jan 07, 2008 at 09:36:45AM +1100, Greg Wilkins wrote:
 
 While Jetty can run on a 1.4 JVM, perhaps in debian it may just be
 simpler to build it only run with 1.5 and later.

The bug reporter is a very special situation as we wants to run jetty on
an arm architecture which is not supported by SUN nor by GCJ.

 After all, java was only really open sourced from 1.5.

Java is really open sourced from 7. Java 5 and 6 are still closed source
and probably ever will be.


Cheers,
Michael



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


Processed: reopen 459437

2008-01-07 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reopen 459437
Bug#459437: liblucene-java: Missing dependency when using liblucene
Bug reopened, originator not changed.

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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


Bug#459558: gcjwebplugin: Plugin isn't working at all

2008-01-07 Thread Anders Boström
Package: gcjwebplugin
Version: 2:0.96.1-1
Severity: important

I can't get the plugin to work in iceweasel at all. No single applet
I've tried work. I just get a pop-up window asking me to trust the
applet, and after clicking on Trust Applet, a grey box is shown
where the applet should appear.

Applets I've tried include the ones at
http://java.sun.com/applets/jdk/ and
http://www.gnu.org/software/classpath/

I've tried with both cacao and jamvm with the same result.

iceweasel prints this (using jamvm):

GCJ PLUGIN: thread 0x1391500: GCJ_New
GCJ PLUGIN: thread 0x1391500: plugin_data_new
GCJ PLUGIN: thread 0x1391500: plugin_data_new return
GCJ PLUGIN: thread 0x1391500: plugin_get_documentbase
GCJ PLUGIN: thread 0x1391500: plugin_get_documentbase return
GCJ PLUGIN: thread 0x1391500: plugin_start_appletviewer
GCJ PLUGIN: thread 0x1391500: plugin_start_appletviewer return
GCJ PLUGIN: thread 0x1391500: GCJ_New: got confirmation that appletviewer is run
ning.
GCJ PLUGIN: thread 0x1391500: plugin_create_applet_tag
GCJ PLUGIN: thread 0x1391500: plugin_create_applet_tag return
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer
  PIPE: plugin wrote instance-4955-1
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer return
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer
  PIPE: plugin wrote tag http://java.sun.com/applets/jdk/1.4/demo/applets/ArcTes
t/example1.html EMBED CODE=ArcTest.class HEIGHT=400 WIDTH=400 /EMBED
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer return
GCJ PLUGIN: thread 0x1391500: GCJ_New return
GCJ PLUGIN: thread 0x1391500: NP_GetValue
GCJ PLUGIN: thread 0x1391500: NP_GetValue: returning plugin description.
GCJ PLUGIN: thread 0x1391500: NP_GetValue return
GCJ PLUGIN: thread 0x1391500: GCJ_GetValue
GCJ PLUGIN: thread 0x1391500: GCJ_GetValue: returning TRUE for NeedsXEmbed.
GCJ PLUGIN: thread 0x1391500: GCJ_GetValue return
GCJ PLUGIN: thread 0x1391500: GCJ_SetWindow
GCJ PLUGIN: thread 0x1391500: GCJ_SetWindow: setting window.
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer
  PIPE: plugin wrote instance-4955-1
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer return
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer
  PIPE: plugin wrote handle 29369477
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer return
GCJ PLUGIN: thread 0x1391500: GCJ_SetWindow return
  PIPE: applet viewer wrote:running
GCJ PLUGIN: thread 0x1391500: GCJ_SetWindow
GCJ PLUGIN: thread 0x1391500: GCJ_SetWindow: window already exists.
GCJ PLUGIN: thread 0x1391500: GCJ_SetWindow: window width changed.
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer
  PIPE: plugin wrote instance-4955-1
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer return
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer
  PIPE: plugin wrote width 400
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer return
GCJ PLUGIN: thread 0x1391500: GCJ_SetWindow: window height changed.
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer
  PIPE: plugin wrote instance-4955-1
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer return
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer
  PIPE: plugin wrote height 400
GCJ PLUGIN: thread 0x1391500: plugin_send_message_to_appletviewer return
GCJ PLUGIN: thread 0x1391500: GCJ_SetWindow return
  PIPE: applet viewer read:instance-4955-1
GCJ PLUGIN: thread 0x1391500: GCJ_SetWindow
GCJ PLUGIN: thread 0x1391500: GCJ_SetWindow: window already exists.
GCJ PLUGIN: thread 0x1391500: GCJ_SetWindow return
  PIPE: applet viewer read:tag http://java.sun.com/applets/jdk/1.4/demo/applets/
ArcTest/example1.html EMBED CODE=ArcTest.class HEIGHT=400 WIDTH=400 /EM
BED
  PIPE: applet viewer read:instance-4955-1
  PIPE: applet viewer read:handle 29369477


I'm trying to get a 64-bit java plugin for my amd64-system, and was
hoping for this one, but...

The (old) blackdown plugin (j2re1.4-mozilla-plugin from
http://www.tux.org/pub/java/debian) is working for me, but the debian
package requires firefox, and the firefox package isn't working with
the latest iceweasel package in testing. :-(

/ Anders

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (51, 'testing-proposed-updates'), (50, 
'unstable'), (40, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22.15alsa-nb (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gcjwebplugin depends on:
ii  jamvm1.4.5-3+b1  virtual machine which conforms to 
ii  libatk1.0-0  1.20.0-1The ATK accessibility toolkit
ii  libc62.7-5   GNU C Library: Shared libraries
ii  libcairo21.4.10-1+lenny2 The Cairo 2D vector graphics libra
ii  

Bug#459560: crashes at once on hppa architecture

2008-01-07 Thread Helge Deller
Package: ant
Version: 1.7.0-3
Severity: grave

ant crashes at once on the hppa architecture if it's called from the command 
line.

Example:
[EMAIL PROTECTED] ~]$ ant
Segmentation fault

the last part of strace gives:
.
brk(0)  = 0x12000
brk(0x33000)= 0x33000
open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x438b4000
mmap2(NULL, 1183744, PROT_READ, MAP_PRIVATE, 3, 0x222) = 0x434b4000
close(3)= 0
gettimeofday({1199701873, 548740}, NULL) = 0
rt_sigaction(SIGHUP, {0x4012722a, [], 0}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], NULL, 8) = 0
rt_sigaction(SIGPWR, {0x4012722a, ~[], SA_RESTART}, NULL, 8) = 0
rt_sigaction(SIGXCPU, {0x4012722a, ~[], SA_RESTART}, NULL, 8) = 0
open(/proc/stat, O_RDONLY)= 3
read(3, cpu  89099 18209902 2666026 2211..., 4096) = 447
close(3)= 0
sched_getscheduler(25290)   = 0 (SCHED_OTHER)
sched_getparam(25290, { 0 })= 0
open(/proc/self/maps, O_RDONLY)   = 3
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=81920*1024}) = 0
fstat64(3, {st_mode=0, st_size=46673409605649, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x4000b000
read(3, 0001-00011000 r-xp  ..., 1024) = 1024
read(3, .4\n40288000-40289000 rwxp e0..., 1024) = 1024
read(3, 43663000 rwxp 0007a000 08:03 798..., 1024) = 194
close(3)= 0
munmap(0x4000b000, 4096)= 0
mmap(NULL, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x4009c000
mmap(0x400ac000, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) 
= 0x400ac000
mmap(0x400bc000, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) 
= 0x400bc000
getpid()= 25290
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Process 25290 detached



-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: hppa (parisc)

Kernel: Linux 2.6.24-rc4
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages ant depends on:
ii  gij [java-virtual-machine]4:4.2.1-6  The GNU Java bytecode interpreter
ii  gij-4.1 [java1-runtime]   4.1.2-6The GNU Java bytecode interpreter
ii  gij-4.2 [java1-runtime]   4.2.1-5The GNU Java bytecode interpreter
ii  java-gcj-compat   1.0.76-5   Java runtime environment using GIJ
ii  libxerces2-java   2.9.0-1Validating XML parser for Java wit

Versions of packages ant recommends:
ii  ant-gcj   1.7.0-3Java based build tool like make
ii  ant-optional  1.7.0-3Java based build tool like make - 

-- 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#459563: javac / ecj crashes at once at startup on hppa architecture

2008-01-07 Thread Helge Deller
Package: ecj
Version: 3.3.0+0728-5
Severity: grave


javac / ecj crashes at once at startup on the hppa architecture

Example:

[EMAIL PROTECTED] ~]$ uname -a
Linux ls3545 2.6.24-rc4 #25 Sat Dec 8 12:36:01 CET 2007 parisc GNU/Linux

[EMAIL PROTECTED] ~]$ javac
Segmentation fault


I assume the problem is similiar as for the ant bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;bug=459560


The last lines of a strace shows:
.
brk(0x5ac000)   = 0x5ac000
open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x438b4000
mmap2(NULL, 1183744, PROT_READ, MAP_PRIVATE, 3, 0x222) = 0x42cb4000
close(3)= 0
rt_sigaction(SIGPWR, {0x4012722a, ~[], SA_RESTART}, NULL, 8) = 0
rt_sigaction(SIGXCPU, {0x4012722a, ~[], SA_RESTART}, NULL, 8) = 0
open(/proc/stat, O_RDONLY)= 3
read(3, cpu  91477 18209902 2666735 2212..., 4096) = 447
close(3)= 0
sched_getscheduler(25385)   = 0 (SCHED_OTHER)
sched_getparam(25385, { 0 })= 0
open(/proc/self/maps, O_RDONLY)   = 3
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=81920*1024}) = 0
fstat64(3, {st_mode=0, st_size=46673409605649, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40017000
read(3, 0001-004ee000 r-xp  ..., 1024) = 1024
read(3, lib/libz.so.1.2.3.3\n403b9000-427..., 1024) = 867
close(3)= 0
munmap(0x40017000, 4096)= 0
mmap(NULL, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x40017000
mmap(0x40027000, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x4009e000
mmap(0x400ae000, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x400ae000
getpid()= 25385
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Process 25385 detached




-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: hppa (parisc)

Kernel: Linux 2.6.24-rc4
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ecj depends on:
ii  gij-4.2 4.2.1-5  The GNU Java bytecode interpreter
ii  java-common 0.27 Base of all Java packages
ii  libecj-java 3.3.0+0728-5 Eclipse Java compiler (library)
ii  libgcj8-jar 4.2.1-5  Java runtime library for use with 

Versions of packages ecj recommends:
ii  ecj-gcj 3.3.0+0728-5 standalone version of the Eclipse 

-- 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#459437: Processed: reopen 459437

2008-01-07 Thread Michael Koch
On Mon, Jan 07, 2008 at 09:06:03AM +, Debian Bug Tracking System wrote:
 Processing commands for [EMAIL PROTECTED]:
 
  reopen 459437
 Bug#459437: liblucene-java: Missing dependency when using liblucene
 Bug reopened, originator not changed.

Please CC the according bug when reopening bugs.


java.util.Arrays was introduced in Java 1.2 so its basically included in
any of todays runtimes itself. There is no need for an additional
dependency.

Your original bug report was about the class org.apache.lucene.util.Arrays
not being found. This was a class existing in early lucene releases. It
was removed in lucene again and java.util.Arrays was used instead. In
Debian even the lucene version in oldstable (sarge) doesnt contain the
class org.apache.lucene.util.Arrays. I dont checked woody.

In your original report you had the following stacktrace:

 Exception in thread main java.lang.NoClassDefFoundError:
 org.apache.lucene.util.Arrays
   at BlosxomIndexer.indexDocs(BlosxomIndexer.java:163)
   at BlosxomIndexer.indexDocs(BlosxomIndexer.java:157)
   at BlosxomIndexer.main(BlosxomIndexer.java:111)

That means that a class called BlosxomIndexer tries to use
org.apache.lucene.util.Arrays (instead of java.util.Arrays).
This means your copy of BlosxomIndexer was compiled a very old version
of lucene.


I hope that explains the situation a bit. I still think that this bug
should be closed as it is no bug in Debian (and never was at least since
sarge). When you agree please close this bug.


Cheers,
Michael



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


Bug#459560: crashes at once on hppa architecture

2008-01-07 Thread Deller, Helge
This is probably the same problem as in ecj Bug#459563



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


Bug#459560: crashes at once on hppa architecture

2008-01-07 Thread Michael Koch
On Mon, Jan 07, 2008 at 12:28:48PM +0100, Deller, Helge wrote:
 This is probably the same problem as in ecj Bug#459563

I think both are issues in GCJ. Ant itself is only bytecode. So no
native calls (except when ant-gcj and ant-optional-gcj are installed but
I think these are empty on hppa anyway).

In both cases gij is called (indirectly). Can you please try to make a
simple testcase running gij on hppa?


Cheers,
Michael



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


Bug#459563: Bug#459560: crashes at once on hppa architecture

2008-01-07 Thread Deller, Helge
Michael wrote:
 In both cases gij is called (indirectly). Can you please try to make a
 simple testcase running gij on hppa?

Ok, but then a testcase isn't needed, as it's easily reproducable. 
Just call gij without any parameters and it will crash (as already
reported in Bug #459563).



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


Processing of tomcat5_5.0.30-12etch1_i386.changes

2008-01-07 Thread Archive Administrator
tomcat5_5.0.30-12etch1_i386.changes uploaded successfully to localhost
along with the files:
  tomcat5_5.0.30-12etch1.dsc
  tomcat5_5.0.30.orig.tar.gz
  tomcat5_5.0.30-12etch1.diff.gz
  tomcat5_5.0.30-12etch1_all.deb
  libtomcat5-java_5.0.30-12etch1_all.deb
  tomcat5-webapps_5.0.30-12etch1_all.deb
  tomcat5-admin_5.0.30-12etch1_all.deb

Greetings,

Your Debian queue daemon

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


libsaxon-java_6.5.5-3_i386.changes ACCEPTED

2008-01-07 Thread Debian Installer

Accepted:
libsaxon-java-doc_6.5.5-3_all.deb
  to pool/main/libs/libsaxon-java/libsaxon-java-doc_6.5.5-3_all.deb
libsaxon-java-gcj_6.5.5-3_i386.deb
  to pool/main/libs/libsaxon-java/libsaxon-java-gcj_6.5.5-3_i386.deb
libsaxon-java_6.5.5-3.diff.gz
  to pool/main/libs/libsaxon-java/libsaxon-java_6.5.5-3.diff.gz
libsaxon-java_6.5.5-3.dsc
  to pool/main/libs/libsaxon-java/libsaxon-java_6.5.5-3.dsc
libsaxon-java_6.5.5-3_all.deb
  to pool/main/libs/libsaxon-java/libsaxon-java_6.5.5-3_all.deb


Override entries for your package:
libsaxon-java-doc_6.5.5-3_all.deb - optional doc
libsaxon-java-gcj_6.5.5-3_i386.deb - optional libs
libsaxon-java_6.5.5-3.dsc - optional libs
libsaxon-java_6.5.5-3_all.deb - optional libs

Announcing to [EMAIL PROTECTED]
Closing bugs: 458247 


Thank you for your contribution to Debian.

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


Comments regarding libsaxon-java_6.5.5-3_i386.changes

2008-01-07 Thread Joerg Jaspert
Hi Maintainer,

please ignore this one mail, its just to test a new alioth feature to
automatically allow mails from archive (and BTS) to go through.


-- 
bye Joerg



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


Bug#458247: marked as done (Please provide a package with native code for GCJ/GIJ)

2008-01-07 Thread Debian Bug Tracking System
Your message dated Mon, 07 Jan 2008 20:36:22 +
with message-id [EMAIL PROTECTED]
and subject line Bug#458247: fixed in libsaxon-java 1:6.5.5-3
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 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

---BeginMessage---
Package: libsaxon-java
Version: 1:6.5.5-1.1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I would like to ask you, if you could/would be so kind to provide a
package with native code for GCJ/GIJ. This would help me a lot to speed
up the building of the docbook-defguide package.

http://www.wgdd.de/?p=32
http://www.wgdd.de/?p=31

I prepared such packages locally, so the debdiff is attached. However,
I prepared the package just as a proof-of-concept, so I might have
missed necessary changes.

Regards, Daniel


- -- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libsaxon-java depends on:
ii  gij [java2-runtime]   4:4.2.2-1  The GNU Java bytecode interpreter
ii  gij-4.2 [java1-runtime]   4.2.2-3The GNU Java bytecode interpreter
ii  kaffe 2:1.1.8-3  A JVM to run Java bytecode
ii  kaffe-pthreads [kaffe]2:1.1.8-3  A POSIX threads enabled version of
ii  sablevm [java1-runtime]   1.13-1.1   Free implementation of Java Virtua
ii  sun-java5-jre [java1-runtime] 1.5.0-13-1 Sun Java(TM) Runtime Environment (

libsaxon-java recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHdrGUm0bx+wiPa4wRAtYtAJ9qXl2EvXkDldYI2hGR2RKVi5htswCdH6gG
TgZavib9YMKB98VFwn6zeuk=
=4e/s
-END PGP SIGNATURE-
diff -u libsaxon-java-6.5.5/debian/changelog 
libsaxon-java-6.5.5/debian/changelog
--- libsaxon-java-6.5.5/debian/changelog
+++ libsaxon-java-6.5.5/debian/changelog
@@ -1,3 +1,10 @@
+libsaxon-java (1:6.5.5-1.1) unstable; urgency=low
+
+  * NMU
+  * Rebuild with native code.
+
+ -- Daniel Leidert (dale) [EMAIL PROTECTED]  Sat, 22 Dec 2007 02:11:41 +0100
+
 libsaxon-java (1:6.5.5-1) unstable; urgency=low
 
   * New upstream release
diff -u libsaxon-java-6.5.5/debian/control libsaxon-java-6.5.5/debian/control
--- libsaxon-java-6.5.5/debian/control
+++ libsaxon-java-6.5.5/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Java Maintainers 
pkg-java-maintainers@lists.alioth.debian.org
 Uploaders: Arnaud Vandyck [EMAIL PROTECTED], Wolfgang Baer [EMAIL 
PROTECTED]
-Build-Depends-Indep: debhelper (= 4.2.30), kaffe (= 2:1.1.5-3), libjdom1-java
+Build-Depends-Indep: debhelper (= 4.2.30), java-gcj-compat-dev, libjdom1-java
 Standards-Version: 3.6.2
 
 Package: libsaxon-java
@@ -20,6 +20,19 @@
  .
  Homepage: http://saxon.sourceforge.net/
 
+Package: libsaxon-java-gcj
+Architecture: any
+Depends: libsaxon-java (= ${source:Version}), ${misc:Depends}, 
${shlibs:Depends}
+Description: The Saxon XSLT Processor (native code)
+ The saxon package is a collection of tools for processing XML documents and 
+ implements the XSLT 1.0 recommendation, including XPath 1.0, in its entirety.
+ .
+ Saxon is known to work well for processing DocBook XML documents
+ with the DocBook XSL Stylesheets. Related packages make the process
+ straightforward.
+ .
+ Homepage: http://saxon.sourceforge.net/
+
 Package: libsaxon-java-doc
 Section: doc
 Architecture: all
diff -u libsaxon-java-6.5.5/debian/rules libsaxon-java-6.5.5/debian/rules
--- libsaxon-java-6.5.5/debian/rules
+++ libsaxon-java-6.5.5/debian/rules
@@ -6,7 +6,7 @@
 #export DH_VERBOSE=1
 
 PACKAGE=libsaxon-java
-JAVA_HOME=/usr/lib/kaffe
+JAVA_HOME=/usr/lib/jvm/java-gcj
 BASE=debian/$(PACKAGE)
 JAVASHARE=usr/share/java
 SOURCES=src
@@ -16,11 +16,10 @@
 UPSTREAM_VERSION = 6.5.5
 CLASSPATH = /usr/share/java/jdom1.jar
 
-configure: configure-stamp
 configure-stamp:
dh_testdir
-   if [ ! -d $(BUILD) ]; then mkdir $(BUILD); mkdir $(APIDOC); fi  
-   touch configure-stamp
+   if [ ! -d $(BUILD) ]; then mkdir $(BUILD); mkdir $(APIDOC); fi
+   touch $@
 
 
 build: build-stamp
@@ -33,7 +32,7 @@
(cd $(BUILD); $(JAVA_HOME)/bin/jar -cfM ../saxon.jar META-INF `find . 
-name \*.class | egrep -v $(JDOM)`; \
 $(JAVA_HOME)/bin/jar -cfM ../saxon-jdom.jar $(JDOM)/*.class )
(cd $(APIDOC) ; gjdoc -sourcepath ../../$(SOURCES) 
@../../debian/libsaxon-java-doc.javadoc)
- 

Bug#270248: above patch works although it is reversed

2008-01-07 Thread Greg Harris
I can also confirm this bug and that the patch (which has the file
ordering to diff reversed) from Arne Böttger fixes the issue.




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


java-snmp 1.4.2-1 MIGRATED to testing

2008-01-07 Thread Debian testing watch
FYI: The status of the java-snmp source package
in Debian's testing distribution has changed.

  Previous version: 1.4-5
  Current version:  1.4.2-1

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.

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


fop 1:0.94.dfsg-1 MIGRATED to testing

2008-01-07 Thread Debian testing watch
FYI: The status of the fop source package
in Debian's testing distribution has changed.

  Previous version: 1:0.93.dfsg.1-2
  Current version:  1:0.94.dfsg-1

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.

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


libfonts-java 0.2.6-2 MIGRATED to testing

2008-01-07 Thread Debian testing watch
FYI: The status of the libfonts-java source package
in Debian's testing distribution has changed.

  Previous version: 0.2.6-1
  Current version:  0.2.6-2

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.

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


junit 3.8.2-1 MIGRATED to testing

2008-01-07 Thread Debian testing watch
FYI: The status of the junit source package
in Debian's testing distribution has changed.

  Previous version: 3.8.1.1-7
  Current version:  3.8.2-1

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.

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


libapache-mod-jk 1:1.2.26-1 MIGRATED to testing

2008-01-07 Thread Debian testing watch
FYI: The status of the libapache-mod-jk source package
in Debian's testing distribution has changed.

  Previous version: 1:1.2.25-2
  Current version:  1:1.2.26-1

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.

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


xmlgraphics-commons 1.2.dfsg-1 MIGRATED to testing

2008-01-07 Thread Debian testing watch
FYI: The status of the xmlgraphics-commons source package
in Debian's testing distribution has changed.

  Previous version: 1.1.dfsg.2-1
  Current version:  1.2.dfsg-1

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.

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


Processed: Re: tomcat5.5: configuration folder permissions

2008-01-07 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 tag 445848 patch
Bug#445848: tomcat5.5: configuration folder permissions
There were no tags set.
Tags added: patch

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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


Bug#445848: tomcat5.5: configuration folder permissions

2008-01-07 Thread Javier Serrano Polo
tag 445848 patch
thanks

This patch adds the private subfolder for tomcat-users.xml. The
overall permissions are the standard ones (root.root 644), which means:

  * User instances are better supported (as said before)
  * tomcat55 can't overwrite configuration files

Further remarks:

  * The shutdown string isn't important since jsvc entered.
server.xml doesn't need protection.
  * Permissions aren't set recursively to 644, thus custom
configurations aren't overridden.
  * dpkg-statoverride use is based on Debian Policy 10.9.1. Maybe it
should be used with /var folders too.
  * A directory symlink in postinst is removed. It created a symlink
inside the pointed directory instead of overwriting the
directory symlink. Then purging the package didn't delete this
extra symlink.
diff -u tomcat5.5-5.5.25.orig/debian/README.Debian tomcat5.5-5.5.25/debian/README.Debian
--- tomcat5.5-5.5.25.orig/debian/README.Debian	2008-01-08 02:37:00.0 +0100
+++ tomcat5.5-5.5.25/debian/README.Debian	2008-01-07 19:00:59.0 +0100
@@ -58,7 +58,7 @@
 
 - There is a webapp for basic web-based administration of Tomcat's webapps
   in the tomcat5.5-admin package. You need to add one of the users in
-  /etc/tomcat5.5/tomcat-users.xml to the manager role and probably
+  /etc/tomcat5.5/private/tomcat-users.xml to the manager role and probably
   set a better password. The Web Application Manager can then be accessed
   at http://localhost:8180/manager/html. There's also a more sophisticated
   administration webapp called admin in the same package but it can't make
diff -u tomcat5.5-5.5.25.orig/debian/rules tomcat5.5-5.5.25/debian/rules
--- tomcat5.5-5.5.25.orig/debian/rules	2008-01-08 02:37:00.0 +0100
+++ tomcat5.5-5.5.25/debian/rules	2008-01-07 19:13:28.0 +0100
@@ -62,9 +62,10 @@
 	dh_install
 	# Prune extra installed files from the various packages.
 	rm -f $(TOMCAT_SHARE_DIR)/bin/*.{jar,xml} \
-	  $(TOMCAT_VARLIB_DIR)/conf/{server,web,tomcat-users}.xml \
+	  $(TOMCAT_VARLIB_DIR)/conf/{server,web}.xml \
 	  $(TOMCAT_VARLIB_DIR)/conf/Catalina/localhost/* \
 	  $(TOMCAT_VARLIB_DIR)/conf/catalina.policy \
+	  $(TOMCAT_VARLIB_DIR)/conf/private/tomcat-users.xml \
 	  $(LIBTOMCAT_SHARE_DIR)/bin/*.sh \
 	  $(LIBTOMCAT_SHARE_DIR)/common/lib/{commons-*,{jsp,servlet}-api.jar} \
 	  $(LIBTOMCAT_SHARE_DIR)/server/lib/commons-*
diff -u tomcat5.5-5.5.25.orig/debian/server.xml tomcat5.5-5.5.25/debian/server.xml
--- tomcat5.5-5.5.25.orig/debian/server.xml	2008-01-08 02:37:00.0 +0100
+++ tomcat5.5-5.5.25/debian/server.xml	2008-01-07 19:18:11.0 +0100
@@ -34,7 +34,7 @@
   type=org.apache.catalina.UserDatabase
description=User database that can be updated and saved
factory=org.apache.catalina.users.MemoryUserDatabaseFactory
-  pathname=conf/tomcat-users.xml /
+  pathname=conf/private/tomcat-users.xml /
 
   /GlobalNamingResources
 
diff -u tomcat5.5-5.5.25.orig/debian/tomcat5.5.init tomcat5.5-5.5.25/debian/tomcat5.5.init
--- tomcat5.5-5.5.25.orig/debian/tomcat5.5.init	2008-01-08 02:37:00.0 +0100
+++ tomcat5.5-5.5.25/debian/tomcat5.5.init	2008-01-07 22:15:43.0 +0100
@@ -157,12 +157,12 @@
 
 		# Clean up and set permissions on required files
 		find $CATALINA_BASE/temp/ -mindepth 1 -exec rm -fr {} +
-		REQUIRED_FILES='$CATALINA_BASE/conf
-			$CATALINA_BASE/logs $CATALINA_BASE/temp
-			$CATALINA_BASE/webapps $CATALINA_BASE/work'
-		if [ -e $CATALINA_BASE/conf/tomcat-users.xml ]; then
+		REQUIRED_FILES='$CATALINA_BASE/logs $CATALINA_BASE/temp
+			$CATALINA_BASE/webapps $CATALINA_BASE/work
+			$CATALINA_BASE/conf/private'
+		if [ -e $CATALINA_BASE/conf/private/tomcat-users.xml ]; then
 			REQUIRED_FILES=$REQUIRED_FILES'
-$CATALINA_BASE/conf/tomcat-users.xml'
+$CATALINA_BASE/conf/private/tomcat-users.xml'
 		fi
 		eval chown --dereference $TOMCAT5_USER $REQUIRED_FILES \
 			|| true
diff -u tomcat5.5-5.5.25.orig/debian/tomcat5.5.install tomcat5.5-5.5.25/debian/tomcat5.5.install
--- tomcat5.5-5.5.25.orig/debian/tomcat5.5.install	2008-01-08 02:37:00.0 +0100
+++ tomcat5.5-5.5.25/debian/tomcat5.5.install	2008-01-07 19:16:20.0 +0100
@@ -4,7 +4,7 @@
 build/dist/conf/catalina.properties	/etc/tomcat5.5/
 build/dist/conf/server-minimal.xml	/etc/tomcat5.5/
 build/dist/conf/catalina.policy	/etc/tomcat5.5/
-build/dist/conf/tomcat-users.xml	/etc/tomcat5.5/
+build/dist/conf/tomcat-users.xml	/etc/tomcat5.5/private/
 build/dist/conf/context.xml	/etc/tomcat5.5/
 build/dist/conf/web.xml	/etc/tomcat5.5/
 debian/policy/*	/etc/tomcat5.5/policy.d/
diff -u tomcat5.5-5.5.25.orig/debian/tomcat5.5.postinst tomcat5.5-5.5.25/debian/tomcat5.5.postinst
--- tomcat5.5-5.5.25.orig/debian/tomcat5.5.postinst	2008-01-08 02:37:00.0 +0100
+++ tomcat5.5-5.5.25/debian/tomcat5.5.postinst	2008-01-07 23:03:38.0 +0100
@@ -20,12 +20,17 @@
 		tomcat55
 	fi
 	chown -R tomcat55:nogroup 

Bug#445848: tomcat5.5: configuration folder permissions

2008-01-07 Thread Javier Serrano Polo
El dt 08 de 01 del 2008 a les 04:20 +0100, en/na Javier Serrano Polo va
escriure:
   * A directory symlink in postinst is removed. It created a symlink
 inside the pointed directory instead of overwriting the
 directory symlink. Then purging the package didn't delete this
 extra symlink.

I guess that was an upgrade feature. The -n flag would be appropriate.




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


Bug#445848: tomcat5.5: configuration folder permissions

2008-01-07 Thread Marcus Better
Javier Serrano Polo wrote:
   * dpkg-statoverride use is based on Debian Policy 10.9.1. Maybe it
 should be used with /var folders too.

Thanks for the patch. It should probably also remove the stat-override 
on purge as mentioned in that policy section.

Cheers,

Marcus



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


Bug#458895: maven2: commons-cli.jar is the culprit

2008-01-07 Thread Mike Paul
Package: maven2
Version: 2.0.8-3
Followup-For: Bug #458895

Comparing the Java commands run by Debian's /usr/bin/mvn script and the
one in Apache's release, it turns out that the problem occurs if
the -Dmaven.home= option is set to /usr/share/maven2, but not if it
refers to Apache's distribution.

However, if I rearrange the Java command line so that the -DgroupId and
-DartifactId commands come *before* the class name
(org.codehaus.classworlds.Launcher), then it works even with
-Dmaven.home=/usr/share/maven2.  When they're given after the class name,
they're passed through to the application rather than interpreted by the
JVM, so it looks like Apache's version is manually handling -D options
given to the application, setting properties as if they'd been given to
the JVM, and Debian's version is not.

I ran a diff between /usr/share/maven2 and the contents of Apache's Maven
distribution, and found that there are a bunch of jars in
/usr/share/maven2/lib that aren't in the Apache distribution's lib/
directory.  It turns out that /usr/share/maven2/lib/commons-cli.jar is
the one that makes the difference:  if I copy that jar into a
freshly-unpacked copy of Apache's Maven distribution, the problem
occurs there too.

I don't know much about the commons-cli library, but since it does
command-line parsing, it stands to reason that it could be what's doing
the special handling of -D options given to the application.  Apache's
Maven distribution includes commons-cli in its maven-2.0.8-uber.jar,
which I guess I'm overriding when I copy Debian's commons-cli.jar into
the lib/ directory.

So, it looks like Debian's commons-cli isn't handling -D options passed
to the application like Apache's does.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages maven2 depends on:
ii  libcommons-cli-java  1.1-1   API for working with the command l
ii  libdoxia-java1.0-alpha-7-1   a powerful content generation fram
ii  libjsch-java 0.1.36-1java secure channel
ii  libjtidy-java7+svn20070309-1 a Java port of HTML Tidy, a HTML s
ii  libplexus-interactivity- 1.0-alpha-6-2   interactivity API for the Plexus f
ii  libplexus-utils-java 1:1.4.8-1   utilities for the Plexus framework
ii  libwagon-java1.0-beta-2-2tools to manage Maven artifacts an
ii  libxalan2-java   2.7.1-1 XSL Transformations (XSLT) process

maven2 recommends 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


Processing of tagsoup_1.2-1_amd64.changes

2008-01-07 Thread Archive Administrator
tagsoup_1.2-1_amd64.changes uploaded successfully to localhost
along with the files:
  tagsoup_1.2-1.dsc
  tagsoup_1.2.orig.tar.gz
  tagsoup_1.2-1.diff.gz
  libtagsoup-java_1.2-1_all.deb
  libtagsoup-java-doc_1.2-1_all.deb

Greetings,

Your Debian queue daemon

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


tagsoup_1.2-1_amd64.changes ACCEPTED

2008-01-07 Thread Debian Installer

Accepted:
libtagsoup-java-doc_1.2-1_all.deb
  to pool/main/t/tagsoup/libtagsoup-java-doc_1.2-1_all.deb
libtagsoup-java_1.2-1_all.deb
  to pool/main/t/tagsoup/libtagsoup-java_1.2-1_all.deb
tagsoup_1.2-1.diff.gz
  to pool/main/t/tagsoup/tagsoup_1.2-1.diff.gz
tagsoup_1.2-1.dsc
  to pool/main/t/tagsoup/tagsoup_1.2-1.dsc
tagsoup_1.2.orig.tar.gz
  to pool/main/t/tagsoup/tagsoup_1.2.orig.tar.gz


Override entries for your package:
libtagsoup-java-doc_1.2-1_all.deb - optional doc
libtagsoup-java_1.2-1_all.deb - optional libs
tagsoup_1.2-1.dsc - source libs

Announcing to [EMAIL PROTECTED]


Thank you for your contribution to Debian.

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