On Fri, Nov 03, 2006 at 07:37:33AM +0100, Matthias Klose wrote:
> > > no, only the upstream tarball is used from gcc-4.1-source. the
> > > patches are used from the gcj-4.1 source. The patches in
> > > gcc-4.1-source are needed to build cross compilers, based on
> > > gcc-4.1-source.
> > My point
Steve Langasek writes:
> On Thu, Nov 02, 2006 at 01:23:17PM +0100, Matthias Klose wrote:
> > Steve Langasek writes:
> > > On Mon, Oct 23, 2006 at 01:18:35AM +0200, Matthias Klose wrote:
> > > > Please consider moving the following packages to testing:
>
> > > > gcj-4.1
>
> > > I'm wonderi
On Thu, Nov 02, 2006 at 01:23:17PM +0100, Matthias Klose wrote:
> Steve Langasek writes:
> > On Mon, Oct 23, 2006 at 01:18:35AM +0200, Matthias Klose wrote:
> > > Please consider moving the following packages to testing:
> > > gcj-4.1
> > I'm wondering whether the build-dependencies of gcj-4.1
On Thu, Nov 02, 2006 at 01:11:24PM +0100, Matthias Klose wrote:
> Steve Langasek writes:
> > so in the absence of any movement in this area, I still need to
> > know what Debian is going to do with gcj on ARM for the upcoming etch
> > release.
> in the worst case, remove the binaries built from gc
Petter Reinholdtsen writes:
> The most important feature is java applet support. Some of the
> important test cases are listed on
> http://wiki.debian.org/DebianEdu/JavaInDebianEdu>. Last time I
> tested, few of them were working properly in Etch with gcjappletviewer. :(
apparently before java-g
[Matthias Klose]
> that kind of attitude will lead to a depopulation of java packages in
> main and java support just for two architectures. If that's your goal,
> please go on.
>
> It seems that even debian-edu is in favour of this approach putting
> non-free components on their CDs.
I'm glad to
Blackwell writes:
> David Herron wrote:
> >
> > An off the top of my head guess would be - do you have GNOME installed?
> >
> > Reasoning ... GtkToolkit refers to GNOME and would be using the GNOME
> > widgets as peers in the same manner the Motif widgets were formerly used.
please install the
Hi,
I see 3 possible solutions:
1. add -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D to the command line
(not sure if it's related but it shouldn't hurt ;-) ).
2. call JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun java -cp ... (case by case)
3. or make sure that Sun's Java is your default Java by using the
On Thu, 02 Nov 2006 16:14:02 +0100
Blackwell <[EMAIL PROTECTED]> wrote:
> > On Nov 2, 2006, at 5:57 AM, Clayton wrote:
> >
> >> Hi,
> >>
> >> I am not so familiar with Java, and I am trying to get my brokers
> >> Java trading app working on my notebook. I am running Debian Etch
> >> with the foll
David Herron wrote:
An off the top of my head guess would be - do you have GNOME installed?
Reasoning ... GtkToolkit refers to GNOME and would be using the GNOME
widgets as peers in the same manner the Motif widgets were formerly used.
- David
On Nov 2, 2006, at 5:57 AM, Clayton wrote:
H
An off the top of my head guess would be - do you have GNOME installed?
Reasoning ... GtkToolkit refers to GNOME and would be using the GNOME
widgets as peers in the same manner the Motif widgets were formerly
used.
- David
On Nov 2, 2006, at 5:57 AM, Clayton wrote:
Hi,
I am not so fa
Hi,
I am not so familiar with Java, and I am trying to get my brokers Java trading
app working on my notebook. I am running Debian Etch with the following Java
environment installed:
$ wajig list-installed | grep java
java-common
java-gcj-compat
libhsqldb-java
libjaxp1.2-java
libjline-java
libs
Steve Langasek writes:
> On Mon, Oct 23, 2006 at 01:18:35AM +0200, Matthias Klose wrote:
> > Please consider moving the following packages to testing:
>
> > gcj-4.1
>
> I'm wondering whether the build-dependencies of gcj-4.1 are really accurate.
> Is it really the case that gcj-4.1 will buil
Steve Langasek writes:
> so in the absence of any movement in this area, I still need to
> know what Debian is going to do with gcj on ARM for the upcoming etch
> release.
in the worst case, remove the binaries built from gcj-4.1,
ecj-bootstrap-gcj. How many build-dependencies will be broken? Did
Andrew Haley writes:
> 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, te
On Wed, Nov 01, 2006 at 09:53:37AM +, Andrew Haley wrote:
> > > Going back to gcj-4.0 for arm could be an alternative, at least simple
> > > programs did compile to native code and run sucessfully. The testsuite
> > > in 4.0 shows over 100 test failures, in 4.1 over 700. Reverting back
> >
16 matches
Mail list logo