[gentoo-user] chromium-72.0.3626.96 and Java

[gentoo-user] chromium-72.0.3626.96 and Java

[Mick]

[-- Attachment #1: Type: text/plain, Size: 400 bytes --]

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?
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Marc Joliet]

[-- Attachment #1: Type: text/plain, Size: 975 bytes --]

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 )
	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
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Mick]

[-- Attachment #1: Type: text/plain, Size: 1092 bytes --]

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.
 
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Mick]

[-- Attachment #1: Type: text/plain, Size: 3005 bytes --]

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?

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Andreas Fink]

On Fri, 15 Feb 2019 09:32:15 +0000
Mick <michaelkintzios@gmail.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

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

[Mick]

[-- Attachment #1: Type: text/plain, Size: 420 bytes --]

On Friday, 15 February 2019 09:48:34 GMT Andreas Fink wrote:

> 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

Thank you Andreas, I was able to unmerge java following your advice.  :-)

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]