Re: [Debian-med-packaging] Bug#793369: Any volunteer to maintain JAI that is RC buggy and dead upstream (Was: Bug#793369: jai-core: FTBFS - JPEGImageDecoder.java:29: error: package com.sun.image.codec

[Olivier Sallou]

ol
>> [javac] JPEGDecodeParam decodeParam = null;
>> [javac] ^
>> [javac]   symbol:   class JPEGDecodeParam
>> [javac]   location: class TIFFImage
>> [javac] 
>> /tmp/buildd/jai-core-1.1.4/src/share/classes/com/sun/media/jai/codecimpl/TIFFImage.java:146:
>>  error: cannot find symbol
>> [javac]            JPEGDecodeParam 
>> decodeParam,
>> [javac]^
>> [javac]   symbol:   class JPEGDecodeParam
>> [javac]   location: class TIFFImage
>> [...]
>>
>>
>> Andreas
>
>> ___
>> Debian-med-packaging mailing list
>> debian-med-packag...@lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
>

-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

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

Re: Help needed with updating some Java libraries (netlib-java, libmtj-java)

[Olivier Sallou]

On 08/29/2014 02:38 AM, tony mancill wrote:
> On 08/28/2014 07:01 AM, Andreas Tille wrote:
>> Hi,
>>
>> when checking my Maintainer dashboard dashboard I realised that the
>> watch file of netlib-java and libmtj-java became disfunctional and when
>> tracking down the issue I noticed that both projects moved from SF to
>> Github.  While I updated the URLs in SVN accordingly I noticed that the
>> Build system has changed as well which just crosses my (low) level of
>> Java competence (again).
>>
>> Since both packages are definitely not really in the field of Debian Med
>> but just preconditions for some biological package (beast) I wonder
>> whether this might be the right point in time to move the package to
>> Debian Java.  I'd volunteer to inject the package into Debian Java Git
>> but in turn I would need some help (starting with netlib-java).  I have
>> the feeling that the amount of work for a skilled Java packager is low
>> (but I really would not regard myself as such a person).
>>
>> BTW, the packages are hanging around in contrib since netlib depends
>> from f2j (at least the current version).  I'll send a separate mail to
>> f2j authors to try (again) to convince them to use a DFSG free license.
>>
>> Kind regards
>>
>> Andreas.
>>
> Hello Andreas,
>
> If you're willing to migrate these to the pkg-java repo, I'll work on
> updating them and uploading them as Java Team packages.
>
> Also, I've been meaning to send you a mail regarding libsnappy-java,
> since we have an RC bug there.  The last commit makes it appear that you
> were considering moving it debian-med in 2012.  Is that still the case?
We have a libsnappy-java version available in DebianMed [0], but a
specific release (certainly due to a package which needed this specific
release and upstream broke its API).
I do not know if we need to manage snappy by itself in DebianMed repo as
it has nothing related to bio/med but is only a dependency.

[0] https://packages.qa.debian.org/s/snappy1.0.3-java.html

Olivier
>
> Cheers,
> tony
>

-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


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

Re: Help needed with updating some Java libraries (netlib-java, libmtj-java)

[Olivier Sallou]

