Bug#565403: ant-contrib: doc refers to missing file antlib.xml

[Daniel Leidert]

The bug report is not completely true. antlib.xml is part of the .jar
file and this is IMO the way it should be:

> jar -tvf /usr/share/java/ant-contrib.jar  | grep antlib.xml
>   1847 Mon Jul 09 01:46:54 CEST 2012 net/sf/antcontrib/antlib.xml

I wonder if this report can be closed or if it should be merged with
#607670.

Regards, Daniel

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#660674: Please remove me from uploaders

[Daniel Leidert]

Source: cdk
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I'm not working on the cdk package. Please remove my name from the uploaders
field. This package probably needs to be orphaned.

Regards, Daniel


- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (560, 'stable'), (110, 
'experimental')
Architecture: amd64 (x86_64)

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

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

iEYEARECAAYFAk9CpKwACgkQm0bx+wiPa4woRgCfUS0lMb6kRc1cwfxoQzjQOpsY
RQ4AnipS6Oi2RHavWYni4CRuRXSoaN8y
=uB7i
-END PGP SIGNATURE-



__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#651352: Please remove me from Uploaders

[Daniel Leidert]

Source: ant-contrib
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please remove me from the Uploaders field.

Regards, Daniel


- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (560, 'stable'), (110, 
'experimental')
Architecture: amd64 (x86_64)

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

- -- no debconf information

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

iEYEARECAAYFAk7f8hkACgkQm0bx+wiPa4xcHwCgrQ0JOjxSZVvWES97Jcws5Sl4
chIAoKFfCwrpnFIHqLA8gFeKSAVJPM6P
=D6bN
-END PGP SIGNATURE-



__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#584386: cdk: FTBFS: Java errors

[Daniel Leidert]

Am Donnerstag, den 03.06.2010, 21:53 +0200 schrieb Torsten Werner:
> On Thu, Jun 3, 2010 at 12:02 PM, Lucas Nussbaum
>  wrote:
> > Justification: FTBFS on amd64
> 
> cdk builds perfectly on my amd64 cowbuilder.

Which jgrapht version did it use to build? The build-log by Lucas says
0.8 and AFAIK CDK doesn't build with this version. The fix is probably
as easy as using

libjgrapht0.6-java | libjgrapht-java

in debian/control.

Regards, Daniel




__
This is the maintainer address of Debian's Java team
. Please 
use
debian-j...@lists.debian.org for discussions and questions.

[pkg-java] r11863 - branches/cdk/1.2/debian

[Daniel Leidert]

Author: dleidert-guest
Date: 2010-03-14 12:29:14 + (Sun, 14 Mar 2010)
New Revision: 11863

Modified:
   branches/cdk/1.2/debian/changelog
Log:
cdk (1:1.3.3-1) UNRELEASED

