Ben Burton wrote:
>Okay, so have I got this right? The proposal is to have a directory for
>"standard" jars that are auto-included in the classpath for every JVM,
>
Yes, though how this is done is to be determined. For example some JVMs
might not have an "extensions" directory, or if they do it
Stefan Gybas wrote:
> Basically yes, but IMHO this should be the decision of the local admin
> and not of the package maintainer. How could he know ig his package
> contains "standard" jars? This means that no package should automatically
> put jars or symlinks there. This would be /etc/java/defa
WT. If you're
running server-style or other non-GUI application, I suggest
you try it. See htpp://gcc.gnu.org/java/
--Per Bothner
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cifically: Recent versions of gcj
(i.e. not 3.0) have a gnu.gcj.runtime.SharedLibLoader class. This
is a ClassLoader that wraps a .so (pre-compiled native shared library).
You could have a servlet engine that compiles a Java or jsp or whatever
to a native shared library as needed, and then load
in main that provides java-runtime.
>
Well, the gcj runtimes (libgcj or whatever the package name is)
should be fixed to provide java-runtime.
--Per Bothner
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
well I
don't know if any of them are involved in maintaining Debian packages.
--Per
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
em where gij is command-line
incompatible with javac, then we consider that a bug in gij, not in the
debian packaging of gij, and so the bug should be reported to the "upstream"
maintainers - which means using gnats.
--Per
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
' and 'gcj -C' so they better match 'java' and 'java' would be
very welcome;
in lieu of that a gnats bug report would also be welcome so at least we know
there is a problem. (No guarantee that it will be fixed, of course.)
--Per Bothner
--
To UNSUBSCRIBE, em
Adam Heath wrote:
>Well, -classpath(jdk), --classpath(gcj).
>
It appears to me that gcj supports both -classpath and --classpath
equally. It does not support the newer -cp option.
However, gij does not appear to support either option, though it does
support a CLASSPATH environment variable. It
M systems?
Only in the context of standardization for more general Linux and/or GNU
systems. I.e. if/when Linux Standard Base or some similar project
should tackle Java, can you make a good case that they should base it on
the Debian policy?
--
--Per Bothner
[EMAIL PROTECTED] http:/
Debian?
Please add:
* GCJ. The GCJ run-time libgcj includes an interpreter and classloader.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
en
merged in. Tom Tromey has done a fair bit recently, but there is
still quite a bit that needs to be done before the AWT implementation
is complete and stable enough to write real GUI applications or applets.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
--
To UNS
o check my patches, I'd like to know how they work.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
2002-04-10 Per Bothner <[EMAIL PROTECTED]>
* eval.c (evaluate_subexp_standard): Do overload resolution for Java.
* infcmd.c (run_command)
ill help to standardize packaging.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ink it would be too slow. After all you don't do the .c to .so
compilation at installation time, so why should .java to .so be
different?
Also, what happens if you install a Java package, and then install
gcj later? Shuld that so the compilation to .so when you install
gcj?
--
Package: wnpp
Severity: wishlist
Owner: Per Andersson
* Package name: libjbcrypt-java
Version : 0.3
Upstream Author : Damien Miller
* URL : http://www.mindrot.org/projects/jBCrypt/
* License : ISC/BSD
Programming Lang: Java
Description : libjbcrypt
From: Per Andersson
To: debian-java@lists.debian.org
Subject: RFS: libjbcrypt-java
Dear debian-java,
I am looking for a sponsor for my package "libjbcrypt-java".
* Package name: libjbcrypt-java
Version : 0.3-1
Upstream Author : Damien Miller
* URL
On Wed, Apr 21, 2010 at 4:56 AM, tony mancill wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 04/20/2010 04:48 PM, Per Andersson wrote:
>> From: Per Andersson
>> To: debian-java@lists.debian.org
>> Subject: RFS: libjbcrypt-java
>>
>>
Hi!
I updated the libjbcrypt-java package.
libjbcrypt-java (0.3-3) unstable; urgency=low
* Team upload.
* Remove build-depends-indep on default-jdk.
* Bumped standards version to 3.9.2, no changes.
* Add quilt patch for adding org.mindrot package.
-- Per Andersson Fri, 10 Feb 2012
Stefan Gybas wrote:
Sure, but since neither classpath nor libgcj* provide the virtual
runtime package
Why doesn't libgcj provide the virtual runtime package?
It seems like it should.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
core classes and JVM" (including ClassLoaders and JNI)
for years.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
Stephen Zander wrote:
>>>>>"Per" == Per Bothner writes:
Per> libgcj has had "core classes and JVM" (including ClassLoaders
Per> and JNI) for years.
The why doesn't the package 'Provide: java1-runtime'?
Possibly a different concep
ifferent implementations, especially when
there is native code, for which GCJ prefers CNI over JNI.
Bottom line: Classpath is "upstream" to libgcj, but from a
Debian packaging point of view there is no relationship.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
g gij.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
ECTED]
As an alternative, as Ean is/was head of Brainfood, you
could try contacting Brainfood and asking them:
http://www.brainfood.com/aboutus/contactus.jsp
A phone call may be worthwhile.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
Arnaud Vandyck wrote:
A phone call may be worthwhile.
Is it a joke?! :-|
Why should it be a joke? If you want to contact someone
and are having trouble contacting them by email, but
you have a phone number for their place of business, then
a phone is a very practical tool.
--
--Per
u can also "java-compatible-with-jdk1.3" but no Free JVM
are likely to satisfy such a constraint anytime soon.
(compilatible-with-jdk1.1 is getting close, though!)
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
ernative JVM. If the latter claims to support all JDK 1.x
features, then it will *probably* run, but you still have to test it.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
-team/openjdk/-/tree/master/debian/patches),
but I don't know how conservative the project is re. fixes like this?
I'll leave this up to the debian-java maintainers to decide.
Best regards,
Per--- a/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java
+++ b/src/jdk.attac
On 2023-04-19 10:22, Thorsten Glaser wrote:
On Tue, 18 Apr 2023, Per Lundberg wrote:
wanted to share it with you as well. One option would be to include this in
Debian's set of local JDK patches
Shouldn’t this be added to 11 as well? Apparently, both are affected.
Good point. Ye
On 2023-04-20 00:03, Vladimir Petko wrote:
Oh, thank you for providing a patch for a quite annoying bug
The pleasure is ours. :-) (I didn't write the patch myself but I helped
out a bit with the initial debugging)
Would it be possible to add a header to the patch, so that it is
possible
FYI: An OpenJDK bug regarding this has now been opened as well:
https://bugs.openjdk.org/browse/JDK-8307977
--
Best regards,
Per
101 - 132 of 132 matches
Mail list logo