On 08/29/2014 08:22 AM, Olivier Sallou wrote:
> On 08/29/2014 02:38 AM, tony mancill wrote:
>> On 08/28/2014 07:01 AM, Andreas Tille wrote:
>>> Hi,
>>>
>>> when checking my Maintainer dashboard dashboard I realised that the
>>> watch file of netlib-java and libmtj-java became disfunctional and when
>>> tracking down the issue I noticed that both projects moved from SF to
>>> Github.  While I updated the URLs in SVN accordingly I noticed that the
>>> Build system has changed as well which just crosses my (low) level of
>>> Java competence (again).
>>>
>>> Since both packages are definitely not really in the field of Debian Med
>>> but just preconditions for some biological package (beast) I wonder
>>> whether this might be the right point in time to move the package to
>>> Debian Java.  I'd volunteer to inject the package into Debian Java Git
>>> but in turn I would need some help (starting with netlib-java).  I have
>>> the feeling that the amount of work for a skilled Java packager is low
>>> (but I really would not regard myself as such a person).
>>>
>>> BTW, the packages are hanging around in contrib since netlib depends
>>> from f2j (at least the current version).  I'll send a separate mail to
>>> f2j authors to try (again) to convince them to use a DFSG free license.
>>>
>>> Kind regards
>>>
>>> Andreas.
>>>
>> Hello Andreas,
>>
>> If you're willing to migrate these to the pkg-java repo, I'll work on
>> updating them and uploading them as Java Team packages.
>>
>> Also, I've been meaning to send you a mail regarding libsnappy-java,
>> since we have an RC bug there.  

I have sent a patch to fix the bug on loading native library. However
this raises an other issue, it seems that Java lib is not matching
native lib on methods.
I have put details in the bug.

Olivier

>> The last commit makes it appear that you
>> were considering moving it debian-med in 2012.  Is that still the case?
> We have a libsnappy-java version available in DebianMed [0], but a
> specific release (certainly due to a package which needed this specific
> release and upstream broke its API).
> I do not know if we need to manage snappy by itself in DebianMed repo as
> it has nothing related to bio/med but is only a dependency.
>
> [0] https://packages.qa.debian.org/s/snappy1.0.3-java.html
>
> Olivier
>> Cheers,
>> tony
>>

-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


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

Bug#820086: More info

[olivier sallou]

Le mar. 5 avr. 2016 à 14:13, Emmanuel Bourg <ebo...@apache.org> a écrit :

> Le 5/04/2016 13:35, olivier sallou a écrit :
>
> > With op being optional it seems this version of antlr tries to bypass
> > the token. It behaves differently from previous releases.
>
> Hi Olivier,
>
> I suggest using the antlr3.2 package. Jython was affected by a
> regression with antlr 3.5 too and I uploaded the previous release as a
> separate package to address this issue.
>

I could patch the logol code to work with antlr 3.5, even if I do not
understand why it does not work nicely on optional token. I gonna push the
patch on logol anyway to try to keep pace with available packages, but I
keep in mind this 3.2 package in case other regressions where to be found
as fallback mechanism.

Thanks

Olivier


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

Bug#820086: More info

[olivier sallou]

After digging, issue seems related to optional tokens.

In my grammar I have:

op=(',' | ';'  | '|')? {  }

If I force op to be mandatory, and adap a little the rest of my grammar to
match, it works fine.
With op being optional it seems this version of antlr tries to bypass the
token. It behaves differently from previous releases.
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#820086: antlr3: v3.5 breaks existing grammars

[olivier sallou]

Package: antlr3
Version: 3.5.2-4
Severity: normal

Dear Maintainer,

   * What led up to the situation?
 switch version to 3.5 from 3.2
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 Logol package fails to build. Logol uses antlr to generate some
grammar files. With v3.2, package worked. When upgraded to 3.5, the
generated grammar (parser/lexer) is different with a different behaviour.

I cannot give a specific test, as my grammar rules are quite complex, and
after investigation, I still cannot find the root cause, except the antlr
implication.
It seems this releases introduced new parsing behavior that affects
existing grammars.

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

Kernel: Linux 4.1.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages antlr3 depends on:
ii  default-jre-headless [java6-runtime-headless]2:1.8-57
ii  libantlr3-runtime-java   3.5.2-4
ii  libstringtemplate4-java  4.0.8-2
ii  openjdk-8-jre-headless [java6-runtime-headless]  8u77-b03-3

Versions of packages antlr3 recommends:
pn  libstringtemplate-java  

antlr3 suggests no packages.

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

Bug#734599: libsnappy-java: Fails with FAILED_TO_LOAD_NATIVE_LIBRARY

