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 look at
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 look at
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
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 basic
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 basic
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 may
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 perl
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 perl
code.
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 to store
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 to store
Package: java-common
Version: 0.14
Ola Lundqvist [EMAIL PROTECTED] writes:
As the policy maintainer I would like you to file this as a bug
to java-common too. It helps me to remember it.
Done. Going into minimal snipping mode due to that.
On Sun, Aug 04, 2002 at 11:54:08AM +0200, Robert
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 must
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
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 take some
Package: java-common
Version: 0.14
Ola Lundqvist [EMAIL PROTECTED] writes:
As the policy maintainer I would like you to file this as a bug
to java-common too. It helps me to remember it.
Done. Going into minimal snipping mode due to that.
On Sun, Aug 04, 2002 at 11:54:08AM +0200, Robert
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 I
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 is
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 is
[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 free.
[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 free.
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:
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?
--
Robbe
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?
--
Robbe
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 removed
/usr/share/kaffe
[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
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 programs without
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 scripts
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 scripts
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 not
#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.ng
#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.ng
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 more.
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
getting it
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
getting it
[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 well,
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
[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
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 deb-file data.tar.gz | tar xz
in a suitable
[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
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 deb-file data.tar.gz | tar xz
in a suitable directory
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 use
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
[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 ...
Because most people won't care about API
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
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
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 religously.
Hi,
I have some minor questions/suggestions regarding the Java policy
URL: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
52 matches
Mail list logo