Re: [gentoo-user] chromium-72.0.3626.96 and Java

[Andreas Fink]

On Fri, 15 Feb 2019 09:32:15 +0000
Mick <michaelkintzios@×××××.com> wrote:

> On Thursday, 14 February 2019 12:36:04 GMT Mick wrote:
> > On Thursday, 14 February 2019 12:27:25 GMT Marc Joliet wrote:
> > > Am Donnerstag, 14. Februar 2019, 13:12:29 CET schrieb Mick:
> > > > Hi All,
> > > >
> > > > I just noticed chromium-72.0.3626.96 is bringing in Java
> > > > packages as dependencies, I'd rather keep off my systems.  This
> > > > is caused by the new USE flag closure-compile, which I think is
> > > > advertised as a good thing.
> > > >
> > > > Would you know if these Java dependencies are used for chromium
> > > > build-time
> > > > only and therefore I could unmerge them thereafter, or if they
> > > > are for run-
> > > > time?
> > >
> > > The relevant dep is in BDEPEND [0], so yes, you should be able to
> > > unmerge them afterwards:
> > >
> > > BDEPEND="
> > >
> > > 	# snip other deps
> > > 	closure-compile? ( virtual/jre )
> >
> > Of course!  Why was I searching for 'java' ...  O_o
> >
> > > 	virtual/pkgconfig
> > >
> > > "
> > >
> > > [0] I was going to refer to ebuild(5), but it's currently not
> > > documented there (see bug #674932), however you can find a
> > > definition 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.  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/jdk virtual/jre dev-java/ icedtea-web
>
> Calculating dependencies... done!
>   app-eselect/eselect-java-0.4.0 pulled in by:
>     dev-java/icedtea-bin-3.10.0-r1 requires
> >=app-eselect/eselect-java-0.4.0 dev-java/icedtea-web-1.6.2 requires
> >>=app-eselect/eselect-java-0.2.0
>
>   dev-java/icedtea-bin-3.10.0-r1 pulled in by:
>     virtual/jdk-1.8.0-r3 requires dev-java/icedtea-bin:8
>
>   dev-java/icedtea-web-1.6.2 pulled in by:
>     dev-java/icedtea-bin-3.10.0-r1 requires
> >=dev-java/icedtea-web-1.6.1:0
>
>   dev-java/java-config-2.2.0-r4 pulled in by:
>     dev-java/icedtea-bin-3.10.0-r1 requires
> >=dev-java/java-config-2.2.0-r3 dev-java/icedtea-web-1.6.2 requires
> >>=dev-java/java-config-2.2.0-r3
>
>   sys-apps/baselayout-java-0.1.0 pulled in by:
>     dev-java/java-config-2.2.0-r4 requires sys-apps/baselayout-java
>
>   virtual/jdk-1.8.0-r3 pulled in by:
>     dev-java/icedtea-web-1.6.2 requires >=virtual/jdk-1.7,
> =virtual/jdk-1.8.0- r3
>     virtual/jre-1.8.0-r1 requires virtual/jdk:1.8,
> =virtual/jdk-1.8.0-r3
>
>   virtual/jre-1.8.0-r1 pulled in by:
>     dev-java/icedtea-web-1.6.2 requires >=virtual/jre-1.7,
> =virtual/jre-1.8.0- r1
>     www-client/chromium-72.0.3626.96 requires =virtual/jre-1.8.0-r1,
> virtual/ jre
>
> >>> No packages selected for removal by depclean
> Packages installed:   1231
> Packages in world:    111
> Packages in system:   43
> Required packages:    1231
> Number removed:       0
>
> Am I interpreting the above output correctly?
>

That's because depclean sets --with-bdeps=y by default, i.e. build
dependencies are considered to be crucial to the system. If you update
your depclean command and add the flag --with-bdeps=n it should allow
you to unmerge java again.

Cheers
Andreas