Install Java11: dependency missing

Hello,
this might well be something wrong on my side, but:

[dirac@localhost ~]$ sudo yum install java-11-openjdk
[sudo] password for dirac: 
sl                                                                                                                                                                                          | 3.8 kB  00:00:00     
sl-fastbugs                                                                                                                                                                                 | 2.9 kB  00:00:00     
sl-security                                                                                                                                                                                 | 2.9 kB  00:00:00     
(1/7): sl-fastbugs/x86_64/updateinfo                                                                                                                                                        |  68 kB  00:00:00     
(2/7): sl/x86_64/group_gz                                                                                                                                                                   | 113 kB  00:00:00     
(3/7): sl-fastbugs/x86_64/primary_db                                                                                                                                                        | 1.3 MB  00:00:01     
(4/7): sl/x86_64/updateinfo                                                                                                                                                                 | 2.5 MB  00:00:01     
(5/7): sl/x86_64/primary_db                                                                                                                                                                 | 5.1 MB  00:00:01     
(6/7): sl-security/x86_64/primary_db                                                                                                                                                        |  16 MB  00:00:01     
(7/7): sl-security/x86_64/updateinfo                                                                                                                                                        | 627 kB  00:00:01     
Resolving Dependencies
--> Running transaction check
---> Package java-11-openjdk.x86_64 1:11.0.18.0.10-1.el7_9 will be installed
--> Processing Dependency: java-11-openjdk-headless(x86-64) = 1:11.0.18.0.10-1.el7_9 for package: 1:java-11-openjdk-11.0.18.0.10-1.el7_9.x86_64
--> Running transaction check
---> Package java-11-openjdk-headless.x86_64 1:11.0.18.0.10-1.el7_9 will be installed
--> Processing Dependency: tzdata-java >= 2022g for package: 1:java-11-openjdk-headless-11.0.18.0.10-1.el7_9.x86_64
--> Running transaction check
---> Package tzdata-java.noarch 0:2019c-1.el7 will be updated
--> Processing Dependency: tzdata-java = 2019c-1.el7 for package: cernvm-system-4.3.3.0-1.el7.x86_64
---> Package tzdata-java.noarch 0:2022g-1.el7 will be an update
--> Finished Dependency Resolution
Error: Package: cernvm-system-4.3.3.0-1.el7.x86_64 (installed)
           Requires: tzdata-java = 2019c-1.el7
           Removing: tzdata-java-2019c-1.el7.noarch (installed)
               tzdata-java = 2019c-1.el7
           Updated By: tzdata-java-2022g-1.el7.noarch (sl-security)
               tzdata-java = 2022g-1.el7
           Available: tzdata-java-2018d-1.el7.noarch (sl)
               tzdata-java = 2018d-1.el7
           Available: tzdata-java-2018e-3.el7.noarch (sl-security)
               tzdata-java = 2018e-3.el7
           Available: tzdata-java-2018f-2.el7.noarch (sl-security)
               tzdata-java = 2018f-2.el7
           Available: tzdata-java-2018g-1.el7.noarch (sl-security)
               tzdata-java = 2018g-1.el7
           Available: tzdata-java-2018i-1.el7.noarch (sl-security)
               tzdata-java = 2018i-1.el7
           Available: tzdata-java-2019a-1.el7.noarch (sl-security)
               tzdata-java = 2019a-1.el7
           Available: tzdata-java-2019b-1.el7.noarch (sl-security)
               tzdata-java = 2019b-1.el7
           Available: tzdata-java-2020a-1.el7.noarch (sl-security)
               tzdata-java = 2020a-1.el7
           Available: tzdata-java-2020b-3.el7.noarch (sl-security)
               tzdata-java = 2020b-3.el7
           Available: tzdata-java-2020d-2.el7.noarch (sl-security)
               tzdata-java = 2020d-2.el7
           Available: tzdata-java-2020f-1.el7.noarch (sl-security)
               tzdata-java = 2020f-1.el7
           Available: tzdata-java-2021a-1.el7.noarch (sl-security)
               tzdata-java = 2021a-1.el7
           Available: tzdata-java-2021c-1.el7.noarch (sl-security)
               tzdata-java = 2021c-1.el7
           Available: tzdata-java-2021e-1.el7.noarch (sl-security)
               tzdata-java = 2021e-1.el7
           Available: tzdata-java-2022a-1.el7.noarch (sl-security)
               tzdata-java = 2022a-1.el7
           Available: tzdata-java-2022c-1.el7.noarch (sl-security)
               tzdata-java = 2022c-1.el7
           Available: tzdata-java-2022d-1.el7.noarch (sl-security)
               tzdata-java = 2022d-1.el7
           Available: tzdata-java-2022e-1.el7.noarch (sl-security)
               tzdata-java = 2022e-1.el7
           Available: tzdata-java-2022f-1.el7.noarch (sl-security)
               tzdata-java = 2022f-1.el7
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

On:

[dirac@localhost ~]$ uname -a
Linux localhost 4.14.76-13.cernvm.x86_64 #1 SMP Tue Oct 16 18:26:15 CEST 2018 x86_64 x86_64 x86_64 GNU/Linux

Thanks,
Federico

Hi Federico!

thanks for the report, this is indeed likely an issue with the packaging in CernVM4. Note that the updated CernVM5 images should go into production soon, it’s highly recommended to update once they are available.

I’m not entirely sure of the ramifications, but a possible workaround is removing the cernvm-system metapackage: yum remove cernvm-system. After that it is possible to update and install java, but it might break the vm in other ways so use at your own risk. We’ll try to update the package in the next days which would also fix the issues.
Cheers,
Valentin