Is there a reason why icedtea-web won't accept icedtea-bin?
I thought that icedtea-bin and icedtea were interchangeable.
On Aug 14, 2013 5:23 AM, Raymond Jennings shent...@gmail.com wrote:
Is there a reason why icedtea-web won't accept icedtea-bin?
I thought that icedtea-bin and icedtea were interchangeable.
icedtea-bin optionally includes an nsplugin on its own, set by
USE=nsplugin :).
Howdy,
So, I got the problem I have not seen before.
equery depends icedtea(variety of strings)
all return the same package list.
I removed version /icedtea-bin-6.1.13.9
and dev-java/icedtea-3.0.0_pre06
I have this version installed::
dev-java/icedtea-7.2.6.1 which needs and update
On Thu, Jun 25, 2015 at 7:36 PM, Alexander Kapshuk
alexander.kaps...@gmail.com wrote:
When trying to access a webpage that uses java applets, I found that the
applets wouldn't load for me any more.
I'm running:
equery -q l '*tea*'
dev-java/icedtea-bin-7.2.5.5
dev-java/icedtea-sound-1.0.1
When trying to access a webpage that uses java applets, I found that the
applets wouldn't load for me any more.
I'm running:
equery -q l '*tea*'
dev-java/icedtea-bin-7.2.5.5
dev-java/icedtea-sound-1.0.1
dev-java/icedtea-web-1.5.1-r1
eselect java-vm list
Available Java Virtual Machines:
[1
intained by RedHat) also containing the (awesome) Shenandoah GC -
> > which was also merged into the official upstream JDK12.
>
> Ah, ok; so icedtea-3.11.0 is actually jdk 8? And would be a reasonable
> "swap in place" for oracle-jdk-bin-1.8.0.202?
>
Here's what i have;
$ eselec
eturn the same package list.
>
> I removed version /icedtea-bin-6.1.13.9
> and dev-java/icedtea-3.0.0_pre06
>
> I have this version installed::
> dev-java/icedtea-7.2.6.1 which needs and update.
> It first wants to pull back in icedtea-3.0.0_pre06
>
> I removed the man
On 12/11/15 20:47, Urs Schütz wrote:
On 12/11/15 15:12, Frederico Moraes Ferreira wrote:
Has anybody happen to know which java distribution, except the oracle
one, will carry javaws?
Thanks,
Fred
javaws was working here with icedtea-bin-7.
Correction: dev-java/icedtea-web seems
only the runtime dependency. For building, icedtea and openjdk both
need cups.
If you install the binary package (icedtea-bin or openjdk-bin), there is
no building.
I guess that virtual/jdk prefers the non-binary package, and apparently
portage is not able to resolve the conflict automatically by le
.
Currently my computer is using the icedtea jdk, in fact, I am running
icedtea-bin-1.10.4. Today, portage wants to
[ebuild U ] dev-java/icedtea-bin-6.1.10.4 [1.10.4]
[ebuild N ] sys-apps/attr-2.4.46-r1 USE=nls -static-libs
[ebuild NS] virtual/jre-1.7.0 [1.6.0]
[ebuild N ] dev
On 07/25/2011 08:54 PM, Grant wrote:
BTW, can anyone tell me why I'm using icedtea6-bin instead of icedtea?
When I first installed icedtea-bin there was no icedtea package, so I
tried to compile it myself using online instructions and gave up in
frustration.
I'm glad you asked, because now
walt wrote:
On 07/25/2011 08:54 PM, Grant wrote:
BTW, can anyone tell me why I'm using icedtea6-bin instead of icedtea?
When I first installed icedtea-bin there was no icedtea package, so I
tried to compile it myself using online instructions and gave up in
frustration.
I'm glad
Hi list,
I've not been keeping up with the developments in the Java world, and
now am getting a bit confused.
Currently my computer is using the icedtea jdk, in fact, I am running
icedtea-bin-1.10.4. Today, portage wants to
[ebuild U ] dev-java/icedtea-bin-6.1.10.4 [1.10.4]
[ebuild N
Tks
Em 11-12-2015 23:35, Urs Schütz escreveu:
On 12/11/15 20:47, Urs Schütz wrote:
On 12/11/15 15:12, Frederico Moraes Ferreira wrote:
Has anybody happen to know which java distribution, except the oracle
one, will carry javaws?
Thanks,
Fred
javaws was working here with icedtea-bin-7
that uses java applets, I found that the
applets wouldn't load for me any more.I'm running:
equery -q l '*tea*'dev-java/icedtea-bin-7.2.5.5
dev-java/icedtea-sound-1.0.1
dev-java/icedtea-web-1.5.1-r1
I have:
# equery -q l '*tea*'
dev-java/icedtea-7.2.5.3
dev-java/icedtea-bin-6.1.13.5
dev-java
On Sat, 5 Feb 2022 at 00:48, Grant Edwards wrote:
> Yep. I've currently got '-bin' versions installed so here it's:
>
> $ find /opt/{icedtea*,openjdk*} -type f -executable -name 'java'
> /opt/icedtea-bin-3.16.0/jre/bin/java
> /opt/icedtea-bin-3.16.0/bin/java
> /opt/openjdk-bin-1
into the official upstream JDK12.
Ah, ok; so icedtea-3.11.0 is actually jdk 8? And would be a reasonable
"swap in place" for oracle-jdk-bin-1.8.0.202?
openjdk-bin-8 as system VM. It is also perfectly "safe" to install openjdk-11
in parallel
with said flag enabled as long as you don't
On Thu, 10 Nov 2011 15:02:35 -0500
Willie Wong ww...@math.princeton.edu wrote:
Hi list,
I've not been keeping up with the developments in the Java world, and
now am getting a bit confused.
Currently my computer is using the icedtea jdk, in fact, I am running
icedtea-bin-1.10.4. Today
Can someone tell me, why my gentoo server wants X header to build
icedtea jdk if USE=... -X ... ? Ok, I understand that it is because
maintainers wrote ebuild that requires X header unquestionable. But why
they did so and can be something done about it? Do not want to have
*-bin* package
Hello,
I'm planning to run GlassFish on my server. I'm pondering whether I
should just go away with the default icedtea-bin package or use
oracle-jdk-bin.
I'll be renting out services to customers, so compatibility is
definitely a concern. I'm not exactly sure what the differences are
between
emove all java packages
thereafter. When chromium-72.0.3626.96 is emerged with the default new
setting of USE="closure-compile" java seems to be necessary:
# emerge --depclean -v -a sys-apps/baselayout-java app-eselect/eselect-java
dev-java/java-config dev-java/icedtea-bin virtual/jd
on in the PMS at [1]. [1]
> > > https://projects.gentoo.org/pms/7/pms.html#x1-680008.1
> > >
> > > HTH
> >
> > Thank you Marc, I'll carry on with the emerge now.
>
> Hmm ... sadly it is not the case that I can remove all java packages
> thereafter.
GC -
which was also merged into the official upstream JDK12.
Ah, ok; so icedtea-3.11.0 is actually jdk 8? And would be a
reasonable "swap in place" for oracle-jdk-bin-1.8.0.202?
Yup, or openjdk-bin-8.
What's the difference between icedtea-bin and openjdk-bin? Which one
Increasin
Is it normal for a stable virtual to require an unstable package?
Running 'emerge -auND' generates the following output on my system:
Calculating dependencies ... done!
[ebuild NS ~] dev-java/icedtea-bin-7.2.5.3 [6.1.13.5] USE=X alsa cups
nsplugin -cjk -doc -examples (-selinux
, in fact, I am running
icedtea-bin-1.10.4. Today, portage wants to
[ebuild U ] dev-java/icedtea-bin-6.1.10.4 [1.10.4]
[ebuild N ] sys-apps/attr-2.4.46-r1 USE=nls -static-libs
[ebuild NS] virtual/jre-1.7.0 [1.6.0]
[ebuild N ] dev-java/icedtea-7.2.0-r1 USE=nsplugin -debug -doc
-vm list shows oracle-jre-bin-1.7 and
eix oracle-jre-bin shows version 1.7.0.15
and eselect java-nsplugin shows icedtea-7
How does this fit together?
I'm pretty sure icedtea is what presents itself as 1.7.0_13 from
Oracle Corporation in your browser plugin, so java-nsplugin set to
icedtea
Hi list,
Is there a way to set the Java VM based on program?
For the most part I would like to keep icedtea-bin-7 as my system VM,
but there is one program (jabref-2.6) which doesn't run well with
java-7, but works fine with icedtea-bin-6.
Is there a Gentoo way of setting this?
Thanks
On 07/17/2017 09:52 AM, Matthias Hanft wrote:
>
> [ebuild N ] dev-java/icedtea-bin-3.4.0:8::gentoo USE="alsa cups
> gtk webstart -doc -examples -headless-awt -multilib -nsplugin
> -pulseaudio (-selinux) -source" ABI_X86="(64) -32 (-x32)" 60397 KiB
Try t
Hi, again.
Both approaches have worked out. Masking Oracle's JDK and JRE was a good
starting point, and later on, having icedtea-bin and icedtea-web marked as
~arch (and removing the mask for JDK and JRE) did the final trick.
Thanks and Best Regards,
Francisco
If you really don't want
team is badly understaffed, lots of mentions on -dev, so
maybe log a stable request but against icedtea-bin-7
Running 'emerge -auND' generates the following output on my system:
Calculating dependencies ... done!
[ebuild NS ~] dev-java/icedtea-bin-7.2.5.3 [6.1.13.5] USE=X
or more likely, stable
request for icedtead-bin-7 is lagging behind.
I know the java team is badly understaffed, lots of mentions on -dev, so
maybe log a stable request but against icedtea-bin-7
Running 'emerge -auND' generates the following output on my system:
Calculating dependencies
they did so and can be something done about it? Do not want to
have *-bin* package in system for perfectionism reasons.
Hi,
If it helps, it looks like dev-java/icedtea with USE=-X only requires
X to build, not to run. So after installation, the X packages can be
removed by emerge --ask --depclean
everything from that thread,
but meanwhile I'm going to do what Alon has suggested.
Best Regards,
Francisco
Hi, again.
Both approaches have worked out. Masking Oracle's JDK and JRE was a good
starting point, and later on, having icedtea-bin and icedtea-web marked as
~arch (and removing the mask
8/bin/java
> /usr/lib64/openjdk-11/bin/java
Yep. I've currently got '-bin' versions installed so here it's:
$ find /opt/{icedtea*,openjdk*} -type f -executable -name 'java'
/opt/icedtea-bin-3.16.0/jre/bin/java
/opt/icedtea-bin-3.16.0/bin/java
/opt/openjdk-bin-11.0.14_p9/bin/java
need it.
...snip...
Did you read my question? The problem is not that so many JDKs are
available. The problem is why does portage want to install them all?
(Scroll up to the top of my message and see the emerge --update output
which wants to SLOT all three of icedtea, icedtea-bin, icedtea-web
_p5 [ibm-jdk-bin-1.5]
4) IBM JDK 1.6.0.9_p2 [ibm-jdk-bin-1.6]
5) IBM JDK 1.7.0.5 [ibm-jdk-bin-1.7]
6) IcedTea JDK 6.1.13.9 [icedtea-bin-6]
7) IcedTea JDK 7.2.6.11 [icedtea-bin-7]
8) IcedTea JDK 3.8.0 [icedtea-bin-8]
9) JamVM JDK 2.0.0 [jamvm]
10) Oracle JDK 1.7.0.80
[nomerge ] dev-java/ant-nodeps-1.8.1
[ebuild NS] virtual/jre-1.7.0 [1.6.0] 0 kB
[ebuild NS]virtual/jdk-1.7.0 [1.6.0] 0 kB
[ebuild N f ] dev-java/oracle-jdk-bin-1.7.0 USE=X alsa -derby -doc
-examples -jce -nsplugin 0 kB
icedtea is Java6. It want's to upgrade
ts to upgrade to 11-r2 (strange versioning, isn't it?).
Apparently, I have neither "openjdk" nor "openjdk-bin" installed, but "icedtea-
bin". Upgrading virtual/jdk to 11 seems to insist on some openjdk...
"equery g virtual/jdk" says for the two versions
abled the gentoo-vm USE flag, making
this JDK"
ewarn "recognised by the system. This will almost certainly
break things."
Which doesn't build confidence as far as using it 8-/. icedtea is pretty
old. What are people doing for java needs currently? Abusing the Ora
It looks like my installed icedtea6-bin and sun-jdk are both depended
on by virtual/jdk-1.6.0. I think I can choose one or the other,
right? Does icedtea6-bin work as well as sun-jdk?
You *should* be able to use either one. There is one (non-portage)
java software I use that has problems
On Tuesday 26 July 2011 04:54:27 Grant wrote:
Is this because I've eselect'ed icedtea6-bin instead of sun-jdk-1.6?
BTW, can anyone tell me why I'm using icedtea6-bin instead of icedtea?
I don't know. On this box the only java-vm installed is icedtea6-bin.
--
Rgds
Peter
James Broadhead:
[libreoffice-bin-3.4.3.2-r1]
It's actually looking for java-1.7 ; but seems to work fine with 1.6
Tcha. Not here. icedtea-bin-1.10.4 isn't found by libreoffice either.
Hartmut
--
Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/
Von Usern fuer User :-)
On 23 February 2012 21:13, Willie WY Wong wong...@member.ams.org wrote:
Hi list,
Is there a way to set the Java VM based on program?
For the most part I would like to keep icedtea-bin-7 as my system VM,
but there is one program (jabref-2.6) which doesn't run well with
java-7, but works fine
On Fri, Nov 11, 2011 at 12:00:51AM +0100, Florian Philipp wrote:
Well, while Willie picks himself up after being slammed like this (Had
bad day, Alan?), I might add that the only reason why portage wants to
emerge icedtea and icedtea-bin is that apparently virtual/jre:1.7 has
been keyworded
maintainers wrote ebuild that requires X header
unquestionable. But why they did so and can be something done about
it? Do not want to have *-bin* package in system for perfectionism
reasons.
Hi,
If it helps, it looks like dev-java/icedtea with USE=-X only requires
X to build
icedtea-bin-7
Running 'emerge -auND' generates the following output on my system:
Calculating dependencies ... done!
[ebuild NS ~] dev-java/icedtea-bin-7.2.5.3 [6.1.13.5] USE=X alsa
cups nsplugin -cjk -doc -examples (-selinux) -source -webstart
understaffed, lots of mentions on
-dev, so
maybe log a stable request but against icedtea-bin-7
Running 'emerge -auND' generates the following output on my system:
Calculating dependencies ... done!
[ebuild NS ~] dev-java/icedtea-bin-7.2.5.3
110910 Allan Gottlieb wrote:
I converted two machines from icedtea (java6) to oracle-jdk-bin (java7).
I did in effect
emerge --depclean icedtea icedtea-web =virtual/jdk-1.6.0 =virtual/jdk-1.6.0
On one machine portage now claims that I basically don't need java
(see the output of --depclean
On Sun, Sep 11 2011, Philip Webb wrote:
110910 Allan Gottlieb wrote:
I converted two machines from icedtea (java6) to oracle-jdk-bin (java7).
I did in effect
emerge --depclean icedtea icedtea-web =virtual/jdk-1.6.0 =virtual/jdk-1.6.0
On one machine portage now claims that I basically don't
going to do what Alon has suggested.
Best Regards,
Francisco
Hi, again.
Both approaches have worked out. Masking Oracle's JDK and JRE was a good
starting point, and later on, having icedtea-bin and icedtea-web marked
as
~arch (and removing the mask for JDK and JRE) did the final
A: /proc/self/coredump_filter
R: /proc/30681/coredump_filter
C: /opt/icedtea-bin-6.1.13.3/bin/java -Dfile.encoding=iso-8859-1
-classpath
/usr/share/ant-core/lib/ant-launcher.jar:/opt/icedtea-bin-6.1.13.3/lib/tool
s.jar -Dant.home=/usr/share/ant-core
-Dant.library.dir=/usr/share/ant-core/lib
Hello,
Well at this point, I probably need a few folks to test
the mesos and spark ebuilds as they are in bugs.gentoo.org
mesos (510912 attachment 385316) and
spark (523412 attachment 385318)
I had alreay installed java (icedtea, scala and maven-bin)
to those dependancies might need tweaking
P.S.: icedtea-bin is already selected as the system wide VM.
2015-04-22 10:34 GMT-03:00 Francisco Ares fra...@gmail.com:
Hi.
A few months ago I got rid of oracle's java jre and jdk in favor of
icedtea.
Now, when issuing an emerge -tpvuDN world, oracle's jre is about to be
installed again
On 12/11/15 15:12, Frederico Moraes Ferreira wrote:
Has anybody happen to know which java distribution, except the oracle
one, will carry javaws?
Thanks,
Fred
javaws was working here with icedtea-bin-7.
--
Urs
NS] virtual/jre-1.7.0 [1.6.0] 0 kB
[ebuild NS]virtual/jdk-1.7.0 [1.6.0] 0 kB
[ebuild N f ] dev-java/oracle-jdk-bin-1.7.0 USE=X alsa -derby -doc
-examples -jce -nsplugin 0 kB
icedtea is Java6. It want's to upgrade the *virtual* to java7. To get the
virtual satisfied
I'm curious as well about the potential exploitability of icedtea. I
would think that since the icedtea vm is not the same as the sun/oracle
one and so I don't think the code base is the same, which would mean an
exploit in the sun/oracle jvm would not necessarily affect icedtea.
However, I know
t; $ java-config -L
> The following VMs are available for generation-2:
> 1) Blackdown JDK 1.4.2.03 [blackdown-jdk-1.4.2]
> 2) IBM JDK 1.4.2.13_p9 [ibm-jdk-bin-1.4]
> 3) IBM JDK 1.5.0.12_p5 [ibm-jdk-bin-1.5]
> 4) IBM JDK 1.6.0.9_p2 [ibm-jdk-bin-1.6]
> 5)
t; $ java-config -L
> The following VMs are available for generation-2:
> 1) Blackdown JDK 1.4.2.03 [blackdown-jdk-1.4.2]
> 2) IBM JDK 1.4.2.13_p9 [ibm-jdk-bin-1.4]
> 3) IBM JDK 1.5.0.12_p5 [ibm-jdk-bin-1.5]
> 4) IBM JDK 1.6.0.9_p2 [ibm-jdk-bin-1.6]
> 5)
I'm upgrading one of my boxes (last one) and get an error message on the
following packages.
grub-0.97-r16
python-2.7.10-r1
icedtea-bin-7.2.6.3
firefox-bin-38.4.0
virtualbox-bin-4.3.32.103443
* Files will be installed there for grub to function correctly.
!!! Failed to copy extended attributes
*
=dev-java/apple-jdk-bin-1.6.0*
=dev-java/winjdk-bin-1.6.0*
)
Am I getting something wrong here? Why is it pulling in icedtea?
I’m on x86 BTW.
from my understanding of the any of many RDEPEND=|| ... syntax, it
should do what you expect and not pull in icedtea
program and link statically to cups/unmerge
cups' cycle.
Oh, yes, I did search on gentoo.org and generally, apparently, icedtea
just won't build without cups. icedtea-bin also yammers for cups:
!!! existing preserved libs:
package: net-print/cups-2.0.2-r1
* - /usr/lib64/libcups.so.2
* used
Hi,
when I direct my browser (opera or firefox, both at most recent
versions) to
http://javatester.org/version.html
they both say I'm using Java Version: 1.7.0_13 from Oracle Corporation
but
eselect java-vm list shows oracle-jre-bin-1.7 and
eix oracle-jre-bin shows version 1.7.0.15
José Romildo Malaquias jrmalaq at gmail.com writes:
I need help getting java plugin working in the Midori web browser.
I have dev-java/oracle-jdk-bin-1.8.0.51 installed on my ~amd64
system.
I used icedtea-bin for most everything.
The plugin works with Firefox.
I do not use that browser
Machines:
[1] icedtea-bin-7 system-vm
[2] oracle-jre-bin-1.7
$ eselect java-vm set user 2
or
$ sudo eselect java-vm set system 2
Am Samstag, 30. Januar 2010 schrieb Willie Wong:
On Sat, Jan 30, 2010 at 09:48:52AM -0800, Grant wrote:
It looks like my installed icedtea6-bin and sun-jdk are both depended
on by virtual/jdk-1.6.0. I think I can choose one or the other,
right? Does icedtea6-bin work as well as sun-jdk
source or a bin package. Firefox
and OOo do the same. Then there's icedtea-web which is a whole
different package altogether, implementing Java Web Start (which is not
the java language, the sdk or a jvm).
So, if you want Java as implemented by iced-tea, pick between source
and -bin. If you want
alsa fontconfig nsplugin (-aqua) -derby -doc -examples -jce -pax_kernel
(-selinux) -source 149.933 KiB
...
Looking for packages that need jdom as a dependency, and after a chain of
equery d commands, icedtea-bin itself, on its own dependency chain, needs
jdom, which, in turn, needs oracle
KiB
[ebuild N F ] dev-java/oracle-jdk-bin-1.7.0.80:1.7 USE=X
alsa fontconfig nsplugin (-aqua) -derby -doc -examples -jce -pax_kernel
(-selinux) -source 149.933 KiB
...
Looking for packages that need jdom as a dependency, and after a chain of
equery d commands, icedtea-bin itself
is that emerge i2p pulls both icedtea-bin 1.7 and 1.6 and I have
to mask 1.7.
How do other distros manage to use i2p with Java 1.7 then?
On Sunday, 14 June 2020 12:43:21 BST Peter Humphrey wrote:
> Afternoon all,
>
> Has anyone some experience of bitwarden on Gentoo? It doesn't run for me,
> and I suspect a java problem. I have icedtea here.
>
> I'm talking about the installed version, not the firefox extens
: No such file or
directory
[1] icedtea-8
[2] oracle-jdk-bin-1.8 system-vm
i.e. it still searches for oracle-jdk-bin-1.8 and doesn't know about
oracle-jdk-bin-9
Is this a bug or is there any means to bring eselect up-to-date ?
Many thanks for a hint,
Helmut
nsplugin (-aqua) -derby -doc -examples -jce -pax_kernel
(-selinux) -source 149.933 KiB
...
Looking for packages that need jdom as a dependency, and after a chain of
equery d commands, icedtea-bin itself, on its own dependency chain, needs
jdom, which, in turn, needs oracle-jdk-bin.
Is there a way
to proceed:
#required by virtual/jdk-1.7.0, required by virtual/jre-1.7.0, required by
dev-java/xalan-2.7.1, required by dev-java/icedtea-6.1.10.3, required by
@selected, required by @world (argument)
=dev-java/oracle-jdk-bin-1.7.0 Oracle-BCLA-JavaSE
NOTE: This --autounmask behavior can
On Sat, Jan 30, 2010 at 09:48:52AM -0800, Grant wrote:
It looks like my installed icedtea6-bin and sun-jdk are both depended
on by virtual/jdk-1.6.0. I think I can choose one or the other,
right? Does icedtea6-bin work as well as sun-jdk?
You *should* be able to use either one. There is one
It's telling you to add -xattr to FEATURES in your make.conf to get around
the issue.
On Mon, Dec 28, 2015, 20:03 <the...@sys-concept.com> wrote:
> I'm upgrading one of my boxes (last one) and get an error message on the
> following packages.
>
> grub-0.97-r16
> python-2.
portage want to install them all?
(Scroll up to the top of my message and see the emerge --update output
which wants to SLOT all three of icedtea, icedtea-bin, icedtea-web.)
So cut the snark, Alan. To spell out the question for you more
clearly:
Why does portage want to install ALL three
-bin-1.6.0*
)
Am I getting something wrong here? Why is it pulling in icedtea?
I’m on x86 BTW.
--
Gruß | Greetings | Qapla'
I wish my lawn was emo, so it would cut itself.
signature.asc
Description: This is a digitally signed message part.
On Fri, Aug 28, 2015 at 02:06:10AM +, James wrote:
José Romildo Malaquias jrmalaq at gmail.com writes:
I need help getting java plugin working in the Midori web browser.
I have dev-java/oracle-jdk-bin-1.8.0.51 installed on my ~amd64
system.
I used icedtea-bin for most everything
ught about this myself too. I don't think there's any consistency
to it either. For example, virtual/jdk will pull in icedtea-bin,
whereas virtual/rust pulls in dev-lang/rust. It isn't a big deal (to
me) but I also don't fully understand the motivation for all the
decisions.
Maybe a though
-1.7.0, required by virtual/jre-1.7.0, required by
dev-java/xalan-2.7.1, required by dev-java/icedtea-6.1.10.3, required by
@selected, required by @world (argument)
=dev-java/oracle-jdk-bin-1.7.0 Oracle-BCLA-JavaSE
NOTE: This --autounmask behavior can be disabled by setting
So the 32-bit system falls back auf openjdk (without -bin) which needs
cups at build time. icedtea-bin does exist for "x86", so cups for build
time was not necessary.
And jdk-11 seems to need just openjdk (and not icedtea any more).
Well, I can't change the system from 32 to 64 bit just quickly
listed on
http://wiki.gentoo.org/wiki/Android
I think `emerge android-studio` should pull in whatever you need.
On my system it certainly seems to want virtual/jdk, which is fulfilled
by dev-java/icedtea-bin (or, I think, other Java versions).
Also, could you possibly set your mailer to use
android-studio` should pull in whatever you need.
On my system it certainly seems to want virtual/jdk, which is fulfilled by
dev-java/icedtea-bin (or, I think, other Java versions).
Also, could you possibly set your mailer to use plain text when writing the
list, please?
Stroller.
On Monday, 15 June 2020 12:38:03 BST Neil Bothwick wrote:
> On Mon, 15 Jun 2020 02:47:56 +0100, Peter Humphrey wrote:
> > > Has anyone some experience of bitwarden on Gentoo? It doesn't run for
> > > me, and I suspect a java problem. I have icedtea here.
> >
On Mon, 15 Jun 2020 02:47:56 +0100, Peter Humphrey wrote:
> > Has anyone some experience of bitwarden on Gentoo? It doesn't run for
> > me, and I suspect a java problem. I have icedtea here.
> >
> > I'm talking about the installed version, not the firefox extension,
On Thu, Feb 23, 2012 at 09:26:56PM +0100, Penguin Lover András Csányi squawked:
On 23 February 2012 21:13, Willie WY Wong wong...@member.ams.org wrote:
Hi list,
Is there a way to set the Java VM based on program?
For the most part I would like to keep icedtea-bin-7 as my system VM
-1.7.0, required by
dev-java/xalan-2.7.1, required by dev-java/icedtea-6.1.10.3, required by
@selected, required by @world (argument)
=dev-java/oracle-jdk-bin-1.7.0 Oracle-BCLA-JavaSE
NOTE: This --autounmask behavior can be disabled by setting
EMERGE_DEFAULT_OPTS=--autounmask=n
, required by virtual/jre-1.7.0,
required by dev-java/xalan-2.7.1, required by
dev-java/icedtea-6.1.10.3, required by @selected, required by @world
(argument)
=dev-java/oracle-jdk-bin-1.7.0 Oracle-BCLA-JavaSE
NOTE: This --autounmask behavior can be disabled by setting
license changes are necessary to proceed:
#required by virtual/jdk-1.7.0, required by virtual/jre-1.7.0,
required by dev-java/xalan-2.7.1, required by
dev-java/icedtea-6.1.10.3, required by @selected, required by @world
(argument)
=dev-java/oracle-jdk-bin-1.7.0 Oracle-BCLA-JavaSE
(or greater?)
> >=sys-devel/gcc-4.9.3 required by
> (dev-java/icedtea-bin-7.2.6.6-r1:7/7::gentoo, installed)
dev-java/icedtea-bin-7.2.6.6-r1 requires sys-devel/gcc-4.9.3 or greater
> (sys-devel/gcc-4.5.4:4.5.4/4.5.4::gentoo, ebuild scheduled for
> merge) pulled in by
Michael Orlitzky wrote:
>
> Try turning off USE="gtk" and turning on USE="headless-awt" for icedtea-bin.
Thanks. With a total of "-alsa -cups -gtk headless-awt -webstart", it reduces to
--- cut here ---
home01 ~ # emerge -pv jre
These are the pac
out virtual machines, and I'm left to guess whether the jre is the
jvm, as it seems. I'm currently installing openjre and openjdk; icedtea-bin is
also installed.
--
Regards,
Peter.
to pull in that ancient jvm instead of sun-jdk or icedtea
$ grep LICENSE /etc/make.conf
ACCEPT_LICENSE=dlj-1.1 sun-bcla-java-vm
Thank you for your help.
I found the same issue
http://bugs.gentoo.org/231198
So i patched the kaffe ebuild with kaffe-alsa-1.0.16.patch.
And then kaffe-1.1.7-r4
My daily update world caused the merging of oracle-jdk-bin-1.7.0
(after wonko explained how to handle a license question).
But my next step is emerge --depclean --ask
This wanted to unmerge the above package and, if permitted to
do so, caused a subsequent update word to remerge it.
I then wisely
difference in features? - I have
had a much more stable experience with openoffice vs openoffice-bin so
presume build yourself would be the same here?
The questions may seem redundant seeing I am using both icedtea and java
on various systems, but others experience may not be the same, or have
more
provide jdk6 for your ebuild.
I installed icedtea-bin for now.
From the ebuild (which is a hack) I have :
DEPEND=net-misc/curl
dev-libs/cyrus-sasl
python? ( dev-lang/python dev-python/boto )
java? ( virtual/jdk )
It seems would not compile until I installed the maven-bin
PythonInterp: /usr/bin/python (found suitable version 2.7.6,
minimum required is 2.0)
-- Found PythonLibs: /usr/lib64/libpython2.7.so (found suitable exact
version 2.7.6)
* ACCESS DENIED: open_wr: /proc/self/coredump_filter
-- Found apache ant 1.9.1: /usr/bin/ant
-- Found JNI: /opt/icedtea-bin
not matter, and stabilization can be pretty much
automatic and be done by any dev.
So, after oracle-* went stable the virtual went stable too. Now portage is
trying to upgrade it and can only resolve that by either keywording icedtea-bin
or switching to oracle. Which solution it ends up
Firefox with the java-x86-
emul package. 64 bit Firefox, Konqueror, Opera all fail. I've tried sun-jdk,
sun-jre (nsplugin and nsplugin-2), blackdown and icedtea.
The only thing that works is firefox-bin with a 32bit jvm. The app doesn't do
much in the way of logging so I don't know why it's failing
only ever got this Java app to run in 32 bit Firefox with the
java-x86- emul package. 64 bit Firefox, Konqueror, Opera all fail. I've
tried sun-jdk, sun-jre (nsplugin and nsplugin-2), blackdown and icedtea.
The only thing that works is firefox-bin with a 32bit jvm. The app doesn't
do much
1 - 100 of 164 matches
Mail list logo
