Daniel Bonniot <[EMAIL PROTECTED]> writes:
> Second, should we specify that they should also treat the environment
> variables like Sun's java? Specifically, that they should honor the
> CLASSPATH variable?
Please!
> At least sablevm is providing an alternative for "java", but does not
> seem to
Daniel Bonniot <[EMAIL PROTECTED]> writes:
> Second, should we specify that they should also treat the environment
> variables like Sun's java? Specifically, that they should honor the
> CLASSPATH variable?
Please!
> At least sablevm is providing an alternative for "java", but does not
> seem to
Hi,
does somebody have the inclination to package a kaffe CVS snapshot? I
kinda need it for freenet -- 1.0.7 is not up to it. Maybe other
packages would benefit, too.
I may do it as a last resort, but don't feel that I could maintain the
package in reasonable quality (no time to follow kaffe deve
Hi,
does somebody have the inclination to package a kaffe CVS snapshot? I
kinda need it for freenet -- 1.0.7 is not up to it. Maybe other
packages would benefit, too.
I may do it as a last resort, but don't feel that I could maintain the
package in reasonable quality (no time to follow kaffe deve
Ean Schuessler <[EMAIL PROTECTED]> writes:
> I'm really trying to make an effort at getting back on the Kaffe horse.
> As a token of that effort I am uploading a really lousy effort at a
> 1.0.7 package.
Glad to have you back on board the fool's ship that is Java!
> Mostly I've just taken a few
Ean Schuessler <[EMAIL PROTECTED]> writes:
> I'm really trying to make an effort at getting back on the Kaffe horse.
> As a token of that effort I am uploading a really lousy effort at a
> 1.0.7 package.
Glad to have you back on board the fool's ship that is Java!
> Mostly I've just taken a few
As policy requires that all "binaries" (well, it's debatable whether
class files fall under this) should be built with debug info and
stripped when put into the package, I'd like to know whether there is
a tool to strip debugging info from class files.
If not, maybe policy and/or java-policy shoul
As policy requires that all "binaries" (well, it's debatable whether
class files fall under this) should be built with debug info and
stripped when put into the package, I'd like to know whether there is
a tool to strip debugging info from class files.
If not, maybe policy and/or java-policy shou
Mark Howard <[EMAIL PROTECTED]> writes:
> Notes:
> - should we use Sun style -classpath or GNU standard (and so gcj style)
> --classpath ?
-classpath should definitely by supported. Most package's upstream
build systems will follow Sun. Patching each occurance is silly.
Of course, each javac may
Mark Howard <[EMAIL PROTECTED]> writes:
> Notes:
> - should we use Sun style -classpath or GNU standard (and so gcj style)
> --classpath ?
-classpath should definitely by supported. Most package's upstream
build systems will follow Sun. Patching each occurance is silly.
Of course, each javac ma
Ola Lundqvist <[EMAIL PROTECTED]> writes:
> Ok. I'm thinking that maybe -java shoud be for "true" java and then
> use -jni for everything that is not "true" java.
FWIW, perl libraries are currently packaged as ...-perl regardless of
whether they include (arch dependent) shared objects or only per
Ola Lundqvist <[EMAIL PROTECTED]> writes:
> Ok. I'm thinking that maybe -java shoud be for "true" java and then
> use -jni for everything that is not "true" java.
FWIW, perl libraries are currently packaged as ...-perl regardless of
whether they include (arch dependent) shared objects or only pe
Douglas Guptill <[EMAIL PROTECTED]> writes:
> The solution here seems easy: replace "save" with "store";
> the API seems to be the same.
Or simply let it be. They're just warnings...
> The other problem seems to be inconsistencies in jikes:
>
> 1. It only reports *one* of the deprecated calls
Douglas Guptill <[EMAIL PROTECTED]> writes:
> The solution here seems easy: replace "save" with "store";
> the API seems to be the same.
Or simply let it be. They're just warnings...
> The other problem seems to be inconsistencies in jikes:
>
> 1. It only reports *one* of the deprecated call
1:54:08AM +0200, Robert Bihlmeyer wrote:
> > I'm sponsoring a (contrib) package that depends on
> > java2-runtime. I (as a user of the package) will have to install the
> > Blackdown VM to make it work, but I still want other java programs to
> > use Kaffe because it'
Michael Cardenas <[EMAIL PROTECTED]> writes:
> Unfortunately, I tried to compile Limewire with Jikes and it
> failed. So does gcj.
>
> I've been asked to break these compilation bugs down into small test
> programs and write bugs for them, but my Java is not all that great so
> it's going to tak
Ola Lundqvist <[EMAIL PROTECTED]> writes:
> There are some things that might want to be added before it
> becomes truly official.
>
> See the policy at:
> http://www.debian.org/doc/packaging-manuals/java-policy/
>
> * gcj and how to handle that (should it be mentioned at all?).
I don't have the
Jan Evert van Grootheest <[EMAIL PROTECTED]> writes:
> 1. why is there a difference between java1 and java2? Isn't java1
>virtually obsolete?
"Debian Will Remain 100% Free Software"
As long as there are no free implementations of java2 we can't let
java1 slip into obsolescence.
> 2. why mus
1:54:08AM +0200, Robert Bihlmeyer wrote:
> > I'm sponsoring a (contrib) package that depends on
> > java2-runtime. I (as a user of the package) will have to install the
> > Blackdown VM to make it work, but I still want other java programs to
> > use Kaffe because it'
Michael Cardenas <[EMAIL PROTECTED]> writes:
> Unfortunately, I tried to compile Limewire with Jikes and it
> failed. So does gcj.
>
> I've been asked to break these compilation bugs down into small test
> programs and write bugs for them, but my Java is not all that great so
> it's going to ta
Ola Lundqvist <[EMAIL PROTECTED]> writes:
> There are some things that might want to be added before it
> becomes truly official.
>
> See the policy at:
> http://www.debian.org/doc/packaging-manuals/java-policy/
>
> * gcj and how to handle that (should it be mentioned at all?).
I don't have th
Jan Evert van Grootheest <[EMAIL PROTECTED]> writes:
> 1. why is there a difference between java1 and java2? Isn't java1
>virtually obsolete?
"Debian Will Remain 100% Free Software"
As long as there are no free implementations of java2 we can't let
java1 slip into obsolescence.
> 2. why mu
I'm sponsoring a (contrib) package that depends on
java2-runtime. I (as a user of the package) will have to install the
Blackdown VM to make it work, but I still want other java programs to
use Kaffe because it's free. Pointing the "java" alternative to Kaffe
will break the package, though ...
So
I'm sponsoring a (contrib) package that depends on
java2-runtime. I (as a user of the package) will have to install the
Blackdown VM to make it work, but I still want other java programs to
use Kaffe because it's free. Pointing the "java" alternative to Kaffe
will break the package, though ...
So
Rick Lutowski <[EMAIL PROTECTED]> writes:
> Why have browsers been stuck at 1.1 for years? Just a wild
> guess, but might it have something to do with MS stopping Java
> support with 1.1, and also controlling 80% of the browser market?
It could also be because the perceived benefit for the user
Rick Lutowski <[EMAIL PROTECTED]> writes:
> Why have browsers been stuck at 1.1 for years? Just a wild
> guess, but might it have something to do with MS stopping Java
> support with 1.1, and also controlling 80% of the browser market?
It could also be because the perceived benefit for the use
[EMAIL PROTECTED] writes:
> I thought that the build process of OpenOffice depended on [I'm being
> vague here :-(] "some bundle of Java2 stuff," which would have the
> result that despite OpenOffice itself being "free software," since a
> build requires distinctly nonfree stuff, it can't go in "f
[EMAIL PROTECTED] writes:
> I thought that the build process of OpenOffice depended on [I'm being
> vague here :-(] "some bundle of Java2 stuff," which would have the
> result that despite OpenOffice itself being "free software," since a
> build requires distinctly nonfree stuff, it can't go in "
Hein Meling <[EMAIL PROTECTED]> writes:
> # update-alternatives --display javac
> javac - status is auto.
> link currently points to /usr/lib/j2sdk1.3/bin/javac
> /usr/lib/j2sdk1.3/bin/javac - priority 1310
> slave javac.ja.1.gz: /usr/share/man/ja/man1/javac.j2sdk13.1.gz
> slave javac.1.gz: /us
Hein Meling <[EMAIL PROTECTED]> writes:
> # update-alternatives --display javac
> javac - status is auto.
> link currently points to /usr/lib/j2sdk1.3/bin/javac
> /usr/lib/j2sdk1.3/bin/javac - priority 1310
> slave javac.ja.1.gz: /usr/share/man/ja/man1/javac.j2sdk13.1.gz
> slave javac.1.gz: /u
Hein Meling <[EMAIL PROTECTED]> writes:
> Setting up jikes (1.15-1) ...
> update-alternatives: unable to make
> /usr/share/man/ja/man1/javac.1.gz.dpkg-tmp a symlink to
> /etc/alternatives/javac.ja.1.gz: No such file or directory
>
What does "update-alternatives --display javac" result in?
--
R
Hein Meling <[EMAIL PROTECTED]> writes:
> Setting up jikes (1.15-1) ...
> update-alternatives: unable to make
> /usr/share/man/ja/man1/javac.1.gz.dpkg-tmp a symlink to
> /etc/alternatives/javac.ja.1.gz: No such file or directory
>
What does "update-alternatives --display javac" result in?
--
Robert Bihlmeyer <[EMAIL PROTECTED]> writes:
> Oh, you don't seem to know the path from the top of your head! Me
> neither. That's the point of jikes-kaffe: relieving you from having to
> remember the obscure bootclasses path(s).
Especially since the new kaffe upload
Robert Bihlmeyer <[EMAIL PROTECTED]> writes:
> Oh, you don't seem to know the path from the top of your head! Me
> neither. That's the point of jikes-kaffe: relieving you from having to
> remember the obscure bootclasses path(s).
Especially since the new kaffe upload
Tom Tromey <[EMAIL PROTECTED]> writes:
> Try `print *token'.
>
> In some versions of gdb printing a String worked. It seems to have
> stopped working at some point. The real problem is that nobody is
> actively working on the gdb Java support :-(
Shouldn't 'print System.out.println(token)' wor
Tom Tromey <[EMAIL PROTECTED]> writes:
> Try `print *token'.
>
> In some versions of gdb printing a String worked. It seems to have
> stopped working at some point. The real problem is that nobody is
> actively working on the gdb Java support :-(
Shouldn't 'print System.out.println(token)' wo
[EMAIL PROTECTED] writes:
> I also think the jikes-kaffe, etc proposals are silly: You should
> be able to achieve the same with a simple "jikes -bootclasspath
> /wherever/kaffe/puts/Klasses.jar".
Oh, you don't seem to know the path from the top of your head! Me
neither. That's the point of jike
[EMAIL PROTECTED] writes:
> I also think the jikes-kaffe, etc proposals are silly: You should
> be able to achieve the same with a simple "jikes -bootclasspath
> /wherever/kaffe/puts/Klasses.jar".
Oh, you don't seem to know the path from the top of your head! Me
neither. That's the point of jik
Stefan Rücker <[EMAIL PROTECTED]> writes:
> > Stefan Rücker <[EMAIL PROTECTED]> writes:
> > Indeed, but a compiler can't take all installed libs (some of which
> > may not be in Debian packages, or not even in publically-readable
> > locations) into account.
>
> But how can you compile your progr
Stefan Rücker <[EMAIL PROTECTED]> writes:
> > Stefan Rücker <[EMAIL PROTECTED]> writes:
> > Indeed, but a compiler can't take all installed libs (some of which
> > may not be in Debian packages, or not even in publically-readable
> > locations) into account.
>
> But how can you compile your prog
Stefan Rücker <[EMAIL PROTECTED]> writes:
> [...] but then you have your compiler not running out of the box
> because many people use a big variety of libs for their programs
> (just think about xml or all the apache libs).
Indeed, but a compiler can't take all installed libs (some of which
may
"Adam Majer" <[EMAIL PROTECTED]> writes:
> Debconf should be used to allow the user to select the priority
> of the classes that jikes should check for. IOW, something like
>
> [1] - Kaffe
> [2] - Other [admin enters path]
> [3] - IBM JDK
> [4] - Sun.
> etc...
Another way is to provide small scr
Stefan Rücker <[EMAIL PROTECTED]> writes:
> [...] but then you have your compiler not running out of the box
> because many people use a big variety of libs for their programs
> (just think about xml or all the apache libs).
Indeed, but a compiler can't take all installed libs (some of which
may
"Adam Majer" <[EMAIL PROTECTED]> writes:
> Debconf should be used to allow the user to select the priority
> of the classes that jikes should check for. IOW, something like
>
> [1] - Kaffe
> [2] - Other [admin enters path]
> [3] - IBM JDK
> [4] - Sun.
> etc...
Another way is to provide small sc
"#ENG YI HAN#" <[EMAIL PROTECTED]> writes:
> I just got the latest Netscape 6.2 up.
[...]
> I've also tried to work around the problem, but it is frustrated
> that a lof of the solutions provided were not Debian-based, [...]
Why not try with Debian's mozilla packages, then?
--
Robbe
signature
"#ENG YI HAN#" <[EMAIL PROTECTED]> writes:
> I just got the latest Netscape 6.2 up.
[...]
> I've also tried to work around the problem, but it is frustrated
> that a lof of the solutions provided were not Debian-based, [...]
Why not try with Debian's mozilla packages, then?
--
Robbe
signatu
Ean Schuessler <[EMAIL PROTECTED]> writes:
> Any thoughts on version numbers? I was thinking something like:
>
> kaffe_1:1.0.6-cvs20020115_arch
Sounds good. In the only package where I track CVS I use a "+" after
the last released version to signify that this is the old version
/plus/ something
Ean Schuessler <[EMAIL PROTECTED]> writes:
> Any thoughts on version numbers? I was thinking something like:
>
> kaffe_1:1.0.6-cvs20020115_arch
Sounds good. In the only package where I track CVS I use a "+" after
the last released version to signify that this is the old version
/plus/ something
What become of the effort of getting kaffe into woody?
"John R. Daily" <[EMAIL PROTECTED]> writes:
> From a broader perspective, the age of 1.0.6 would seem to
> militate for a CVS snapshot, and I suspect that individuals
> looking for support for kaffe would have no more difficult a time
> getti
What become of the effort of getting kaffe into woody?
"John R. Daily" <[EMAIL PROTECTED]> writes:
> From a broader perspective, the age of 1.0.6 would seem to
> militate for a CVS snapshot, and I suspect that individuals
> looking for support for kaffe would have no more difficult a time
> gett
[EMAIL PROTECTED] writes:
> Could software created using Java
> be released under the GPL?
Sure. To be truly free, IMO, it should be buildable without non-free
software (e.g. with the Java compiler included with GCC).
--
Robbe
signature.ng
Description: PGP signature
[EMAIL PROTECTED] writes:
> Could software created using Java
> be released under the GPL?
Sure. To be truly free, IMO, it should be buildable without non-free
software (e.g. with the Java compiler included with GCC).
--
Robbe
signature.ng
Description: PGP signature
[EMAIL PROTECTED] writes:
> I am having trouble choosing a language to
> develop for: Java or C/C++. I have made
> applications in both languages, and I must
> say that Java was certainly easier.
To make your choice even harder (or maybe easier), you could try a few
higher-level languages as well
[EMAIL PROTECTED] writes:
> I am having trouble choosing a language to
> develop for: Java or C/C++. I have made
> applications in both languages, and I must
> say that Java was certainly easier.
To make your choice even harder (or maybe easier), you could try a few
higher-level languages as wel
Ean Schuessler <[EMAIL PROTECTED]> writes:
> The question is do we want to proceed with the old 1.0.6 stuff or should
> I package something like 1.0.6.cvs-20011217? Any comments?
If going up to current CVS would help kaffe going into woody, I'd be
all for it.
Currently woody has the same version
Ean Schuessler <[EMAIL PROTECTED]> writes:
> The question is do we want to proceed with the old 1.0.6 stuff or should
> I package something like 1.0.6.cvs-20011217? Any comments?
If going up to current CVS would help kaffe going into woody, I'd be
all for it.
Currently woody has the same versio
Guillaume Rousse <[EMAIL PROTECTED]> writes:
> > ftp://ftp.leanedit.org/debian-java/java-classpath_0.0.1-1_all.deb
> Could you please make this available also non-packaged for us poor non-debian
> users to have a look at ?
FWIW, you can use
ar p data.tar.gz | tar xz
in a suitable directory to
[EMAIL PROTECTED] (Andrew Pimlott) writes:
> On Fri, Nov 23, 2001 at 12:21:57PM +0100, Guillaume Rousse wrote:
> > According to discussion, it seems we agreed on following points:
>
> I didn't realize there was consensus, [...]
Me neither. For the record, I'm also dissenting with Guillaume's
"co
Guillaume Rousse <[EMAIL PROTECTED]> writes:
> > ftp://ftp.leanedit.org/debian-java/java-classpath_0.0.1-1_all.deb
> Could you please make this available also non-packaged for us poor non-debian
> users to have a look at ?
FWIW, you can use
ar p data.tar.gz | tar xz
in a suitable directory t
[EMAIL PROTECTED] (Andrew Pimlott) writes:
> On Fri, Nov 23, 2001 at 12:21:57PM +0100, Guillaume Rousse wrote:
> > According to discussion, it seems we agreed on following points:
>
> I didn't realize there was consensus, [...]
Me neither. For the record, I'm also dissenting with Guillaume's
"c
First off, some of your questions are for example answered on
debian-java at the start of the "new on this list" thread that is
still active (but whose topic drifted). Scanning the list archives
helps.
Brendan J Simon <[EMAIL PROTECTED]> writes:
> I'm trying to run a java app. How do install and
First off, some of your questions are for example answered on
debian-java at the start of the "new on this list" thread that is
still active (but whose topic drifted). Scanning the list archives
helps.
Brendan J Simon <[EMAIL PROTECTED]> writes:
> I'm trying to run a java app. How do install an
Steffen Evers <[EMAIL PROTECTED]> writes:
> I would like to get Java running on my Debian box.
> What is the best procedure?
apt-get install java-virtual-machine
This will list all available packages providing a JVM. Select one and
install it via apt-get.
> I have heard about various different
Steffen Evers <[EMAIL PROTECTED]> writes:
> I would like to get Java running on my Debian box.
> What is the best procedure?
apt-get install java-virtual-machine
This will list all available packages providing a JVM. Select one and
install it via apt-get.
> I have heard about various different
Stefan Gybas <[EMAIL PROTECTED]> writes:
> * New upstream release (closes: #116644)
Good!
> * Compile using g++ 3.0 and default optimization (-O2) on i386
Actually, you're compiling with g++-3 on all arches. (FWIW, I'd set CC
to gcc-3.0, too, just for good measure.)
> If nobody objects I'd
[EMAIL PROTECTED] (Kevin A. Burton) writes:
> Robert Bihlmeyer <[EMAIL PROTECTED]> writes:
> > Um, why would I want to distinguish api documentation from "other"
> > documentation? For libraries the former is the most important information
> > there is ..
Guillaume Rousse <[EMAIL PROTECTED]> writes:
> - distinction with standard documentation
Um, why would I want to distinguish api documentation from "other"
documentation? For libraries the former is the most important
information there is ...
--
Robbe
signature.ng
Description: PGP signature
Guillaume Rousse <[EMAIL PROTECTED]> writes:
> - distinction with standard documentation
Um, why would I want to distinguish api documentation from "other"
documentation? For libraries the former is the most important
information there is ...
--
Robbe
signature.ng
Adam Heath <[EMAIL PROTECTED]> writes:
> Drop the '-' on the link target. Standard libraries do not have anything like
> that.
Don't drop the dash, think about: libmp311.jar That's confusing to
users and programs. Shared libraries do have .so., but anyway there's
no need to copy shlibs religousl
Adam Heath <[EMAIL PROTECTED]> writes:
> Drop the '-' on the link target. Standard libraries do not have anything like
> that.
Don't drop the dash, think about: libmp311.jar That's confusing to
users and programs. Shared libraries do have .so., but anyway there's
no need to copy shlibs religous
Hi,
I have some minor questions/suggestions regarding the Java policy
http://people.debian.org/~opal/java/policy.html>
> Programs must have executable(s) in /usr/bin and be executable.
Is it acceptable for a daemon that is controlled via a /etc/init.d
script to do without the wrapper in /usr/bin
71 matches
Mail list logo