* New upstream release (closes: #519969).



Modified: branches/cdk/1.2/debian/changelog
===
--- branches/cdk/1.2/debian/changelog   2010-03-14 08:14:47 UTC (rev 11862)
+++ branches/cdk/1.2/debian/changelog   2010-03-14 12:29:14 UTC (rev 11863)
@@ -1,6 +1,6 @@
-cdk (1:1.2.3-1) UNRELEASED; urgency=low
+cdk (1:1.3.3-1) UNRELEASED; urgency=low
 
-  * New upstream release.
+  * New upstream release (closes: #519969).
 
  -- Daniel Leidert (dale)   Mon, 08 Jun 2009 23:02:02 
+0200
 


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

Bug#570095: java.lang.NullPointerException: at org.apache.fop.layoutmgr.inline.InlineStackingLayoutManager.applyChanges(InlineStackingLayoutManager.java:350)

[Daniel Leidert]

Am Dienstag, den 16.02.2010, 14:21 +0100 schrieb Mathieu Malaterre:

[..]
> [warning] /usr/bin/fop: Unable to locate xml-apis in /usr/share/java
   

Missing (a dependency on) libjaxp1.3-java?

Regards, Daniel




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

Bug#552018: Upgrading to grave

[Daniel Leidert]

Am Sonntag, den 24.01.2010, 19:54 + schrieb brian m. carlson:
> On Sun, Jan 24, 2010 at 03:01:35PM +0100, Torsten Werner wrote:
> > On Sat, Jan 23, 2010 at 12:04 AM, brian m. carlson
> >  wrote:
> > > Yes.  Even if someone were to disagree that this bug is grave, at the
> > > very least, this is serious, since nobody can reasonably claim that the
> > > package in this state is suitable for release.
> > 
> > We have had 2 stable releases with this bug and upstream didn't know
> > about the bug 2 days ago. That is why I think it is reasonable to
> > downgrade the severity to important.
> 
> Honestly, I'm not really that invested in the severity of the bug, as
> long as we get a fixed version soon.  I'd really like to be able to
> build my website with ant, and this bug is a blocker for that.

You can easily workaround that. Just write your own catalog with
entries:



for every *package* catalog you need to include (e.g. the XHTML ones,
the DocBook ones). The package catalogs
(e.g. /usr/share/xml/docbook/schema/dtd/catalog.xml, ...) usually don't
contain the problematic delegate* elements. Then instead to use
CatalogManager.properties in /etc/xml/resolver, just copy the file,
adjust the catalog entry and add this new file to CLASSPATH.

I understand the problem you have and it is annoying (especially because
the issue can easily be reproduced), but you can also easily workaround
the bug. So this shouldn't be a blocker for you(?).

Regards, Daniel




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

Bug#566484: fop -v: org.apache.fop.apps.FOPException: No input file specified

[Daniel Leidert]

Package: fop
Version: 1:0.95.dfsg-7
Severity: minor

Trying to get the version information from fop as specified by its usage output
results in an exception:

[..]
  -vto show FOP version being used
[..]
Jan 23, 2010 2:13:48 PM org.apache.fop.cli.Main startFOP
SEVERE: Exception
org.apache.fop.apps.FOPException: No input file specified
at 
org.apache.fop.cli.CommandLineOptions.checkSettings(CommandLineOptions.java:709)
at 
org.apache.fop.cli.CommandLineOptions.parse(CommandLineOptions.java:147)
at org.apache.fop.cli.Main.startFOP(Main.java:154)
at org.apache.fop.cli.Main.main(Main.java:197)

Either this switch is not implemented and the usage output is wrong or fop
shouldn't return an exception.

Regards, Daniel


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (560, 'stable'), (110, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-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 fop depends on:
ii  default-jre [java2-runtim 1.6-34 Standard Java or Java compatible R
ii  default-jre-headless  1.6-34 Standard Java or Java compatible R
ii  java-wrappers 0.1.15 wrappers for java executables
ii  libavalon-framework-java  4.2.0-5Common framework for Java server a
ii  libbatik-java 1.7-4  xml.apache.org SVG Library
ii  libbsf-java   1:2.4.0-3  Bean Scripting Framework to suppor
ii  libcommons-io-java1.4-2  Common useful IO related classes
ii  libcommons-logging-java   1.1.1-6commmon wrapper interface for seve
ii  libxalan2-java2.7.1-5XSL Transformations (XSLT) process
ii  libxerces2-java   2.9.1-4Validating XML parser for Java wit
ii  libxml-commons-external-j 1.3.05-1   XML Commons external code - DOM, S
ii  libxmlgraphics-commons-ja 1.3.1.dfsg-2   reusable components used by Batik 
ii  libxp61:1.0.0.xsf1-2 X Printing Extension (Xprint) clie
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library
ii  libxtst6  2:1.1.0-2  X11 Testing -- Resource extension 
ii  openjdk-6-jre [java2-runt 6b17~pre3-1OpenJDK Java runtime, using Hotspo

Versions of packages fop recommends:
ii  libsaxon-java 1:6.5.5-5  The Saxon XSLT Processor

Versions of packages fop suggests:
pn  fop-doc(no description available)
ii  libservlet2.4-java5.0.30-10  Servlet 2.4 and JSP 2.0 Java libra

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/bin/fop (from fop package)



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

Bug#566383: libxml-commons-resolver1.1-java: package should be renamed to reflect actual version

[Daniel Leidert]

Am Samstag, den 23.01.2010, 10:36 + schrieb Torsten Werner:

> Both source and binary names should be changed to either
> libxml-commons-resolver1.2-... or the unversioned libxml-commons-resolver-...

I would vote for the unversioned name. Or is there a good reason to
offer several releases in parallel?

Regards, Daniel




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

Bug#552018: libxml-commons-resolver1.1-java: fails to find entries in some catalogs

[Daniel Leidert]

Am Freitag, den 23.10.2009, 20:59 + schrieb brian m. carlson:
> On Fri, Oct 23, 2009 at 10:27:37AM +0200, Daniel Leidert wrote:
> > Am Donnerstag, den 22.10.2009, 17:40 + schrieb brian m. carlson:
> > >   lakeview ok % java
> > > -cp /usr/share/java/xml-commons-resolver-1.1.jar:/etc/xml/resolver
> > > org.apache.xml.resolver.apps.resolver -s
> > > http://docbook.sourceforge.net/release/xsl-ns/current/xhtml/docbook.xsl 
> > > system
> > 
> > This happens for both docbook-xsl and docbook-xsl-ns. In both cases,
> > using the above command, but with "... -u ...URI... uri" works.
> 
> I can't reproduce this difference in behavior.  I get the same problems
> whether I use "-u ... uri" or "-s ... system".

I think I know why: If you carefully check your log, the result
parsing /etc/xml/catalog for the system id is:

- delegateSystem is found before delegateURI
-> switching to the correct catalog
- delegateURI is parsed before delgateSystem in the catalog
-> Result: nothing found to resolve system id

For the URI it is:

- delegateSystem is found before delegateURI
-> Result: nothing found to resolve uri

Pleaes check this in verbose mode! Am I right?

At my system, the situation is a bit different parsing /etc/xml/catalog:

- delegateURI is found before delegateSystem
-> Result: nothing found to resolve system id

Trying to get the URL:

- delegateURI is found before delegateSystem
-> switching to catalog /etc/xml/docbook-ns-xsl.xml
- delegateURI is found before delegateSystem
-> switching to catalog 
/usr/share/xml/docbook/stylesheet/docbook-xsl-ns/catalog.xml
-> Resolving URI

Switching the entry occurrences of delegateURI and delegateSystem
in /etc/xml/catalog results in the same behaviour as on your system. We
have different orderings in /etc/xml/catalog but the same in


> Practically, the
> important part is whether the URI entries work, since docbook-xsl*
> contains stylesheets, which are going to be looked up by URI, not by
> system identifier.

Correct, but order matters here. Make sure, the delegateURI entries are
found before delegateSystem entries. Then the URI resolving should work.

[..]
> > The problem seems to be, that for the URI two entries exist: delegateURI
> > and delegateSystem. However, using `-u ... uri' and `-s ... system' are
> > explicit enough to not get confused by the same URL being registered as
> > an URL and System ID entry in the catalog. This looks like a bug in the
> > commons resolver to me, but I don't have the catalog spec in mind atm.
> 
> I've just read the spec, and I can't find any part that explains why
> this shouldn't work.

Then this is clearly a bug.

Regards, Daniel




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

Bug#552018: libxml-commons-resolver1.1-java: fails to find entries in some catalogs

[Daniel Leidert]

Am Donnerstag, den 22.10.2009, 17:40 + schrieb brian m. carlson:

> libxml-commons-resolver1.1-java is unable to look up some catalog
> entries on a Debian system.  With docbook-xsl-ns and docbook5-xml,
> xmlcatalog (part of libxml2) responds as follows:
> 
>   lakeview ok % (unset XML_CATALOG_FILES; xmlcatalog --shell)
>   > system 
> http://docbook.sourceforge.net/release/xsl-ns/current/xhtml/docbook.xsl
>   file:///usr/share/xml/docbook/stylesheet/docbook-xsl-ns/xhtml/docbook.xsl
>   > system http://docbook.org/xml/5.0/rng/docbook.rng
>   file:///usr/share/xml/docbook/schema/rng/5.0/docbook.rng
>   > %
> 
> This is correct.  Using this package:
> 
>   lakeview ok % java
> -cp /usr/share/java/xml-commons-resolver-1.1.jar:/etc/xml/resolver
> org.apache.xml.resolver.apps.resolver -s
> http://docbook.sourceforge.net/release/xsl-ns/current/xhtml/docbook.xsl system

This happens for both docbook-xsl and docbook-xsl-ns. In both cases,
using the above command, but with "... -u ...URI... uri" works.

I raised verbosity (BTW: shouldn't `-d xx' overwrite the verbosity value
from CatalogManager.properties? This looks like a bug to me.) and found
the following:

Using the plain /etc/xml/catalog catalog results in

> [..]
> DELEGATE_PUBLIC: -//OASIS//DTD DocBook CALS Table Model
>   file:/etc/xml/docbook-xml.xml
> Resolve SYSTEM (systemid):
>   system id: 
> http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl
> resolveSystem(http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl)
> Result: null

Note, that it did not find a catalog for the requested system ID! Now
commenting out the related delegateURI entry in /etc/xml/catalog and
trying the command again, results in:

> [..]
> DELEGATE_PUBLIC: -//OASIS//DTD DocBook CALS Table Model
>   file:/etc/xml/docbook-xml.xml
> Resolve SYSTEM (systemid):
>   system id: 
> http://docbook.sourceforge.net/release/xsl-ns/current/html/docbook.xsl
> resolveSystem(http://docbook.sourceforge.net/release/xsl-ns/current/html/docbook.xsl)
> Switching to delegated catalog(s):
>   file:/etc/xml/docbook-xsl-ns.xml
  ^^^
> Parse catalog: file:/etc/xml/docbook-xsl-ns.xml
> Loading catalog: file:/etc/xml/docbook-xsl-ns.xml
> Default BASE: file:/etc/xml/docbook-xsl-ns.xml
> delegateURI: http://docbook.sourceforge.net/release/xsl-ns/
>   file:///usr/share/xml/docbook/stylesheet/docbook-xsl-ns/catalog.xml
> DELEGATE_URI: http://docbook.sourceforge.net/release/xsl-ns/
>   file:/usr/share/xml/docbook/stylesheet/docbook-xsl-ns/catalog.xml
> delegateSystem: http://docbook.sourceforge.net/release/xsl-ns/
>   file:///usr/share/xml/docbook/stylesheet/docbook-xsl-ns/catalog.xml
> DELEGATE_SYSTEM: http://docbook.sourceforge.net/release/xsl-ns/
>   file:/usr/share/xml/docbook/stylesheet/docbook-xsl-ns/catalog.xml
> resolveSystem(http://docbook.sourceforge.net/release/xsl-ns/current/html/docbook.xsl)
> Result: null

This time it found the correct catalog to delegate the request, but
still missed to rewrite the system ID. Now commenting out the
delegateURI entry in /etc/xml/docbook-xsl-ns.xml, the correct location
is finally found:

[..]
> resolveSystem(http://docbook.sourceforge.net/release/xsl-ns/current/html/docbook.xsl)
> Result: file:/usr/share/xml/docbook/stylesheet/docbook-xsl-ns/html/docbook.xsl

The problem seems to be, that for the URI two entries exist: delegateURI
and delegateSystem. However, using `-u ... uri' and `-s ... system' are
explicit enough to not get confused by the same URL being registered as
an URL and System ID entry in the catalog. This looks like a bug in the
commons resolver to me, but I don't have the catalog spec in mind atm.

Regards, Daniel




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

Bug#542000: Tries to load DTDs from the network

[Daniel Leidert]

Florian Weimer wrote:
> * Daniel Leidert:
>
>> Xalan doesn't use the catalog system. Please simply use it to avoid
>> access to the internet.
>
> You should really change it to use the catalog system by default.

You are talking to the wrong person. I'm not responsible for Xalan nor
the chosen design of Java (upstream) packaging. JFTR: Saxon doesn't use
it too by default (ditto for XT AFAIK). People are also often complaining
about fop not using the catalogs too. I can't tell you, why this decision
has been made, so I cannot justify here and leave this decision to the
maintainer(s). However, you can easily achieve, what you requested.

>> http://www.sagehill.net/docbookxsl/UseCatalog.html#UsingCatsXalan
>>
>> I'm in favour of closing this report without any further action. You
>> discovered the intended design.
>
> The design is broken, and the resulting behavior is rude to W3C.

I know:

http://www.w3.org/blog/systeam/2008/02/08/w3c_s_excessive_dtd_traffic

Maybe you want to turn off validation completely (similar to the --nonet
switch of xsltproc). But I don't know Xalan/Saxon that much to tell you,
how to do this.

Regards, Daniel




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

Bug#542000: Tries to load DTDs from the network

[Daniel Leidert]

Am Montag, den 17.08.2009, 11:06 +0200 schrieb Florian Weimer:

> Running "java -jar /usr/share/java/xalan2.jar -DIAG -XSL t.xsl -IN
> References.html", I receive the following error message:
> 
> (Location of error unknown)java.io.IOException: Server returned HTTP response 
> code: 503 for URL: http://www.w3.org/TR/html4/loose.dtd
> 
> References.html starts like this:
> 
>  "http://www.w3.org/TR/html4/loose.dtd";>
> 
> It seems that W3C has begun enforcing some sort of AUP on their DTD
> repository.
> 
> This should also be fixed for stable and oldstable.

Xalan doesn't use the catalog system. Please simply use it to avoid
access to the internet.

http://www.sagehill.net/docbookxsl/UseCatalog.html#UsingCatsXalan

I'm in favour of closing this report without any further action. You
discovered the intended design.

Regards, Daniel




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

Bug#532378: Please move back to main

[Daniel Leidert]

Package: libjgrapht-java
Version: 0.6.0-5
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

With having openjdk and even the workarounds provided in 

http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/2009-February/019549.html

can libjgrapht-java please be moved back to main? Otherwise e.g. cdk has
to be moved to contrib too for no reason.

This is currently blocking http://bugs.debian.org/517348.

Regards, Daniel


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

Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core)
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 libjgrapht-java depends on:
pn  libjgrapht0.6-java (no description available)

libjgrapht-java recommends no packages.

libjgrapht-java suggests no packages.

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

iEYEARECAAYFAkotjxoACgkQm0bx+wiPa4z/AwCggkeU0WHlvz73w3UkfXIg+NWm
6QQAn1WAMQirm9wLPWqKoP9kSDm/zfEI
=EdtF
-END PGP SIGNATURE-



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

Bug#485708: ITP: ant-contrib -- Additional libraries for use with the ant build tool

[Daniel Leidert]

Hi,

I started to package ant-contrib. The current results can be found in
the pkg-java SVN repository. The ivy stuff does not yet work (check the
commit message or try to build yourself). Any help is appreciated.

Hope we can fix the build to finally update cdk.

http://svn.debian.org/wsvn/pkg-java/trunk/ant-contrib/#_trunk_ant-contrib_

Regards, Daniel


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

Bug#519969: wishlist: package 1.2.0

[Daniel Leidert]

Am Montag, den 16.03.2009, 15:01 +0100 schrieb Egon Willighagen:

[..]
> * libjgrapht-java that moved from main to contrib for unknown reasons (see 
> #517348)

Reasons are not "unknown":
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=15;bug=517348

README.Debian in the package contains the reason. The link unfortunately
only leads to the first mail in the discussion with Steffen. See
http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/2009-March/019584.html
 for the rest of it.

So it can very probably be moved back to main.

Regards, Daniel




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

Re: libjgrapht-java and contrib

[Daniel Leidert]

Hi Steffen,

Hope you are well!

Am Dienstag, den 03.03.2009, 11:08 +0100 schrieb Steffen Moeller: 
> Daniel Leidert wrote:
> > I'm wondering about the move of libjgrapht-java to contrib. In
> > README.Debian you say, that it doesn't build with gcj. I now tried to
> > build the software.
> > 
> > Version 0.6 builds fine with gcj. Why has it been moved to contrib too?
> > There is BTW no note in the changelog about this move!
> 
> this is clearly a mistake, then. It should be corrected.

Ok.

> > Version 0.7 fails, because the javadoc task doesn't support source=1.5.
> > But what about simply setting source=1.4 for the javadoc task in
> > build.xml? It issues some complaints, but builds fine.
> 
> sounds good to me. I did not have the idea. The jgrapht home page now 
> explicitly mentions
> a dependency on Java 6 for the 0.8 version, or at least has mentioned that. 
> They all seem
> to compile nicely with openjdk, there is hence no need to have anything in 
> contrib,
> whatsoever.

Ok.

> The master chief of libjgrapht is Michael, so I felt, and he had some issues 
> with programs
> in the main/contrib/whereever distribution that depends on version 0.6. 
> Consequently, I
> wanted to get the version as part of the binary's name into the distribution, 
> just the way
> we are doing it for sonames, but have not received feedback from Michael on 
> this yet.

Michael seems MIA. BTW: Any news on his person?

> Would you say that the approach taken is working or promising, at least? If 
> you are
> actively using jgrapht, which I no longer am, then I would find it 
> über-fantastic if you
> would consider taking over the maintenance of the package.

Well, I just need it for cdk (which I want to update because of Michael
being "inactive").  have to check cdk (1.1.6) first. Maybe cdk doesn't
need it anymore. Really no idea atm and no intent to take it over.

Regards, Daniel


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

Bug#517348: cdk: Build-Depends on libjgrapht-java from contrib

[Daniel Leidert]

Am Montag, den 02.03.2009, 01:24 + schrieb peter green:

> >As the subject says: libjgrapht-java is from contrib,
> It does indeed seem to be in contrib in squeeze and sid while in etch and 
> lenny it is in main. 
> The changelog for the one new version since lenny makes no mention of the 
> move to contrib.
> 
> Can anyone explain why it was moved to contrib?

README.Debian and
http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/2009-February/019549.html

I'm waiting for a comment.

Regards, Daniel




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

libjgrapht-java and contrib

[Daniel Leidert]

Hi,

I'm wondering about the move of libjgrapht-java to contrib. In
README.Debian you say, that it doesn't build with gcj. I now tried to
build the software.

Version 0.6 builds fine with gcj. Why has it been moved to contrib too?
There is BTW no note in the changelog about this move!

Version 0.7 fails, because the javadoc task doesn't support source=1.5.
But what about simply setting source=1.4 for the javadoc task in
build.xml? It issues some complaints, but builds fine.

Regards, Daniel


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

Re: Request to join pkg-java

[Daniel Leidert]

Am Montag, den 23.02.2009, 23:37 +0100 schrieb Torsten Werner:
> On Mon, Feb 23, 2009 at 11:00 PM, Daniel Leidert
>  wrote:
> > I would like to join pkg-java.
> 
> what is your account name on alioth.debian.org?

dleidert-guest

Regards, Daniel


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

Request to join pkg-java

[Daniel Leidert]

Hi,

I would like to join pkg-java. I'm already listed as Uploader for cdk
(Michael Kocj BTW seems MIA?) and I want to care about jing (#464531)
and trang (#454810) soon too and pkg-java seems to be a valid and better
place than debian-xml-sgml. Note, that I plan to list
debian-xml-sgml-pkgs in Uploaders too.

I'm already maintaining a set of packages:
http://qa.debian.org/developer.php?login=Leidert

Regards, Daniel


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

Bug#468947: copyright contains wrong license

[Daniel Leidert]

Package: libcommons-cli-java
Version: 1.1-1
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The copyright file contans the wrong license. Accordingly to
libcommons-cli-java-1.1/LICENSE.txt the license is the Apache license
2.0, not 1.1. There are differences in the compatibilities to e.g. the
GPL license between these license versions.

Severity set to serious, because I think it violates the Debian Policy.

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 libcommons-cli-java depends on:
ii  gij [java2-runtime]   4:4.3-1The GNU Java bytecode interpreter
ii  java-gcj-compat [java2-runtim 1.0.77-4   Java runtime environment using GIJ
ii  kaffe-pthreads [java1-runtime 2:1.1.8-3  A POSIX threads enabled version of
ii  libcommons-lang-java  2.3-4  Extension of the java.lang package
ii  sun-java5-jre [java2-runtime] 1.5.0-14-3 Sun Java(TM) Runtime Environment (

libcommons-cli-java recommends no packages.

- -- no debconf information

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

iD8DBQFHyrcFm0bx+wiPa4wRAvvAAJoCxNOMtJutLaTxvxjNrdeBDkG+xgCgnSR1
vS5dOvHNsloUHjXRQEuZ3v4=
=pCtM
-END PGP SIGNATURE-



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

RFH: Illegal instruction error building docbook-xsl-saxon(-gcj) on arm architecture

[Daniel Leidert]

The arm-buildd failed to build docbook-xsl-saxon(-gcj) with an illegal
instruction error. You can find the build log at:

http://buildd.debian.org/fetch.cgi?pkg=docbook-xsl-saxon;ver=1.00.dfsg.1-3;arch=arm;stamp=1202259174


A bug in GIJ? Anybody an idea? I do not have access to an arm-machine,
so it's a little bit difficult to debug.

I'm subscribed to both lists, so no need to CC me.

Regards, Daniel


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

Bug#451258: fop: footnote inside varlistentry is not rendered in PDF output

[Daniel Leidert]

JFTR: I can still reproduce it. I will examine, if this is maybe a
docbook-xsl issue, but it seems, the stylesheets process it correctly.

Regards, Daniel




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

Bug#458247: Please provide a package with native code for GCJ/GIJ

[Daniel Leidert]

Am Montag, den 31.12.2007, 00:41 +0100 schrieb Michael Koch:

[libsaxon-java-gcj] 
> I have uploaded 6.5.5-2 as a cleanup version for the current package. I
> attached a debdiff to -3 that adds a -gcj package. Please test it and
> give feedback about the improvements (timings).

As I said, I already tested this locally and with the self-built -gcj
packages, build time for docbook-defguide decreased from 16 hours to 1
(see http://www.wgdd.de/?p=32). I now built the libsaxon-java-gcj
package again and it still builds in an hours. So your patch looks good.

Regards, Daniel




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

Bug#458248: Please provide a package with native code for GCJ/GIJ

[Daniel Leidert]

Package: libxml-commons-resolver1.1-java
Version: 1.1-8
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 libxml-commons-resolver1.1-java depends on:
ii  classpath-common  2:0.95-3   clean room standard Java libraries
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-pthreads [java1-runtime 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 (

libxml-commons-resolver1.1-java recommends no packages.

- -- no debconf information

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

iD8DBQFHdrJam0bx+wiPa4wRAoWcAJ9/hjMbZ5ka1MhmRd8zC+TkqeykRQCfWKBJ
OpXduc3yuLQyXJeEJJeiBw4=
=rYhi
-END PGP SIGNATURE-
diff -u libxml-commons-resolver1.1-java-1.1/debian/control 
libxml-commons-resolver1.1-java-1.1/debian/control
--- libxml-commons-resolver1.1-java-1.1/debian/control
+++ libxml-commons-resolver1.1-java-1.1/debian/control
@@ -19,6 +19,18 @@
  .
   Homepage: http://xml.apache.org/commons/
 
+Package: libxml-commons-resolver1.1-java-gcj
+Architecture: any
+Section: libs
+Depends: libxml-commons-resolver1.1-java (>= ${source:Version}), 
${misc:Depends}, ${shlibs:Depends}
+Suggests: libxml-commons-resolver1.1-java-doc
+Description: XML entity and URI resolver library (native code)
+ Apache XML Commons Resolver simplifies the task of using XML catalog files to
+ perform entity resolution. They are used by other Apache XML projects like
+ Xerces-J and Xalan-J.
+ .
+  Homepage: http://xml.apache.org/commons/
+
 Package: libxml-commons-resolver1.1-java-doc
 Architecture: all
 Section: doc
diff -u libxml-commons-resolver1.1-java-1.1/debian/changelog 
libxml-commons-resolver1.1-java-1.1/debian/changelog
--- libxml-commons-resolver1.1-java-1.1/debian/changelog
+++ libxml-commons-resolver1.1-java-1.1/debian/changelog
@@ -1,3 +1,10 @@
+libxml-commons-resolver1.1-java (1.1-8.1) unstable; urgency=low
+
+  * NMU
+  * Rebuild with native code.
+
+ -- Daniel Leidert (dale) <[EMAIL PROTECTED]>  Sat, 22 Dec 2007 02:11:52 +0100
+
 libxml-commons-resolver1.1-java (1.1-8) unstable; urgency=low
 
   * Removed unneeded Build-Depends on libxerces-java.
diff -u libxml-commons-resolver1.1-java-1.1/debian/rules 
libxml-commons-resolver1.1-java-1.1/debian/rules
--- libxml-commons-resolver1.1-java-1.1/debian/rules
+++ libxml-commons-resolver1.1-java-1.1/debian/rules
@@ -28,0 +29,2 @@
+install/libxml-commons-resolver${API_VERSION}-java-gcj:: 
install/libxml-commons-resolver${API_VERSION}-java
+   dh_nativejava -plibxml-commons-resolver${API_VERSION}-java-gcj
___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#458247: Please provide a package with native code for GCJ/GIJ

[Daniel Leidert]

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 

 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)
-   touch build-stamp
+   touch $@
 
 clean:
dh_testdir
@@ -59,24 +58,36 @@
 
 # Build architecture-independent files here.
 binary-indep: build install
-   dh_testdir
-   dh_testroot
-   dh_installchangelogs 
-   dh_installdocs
+   dh_testdir -i
+   dh_testroot -i
+   dh_installchangelogs -i
+   dh_installdocs -i
dh_installexamples -plibsaxon-java-doc samples/*
dh_link -plibsaxon-java $(JAVASHARE)/saxon-$(UPSTREAM_VERSION).jar 
$(JAVASHARE)/saxon.jar \
$(JAVASHARE)/saxon-jdom-$(UPSTREAM_VERSION).jar 
$(JAVASHARE)/saxon-jdom.jar

Bug#408842: ping

[Daniel Leidert]

Am Samstag, den 22.09.2007, 19:25 +0200 schrieb Michael Koch:
> On Sat, Sep 22, 2007 at 07:00:20PM +0200, Stefano Zacchiroli wrote:
> > Any news on this bug report?
> > 
> > I'm interested in seeing XSLT 2.0 support in Debian and there seems to
> > be nothing.
> > 
> > Are you interested in working on this bug report or should we NMU the
> > package?
> 
> Thanks for the ping.
> 
> In fact I started already looking into it. We will upload a new package
> soon.

Short, but important question: Are you going to update libsaxon-java or
are you going to package a separate package, e.g. libsaxon8-java? I'm
currently preparing the docbook-xsl Saxon and Xalan extensions for
Debian. But they are written to work with Saxon 6. Upstream told me,
that these extensions are not necessary with Saxon 8 anymore. So if you
are going to update libsaxon-java, I don't need to try to put the
extensions into Debian, because I would directly have to file an RoM
again :)

Regards, Daniel




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

RFC: docbook-xsl-saxon (Java extensions for use with DocBook XML stylesheets (Saxon))

[Daniel Leidert]

x-post to debian-java, debian-mentors and pkg-java-maintainers

Hi,

I'm building docbook-xsl-saxon, a Java package, that provides
docbook-xsl related extensions. For those interested in the packaging
files, see
http://svn.debian.org/wsvn/debian-xml-sgml/packages/docbook-xsl-saxon/trunk/debian/?rev=0&sc=0

I receive these informational objects from lintian:

I: docbook-xsl-saxon source: build-depends-without-arch-dep ant
I: docbook-xsl-saxon source: build-depends-without-arch-dep
java-gcj-compat-dev

Now I'm unsure, if lintian is right here. The clean target is defined in
an ant makefile (build.xml). So ant and java are both used in the clean
target. To my understanding of Build-Depends and Build-Depends-Indep, I
have to list at least ant in Build-Depends, not in Build-Depends-Indep.
I'm not sure about java-gcj-compat-dev, because java-gcj-compat provides
the java binary.

The package builds fine with kaffe and gcj-java-compat-dev. BTW: Do both
use ecj to compile the source? If yes, where is the difference, if I use
gcj-java-compat-dev or kaffe as build-dependency? I'm sorry for the
questions, but this is my first Java package and I'm trying to learn
more about Java packaging for Debian.

Please split answers and send them to the "right" list if you want. I'm
subscribed to all 3 lists, this posting is sent to.

Regards, Daniel


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

Bug#440744: ITP: docbook-xsl-saxon -- Java extensions for use with DocBook XML stylesheets (Saxon)

[Daniel Leidert]

Package: wnpp
Severity: wishlist
Owner: Daniel Leidert <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: docbook-xsl-saxon
  Version : 1.00
  Upstream Author : Norman Walsh and members of the DocBook project.
* URL : http://wiki.docbook.org/topic/DocBookXsltExtensions
* License : MIT/X Consortium License
  Programming Lang: Java
  Description : Java extensions for use with DocBook XML stylesheets (Saxon)

These are Java extensions for use with the DocBook XML stylesheets
and the Saxon XSLT engine. You need these extensions to enable e.g.
the callouts and linenumbering extensions of the docbook-xsl suite.
.
In the past these extensions were shipped with the docbook-xsl
tarball distribution directly.
.
 Homepage: http://wiki.docbook.org/topic/DocBookXsltExtensions

I already began packaging at
http://svn.debian.org/wsvn/debian-xml-sgml/packages/docbook-xsl-saxon/trunk/?rev=0&sc=0.

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.21.5 (PREEMPT)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

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

iD8DBQFG3JwLm0bx+wiPa4wRAkRqAJ4s+vgMWvM1Zvx1tCtPeMbhGl8VYwCcDDPT
QKJPQMdh7UJF/uZws7R57q4=
=Z+gl
-END PGP SIGNATURE-


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

Re: Saxon/Xalan extensions written by Norman Walsh for docbook-xsl

[Daniel Leidert]

Am Dienstag, den 27.02.2007, 10:33 +0100 schrieb Daniel Leidert:
> Am Dienstag, den 27.02.2007, 10:06 +0100 schrieb Marcus Better:
> > [moving discussion to debian-java list]
> 
> Ok. I'm not subscribed to the debian-java list, so please include a CC
> to my address if answering from this list

I'm subscribed now, so no need for CCs.

> > Daniel Leidert wrote:
> > 
> > > I wanted to ask what you guys think about creating a package for just
> > > the extensions Norman Walsh wrote for docbook-xsl. The Java-classes can
> > > be found at
> > > http://docbook.svn.sourceforge.net/viewvc/docbook/trunk/xsl/extensions/.
> > > Do you see a way to package them?
> > 
> > Seems to be possible. The build files are for Netbeans, but it shouldn't be
> > a big problem. Is there a released tarball somewhere, or is it just in svn?
> 
> Just in SVN. There is no source-tarball. These Java-classes are
> processed during docbook-xsl tarball creation (see Debian bug #331661:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=331661). If these
> Java-classes could be overhanded to the java-pkg team or a good
> maintainer, this would be very nice.

Update: The docbook-xsl upstream is willing to release a separate
(source-)tarball for the extension Java classes (maybe as
docbook-xsl-java?).

Regards, Daniel


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

Re: Saxon/Xalan extensions written by Norman Walsh for docbook-xsl

[Daniel Leidert]

Am Dienstag, den 27.02.2007, 10:06 +0100 schrieb Marcus Better:
> [moving discussion to debian-java list]

Ok. I'm not subscribed to the debian-java list, so please include a CC
to my address if answering from this list

> Daniel Leidert wrote:
> 
> > I wanted to ask what you guys think about creating a package for just
> > the extensions Norman Walsh wrote for docbook-xsl. The Java-classes can
> > be found at
> > http://docbook.svn.sourceforge.net/viewvc/docbook/trunk/xsl/extensions/.
> > Do you see a way to package them?
> 
> Seems to be possible. The build files are for Netbeans, but it shouldn't be
> a big problem. Is there a released tarball somewhere, or is it just in svn?

Just in SVN. There is no source-tarball. These Java-classes are
processed during docbook-xsl tarball creation (see Debian bug #331661:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=331661). If these
Java-classes could be overhanded to the java-pkg team or a good
maintainer, this would be very nice.

Regards, Daniel


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

Saxon/Xalan extensions written by Norman Walsh for docbook-xsl

[Daniel Leidert]

Hello,

I wanted to ask what you guys think about creating a package for just
the extensions Norman Walsh wrote for docbook-xsl. The Java-classes can
be found at
http://docbook.svn.sourceforge.net/viewvc/docbook/trunk/xsl/extensions/.
Do you see a way to package them? It would complete the docbook-xsl
package functionality.

Regards, Daniel


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

Re: Possible bug in Xalan?

[Daniel Leidert]

Am Sonntag, den 07.01.2007, 09:28 +0100 schrieb Egon Willighagen:
> On Saturday 06 January 2007 23:55, Daniel Leidert wrote:
> > > [...]
> > > and gnujaxp?
> > > b6413000-b64b5000 r-xs  03:43 3346259   
> > > /usr/share/java/gnujaxp-1.3.jar and crimson?
> > > b67d7000-b680a000 r-xs  03:43 3346237
> > > /usr/share/java/crimson-1.1.3.jar
> >
> > Both are build-dependencies for the chemistry development kit.
> 
> Hi Daniel,
> 
> CDK dropped support for gnujaxp, since 1.4 comes with an XML parser too.
>
> (Does CDK use crimson? Where?)

cdkweb does. Sorry. I was talking from my memories and thoughts. But the
problem is libgcj7-jar.

Regards, Daniel


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

Re: Possible bug in Xalan?

[Daniel Leidert]

Am Samstag, den 06.01.2007, 14:44 +0100 schrieb Arnaud Vandyck: 
> On 1/5/07, Daniel Leidert <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I simply try to process an XML file with Xalan2/Xerces and I receive a
> > segmentation fault with Sun Java and Exceptions with GCCs GIJ. The gij
> > just says:
> >
> > Exception during runtime initialization
> >
> > Sun Java says
> >
> > #
> > # An unexpected error has been detected by HotSpot Virtual Machine:
> > #
> > #  SIGSEGV (0xb) at pc=0xb792353f, pid=20827, tid=3084638432
> > #
> > # Java VM: Java HotSpot(TM) Client VM (1.5.0_10-b03 mixed mode)
> > # Problematic frame:
> > # V  [libjvm.so+0x30853f]
> > #
> > # An error report file with more information is saved as hs_err_pid20827.log
> > #
> > # If you would like to submit a bug report, please visit:
> > #   http://java.sun.com/webapps/bugreport/crash.jsp
> > #
> >
> > The file is attached. What is your opinion? Where is the bug? The XML
> > file is valid (tried several files). Is it reproducible for you?
> 
> You have a lot of things in your classpath. Maybe you could try the
> same application or test class with only the xerces jars (and xalan if
> you want transformations).
> 
> Also, why do you have libgcj
> 
> [...]
> b4ad8000-b5636000 r-xs  03:43 3345035
> /usr/share/java/libgcj-src-4.1.zip
> b567-b5e97000 r-xs  03:43 3344179
> /usr/share/java/libgcj-4.1.jar
> [...]

Kaffe was installed and it depends on libgcj7-jar (over ecj-bootstraps).
But removing the libgcj7-jar package "solves" the issue. The problem
reappears reproducibly with installing the libgcj7-jar package. So shall
I write a bug-report against the gcj-4.1 package? Does it seem to be bug
in gcj-4.1?

> And 2 different version of jaxp?
> [...]
> b5fc7000-b5ffb000 r-xs  03:43 3346275/usr/share/java/jaxp-1.3.jar
> b5ffb000-b601c000 r-xs  03:43 3346274/usr/share/java/jaxp-1.2.jar

openoffice.org-java-common depends on libjaxp1.2-java
Xalan2 and Xerces depend on libjaxp1.3-java (and
openoffice.org-java-common again depends on Xalan2 and Xerces)

So if openoffice.org is installed (which is the case for me), you will
have both versions of jaxp on the system.

> [...]
> and gnujaxp?
> b6413000-b64b5000 r-xs  03:43 3346259
> /usr/share/java/gnujaxp-1.3.jar
> and crimson?
> b67d7000-b680a000 r-xs  03:43 3346237
> /usr/share/java/crimson-1.1.3.jar

Both are build-dependencies for the chemistry development kit.

> Maybe reducing the number of jar will do the trick.

See above. But I maybe found a minor issue. During Xalan2-run with gij I
got: WARNING: Error loading security provider gnu.crypto.jce.GnuCrypto:
java.lang.ClassNotFoundException: gnu.crypto.jce.GnuCrypto. The
debug-run logs:

> [Loaded (pre-compiled) java.awt.event.ActionListener from ]
> [Loaded (pre-compiled) java.awt.event.WindowListener from ]
> [Loaded (pre-compiled) gnu.javax.security.auth.callback.SwingCallbackHandler 
> from ]
> WARNING: Error loading security provider gnu.crypto.jce.GnuCrypto: 
> java.lang.ClassNotFoundException: gnu.crypto.jce.GnuCrypto
> [Loaded (pre-compiled) java.net.ResolverCache$Entry from ]
> [Loaded (pre-compiled) gnu.java.net.PlainSocketImpl$SocketInputStream from 
> ]
> [Loaded (pre-compiled) gnu.java.net.PlainSocketImpl$SocketOutputStream from 
> ]

Shall classpath suggest libgnucrypto-java?

Regards, Daniel


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

Possible bug in Xalan?

[Daniel Leidert]

Hello,

I simply try to process an XML file with Xalan2/Xerces and I receive a
segmentation fault with Sun Java and Exceptions with GCCs GIJ. The gij
just says:

Exception during runtime initialization

Sun Java says

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0xb792353f, pid=20827, tid=3084638432
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_10-b03 mixed mode)
# Problematic frame:
# V  [libjvm.so+0x30853f]
#
# An error report file with more information is saved as hs_err_pid20827.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#

The file is attached. What is your opinion? Where is the bug? The XML
file is valid (tried several files). Is it reproducible for you?

Regards, Daniel
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0xb792353f, pid=20827, tid=3084638432
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_10-b03 mixed mode)
# Problematic frame:
# V  [libjvm.so+0x30853f]
#

---  T H R E A D  ---

Current thread (0x0805fcf0):  JavaThread  [_thread_in_vm, id=20827]

siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x0074

Registers:
EAX=0x08061bd8, EBX=0xb79a380c, ECX=0x, EDX=0x0008
ESP=0xbfc07c6c, EBP=0xbfc07d18, ESI=0xab13d828, EDI=0x0805fcf0
EIP=0xb792353f, CR2=0x0074, EFLAGS=0x00010202

Top of Stack: (sp=0xbfc07c6c)
0xbfc07c6c:   b77731e5 08061bd8 ab13d828 ab13d838
0xbfc07c7c:   b7773167 b7990f68 08144868 bfc07ca8
0xbfc07c8c:   0815c1c0 0805f5d8 0815c1c0 000c
0xbfc07c9c:   bfc07cb8 0805a5e8 b79a380c bfc07cf8
0xbfc07cac:   b78b5e3a 0805a5e8 0004 0001
0xbfc07cbc:    b7eebff4  
0xbfc07ccc:    0805a5e8 b7eed4c0 bfc07c94
0xbfc07cdc:   bfc07cb8 0001 0008  

Instructions: (pc=0xb792353f)
0xb792352f:   00 55 89 e5 8b 45 08 5d 8b 10 8b 48 04 83 c2 08
0xb792353f:   8b 42 6c 83 c0 0c 8b 04 88 c3 8d b4 26 00 00 00 

Stack: [0xbfa0d000,0xbfc0d000),  sp=0xbfc07c6c,  free space=2027k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x30853f]
V  [libjvm.so+0x158475]
V  [libjvm.so+0x17beb1]
V  [libjvm.so+0x3085c8]
V  [libjvm.so+0x2c94c8]
V  [libjvm.so+0x2c948e]
V  [libjvm.so+0x14d56f]
V  [libjvm.so+0x29b52e]
V  [libjvm.so+0x1434c9]
V  [libjvm.so+0x306bc4]
V  [libjvm.so+0x2db98b]
V  [libjvm.so+0x2db8a9]
V  [libjvm.so+0x305c29]
V  [libjvm.so+0x30736b]
V  [libjvm.so+0x156309]
V  [libjvm.so+0x2f830f]
V  [libjvm.so+0x1a4ecc]
C  [java+0x32cc]
C  [java+0x15a4]  calloc+0x39c
C  [libc.so.6+0x14ea8]  __libc_start_main+0xc8


---  P R O C E S S  ---

Java Threads: ( => current thread )

Other Threads:

VM state:not at safepoint (not fully initilizated)

VM Mutex/Monitor currently owned by a thread: None

Heap
 def new generation   total 576K, used 0K [0xa713, 0xa71d, 0xa761)
  eden space 512K,   0% used [0xa713, 0xa713, 0xa71b)
  from space 64K,   0% used [0xa71b, 0xa71b, 0xa71c)
  to   space 64K,   0% used [0xa71c, 0xa71c, 0xa71d)
 tenured generation   total 1408K, used 0K [0xa761, 0xa777, 0xab13)
   the space 1408K,   0% used [0xa761, 0xa761, 0xa7610200, 0xa777)
 compacting perm gen  total 8192K, used 54K [0xab13, 0xab93, 0xaf13)
   the space 8192K,   0% used [0xab13, 0xab13d838, 0xab13da00, 0xab93)
No shared spaces configured.

Dynamic libraries:
08048000-08057000 r-xp  03:43 2605602/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/bin/java
08057000-08059000 rwxp e000 03:43 2605602/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/bin/java
08059000-08198000 rwxp 08059000 00:00 0  [heap]
a70b-a70b5000 rwxp a70b 00:00 0 
a70b5000-a70d1000 rwxp a70b5000 00:00 0 
a70d1000-a70d2000 rwxp a70d1000 00:00 0 
a70d2000-a70ef000 rwxp a70d2000 00:00 0 
a70ef000-a70f rwxp a70ef000 00:00 0 
a70f-a70f1000 rwxp a70f 00:00 0 
a70f1000-a70f3000 rwxp a70f1000 00:00 0 
a70f3000-a710f000 rwxp a70f3000 00:00 0 
a710f000-a7113000 rwxp a710f000 00:00 0 
a7113000-a712f000 rwxp a7113000 00:00 0 
a712f000-a71d rwxp a712f000 00:00 0 
a71d-a761 rwxp a71d 00:00 0 
a761-a777 rwxp a761 00:00 0 
a777-ab13 rwxp a777 00:00 0 
ab13-ab93 rwxp ab13 00:00 0 
ab93-af13 rwxp ab93 00:00 0 
af131000-af132000 rwxp af131000 00:00 0 
af132000-af1b1000 rwxp af132000 00:00 0 
af1b1000-af1e1000 rwxp af1b1000 00:00 0 
af1e1000-b11b1000 rwxp af1e1000 00:00 0 
b11b1000-b1a2 r-xs  03:43 2589555/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/lib/charsets.jar
b1a2-b1a35000 r-xs  03:43 2589553/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/lib/jce.jar
b1a35000-b1aba000 r-xs  03:43 2589551/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/lib/jsse.jar
b1aba000-b1b23000 rwxp b1aba000 00:00 0 
b1b23000-b4131000 r-xs  03:43 2589675/us

Bug#388336: Uninstallable due to libgcj7 -> libgcj7-0 transition

[Daniel Leidert]

Package: libgconf-java
Version: 2.12.3-1
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Due to the transition of libgcj7 -> libgcj7-0, the libgconf-java is
uninstallable. Please rebuild it. Many packages had been rebuild via
binNMU, so you maybe also want to find out, why not this package.

Regards, Daniel


- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.08060320
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages libgconf-java depends on:
ii  libatk1.0-0  1.12.2-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libcairo-java1.0.4-1 CAIRO bindings for Java
ii  libcairo21.2.4-1 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.1-2 generic font configuration library
ii  libgcc1  1:4.1.1-13  GCC support library
ii  libgcj7  4.1.1-10Java runtime library for use with 
ii  libgconf2-4  2.14.0-4GNOME configuration database syste
ii  libglib-java 0.2.5-1 GLIB bindings for Java
ii  libglib2.0-0 2.12.3-2The GLib library of C routines
ii  libgtk-jni   2.8.5-1 GTK+ bindings for Java
ii  libgtk2.0-0  2.8.20-1The GTK+ graphical user interface 
ii  liborbit21:2.14.0-2  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.12.4-1Layout and rendering of internatio
ii  libx11-6 2:1.0.0-9   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-4   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-3   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-4 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  zlib1g   1:1.2.3-13  compression library - runtime

libgconf-java recommends no packages.

- -- no debconf information

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

iD8DBQFFEIRkdg0kG0+YFBERAvEQAJ9fnSPpOkkkoPcwHkf5+Mi9bLCRrQCdGnc6
yYcR3eXq+pUeHBkUNPv9QIQ=
=TjzC
-END PGP SIGNATURE-


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

Bug#385943: libgtk-java: Needs rebuild against libgcj7-0

[Daniel Leidert]

Package: libgtk-java
Version: 2.8.5-1
Followup-For: Bug #385943

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Is there someone working on this bug? I think, solving #375297, will
also make this package binNMU-safe.

Regards, Daniel


- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.08060320
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages libgtk-java depends on:
ii  libcairo-java 1.0.4-1CAIRO bindings for Java
ii  libglib-java  0.2.5-1GLIB bindings for Java
ii  libgtk-jni2.8.5-1GTK+ bindings for Java

libgtk-java recommends no packages.

- -- no debconf information

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

iD8DBQFFDKnadg0kG0+YFBERAsJaAJ0d88jVSkHKq2bd3rvObz1pfFPYJQCeKaw6
zU/i/NWvM6n3+DfWikMIPRA=
=j1ye
-END PGP SIGNATURE-


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

Bug#348094: /usr/share/java/crimson.jar is a dangling symlink

[Daniel Leidert]

Package: libcrimson-java
Version: 1:1.1.3-6
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

$ ls -lA /usr/share/java/crimson.jar
[..] /usr/share/java/crimson.jar -> crimson-1.1.3.jar

shows, that crimson.jar links to the non-existing file
crimson-1.1.3.jar. Instead it should link to crimson-1:1.1.3.jar or you
need to rename this file to crimson-1.1.3.jar.

Regads, Daniel


- -- dpkg -L libcrimson-java

/.
/usr
/usr/share
/usr/share/java
/usr/share/java/crimson-1:1.1.3.jar
/usr/share/doc
/usr/share/doc/libcrimson-java
/usr/share/doc/libcrimson-java/copyright
/usr/share/doc/libcrimson-java/changelog.gz
/usr/share/doc/libcrimson-java/changelog.Debian.gz
/usr/share/java/crimson.jar

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.02060113
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages libcrimson-java depends on:
ii  gij [java1-runtime]   4:4.0.2-2  The GNU Java bytecode interpreter
ii  gij-3.3 [java1-runtime]   1:3.3.6-7  The GNU Java bytecode interpreter
ii  gij-4.0 [java1-runtime]   4.0.2-6The GNU Java bytecode interpreter
ii  kaffe 2:1.1.6-3  A JVM to run Java bytecode
ii  kaffe-jthreads [kaffe]2:1.1.6-3  A green threads enabled version of
ii  kaffe-pthreads [kaffe]2:1.1.6-3  A POSIX threads enabled version of
ii  sun-j2sdk1.4 [java2-runtime]  1.4.2+10   Java(TM) 2 SDK, Standard Edition, 

libcrimson-java recommends no packages.

- -- no debconf information

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

iD8DBQFDyUFjdg0kG0+YFBERAmcAAKCBQeely3HSOO26eoDd9WSzoACEdgCfSx0p
8Ys9fW0ApFQMUcFZenTlxSA=
=ShQw
-END PGP SIGNATURE-


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