Re: [gentoo-user] Re: Java wants cups?
On Sun, 3 Apr 2022 at 18:43, Matthias Hanft wrote: > And jdk-11 seems to need just openjdk (and not icedtea any more). > > This is because icedtea doesn't exist for java 11 (at least in portage). If you don't need it for anything in particular, I would go with your initial thought to just mask >=virtual/jdk-11 and see if you can get away with it, it might just have been installed because it has been keyworded for you lately. Regards, Arve
Re: [gentoo-user] Re: Java wants cups?
Martin Vaeth wrote: > > I guess that virtual/jdk prefers the non-binary package, and apparently > portage is not able to resolve the conflict automatically by letting the > binary package satisfy the dependency. If you manually install openjdk-bin, > the problem is probably resolved. Ahhh... yes, that's the point. It's a very, very old 32-bit system, and there is no "x86" (and not even "~x86") openjdk-bin package. On my other (64-bit) system, openjdk-bin was apparently automatically installed, and virtual/jdk-11 was installed without cups, too. 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 (it's my mail server, my web server, even my online shop...). For the time being, I'll try to enable cups selectively for single packages where it's absolutely needed - and in the long-term, I guess I'll have to construct a second server with 64-bit in parallel where I can switch to later when everything is working. Thanks for your analysis! -Matt
[gentoo-user] Re: Java wants cups?
Matthias Hanft wrote: > > Meanwhile I have found out that the culprit is "virtual/jdk". No, the “culprit” is that you do not use the binary package openjdk and you did apparently in the case of icedtea. Icedtea and openjdk both have cups as a USE-flag, but this influences 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 letting the binary package satisfy the dependency. If you manually install openjdk-bin, the problem is probably resolved. Be aware to install openjdk-bin:11 and not the meanwhile stable openjdk-bin:17 which does not resolve the virtual/jdk:11 dependency.