;> [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]
ing 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 ha
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-
Le mar. 5 avr. 2016 à 14:13, Emmanuel Bourg 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 sugg
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 behave
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
Le Tue Nov 25 2014 at 3:29:13 PM, Emmanuel Bourg 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
all 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.d
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 i
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
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 nat
ttp://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
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 compatibl
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, 'unstab
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
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/ru
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/libjbi
(rev
15996)
@@ -1,5 +1,9 @@
libjbzip2-java (0.9.1-1) unstable; urgency=low
* Initial release (Closes: #670314).
+ [ Olivier Sallou ]
+ - debian/rules: use javahelper, add compilation commands
+ - debian/control: use javahelper
+ - debian/libjbzip2-java.jlibs: use javahelper
-- Steffen
Hi,
recent upload of quartz v2.1.4 in sid created some issue in one of my
package and will certainly impact many other packages.
The change from v1.x to 2.x introduced some incompatibilities in APIs.
There is a backward compatibility jar but it does not solve all problems.
This result in failure e
-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 wro
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, 'uns
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
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 inst
23 matches
Mail list logo