[olivier sallou]

Le Tue Nov 25 2014 at 3:29:13 PM, Emmanuel Bourg ebo...@apache.org a
écrit :

 snappy-java doesn't build its JNI bindings. SnappyNative.cpp should be
 compiled as a libsnappyjava.so shared library and installed in a
 libsnappy-java package. The missing maxCompressedLength method reported
 by Oliver is actually defined in SnappyNative.cpp.

 I'll prepare an update with these changes. Any objection to move the Git
 repository under pkg-java?

for me this is fine, this package is not specific to our fields.


 Emmanuel Bourg


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

Bug#734599: Please help with Java lib

[Olivier Sallou]

On 09/25/2014 10:19 PM, Andreas Tille wrote:
 Hi Debian Java folks,

 it seems there is no real progress in this issue.  Do you have any hint
 what to do.  BTW (as in other cases): if you prefer maintaining
 libsnappy-java in Debian Java team I'd happily move the packaging into
 your Git repository.
From my last post, I think that issue is (after patch is applied) that
snappy lib is too old. Seems that Java lib is using a more recent version:

SnappyTests Exception in thread main java.lang.UnsatisfiedLinkError:
org.xerial.snappy.SnappyNative.maxCompressedLength(I)I
at org.xerial.snappy.SnappyNative.maxCompressedLength(Native Method)
at org.xerial.snappy.Snappy.maxCompressedLength(Snappy.java:316)
at org.xerial.snappy.Snappy.rawCompress(Snappy.java:329)
at org.xerial.snappy.Snappy.compress(Snappy.java:88)
at SnappyTests.main(SnappyTests.java:12)

Tje maxCompressedLength sould be available in a new version


Olivier
 Kind regards

Andreas.


-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

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

Bug#734599: Please help with Java lib

[Olivier Sallou]

On 09/26/2014 09:48 AM, Andreas Tille wrote:
 Hi Olivier,

 On Fri, Sep 26, 2014 at 09:23:47AM +0200, Olivier Sallou wrote:
 On 09/25/2014 10:19 PM, Andreas Tille wrote:
 Hi Debian Java folks,

 it seems there is no real progress in this issue.  Do you have any hint
 what to do.  BTW (as in other cases): if you prefer maintaining
 libsnappy-java in Debian Java team I'd happily move the packaging into
 your Git repository.
 From my last post, I think that issue is (after patch is applied) that
 snappy lib is too old. Seems that Java lib is using a more recent version:

 SnappyTests Exception in thread main java.lang.UnsatisfiedLinkError:
 org.xerial.snappy.SnappyNative.maxCompressedLength(I)I
 at org.xerial.snappy.SnappyNative.maxCompressedLength(Native Method)
 at org.xerial.snappy.Snappy.maxCompressedLength(Snappy.java:316)
 at org.xerial.snappy.Snappy.rawCompress(Snappy.java:329)
 at org.xerial.snappy.Snappy.compress(Snappy.java:88)
 at SnappyTests.main(SnappyTests.java:12)

 Tje maxCompressedLength sould be available in a new version
 Sorry, I might miss the point of your mail.  This means exactly what for
 the package?
In a post in the bug, I provided a patch to fix the Native library loading.

The problem is at execution, where the Java lib tries to use some
methods in the native lib.
Those methods are not available in the native lib currently in Debian. I
think there is a newer upstream release for the native library that
integrates them.
But I do not know if the Java lib upstream team uses official releases.

For what I understood, once patch is applied, is that the Java lib
version needs to match a specific version (newer?) of the native lib.

Olivier

 Kind regards

 Andreas.


-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

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

Bug#761172: [Debian-med-packaging] Verified problem in new version of itext5

[Olivier Sallou]

On 09/26/2014 11:49 AM, Andreas Tille wrote:
 Hi,

 the attached quilt patch disables both failing tests in version 5.5.3.
