Hello.
First of all, sorry for my english.
We have some Debian-servers with java. It's installed in packages
sun-java6-jre, sun-java5-jre, etc. As I can see, it doesn't depend on
tzdata-java (which is regularly updated when some DST rules changes)
and includes tz information itself. And there is n
On Thu, Nov 18, 2010 at 8:59 PM, Matthias Klose wrote:
> not good. The license only allows unmodified distribution, plus it only
> "helps" when calling the "java" binary, not when starting the VM in other
> ways.
>
> Matthias
If that's the way it is, then that's it.
If the license only allows u
6-sun/* might fix this bug.
sun java doesn't use a .properties file to override the system
defaults on start up. IBM's java does [2], but there is no
corresponding feature in sun java that I can find (and others
apparently can't find it either[3].)
I created a patch (atta
Le jeudi 18 novembre 2010 à 09:45 -0500, Scott Howard a écrit :
> > However, I don't see this change going in Squeeze. If you are OK, I will
> > upload your modification as soon as Squeeze is out (and also in Ubuntu).
> > This will allow us some deeper testing and potential side effects.
> >
> > Ho
> However, I don't see this change going in Squeeze. If you are OK, I will
> upload your modification as soon as Squeeze is out (and also in Ubuntu).
> This will allow us some deeper testing and potential side effects.
>
> How does it sound ?
> Sylvestre
Sounds great - I didn't expect it to get in
; I had a (too) quick look on this and doing some modifications
> >> in /etc/java-6-sun/* might fix this bug.
> >
>
> sun java doesn't use a .properties file to override the system
> defaults on start up. IBM's java does [2], but there is no
> correspon
o java overwrites java.library.path [1]
> On Fri, Nov 12, 2010 at 11:57 AM, Sylvestre Ledru
> wrote:
>> I agree with you we should do that.
>> I had a (too) quick look on this and doing some modifications
>> in /etc/java-6-sun/* might fix this bug.
>
sun java doesn't use a
that I installed the library to the wrong location [1-8, and personal
> correspondence]. I know we can't change the binaries, but can we
> somehow export this simple variable [9] in a wrapper so that all
> systems (that install sun-java) know to look in /usr/lib/jni? I think
> th
emails form users of a library I maintain telling me
> that I installed the library to the wrong location [1-8, and personal
> correspondence]. I know we can't change the binaries, but can we
> somehow export this simple variable [9] in a wrapper so that all
> systems (that install s
on [1-8, and personal
correspondence]. I know we can't change the binaries, but can we
somehow export this simple variable [9] in a wrapper so that all
systems (that install sun-java) know to look in /usr/lib/jni? I think
that would be a simple solution that will satisfy users so that they
don&#
], and was fixed in openjdk-6
(6b14-1.5~pre1-5). However the bug exists in the sun java JVMs [3,4].
I know that sun java does not allow us to change the binaries, so [3]
was marked as "won't fix." I'm the maintainer of rxtx (librxtx-java)
which is jni, and some users have been
severity 382686 important
tag 382686 + wontfix
thanks
these are binaries, and we are not allowed to ship those in modified form.
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Good stuff documented to http://wiki.debian.org/JavaFAQ
Eric
Manuel Prinz wrote:
Am Donnerstag, den 08.05.2008, 22:27 +0200 schrieb Daniel Leidert:
Am Donnerstag, den 08.05.2008, 21:04 +0200 schrieb Benjamin Mesing:
sudo pbuilder login --save-after-login
echo "sun-java5-jdk shared/accepted-su
Am Donnerstag, den 08.05.2008, 22:27 +0200 schrieb Daniel Leidert:
> Am Donnerstag, den 08.05.2008, 21:04 +0200 schrieb Benjamin Mesing:
> sudo pbuilder login --save-after-login
> echo "sun-java5-jdk shared/accepted-sun-dlj-v1-1 boolean true" | \
> debconf-set-selections
> echo "sun-java6-jdk sh
nfigure debconf' to select a frontend other than
> noninteractive
>
> I have found no way to deal with that. Even in my local pbuilder
> environment I was unable to install sun-java by hand after logging in
> (I've tried dpkg-reconfigure debconf with no succ
no way to deal with that. Even in my local pbuilder
environment I was unable to install sun-java by hand after logging in
(I've tried dpkg-reconfigure debconf with no success). Any tricks, how
I can install sun-java at least in my local pbuilder?
Policy dictates, that a package must bui
un-java6-jdk_6-06-1_amd64.deb) ...
> sun-dlj-v1-1 license could not be presented
> try 'dpkg-reconfigure debconf' to select a frontend other than
> noninteractive
>
> I have found no way to deal with that. Even in my local pbuilder
> environment I
ven in my local pbuilder
environment I was unable to install sun-java by hand after logging in
(I've tried dpkg-reconfigure debconf with no success). Any tricks, how
I can install sun-java at least in my local pbuilder?
Policy dictates, that a package must build non-interactively, however,
it
tmp/mpkg-j2se ./
I guess the change made there will be the way Debian goes.
By the way, make sure you read licences.
Sun Java J2SE 5 1.5 (how many version numbers do we really need)
licence, clause 3.4:
"Licensee shall have no right to use the Licensed Software for
productive or commer
lots more error messages like this ...)
I did not know how to overcome this problem until I realized that Sun
Java installers were nothing more than zipfiles with more data in them
(the installation script and maybe the license agreement but nothing
really essential to install java correctl
Hello,
Rick Ross - founder of Javalobby - reports in the
lastest JDocs.com Update newsletter that Sun pulled
off all Sun Java APIs from the JDocs.com site. Again
Sun shows its true colors.
Rick writes:
What Happened to J2SE and other Sun APIs?
Several of you have noticed that J2SE, J2ME
hi all.
when packaging sun java 1.4.2 (probably others as well) with mpkg-j2sdk
and installing the resulting j2sdk package, mozilla/galeon stops working,
and reports this error on startup:
INTERNAL ERROR on Browser End: No manager for initializing factory?
System error?:: Success
this
hi all.
when packaging sun java 1.4.2 (probably others as well) with mpkg-j2sdk
and installing the resulting j2sdk package, mozilla/galeon stops working,
and reports this error on startup:
INTERNAL ERROR on Browser End: No manager for initializing factory?
System error?:: Success
this
Is there a difference between SUN Java and Blackdown Java ? Which one is
better on my debian?
bye
--
[EMAIL PROTECTED]
Is there a difference between SUN Java and Blackdown Java ? Which one is
better on my debian?
bye
--
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I ran into this same problem when I installed version 1.4 of the jdk on woody.
You have to install the libstdc++2.9-glibc2.1 package to get it to work.
Chris
--- Charles Ocheret <[EMAIL PROTECTED]> wrote:
> From: Thomas J. Zeeman [mailto:[EMAIL PROTECTED]
> Sent: Wedn
I ran into this same problem when I installed version 1.4 of the jdk on woody.
You have to install the libstdc++2.9-glibc2.1 package to get it to work.
Chris
--- Charles Ocheret <[EMAIL PROTECTED]> wrote:
> From: Thomas J. Zeeman [mailto:[EMAIL PROTECTED]]
> Sent: We
Thanks to you, Francois Bottin, and everyone else who is likely to respond!
This did the trick.
~chuck
-Original Message-
From: charlie derr [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 16, 2002 11:44 AM
To: Charles Ocheret
Cc: debian-java
Subject: Re: SUN java
apt-get install
apt-get install libstdc++2.9-glibc2.1
should fix it for you (i used apt-file to figure this one out, but
searching at packages.debian.org should also work).
~c
Charles Ocheret wrote:
>
> From: Thomas J. Zeeman [mailto:[EMAIL PROTECTED]
> Sent: Wednesday
Charles Ocheret wrote:
[EMAIL PROTECTED] 100$ java -version
Error: failed /usr/local/j2sdk1.4.0/jre/lib/i386/client/libjvm.so, because
libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or
directory
So basically, there seems to be a dependency on an old version of
libstdc++...
M
From: Thomas J. Zeeman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 15, 2002 5:53 AM
AFAIK there's no debian-package of the official Sun
J2EE/J2SE, but that
doesn't mean you can't install the rpm or the tar.gz
package.
A number of
Thanks to you, Francois Bottin, and everyone else who is likely to respond!
This did the trick.
~chuck
-Original Message-
From: charlie derr [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 16, 2002 11:44 AM
To: Charles Ocheret
Cc: debian-java
Subject: Re: SUN java
apt-get install
apt-get install libstdc++2.9-glibc2.1
should fix it for you (i used apt-file to figure this one out, but
searching at packages.debian.org should also work).
~c
Charles Ocheret wrote:
>
> From: Thomas J. Zeeman [mailto:[EMAIL PROTECTED]]
> Sent: Wednesd
Charles Ocheret wrote:
> chuck@ahab1 100$ java -version
> Error: failed /usr/local/j2sdk1.4.0/jre/lib/i386/client/libjvm.so, because
> libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or
> directory
>
> So basically, there seems to be a dependency on an old version of
> libs
From: Thomas J. Zeeman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 15, 2002 5:53 AM
AFAIK there's no debian-package of the official Sun
J2EE/J2SE, but that
doesn't mean you can't install the rpm or the tar.gz
package.
A number
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 15 May 2002, Tomasz Rola wrote:
> That way, the fact that I use Debian for my java development is totally
> insignificant, because I don't need, don't ask for and moreover, I would
> be dissatisfied when presented with packaged jdk without tar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 15 May 2002, Tomasz Rola wrote:
> That way, the fact that I use Debian for my java development is totally
> insignificant, because I don't need, don't ask for and moreover, I would
> be dissatisfied when presented with packaged jdk without ta
> "Juergen" == Juergen Kreileder <[EMAIL PROTECTED]> writes:
Juergen> Apropos flaming :*)
I actually expected to get flamed for saying the Redhat don't build
their own j2se packages from source the way Caldera do; guess that
recollection was correct :)
Juergen> According to Sun it's O
> "Juergen" == Juergen Kreileder <[EMAIL PROTECTED]> writes:
Juergen> Apropos flaming :*)
I actually expected to get flamed for saying the Redhat don't build
their own j2se packages from source the way Caldera do; guess that
recollection was correct :)
Juergen> According to Sun it's
"[EMAIL PROTECTED]"<[EMAIL PROTECTED]> writes:
> For now, I'm trying to convince him about the goodness of blackdown
> implementation, so we'll start a test using it.
We've been using the blacdown debs in production on multiple systems
for r ~1.5 years now, and we've had no problems what-so-ever
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 15 May 2002, [EMAIL PROTECTED] wrote:
> >
> > HI,
> >
> > > my company is starting to use debian as server to develop java, however
> > > my boss noticed that there is no SUN j2ee/j2sdk (official or not)
> > > 1.3/1.4 release for debian.
> >
>
Stephen Zander <[EMAIL PROTECTED]> writes:
>> "Thomas" == Thomas J Zeeman <[EMAIL PROTECTED]> writes:
> Thomas> From a quick Google; Stephen Zander is probably the
> Thomas> person to ask, he had some pre-release of the 'official'
> Thomas> Debian Blackdown-packages on his home-pag
> "Thomas" == Thomas J Zeeman <[EMAIL PROTECTED]> writes:
Thomas> From a quick Google; Stephen Zander is probably the person
Thomas> to ask, he had some pre-release of the 'official' Debian
Thomas> Blackdown-packages on his home-page on people.d.o (The
Thomas> answer should also
"[EMAIL PROTECTED]"<[EMAIL PROTECTED]> writes:
> For now, I'm trying to convince him about the goodness of blackdown
> implementation, so we'll start a test using it.
We've been using the blacdown debs in production on multiple systems
for r ~1.5 years now, and we've had no problems what-so-ever
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 15 May 2002, [EMAIL PROTECTED] wrote:
> >
> > HI,
> >
> > > my company is starting to use debian as server to develop java, however
> > > my boss noticed that there is no SUN j2ee/j2sdk (official or not)
> > > 1.3/1.4 release for debian.
> >
Stephen Zander <[EMAIL PROTECTED]> writes:
>> "Thomas" == Thomas J Zeeman <[EMAIL PROTECTED]> writes:
> Thomas> From a quick Google; Stephen Zander is probably the
> Thomas> person to ask, he had some pre-release of the 'official'
> Thomas> Debian Blackdown-packages on his home-pa
> "Thomas" == Thomas J Zeeman <[EMAIL PROTECTED]> writes:
Thomas> From a quick Google; Stephen Zander is probably the person
Thomas> to ask, he had some pre-release of the 'official' Debian
Thomas> Blackdown-packages on his home-page on people.d.o (The
Thomas> answer should als
rce on a
debian-machine? There's a reason for having /usr/local (or /opt).
> Is There a (non-license) motivation for the absence of a .deb for the
> official SUN java?
Due to some legalese[0] Sun's the only one to make such debs available[1]
and making debs is not as trivial as making an
On Wed, 15 May 2002, Hill, Benjamin W wrote:
> >AFAIK there's no debian-package of the official Sun J2EE/J2SE, but that
> >doesn't mean you can't install the rpm or the tar.gz package.
>
> Does this not come under the terms of Sun Licensing? Is anyone else allowed
> to package the SDK?
IIRC the
it.
>
> Which is ridiculous because the officially provided package from Sun
> installs fine on a Debian machine.
yes, it is, but it *seems* an hacking, not a good solution.
Is There a (non-license) motivation for the absence of a .deb for the
official SUN java?
> And IMHO the Blackd
nal Message-
From: Thomas J. Zeeman [mailto:[EMAIL PROTECTED]
Sent: 15 May 2002 10:53
To: [EMAIL PROTECTED]
Cc: debian-java
Subject: Re: SUN java
HI,
> my company is starting to use debian as server to develop java, however
> my boss noticed that there is no SUN j2ee/j2sdk (official or
HI,
> my company is starting to use debian as server to develop java, however
> my boss noticed that there is no SUN j2ee/j2sdk (official or not)
> 1.3/1.4 release for debian.
AFAIK there's no debian-package of the official Sun J2EE/J2SE, but that
doesn't mean you can't install the rpm or the ta
rce on a
debian-machine? There's a reason for having /usr/local (or /opt).
> Is There a (non-license) motivation for the absence of a .deb for the
> official SUN java?
Due to some legalese[0] Sun's the only one to make such debs available[1]
and making debs is not as trivial as making an
On Wed, 15 May 2002, Hill, Benjamin W wrote:
> >AFAIK there's no debian-package of the official Sun J2EE/J2SE, but that
> >doesn't mean you can't install the rpm or the tar.gz package.
>
> Does this not come under the terms of Sun Licensing? Is anyone else allowed
> to package the SDK?
IIRC the
it.
>
> Which is ridiculous because the officially provided package from Sun
> installs fine on a Debian machine.
yes, it is, but it *seems* an hacking, not a good solution.
Is There a (non-license) motivation for the absence of a .deb for the
official SUN java?
> And IMHO the Blackd
nal Message-
From: Thomas J. Zeeman [mailto:[EMAIL PROTECTED]]
Sent: 15 May 2002 10:53
To: [EMAIL PROTECTED]
Cc: debian-java
Subject: Re: SUN java
HI,
> my company is starting to use debian as server to develop java, however
> my boss noticed that there is no SUN j2ee/j2sdk (official or
hello,
my company is starting to use debian as server to develop java, however
my boss noticed that there is no SUN j2ee/j2sdk (official or not)
1.3/1.4 release for debian.
For now, I'm trying to convince him about the goodness of blackdown
implementation, so we'll start a test using it.
However
HI,
> my company is starting to use debian as server to develop java, however
> my boss noticed that there is no SUN j2ee/j2sdk (official or not)
> 1.3/1.4 release for debian.
AFAIK there's no debian-package of the official Sun J2EE/J2SE, but that
doesn't mean you can't install the rpm or the t
hello,
my company is starting to use debian as server to develop java, however
my boss noticed that there is no SUN j2ee/j2sdk (official or not)
1.3/1.4 release for debian.
For now, I'm trying to convince him about the goodness of blackdown
implementation, so we'll start a test using it.
Howeve
59 matches
Mail list logo
