Re: Bug#475669: Suggest informing the user

2008-05-01 Thread Shaun Jackman
Hi Adam,

My preference would be to fix the bug, of course! But with the bug
being 180 days old now, it might be time to look at a workaround like
this. Do you know, does Azureus work with any other versions of GIJ? I
know that it works with Sun's VM.

Cheers,
Shaun

On Thu, May 1, 2008 at 1:45 PM, Adam Rice <[EMAIL PROTECTED]> wrote:
> The problem is that it comes so close to working with gij-4.3 that it's hard
>  to notice that anything is actually wrong. How about putting a temporary hack
>  in the /usr/bin/azureus script to check if /usr/bin/java is gij-4.3 and popup
>  an xmessage saying something like
>
>  "
>  You are running azureus with gij-4.3. There are known problems with this
>  combination. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475669 for
>  details. If your torrents fail to download, please consider selecting a
>  different java interpreter using the update-alternatives program.
>  "
>
>  ?
>
>  I guess that would add a dependency on the xll-utils package, which is not so
>  nice. But printing a message to the console is not much use for people who
>  start azureus from iceweasel like I usually do.
>
>
>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: I installed Sun's j2re1.4.2_04 and my update-alternative --install did not work

2008-05-01 Thread Dave Singer
I had a similar problem. RadRails extension for Aptana and Aptana require
using Sun's Java. So I was trying to install the latest jdk and use the jre
that comes with it. The rpm installed fine but when I did
update-alternatives --config java, the new java version did not display.
I finally figured out the syntax for adding to the list of available java
alternitives using update-alternatives.
The syntax that I used was:
update-alternatives --install /usr/bin/java java
/usr/java/jdk1.6.0_06/jre/bin/java 18000
I got a clue from the /etc/alternitives dir and some stuff on the web.

you can get what you need for the first arg by using which java

the second is of course just java

and the third you can narrow it down using
locate -r "jre.*/java$" (assuming updatedb has been run since the java
version you want was installed)
or
find /usr /opt ~ -path "*/jre/*" -name "java" (if the locate is not a good
option, this will take a lot longer.)


the forth is just a priority number that is used when you don't explicitly
set which java runtime to use. not sure who the auto method works.

after that you can do
update-alternatives --config java
and choose the one you want.

hope this helps someone.

:)


Re: I installed Sun's j2re1.4.2_04 and my update-alternative --install did not work

2008-05-01 Thread Dave Singer
I had a similar problem. I was trying to install the latest jdk and use the
jre that comes with it. the rpm installed fine but when I did
update-alternatives --config java, the new java version did not display.
I finally figured out the syntax for adding to the list of available java
alternitives using update-alternatives.
The syntax that I used was:
update-alternatives --install /usr/bin/java java
/usr/java/jdk1.6.0_06/jre/bin/java 18000
I got a clue from the /etc/alternitives dir and some stuff on the web.

you can get what you need for the first arg by using which java

the second is of course just java

and the third you can narrow it down using
locate -r "jre.*/java$" (assuming updatedb has been run since the java
version you want was installed)
or
find /usr /opt ~ -path "*/jre/*" -name "java" (if the locate is not a good
option, this will take a lot longer.)


the forth is just a priority number that is used when you don't explicitly
set which java runtime to use. not sure who the auto method works.

after that you can do
update-alternatives --config java
and choose the one you want.

hope this helps someone.

:)


Re: Are gcj/gij/java-gcj-compat ok on armel?

2008-05-01 Thread Andrew Haley
Martin Guy wrote:
> Hi!
>I see gcj/gij/java-gcj-compat are now disabled on arm, and that
> dependent packages are being asked to exclude them as Build-Deps to
> eliminate java library bindings.
>Are they believed to work in the armel port?

Yes.  As far as I'm aware gcj works 100% on armel.

Andrew.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Are gcj/gij/java-gcj-compat ok on armel?

2008-05-01 Thread Martin Guy
Hi!
   I see gcj/gij/java-gcj-compat are now disabled on arm, and that
dependent packages are being asked to exclude them as Build-Deps to
eliminate java library bindings.
   Are they believed to work in the armel port? I was just going
through the package lists finding that they have also been excluded on
armel/armeb in some cases and not in others; for what it's worth, the
"others" have almost all built ok on armel. Am I right in thinking
that these clauses were either added automatically in an early
armel==arm phase, or before gcj worked on armel, and that I should now
ask for the armel exclusions to be reversed?

thanks

M

Please cc replies as I'm not subscrived to debian-java


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]