This would help making tests pass, but are we sure there is no side
effect at runtime on applications?
 Hope this helps

Andreas.

 On Fri, Sep 26, 2014 at 11:07:46AM +0200, Andreas Tille wrote:
 [please CC me I'm not a member of pkg-java-maintainers]

 Hi,

 since this package has two reverse dependencies in Debian Med (figtree,
 biojava3-live) I had a look into this.  I tried the latest version
 (5.5.3) and realised, that the problem exists also there plus another
 one.


 Results :

 Tests in error: 
   testExtraXObjects(com.itextpdf.text.pdf.PdfCopyTest): Can't connect to X11 
 window server using 'localhost:11.0' as the value of the DISPLAY variable.
   remoteGifTest(com.itextpdf.text.RemoteGifImageTest): itextpdf.com

 Tests run: 246, Failures: 0, Errors: 2, Skipped: 4


 I think in principle it should be quite easy to simply exclude these
 tests from the test suite.  Please keep in touch if any help might
 be needed and whether you consider upgrading to the latest version.

 Remark:  I'd recommend using a Git repository layout including
 pristine-tar since the tarball will not be downloaded but created from
 SVN and thus it matters regarding md5sum what tarball is used.  Keeping
 it as pristine tar would bring all maintainers on the same base.

 Kind regards

Andreas.

 -- 
 http://fam-tille.de


 ___
 Debian-med-packaging mailing list
 debian-med-packag...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging

-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

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

Bug#734599: native library loading failure

[Olivier Sallou]

The following patch modifies the native library loading to use debian
native /usr/lib/libsnappy.so file if no specific system property is used.


This fixes the native loading, however, using latest code there are
pending issues. Using previous example, it seems that Java library does
not match native library:

osallou@debiansid:~$ java -cp
/home/osallou/snappy-java-1.0.4.1~dfsg/target/snappy-java-1.0.4.1.jar:. 
SnappyTests Exception in thread main java.lang.UnsatisfiedLinkError:
org.xerial.snappy.SnappyNative.maxCompressedLength(I)I
at org.xerial.snappy.SnappyNative.maxCompressedLength(Native Method)
at org.xerial.snappy.Snappy.maxCompressedLength(Snappy.java:316)
at org.xerial.snappy.Snappy.rawCompress(Snappy.java:329)
at org.xerial.snappy.Snappy.compress(Snappy.java:88)
at SnappyTests.main(SnappyTests.java:12)





Olivier

gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4
6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
--- a/src/main/java/org/xerial/snappy/SnappyLoader.java
+++ b/src/main/java/org/xerial/snappy/SnappyLoader.java
@@ -433,21 +433,8 @@
 return nativeLib;
 }
 
