we can't do anything about it without
reproducible bug reports.
--
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
On 31/01/17 18:35, Matthew Patton wrote:
> I ran across this bug report
> (https://bugs.launchpad.net/ubuntu/+source/openjdk-7/+bug/1548434) and it
> seems in Wheezy/Jessie it's likewise. The last functional version I just so
> happened to hold onto is 7u79-2.5.5-1~deb7u1.
>
> The following ar
On 10/09/16 14:28, Matthias Klose wrote:
> On 10.09.2016 12:28, Andrew Haley wrote:
>> On 10/09/16 11:09, Matthias Klose wrote:
>>
>>> The ARM32 port already is in an upstream repository, and I'm told
>>> that the s390x is on it's way. Even if these por
On 10/09/16 11:09, Matthias Klose wrote:
> The ARM32 port already is in an upstream repository, and I'm told
> that the s390x is on it's way. Even if these ports will not be
> merged before openjdk-10, it's my intent to build these from their
> branches, as done in the past with the AArch64 and P
On 24/03/16 19:03, Markus Koschany wrote:
> Wheezy-LTS is going to start next month and there is the intention to
> switch the default-jre|jdk from OpenJDK 6 to OpenJDK 7 because the
> latter can be supported until Wheezy reaches EOL in 2018-05-31.
Yes! Good call.
While we are still supporting O
On 01/22/2015 02:23 PM, Paul Wise wrote:
> On Thu, Jan 22, 2015 at 10:11 PM, Andrew Haley wrote:
>>> On Mon, Jan 19, 2015 at 10:41 PM, Andrew Haley wrote:
>>>
>>>> That would be against the rules AFAICR: you're supposed to do your
>>>> own TCK ru
>On Mon, Jan 19, 2015 at 10:41 PM, Andrew Haley wrote:
>
>> That would be against the rules AFAICR: you're supposed to do your
>> own TCK runs, and not on behalf of someone else.
>
>How do automated builds factor into that?
I don't think it makes any difference.
On 19/01/15 11:35, Emmanuel Bourg wrote:
> I've requested an access to the TCK for Java 8 in June to
> run it on the Debian packages but I haven't heard back from Oracle yet.
I'd ping them again.
Andrew.
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubs
On 19/01/15 00:20, Paul Wise wrote:
> If there are individuals who have access to the TCK and could
> validate the package and file bugs, that would be great.
That would be against the rules AFAICR: you're supposed to do your
own TCK runs, and not on behalf of someone else.
Andrew.
--
To UNSU
On 04/11/2014 11:24 AM, Geert Stappers wrote:
> Op 2014-04-11 om 11:38 schreef mohamad.most...@uni-ulm.de:
>> Hi,
>>
>> I am trying to install matlab under Linux and I am facing the
>> following message
>>
>> "Preparing installation files ...
>> Installing ...
>> Error occurred during initializatio
On 11/13/2013 12:29 AM, Aurelien Jarno wrote:
> Hi,
>
> On Sat, Nov 09, 2013 at 02:35:49PM +0100, Niels Thykier wrote:
>> Hi,
>>
>> (With my Java hat on and my Release hat off)
>>
>> We are getting close to being able to remove openjdk-6 from sid and testing.
>> However, there is major blocker
On 11/14/2013 11:53 AM, Steven Chamberlain wrote:
> Hi Andrew,
>
> On 14/11/13 09:26, Andrew Haley wrote:
>>> [...] on kfreebsd we are also looking to switch to openjdk-7 as
>>> soon as possible. And we were advised to send our patches
>>> upstream also. I&
On 11/13/2013 07:45 PM, Steven Chamberlain wrote:
>> On 11/13/2013 12:29 AM, Aurelien Jarno wrote:
>>> I have finally been able to fix openjdk-7 on mips and mipsel.
>
> Brilliant!
>
> On 13/11/13 09:10, Andrew Haley wrote:
>> That's an odd patch.
>
&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11/13/2013 12:29 AM, Aurelien Jarno wrote:
> I have finally been able to fix openjdk-7 on mips and mipsel. It was a
> problem of ugly casts done without taking care of alignement issues. See bug
> #729448 for more details.
>
> With the patch fr
On 09/20/2013 08:48 AM, Emmanuel Bourg wrote:
> Le 20/09/2013 08:50, Florian Weimer a écrit :
>
>> Is this a bug in Netbeans or OpenJDK 6? If the latter, has it been
>> fixed upstream?
>
> This is an OpenJDK 6 bug. It has been reported upstream and promptly
> closed as 'Won't Fix'.
>
> https://
On 09/20/2013 08:48 AM, Emmanuel Bourg wrote:
> Le 20/09/2013 08:50, Florian Weimer a écrit :
>
>> Is this a bug in Netbeans or OpenJDK 6? If the latter, has it been
>> fixed upstream?
>
> This is an OpenJDK 6 bug. It has been reported upstream and promptly
> closed as 'Won't Fix'.
It's not mar
On 08/19/2013 01:13 PM, Andreas Kuckartz wrote:
> OpenJDK6 is obsolete
No it's not.
Andrew.
OpenJDK 6 Project Lead
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52
On 02/04/2013 05:27 PM, Christian Bernardt wrote:
> Debian squeeze does provide openjdk-6-jdk as part of its default-jdk
> package. Here it can be seen that
> http://www.oracle.com/technetwork/java/eol-135779.html Java 6 end of
> support will be end of this month.
That's Oracle proprietary Java.
On 01/17/2013 11:58 AM, Deniz Akcal wrote:
> I read somewhere (I think it was on Techrepublic but, I'm not sure) that the
> answer to that was no (as in that popular security hole does not affect
> OpenJDK 6). You should get confirmation from someone that knows more about
> this, though.
I can
On 07/18/2012 02:48 PM, Rene Engelhard wrote:
> On Wed, Jul 18, 2012 at 02:28:42PM +0100, Andrew Haley wrote:
>> On 07/18/2012 02:02 PM, Rene Engelhard wrote:
>>> - compile the jar.sos against -java-commons jars (b-d on itself on kbsd-*)
>>
>> The .jar.so files hav
On 07/18/2012 02:02 PM, Rene Engelhard wrote:
> - compile the jar.sos against -java-commons jars (b-d on itself on kbsd-*)
The .jar.so files have no compile-time dependencies on anything.
All dependencies are resolved at runtime.
Andrew.
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.d
On 05/14/2012 04:57 PM, Thorsten Glaser wrote:
> Andrew Haley dixit:
>
>> >Is this box reachable?
> https://wiki.debian.org/Aranym/Quick can get you a VM that
> behaves the same (it’s one of these).
>
>> >Does it have a working gdb?
> I think so. Andreas
On 05/14/2012 02:21 PM, Thorsten Glaser wrote:
> With that, “gcj-4.6 -c x.java” produces…
> x.o: ELF 32-bit MSB relocatable, Motorola 68020, version 1 (SYSV), not
> stripped
>
> Ugh. So, now what.
God only knows. Your system is behaving in such a bizarre way that I
can't imagine what it's doing
On 05/12/2012 04:59 PM, Thorsten Glaser wrote:
> Andrew Haley dixit:
>
>> Oh, gosh. As you say, it looks like strace isn't working. I can't
>
> I managed to get further by usine -o but *not* -f (or -ff), since
> using -o with -ff showed a child pro
On 05/10/2012 06:08 PM, Thorsten Glaser wrote:
> Andrew Haley dixit:
>
>> Hmm. Well, I think we're very close and it would be a shame to stop
>
> Oh, ok.
>
>> now. If you do an "strace -f -etrace=file" you should be able to see
>> what classes
On 05/09/2012 07:55 PM, Thorsten Glaser wrote:
> Andrew Haley dixit:
>
>> gcj has an evil bug. Sometimes, when it has an unresolved reference, it
>> reports a ClassNotFoundException for the referring class, not the
>> referred. So, you now need to
>
> Oh, ok.
>
On 05/09/2012 05:15 PM, Thorsten Glaser wrote:
> Andrew Haley dixit:
>
>>> >> OK:
>>> >>
>>> >> gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar
>>> >> org.eclipse.jdt.internal.compiler.batch.GCCMain x.java
On 05/09/2012 12:58 PM, Thorsten Glaser wrote:
> Andrew Haley dixit:
>
>> On 05/06/2012 03:56 PM, Thorsten Glaser wrote:
>>> If someone has an idea how to debug this, you’re welcome.
>>
>> Try running ecj1 like this:
>>
>> gij -verbose:cla
On 05/06/2012 03:56 PM, Thorsten Glaser wrote:
> If someone has an idea how to debug this, you’re welcome.
Try running ecj1 like this:
gij -verbose:class -classpath /usr/share/java/eclipse-ecj.jar
org.eclipse.jdt.internal.compiler.batch.GCCMain \
Hello.java -g1 -fbootclasspath=./:/usr/share/java
On 04/03/2012 12:29 AM, Emmanuel Bourg wrote:
> Le 31/03/2012 21:10, Andrew Haley a écrit :
>
>>> While reading the authbind documentation I saw it was doing some fork
>>> tricks behind the scene. Maybe the forked process can't allocate its
>>> memory due
On 03/27/2012 10:12 AM, Emmanuel Bourg wrote:
> Le 20/03/2012 12:41, Andrew Haley a écrit :
>> Comments like this are infuriating. I want to make OpenJDK
>> competitive, but I can't do anything with this because I don't know
>> what you're talking about. I can
On 03/28/2012 11:50 PM, Emmanuel Bourg wrote:
> Le 28/03/2012 19:38, Andrew Haley a écrit :
>> If you run
>>
>> strace -f -etrace=net java ...
>>
>> you'll be able to see the bind call that fails, and we can take it
>> from there.
>
> Thank you
On 03/27/2012 10:12 AM, Emmanuel Bourg wrote:
> Le 20/03/2012 12:41, Andrew Haley a écrit :
>> Comments like this are infuriating. I want to make OpenJDK
>> competitive, but I can't do anything with this because I don't know
>> what you're talking about. I can
On 03/19/2012 07:11 PM, Barry Hawkins wrote:
> The focus of my message was to point out the need for users of Debian
> and its derivatives to be able to install an official JRE or JDK from
> Oracle. If I gave the impression of criticizing OpenJDK, my apologies;
> that was not the intent.
>
> Li
On 03/19/2012 02:04 PM, Barry Hawkins wrote:
> For example, JetBrains IntelliJ IDEA, one of the main IDEs for Java
> development, still doesn't endorse the use of OpenJDK. If you download
> IDEA and launch it via a terminal, you will see the following warning:
>
>
> ~$ ./idea-IC-111.277/bin/ide
On 03/08/2010 11:11 PM, Vincent Fourmond wrote:
> Pablo Duboue wrote:
>>> All right...
>>>
>>> Then, maybe I could add a function to java-wrappers that would find
>>> out what is a 'good default' for that parameter, getting something more
>>> than the memory required but still reasonably less tha
On 01/06/2010 05:26 PM, Tom Rodriguez wrote:
> No I didn't see it. If it was only on the icedtea list then I
> wouldn't have seen it as hotspot-dev is the only one of these
> aliases that I'm on.
Oh darn, my mistake. The shiny new Reply List button on Thunderbird 3
didn't quite do what I expect
On 12/14/2009 04:58 PM, dann frazier wrote:
> On Fri, Dec 11, 2009 at 02:10:18PM +0530, Onkar Shinde wrote:
>> AFAIK, GCJ uses classpath library these days. The code from classpath
>> is being merged in GCJ. And from the status of classpath [1] it is
>> clear that java.net.URL.openConnection(java.n
Vincent Fourmond wrote:
On Mon, Nov 9, 2009 at 11:23 AM, Andrew Haley wrote:
Sure, but that only works for installed packages, whereas its
utility would be much greater if it was based on some index of the
jars available in the Debian archive... (for the record, apt-file is a
utility that
Vincent Fourmond wrote:
This raises a problem which I've hit quite a few times already: it is
a currently pain to find which java package holds which java classes.
It would be quite great to have the equivalent of apt-file for java
classes ;-)... (and that shouldn't be too difficult to write, ac
Vincent Fourmond wrote:
On Mon, Nov 9, 2009 at 11:15 AM, Andrew Haley wrote:
Vincent Fourmond wrote:
This raises a problem which I've hit quite a few times already: it is
a currently pain to find which java package holds which java classes.
It would be quite great to have the equivale
Matthew Johnson wrote:
> I've arranged for a Debian Java BOF at Debconf this year which I know many
> people won't be at, so I'd like to have some sort of pre-discussion first.
>
> There are a number of issues I'd like to try and sort out with packaging
> policy, and actually try and get them bak
eds porting work (the implementation makes the assumption
> that
> the stack always grows downwards; unknown if there are other issues). Andrew
> Haley did look at it. For now nobody was interested in working on the port.
That's right. It may be that the memory allocation is actually
ll with NPTL (Ubuntu karmic), so please
> make
> sure that this continues to work with an glibc update.
>
> OpenJDK is non-trivial. Andrew Haley did have a look at this and came to the
> conclusion that the byte code interpreter for the zero port needs porting for
> archs with u
Carlos O'Donell wrote:
> On Mon, Oct 27, 2008 at 10:05 AM, Andrew Haley <[EMAIL PROTECTED]> wrote:
>>> I've seen this on-and-off again on the hppa-linux port. The issue has,
>>> in my experience, been a compiler problem. My standard operating
>>> pr
Carlos O'Donell wrote:
> On Sat, Oct 25, 2008 at 1:21 PM, Julien Danjou <[EMAIL PROTECTED]> wrote:
>> Is there anything from an outsider that could help?
>
> I've seen this on-and-off again on the hppa-linux port. The issue has,
> in my experience, been a compiler problem. My standard operating
>
Michael Schutte wrote:
> On Sat, Sep 06, 2008 at 02:23:51PM +0100, Andrew Haley wrote:
>> Michael Schutte wrote:
>>> Hi Javaists,
>>>
>>> [Please Cc me on replies, I’m not subscribed]
>>>
>>> Could one of you be so kind and check my prop
Michael Schutte wrote:
> Hi Javaists,
>
> [Please Cc me on replies, I’m not subscribed]
>
> Could one of you be so kind and check my proposed QA upload of trang
> fixing #478187? The error occurs because gcj hides an internal package
> of trang behind a built-in one, which causes the very fancy
Richard wrote:
> This is a bit of a newby question.
>
> What I'm wondering is whether one can use the debian package system as
> a kind of build system. Let me illustrate with an example, say for
> example I want to write an app and package it with debian and this app
> uses Hibernate, then I woul
Martin Guy wrote:
> Hi!
>I see gcj/gij/java-gcj-compat are now disabled on arm, and that
> dependent packages are being asked to exclude them as Build-Deps to
> eliminate java library bindings.
>Are they believed to work in the armel port?
Yes. As far as I'm aware gcj works 100% on armel.
Package: ftp.debian.org
Severity: important
Riku Voipio wrote:
> Package: ftp.debian.org
> Severity: important
>
> The following source packages are unbuildable and out of date on
> arm, thus blocking testing transition. It seems unlikely that java will
> properly work on oldabi arm, so please re
Riku Voipio wrote:
> Package: ftp.debian.org
> Severity: important
>
> The following source packages are unbuildable and out of date on
> arm, thus blocking testing transition. It seems unlikely that java will
> properly work on oldabi arm, so please remove these for starters.
Are we only talking
Andrew Haley wrote:
> Andrew Haley wrote:
>> OK, I've found it. The ClassNotFoundException is thrown from a security
>> check
>> in libgcj. We are calling Method m1 from method m0, and m1's class loader
>> is different from m0's class loader. We have
Andrew Haley wrote:
> Michael Koch wrote:
>> On Sun, Mar 02, 2008 at 12:01:03PM +0000, Andrew Haley wrote:
>>> Michael Koch wrote:
>>>> On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
>>>>> And what was the reason? I need to know.
>
Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK
Andrew Haley wrote:
There are areas where compliant jvms might behave differently. For
example, the exact time when dependent classes are loaded isn't defined.
Maybe at class initialization time, maybe later. All the the spec
requires is that ClassNotFoundExceptions aren't ra
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK 1
java.lang.ClassNotFoundException: org.eclipse.core.runtime.Plugin
at
Michael Koch wrote:
On Fri, Feb 15, 2008 at 11:50:38PM +0100, Thomas Girard wrote:
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
* gcc-
Michael Koch wrote:
On Sat, Feb 16, 2008 at 10:33:21AM +, Andrew Haley wrote:
Michael Koch wrote:
On Sat, Feb 16, 2008 at 09:56:18AM +, Andrew Haley wrote:
Has anyone actually attempted to debug this? Which code actually calls
Runtime.exit()?
I tried to debug this but I dont found
Michael Koch wrote:
On Sat, Feb 16, 2008 at 09:56:18AM +, Andrew Haley wrote:
Has anyone actually attempted to debug this? Which code actually calls
Runtime.exit()?
I tried to debug this but I dont found out from where exit is called
with code 13.
What went wrong with the debugging
Thomas Girard wrote:
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
* gcc-4.2-base 4.2.1-3
* gcj-4.1-base, gcj-4.1, gij-4.1, libgcj7-1 4
Daniel Leidert wrote:
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 a
Eric Lavarde wrote:
Hi Andrew,
Andrew Haley wrote:
I guess it depends on whether the program fails because a particular
runtime has bugs or because the program depends on something it shouldn't
use, such as com.sun.* classes. We're pretty complete with respect to
1.4,
so I'
Matthew Johnson wrote:
I have a package which compiles in the sid java-gcj-compat-dev, but only
runs with sun java (or, I assume, IBM, but since IBM isn't in the
archive, I don't think it's all that important to cater for). I've filed
bugs against gcj, which have been fixed upstream, and it will
Michael Koch wrote:
On Sun, Jan 27, 2008 at 08:35:22PM +0100, Eric Lavarde wrote:
Hi,
I'm fighting a bit with the current state of the Java policy, and it has
hit pretty hard because FreeMind isn't in testing anymore because of
this (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=4362
Michael Koch writes:
> On Mon, Jan 07, 2008 at 10:22:42AM +0100, Arnaud Vandyck wrote:
> > 2008/1/7, Michael Koch <[EMAIL PROTECTED]>:
> > [...]
> > > You know that even GCJ is not working on all our platforms?
> >
> > Yes I know and for those platforms, I don't see a problem moving the
> >
Egon Willighagen writes:
> On Jan 7, 2008 10:22 AM, Arnaud Vandyck <[EMAIL PROTECTED]> wrote:
> > 2008/1/7, Michael Koch <[EMAIL PROTECTED]>:
> > > I understand, but do we really have other possible ways?
> >
> > Not moving packages that work only with icedtea to main at the moment.
>
> Wha
Andrew Haley writes:
> gcj is already v5 language compatible, and the library is complete
> enough for general use.
Actually, that's not *strictly* true. The more recently released gcj
is based on on the Java 1.4, but Fedora and a bunch of other distros
are shipping pre-releases
Onkar Shinde writes:
> On Dec 20, 2007 3:47 PM, Andrew Haley <[EMAIL PROTECTED]> wrote:
> > Onkar Shinde writes:
> > > On Dec 20, 2007 3:23 PM, Arnaud Vandyck <[EMAIL PROTECTED]> wrote:
> > > > 2007/12/19, Onkar Shinde <[EMAIL PROTECTED]>
Onkar Shinde writes:
> On Dec 20, 2007 3:23 PM, Arnaud Vandyck <[EMAIL PROTECTED]> wrote:
> > 2007/12/19, Onkar Shinde <[EMAIL PROTECTED]>:
> > > I am a java developer who is learning debian packaging these days. I
> > > am trying to fix some FTBFS of java related packages in Ubuntu.
> > >
>
Anthony Green writes:
> Andrew Haley wrote:
> > OK, so you're not picking up the precompiled classes for some reason.
> > Not good, but the fact that the CPU is only at 5% indicates that isn't
> > the core problem.
> >
> >
>
> I believ
Shaun Jackman writes:
> On Nov 21, 2007 11:30 AM, Andrew Haley <[EMAIL PROTECTED]> wrote:
> > Shaun Jackman writes:
> > > On Nov 21, 2007 6:31 AM, Andrew Haley <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Shaun Jackman writes:
> >
Shaun Jackman writes:
> On Nov 21, 2007 6:31 AM, Andrew Haley <[EMAIL PROTECTED]> wrote:
> >
> > Shaun Jackman writes:
> > > Running the bit torrent client Azureus, downloading progresses
> > > terribly slowly with the
> > > java-gcj-compat
Shaun Jackman writes:
> Running the bit torrent client Azureus, downloading progresses
> terribly slowly with the
> java-gcj-compat JVM and works fine with Sun's JVM. If anyone has any
> thoughts on why this might be the case, or has some time to
> investigate, I'd appreciate the help in solvi
Thomas Girard writes:
> It built successfully in June[2], and started to fail building in July[3].
Ping Doko: what did you change in this time window?
Andrew.
--
Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4
1TE, UK
Registered in England and Wales No. 379890
Thomas Girard writes:
> Le mercredi 10 octobre 2007 à 12:36 +0200, Thomas Girard a écrit :
> > Just another hint on this one: using etch to recompile eclipse-cdt
> > *does* work. So it's likely a problem in the toolchain.
>
> Moving from an etch chroot to sid, I was able to find out that the
Arnaud Vandyck writes:
> Hi all,
>
> I was reading some bug reports and I don't know if Andrew, Marc or
> other gcj dev were aware of a problem we have with dom4j that could be
> a gcj thread problem:
>
> Debian Bug report logs - #427456
> dom4j: FTBFS: org.dom4j.ThreadingTest times out
Marcus Better writes:
> I have recently had problems building Java packages. The build would just
> eat memory, and occasionally show things like:
>
> GC Warning: Repeated allocation of very large block (appr. size 524288000):
> May lead to memory leak and poor performance.
>
Michael Koch writes:
> On Thu, Jul 19, 2007 at 01:27:22PM +0200, Henning Sprang wrote:
> > Michael Koch wrote:
> > > On Thu, Jul 19, 2007 at 12:28:09PM +0200, Arnaud Vandyck wrote:
> > >> Am I missing something? Isn't Sun's Java 6 in Debian still in non-free?!
> > > It is. And it will never mo
Riku Voipio writes:
> On Thu, Jul 12, 2007 at 11:03:22PM -0400, Daniel Jacobowitz wrote:
> > On Thu, Jul 12, 2007 at 11:53:19PM +0100, Wookey wrote:
> > > I can work around some of the failures, but I can't really be
> > > bothered: the real fix for this is EABI.
>
> > Unfortunately, the EAB
Jörg Sommer writes:
> is this a bug in java or in the application?
> Caused by: java.lang.NoSuchMethodError: getenv
getenv was deprecated, removed, and then re-added in Java 1.5.
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4199068
> Caused by: java.lang.ClassNotFoundException:
>
Mark Wielaard writes:
> Only bootstraps on Fedora 7 for now, but we are making (very) slow
> progress to get things to build fully on Debian also.
Ofergoodnessake, it's been three whole days! :-)
Andrew.
--
Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4
1TE
Matthias Klose writes:
>
> I didn't see this failure yet. So maybe this is a bug in the libffi
> backport for arm? btw, Martin Michlmayr checked that Phil Blundell has
> a copyright assignment for GCC, so if somebody updates the arm libffi
> support for the trunk, I assume it can be submitte
Marcus Better writes:
> Andrew Haley wrote:
> > In my opinion, Java libraries without stable interfaces shouldn't be
> > deployed in free OSes.
>
> That's a nice goal but unfortunately the world is not so perfect,
> because users occasionally require new so
[EMAIL PROTECTED] writes:
> Quoting Andrew Haley <[EMAIL PROTECTED]>:
> > In my opinion, Java libraries without stable interfaces shouldn't be
> > deployed in free OSes. If they are to be used, you're going to have
> > to change the jar name, but even
Mike Hommey writes:
> I have a java library package, called libmozillainterfaces-java,
> that is provided by xulrunner. I'm currently working on a new
> upstream release of xulrunner which changed the java interfaces:
> some interfaces changed namespaces, so you have to do changes to
> your s
Arnaud Vandyck writes:
> On 5/19/07, Matthias Klose <[EMAIL PROTECTED]> wrote:
> [...]
> > Because openJDK won't be available for all architectures we will
> > have to use gcj for most of our architectures.
>
> That could lead to problems when we'll have a dfsg openjdk, it'll be
> on x86, x
Matthew Johnson writes:
> Ideally
> I'd write (not in bash) a real byte-code parser which can find the class
> references properly.
$ jcf-dump --print-constants java.lang.Object | grep 'Class name:'
#2: Class name: 1="java/lang/Object"
#8: Class name: 7="java/lang/Throwable"
#18: Class name:
Paul Cager writes:
> * Using the "strings" command seems to me a bit unsafe, in that you
> could get false positives if there are (normal) strings that end in
> "class". I'm not sure if that is a real-life concern, or just my
> over-active imagination.
It's unsafe. strings prints the printa
Arnaud Vandyck writes:
> On 12/6/06, Marcus Better <[EMAIL PROTECTED]> wrote:
> > Benjamin Mesing wrote:
> > > Generally speaking yes, but the Debian Java Policy suggests, that class
> > > files should be removed from upstream release [1].
> >
> > That advice is plain wrong. (And it's not par
Matthew Johnson writes:
> On Tue, 28 Nov 2006, Goswin von Brederlow wrote:
>
> >>> libswt-gtk-3.2-java32
> >>> libswt-gtk-3.2-java64
> >>> libswt-gtk-3.2-java
> >>>
> >>> Any other suggestions, or completely different approaches?
>
> This seems like a really bad solution.
>
> > The pa
Matthias Klose writes:
> Arnaud Vandyck writes:
> > Hi debian-java team,
> >
> > I'd like us to write a common position statement about the jdk under
> > the gpl. I think these points should be mentioned:
> >
> > o This is really a good thing for us because it is now really the GPL
> > (+
Marcus Better writes:
> Benjamin Mesing wrote:
> > However it requires Java 5.0 and I haven't found any information if
> > there is a 5.0 compatible free java compiler available.
>
> I don't think so, but check GCJ upstream. It's not just the compiler, but
> also the class library that needs
Steve Langasek writes:
> On Mon, Oct 23, 2006 at 01:18:35AM +0200, Matthias Klose wrote:
> > Please consider moving the following packages to testing:
>
> > - arm: debian only port, not yet submitted to upstream; runtime is
> >currently non-functional, testsuite shows failures for all
>
Matthias Klose writes:
>
> - arm: debian only port, not yet submitted to upstream; runtime is
>currently non-functional, testsuite shows failures for all
>interpreter test cases.
>#388505: segfaults in gcj-dbtool-4.1, not addressed.
>
> Going back to gcj-4.0 for arm could be a
Egon Willighagen writes:
>
> On Sunday 22 October 2006 11:51, Andrew Haley wrote:
> > > But it fails because of this call:
> > >
> > > /usr/lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/bin/javac -target 1.4 -source
> > > 1.4 -target 1.4 -sou
Egon Willighagen writes:
>
> cc: debian-java -> I need a bit of help here, see below
>
> On Wednesday 11 October 2006 15:48, Dirk Eddelbuettel wrote:
> > | > Unfortunately, JGR is still somewhat outside Debian as it wants Sun's
> > | > Java JDK so I don't think I'll ever package it directly
Timo Juhani Lindfors writes:
> Hi,
>
> On Thu, Aug 31, 2006 at 05:33:03PM +0100, Andrew Haley wrote:
> > It certainly doesn't appear on the FSF list of free licences. It is,
>
> Hmm, to me it seems that oddly enough FSF considers it free:
>
> $ lynx -du
1 - 100 of 116 matches
Mail list logo