-{
-// Load an OS-dependent native library inside a jar file
-snappyNativeLibraryPath = /org/xerial/snappy/native/ +
 OSInfo.getNativeLibFolderPathForCurrentOS();
+return new File(/usr/lib/libsnappy.so);
 
-if (SnappyLoader.class.getResource(snappyNativeLibraryPath + / +
 snappyNativeLibraryName) != null) {
-// Temporary library folder. Use the value of
 org.xerial.snappy.tempdir or java.io.tmpdir
-String tempFolder = new
 File(System.getProperty(KEY_SNAPPY_TEMPDIR,
-System.getProperty(java.io.tmpdir))).getAbsolutePath();
-
-// Extract and load a native library inside the jar file
-return extractLibraryFile(snappyNativeLibraryPath,
 snappyNativeLibraryName, tempFolder);
-}
-}
-
-return null; // Use a pre-installed libsnappyjava
 }
 
 /**
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#718867: libcommons-logging-java: Please upgrade to v2.x

[Olivier Sallou]

Package: libcommons-logging-java
Version: 1.1.3-1
Severity: wishlist

Dear Maintainer,
please consider upgrading libcommons-logging-java to a v2.x release.
Package biojava needs such minimal release.
This may require a parallel package (libcommons-logging2-java) as it does not 
seem to be compatible.

Thanks

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

Kernel: Linux 3.0.0-1-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/dash

Versions of packages libcommons-logging-java depends on:
ii  libcommons-parent-java  22-2

libcommons-logging-java recommends no packages.

Versions of packages libcommons-logging-java suggests:
ii  libavalon-framework-java 4.2.0-9
ii  libcommons-logging-java-doc  1.1.3-1
ii  libexcalibur-logkit-java 2.0-10
ii  liblog4j1.2-java 1.2.17-3
pn  libservlet3.0-java   none

-- no debconf information

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

Bug#718867: libcommons-logging-java: Please upgrade to v2.x

[Olivier Sallou]

On 08/06/2013 02:03 PM, Emmanuel Bourg wrote:
 Did you mean log4j 2.x? This will indeed require a new package.
Sorry, it indeed seems to be log4j  [0]. I was lookink at
logging.apache, thinking it was the same than apache commons logging
with a package named org.apache.logging

[0] http://logging.apache.org/log4j/2.x/log4j-jcl/

Olivier


-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

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

Bug#701698: libbcprov-java: Please uprade to v1.47

[Olivier Sallou]

Package: libbcprov-java
Version: 1.46+dfsg-7
Severity: wishlist

Dear Maintainer,
could you please upgrade the package ot latest v1.47 version ?
I need this version for an other package.

Thanks

Olivier


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libbcprov-java depends on:
ii  libgcj-common  1:4.6.3-8

libbcprov-java recommends no packages.

Versions of packages libbcprov-java suggests:
pn  libbcprov-java-doc  none
pn  libbcprov-java-gcj  none

-- no debconf information

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

[pkg-java] r15996 - trunk/libjbib2-java/debian

[Olivier Sallou]

Author: osallou
Date: 2012-04-25 09:41:39 + (Wed, 25 Apr 2012)
New Revision: 15996

Added:
   trunk/libjbib2-java/debian/libjbzip2-java.jlibs
Modified:
   trunk/libjbib2-java/debian/changelog
   trunk/libjbib2-java/debian/control
   trunk/libjbib2-java/debian/rules
Log:
Use javahelper and add commands to build the jar

Modified: trunk/libjbib2-java/debian/changelog
===
--- trunk/libjbib2-java/debian/changelog2012-04-25 09:38:58 UTC (rev 
15995)
+++ trunk/libjbib2-java/debian/changelog2012-04-25 09:41:39 UTC (rev 
15996)
@@ -1,5 +1,9 @@
 libjbzip2-java (0.9.1-1) unstable; urgency=low
 
   * Initial release (Closes: #670314).
+  [ Olivier Sallou osallou.debian.org ]
+  - debian/rules: use javahelper, add compilation commands
+  - debian/control: use javahelper
+  - debian/libjbzip2-java.jlibs: use javahelper
 
  -- Steffen Moeller moel...@debian.org  Tue, 24 Apr 2012 21:08:28 +0200

Modified: trunk/libjbib2-java/debian/control
===
--- trunk/libjbib2-java/debian/control  2012-04-25 09:38:58 UTC (rev 15995)
+++ trunk/libjbib2-java/debian/control  2012-04-25 09:41:39 UTC (rev 15996)
@@ -2,8 +2,8 @@
 Section: java
 Priority: extra
 Maintainer: Debian Java Maintainers 
pkg-java-maintainers@lists.alioth.debian.org
-Uploaders: Steffen Moeller moel...@debian.org
-Build-Depends: debhelper (= 8.0.0), default-jdk
+Uploaders: Steffen Moeller moel...@debian.org, Olivier Sallou 
osal...@debian.org
+Build-Depends: debhelper (= 8.0.0), default-jdk, javahelper (=0.25)
 Standards-Version: 3.9.3
 Homepage: http://jbzip2.googlecode.com
 Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/libjbib2-java

Added: trunk/libjbib2-java/debian/libjbzip2-java.jlibs
===
--- trunk/libjbib2-java/debian/libjbzip2-java.jlibs 
(rev 0)
+++ trunk/libjbib2-java/debian/libjbzip2-java.jlibs 2012-04-25 09:41:39 UTC 
(rev 15996)
@@ -0,0 +1 @@
+jbzip2.jar

Modified: trunk/libjbib2-java/debian/rules
===
--- trunk/libjbib2-java/debian/rules2012-04-25 09:38:58 UTC (rev 15995)
+++ trunk/libjbib2-java/debian/rules2012-04-25 09:41:39 UTC (rev 15996)
@@ -1,19 +1,24 @@
 #!/usr/bin/make -f
 # -*- makefile -*-
-# Sample debian/rules that uses debhelper.
-# This file was originally written by Joey Hess and Craig Small.
-# As a special exception, when this file is copied by dh-make into a
-# dh-make output file, you may use that output file without restriction.
-# This special exception was added by Craig Small in version 0.37 of dh-make.
 
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
 %:
-   dh $@ 
+   dh $@  --with javahelper
 
+override_dh_auto_build:
+   mkdir -p build/org/itadaki/bzip2
+   javac -d build src/org/itadaki/bzip2/*.java
+   cd build  jar cvf ../jbzip2.jar *
+
+override_dh_clean:
+   dh_clean
+   rm -f jbzip2.jar
+   rm -rf build
+
 get-orig-source:
svn co http://jbzip2.googlecode.com/svn/tags/release-0.9.1/ 
libbzip2-java-0.9.1
find libbzip2-java-0.9.1 -name .svn | xargs -r rm -r
-   GZIP=-9n tar czvf libbzip2-java_0.9.1 libbzip2-java-0.9.1
+   GZIP=-9n tar czvf libbzip2-java_0.9.1.tar.gz libbzip2-java-0.9.1
rm -rf libbzip2-java-0.9.1


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

[pkg-java] r15997 - trunk/libjbib2-java/debian

[Olivier Sallou]

Author: osallou
Date: 2012-04-25 09:44:58 + (Wed, 25 Apr 2012)
New Revision: 15997

Modified:
   trunk/libjbib2-java/debian/rules
Log:
name source with orig extension

Modified: trunk/libjbib2-java/debian/rules
===
--- trunk/libjbib2-java/debian/rules2012-04-25 09:41:39 UTC (rev 15996)
+++ trunk/libjbib2-java/debian/rules2012-04-25 09:44:58 UTC (rev 15997)
@@ -20,5 +20,5 @@
 get-orig-source:
svn co http://jbzip2.googlecode.com/svn/tags/release-0.9.1/ 
libbzip2-java-0.9.1
find libbzip2-java-0.9.1 -name .svn | xargs -r rm -r
-   GZIP=-9n tar czvf libbzip2-java_0.9.1.tar.gz libbzip2-java-0.9.1
+   GZIP=-9n tar czvf libbzip2-java_0.9.1.orig.tar.gz libbzip2-java-0.9.1
rm -rf libbzip2-java-0.9.1


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

[pkg-java] r15998 - trunk/libjbib2-java/debian

[Olivier Sallou]

Author: osallou
Date: 2012-04-25 09:47:18 + (Wed, 25 Apr 2012)
New Revision: 15998

Modified:
   trunk/libjbib2-java/debian/rules
Log:
fix wrong name

Modified: trunk/libjbib2-java/debian/rules
===
--- trunk/libjbib2-java/debian/rules2012-04-25 09:44:58 UTC (rev 15997)
+++ trunk/libjbib2-java/debian/rules2012-04-25 09:47:18 UTC (rev 15998)
@@ -20,5 +20,5 @@
 get-orig-source:
svn co http://jbzip2.googlecode.com/svn/tags/release-0.9.1/ 
libbzip2-java-0.9.1
find libbzip2-java-0.9.1 -name .svn | xargs -r rm -r
-   GZIP=-9n tar czvf libbzip2-java_0.9.1.orig.tar.gz libbzip2-java-0.9.1
+   GZIP=-9n tar czvf ../libjbzip2-java_0.9.1.orig.tar.gz 
libbzip2-java-0.9.1
rm -rf libbzip2-java-0.9.1


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

[pkg-java] r15999 - trunk/libjbib2-java/debian/patches

[Olivier Sallou]

Author: osallou
Date: 2012-04-25 09:57:30 + (Wed, 25 Apr 2012)
New Revision: 15999

Removed:
   trunk/libjbib2-java/debian/patches/Makefile.patch
   trunk/libjbib2-java/debian/patches/series
Log:
remove patches

Deleted: trunk/libjbib2-java/debian/patches/Makefile.patch
===
--- trunk/libjbib2-java/debian/patches/Makefile.patch   2012-04-25 09:47:18 UTC 
(rev 15998)
+++ trunk/libjbib2-java/debian/patches/Makefile.patch   2012-04-25 09:57:30 UTC 
(rev 15999)
@@ -1,25 +0,0 @@
-Index: libjbzip2-java-0.9.1/Makefile
-===
 /dev/null  1970-01-01 00:00:00.0 +
-+++ libjbzip2-java-0.9.1/Makefile  2012-04-24 21:33:33.537806918 +0200
-@@ -0,0 +1,20 @@
-+
-+SOURCES=$(shell find org -name *.java)
-+CLASSFILES=$(SOURCES:.java=.class)
-+
-+
-+all: src/jbzip2.jar
-+
-+
-+src/jbzip2.jar: $(SOURCES)
-+  cd src  javac `find org -name *.java`
-+  cd src  jar cf jbzip2.jar `find org -name *.class`
-+
-+DESTDIR=
-+PREFIX=/usr
-+
-+install: all
-+  mkdir -p $(DESTDIR)$(PREFIX)/share/java
-+  cp src/jbzip2.jar $(DESTDIR)$(PREFIX)/share/java
-+
-+.PHONY: all install

Deleted: trunk/libjbib2-java/debian/patches/series
===
--- trunk/libjbib2-java/debian/patches/series   2012-04-25 09:47:18 UTC (rev 
15998)
+++ trunk/libjbib2-java/debian/patches/series   2012-04-25 09:57:30 UTC (rev 
15999)
@@ -1 +0,0 @@
-Makefile.patch


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

Bug#643000: antlr has newer major version (3.4)

[Olivier Sallou]

Package: antlr
Version: 2.7.7-17
Severity: wishlist

Antlr provides new major version (3.x), grammars for version 3.x
  do not compile with 2.x (not completly at least)
Could you go for newer version?

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages antlr depends on:
ii  default-jre-headless [java6- 1:1.6-43Standard Java or Java compatible R
ii  libantlr-java2.7.7-17language tool for constructing rec
ii  openjdk-6-jre-headless [java 6b23~pre9-1 OpenJDK Java runtime, using Hotspo
ii  sun-java6-jre [java6-runtime 6.26-3  Sun Java(TM) Runtime Environment (

antlr recommends no packages.

antlr suggests no packages.

-- no debconf information



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

Bug#643000: antlr has newer major version (3.4)

[Olivier Sallou]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Thanks,
I had not seen that package had different packages per major version.

Olivier

Le 9/26/11 2:46 PM, Miguel Landaeta a écrit :
 reassign 643000 antlr3
 thanks

 On Mon, Sep 26, 2011 at 01:44:41PM +0200, Olivier Sallou wrote:
 Antlr provides new major version (3.x), grammars for version 3.x
 do not compile with 2.x (not completly at least)
 Could you go for newer version?

 Maybe you could check antlr3 package while 3.4 version gets packaged.


- -- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (pgp.mit.edu)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJOgHUVAAoJEHjcaNsybYQ42JwP/irO+TDhJG1A5LW8SP3/X3Z7
S+IEO1SXAPd0gSOCZEcvHtSOvb+6NQelSY6+sAxWNJwENTrfubGmstenhn5HEY3G
Sriy5ctewYPGKHBdRmlknrVNQbycgkp5AqojRZkGw+/BwXdSOohcUO5SDonbahi3
PK7JFWEJ4V/DglTXuuDYO3Ecpmml0zL9Xalf3AYG2PSHssLv0+I2klA570Vuwy9z
eWN5KINR0gD4L/4LOqwNaqrVZKpcjcKIBxy/MaOufaX10PgSR1kQFlB9PDjoacro
TeXiAcGKMJWNgfmMt5sXHN5zK7pUIsKAv2dY4TjJoSW8a9Zxqx8V66TdX5tPoJdI
dQt7ujm3V55yk1aqIT5YVxFeqwd9q2JB+cG4DiOTgX9AlUouLWb6SDlYIMN4ikkl
yIdfzXPPfbRz5mAtqftuGR0sQC1EfJDfTzizk0CISQZx5mxQgI5rXBbJA1Vmpyuo
2fvFfjM7wg9NGnMloGLWoKrHCFCEw/myYOn1h+E9tQWUYHN6nyxXh7c1GB4JkE1g
U7FqEt8uALQLLxrFzKtUcNvfriLJxu/q+/NadwgzV2yB93tvUAJ/t6L5xBJNdgJ1
e6RCMNDAPd3k0o2kgHM5Ycvbg97n+EnTr/hR3ORBOuBa0RWt5t0ifFkJCA3TXHYs
eSyfj78stHE1YQPD0/Ry
=HWS8
-END PGP SIGNATURE-




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

Bug#623242: context xml file not taken into account, only web.xml is used

[Olivier Sallou]

Package: tomcat6
Version: 6.0.32

Hi,
when I put a context file in /etc/tomcat6/Catalina/localhost (such as 
myapp.xml), the context param values are not taken into account. This used to 
work on previous tests on an older update.

To be sure, I took a Tomcat 6.0.24 version (not packaged), and installed it in 
/tmp. I copied my app dir in webapps and the context files in 
conf/Catalina/localhost, and this time my context params are taken into account.

Here are system info:

Distrib: sid

Using CATALINA_BASE:   /usr/share/tomcat6
Using CATALINA_HOME:   /usr/share/tomcat6
Using CATALINA_TMPDIR: /usr/share/tomcat6/temp
Using JRE_HOME:/usr
Using CLASSPATH:   /usr/share/tomcat6/bin/bootstrap.jar
Server version: Apache Tomcat/6.0.32
Server built:   April 3 2011 2119
Server number:  ...0
OS Name:Linux
OS Version: 2.6.32-5-amd64
Architecture:   amd64
JVM Version:1.6.0_18-b18
JVM Vendor: Sun Microsystems Inc.

root@debiansid:/usr/share/tomcat6/bin# java -version
java version 1.6.0_18
OpenJDK Runtime Environment (IcedTea6 1.8.7) (6b18-1.8.7-2)
OpenJDK 64-Bit Server VM (build 16.0-b13, mixed mode)

Thanks

Olivier

-- 
gpg key id: 4096R/326D8438  (pgp.mit.edu)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438





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

Bug#623242: possible related bug at apache

[Olivier Sallou]

Seems to be related to
https://issues.apache.org/bugzilla/show_bug.cgi?id=50700

so should be fixed in 6.0.33

This bug is however blocking for applications

Olivier

-- 
gpg key id: 4096R/326D8438  (pgp.mit.edu)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438





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