Bug 40692 - UCS 3.3 OpenJDK update
UCS 3.3 OpenJDK update
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: Upstream packages
UCS 3.3
Other Linux
: P5 enhancement (vote)
: UCS 3.3
Assigned To: Stefan Gohmann
Felix Botner
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2016-02-16 21:04 CET by Stefan Gohmann
Modified: 2016-06-07 21:35 CEST (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments
updater.log (588.67 KB, text/x-log)
2016-04-04 13:44 CEST, Felix Botner
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Gohmann univentionstaff 2016-02-16 21:04:13 CET
OpenJDK should be updated to 7 (Debian Wheezy) in UCS 3.3.
Comment 1 Stefan Gohmann univentionstaff 2016-02-29 07:01:36 CET
It should be changed in the same way like Bug #35382.
Comment 2 Stefan Gohmann univentionstaff 2016-03-06 14:25:30 CET
The following packages have been copied:

 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p rhino
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p lcms2
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p nspr
 repo_admin.py --cherrypick -r 4.0 -s errata4.0-3 --releasedest 3.3 -p nss
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p fonts-ipafont
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p gcc-4.6
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p gcj-4.6
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p gcj-4.7
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p gcc-defaults
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p ecj
 repo_admin.py --cherrypick -r 4.1 -s errata4.1-0 --releasedest 3.3 -p openjdk-7

The build is currently running.
Comment 3 Stefan Gohmann univentionstaff 2016-03-06 14:48:08 CET
The following packages have been copied as well:
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p maven-repo-helper
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p cdbs
Comment 4 Stefan Gohmann univentionstaff 2016-03-06 19:15:00 CET
And this one:
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p libffi
Comment 5 Stefan Gohmann univentionstaff 2016-03-07 08:22:27 CET
The following package has been copied:
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p java-atk-wrapper
Comment 6 Stefan Gohmann univentionstaff 2016-03-07 21:35:12 CET
OpenJDK-7 has been build for UCS 3.3.

I've also adjusted the univention-java dependency: r67971

And the preup.sh switches to OpenJDK-7: r67972 + r67973

The switch can be prevented by setting update33/skip/openjdk7 to true.

Needs to be tested.
Comment 7 Stefan Gohmann univentionstaff 2016-03-14 07:59:55 CET
icedtea-web is also needed:
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p libsigc++-2.0
 repo_admin.py --cherrypick -r 4.0 --releasedest 3.3 -p icedtea-web

Backport patches have been added: 
 icedtea-web: r16176 + r16177
 libsigc++-2.0: r16170, r16171, r16172, r16173
Comment 8 Felix Botner univentionstaff 2016-04-04 13:02:15 CEST
UCS 3.3

-> apt-get install ecj
Die folgenden zusätzlichen Pakete werden installiert:
  ... icedtea-6-jre-cacao java-common openjdk-6-jre-headless openjdk-6-jre-lib

java-common suggests default-jre and default-jre depends on openjdk-6-jre.
Please also upgrade the java-common package.

Also if both java 6 and java 7 are installed, java6 has a higher "debian  alternatives" priority:

-> java -version
java version "1.6.0_36"
OpenJDK Runtime Environment (IcedTea6 1.13.8) (6b36-1.13.8-1.78.201510261342)
OpenJDK 64-Bit Server VM (build 23.25-b01, mixed mode)


-> update-alternatives --query java
Name: java
Link: /usr/bin/java
Slaves:
 java.1.gz /usr/share/man/man1/java.1.gz
Status: auto
Best: /usr/lib/jvm/java-6-openjdk/jre/bin/java
Value: /usr/lib/jvm/java-6-openjdk/jre/bin/java

Alternative: /usr/bin/gij-4.7
Priority: 1047
Slaves:

Alternative: /usr/lib/jvm/java-6-openjdk/jre/bin/java
Priority: 1061
Slaves:
 java.1.gz /usr/lib/jvm/java-6-openjdk/jre/man/man1/java.1.gz

Alternative: /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java
Priority: 1051
Slaves:
 java.1.gz /usr/lib/jvm/java-7-openjdk-amd64/jre/man/man1/java.1.gz
Comment 9 Felix Botner univentionstaff 2016-04-04 13:44:13 CEST
Created attachment 7572 [details]
updater.log

UCS 3.2-8

openjdk-6-jre                                   install
openjdk-6-jre-headless                          install
openjdk-6-jre-lib                               install
java-common

Update to 3.3

updater.log


Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 openjdk-7-jre-headless : Hängt ab von: libjpeg8 ist aber nicht installierbar
                          Hängt ab von: libsctp1 (>= 1.0.10+dfsg) ist aber nicht installierbar
...
E: Paket »openjdk-7-jre-lib« hat keinen Installationskandidaten
...
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 openjdk-7-jre : Hängt ab von: openjdk-7-jre-headless (= 7u95-2.6.4-1~ucs3.3.28.201603061918) soll aber nicht installiert werden
                 Hängt ab von: libjpeg8 ist aber nicht installierbar
...
Comment 10 Arvid Requate univentionstaff 2016-04-20 19:09:45 CEST
While testing tomcat6 with openjdk-6-jre I noticed one other point:

The package default-jre-headless (from java-common 0.47~ucs3.3.25.201604200647) installed a symlink /usr/lib/jvm/default-java pointing to "java-1.6.0-openjdk-amd64" which doesn't exist. The old openjdk-6-jre-headless package from errata3.2-8 didn't install a file of that name, it's called "java-1.6.0-openjdk" instead.
Comment 11 Stefan Gohmann univentionstaff 2016-04-21 08:31:21 CEST
We have still dependencies of maintained packages to openjdk-6 like openoffice.org. This needs to be fixed.
Comment 12 Stefan Gohmann univentionstaff 2016-04-30 09:08:36 CEST
(In reply to Arvid Requate from comment #10)
> While testing tomcat6 with openjdk-6-jre I noticed one other point:
> 
> The package default-jre-headless (from java-common
> 0.47~ucs3.3.25.201604200647) installed a symlink /usr/lib/jvm/default-java
> pointing to "java-1.6.0-openjdk-amd64" which doesn't exist. The old
> openjdk-6-jre-headless package from errata3.2-8 didn't install a file of
> that name, it's called "java-1.6.0-openjdk" instead.

That is part of the multiarch changes. I've rebuild java-common and it depends now on openjdk-7 packages.

(In reply to Felix Botner from comment #8)
> -> apt-get install ecj
> Die folgenden zusätzlichen Pakete werden installiert:
>   ... icedtea-6-jre-cacao java-common openjdk-6-jre-headless
> openjdk-6-jre-lib
> 
> java-common suggests default-jre and default-jre depends on openjdk-6-jre.
> Please also upgrade the java-common package.

The java-common package has been rebuild.

> Also if both java 6 and java 7 are installed, java6 has a higher "debian 
> alternatives" priority:

We remove openjdk if possible, so we can ignore it. I've updated the release notes: r68928.

 
(In reply to Stefan Gohmann from comment #11)
> We have still dependencies of maintained packages to openjdk-6 like
> openoffice.org. This needs to be fixed.

I've rebuild openoffice.org without java.

Todos: Tests and changelog entry about openoffice
Comment 13 Stefan Gohmann univentionstaff 2016-05-02 06:34:52 CEST
(In reply to Stefan Gohmann from comment #12)
> (In reply to Stefan Gohmann from comment #11)
> > We have still dependencies of maintained packages to openjdk-6 like
> > openoffice.org. This needs to be fixed.
> 
> I've rebuild openoffice.org without java.
> 
> Todos: Tests and changelog entry about openoffice

Tests were successful. Changelog: r69034 + r69035
Comment 14 Felix Botner univentionstaff 2016-05-02 12:33:05 CEST
(1)

still can't install openjdk-7

-> apt-get -s install openjdk-7-jre-headless 
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Statusinformationen werden eingelesen... Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 openjdk-7-jre-headless : Hängt ab von: libjpeg8 ist aber nicht installierbar
                          Hängt ab von: libsctp1 (>= 1.0.10+dfsg) ist aber nicht installierbar
E: Beschädigte Pakete

libjpeg8 and libsctp1 are unmaintained

libjpeg8:
  Installiert: (keine)
  Kandidat:    8b-1.2.201104291857
  Versionstabelle:
     8b-1.2.201104291857 0
        500 http://updates-test.software-univention.de/3.0/unmaintained/ 3.0-0/amd64/ Packages
root@master:~# apt-cache policy libsctp1
libsctp1:
  Installiert: (keine)
  Kandidat:    1.0.11+dfsg-1.2.201104231654
  Versionstabelle:
     1.0.11+dfsg-1.2.201104231654 0
        500 http://updates-test.software-univention.de/3.0/unmaintained/ 3.0-0/amd64/ Packages


(2)

java-common still depends on openjdk-6

Package: default-jre-headless
Depends: openjdk-6-jre-headless (>= 6b23~pre8-2~), java-common

Package: default-jre
Depends: default-jre-headless, openjdk-6-jre (>= 6b23~pre8-2~)

Package: default-jdk
Depends: default-jre, openjdk-6-jdk (>= 6b23~pre8-2~)

(3) some more openjdk-6 dependencies:

Package: ca-certificates-java
Depends: ca-certificates (>= 20090814), openjdk-6-jre-headless (>= 6b16-1.6.1-2) | java6-runtime-headless

Package: libaccess-bridge-java
Depends: default-jre | openjdk-6-jre | sun-java6-jre
 => depends on default-jre, once java-common has the proper dependency,
    this should be fine

Package: liblucene2-java
Depends: openjdk-6-jre-headless | java5-runtime-headless

Package: openoffice.org-filter-mobiledev
Depends: default-jre | gcj-jre | java-gcj-compat | openjdk-6-jre | sun-java5-jre | sun-java6-jre | java5-runtime | jre, openoffice.org-java-common
 => depends on default-jre, once java-common has the proper dependency,
    this should be fine

Package: openoffice.org-officebean
Depends: openoffice.org-core (= 1:3.2.1-11.396.201302261442), libc6 (>= 2.2.5), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.1.1), default-jre | gcj-jre | java-gcj-compat (>= 1.0.77-4) | openjdk-6-jre | sun-java5-jre | sun-java6-jre | java5-runtime | jre, openoffice.org-java-common (>= 1:3.2.1~)
 => depends on default-jre, once java-common has the proper dependency,
    this should be fine
Comment 15 Arvid Requate univentionstaff 2016-05-04 20:33:51 CEST
There is a new upstream version, see Bug 40482 Comment 5.

Note: Debian wheezy LTS also prepares fro the switch from openjdk-6 to openjdk-7, see https://lists.debian.org/debian-lts-announce/2016/05/msg00007.html , maybe there is some detail we can learn from that.
Comment 16 Stefan Gohmann univentionstaff 2016-05-04 23:48:10 CEST
(In reply to Felix Botner from comment #14)
> (1)
> 
> still can't install openjdk-7
> 
> -> apt-get -s install openjdk-7-jre-headless 
> Paketlisten werden gelesen... Fertig
> Abhängigkeitsbaum wird aufgebaut       
> Statusinformationen werden eingelesen... Fertig
> Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
> Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
> Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
> nicht erstellt wurden oder Incoming noch nicht verlassen haben.
> Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:
> 
> Die folgenden Pakete haben unerfüllte Abhängigkeiten:
>  openjdk-7-jre-headless : Hängt ab von: libjpeg8 ist aber nicht installierbar
>                           Hängt ab von: libsctp1 (>= 1.0.10+dfsg) ist aber
> nicht installierbar
> E: Beschädigte Pakete
> 
> libjpeg8 and libsctp1 are unmaintained

Both packages have been cherry picked and rebuild:
repo_admin.py --cherrypick -r 3.1 -s errata3.1-1 --releasedest 3.3 -p libjpeg8
repo_admin.py --cherrypick -r 3.0 --releasedest 3.3 -p lksctp-tools
build-package-ng -P ucs -r 3.3-0-0 -p libjpeg8
build-package-ng -P ucs -r 3.3-0-0 -p lksctp-tools


> 
> (2)
> 
> java-common still depends on openjdk-6
> 
> Package: default-jre-headless
> Depends: openjdk-6-jre-headless (>= 6b23~pre8-2~), java-common
> 
> Package: default-jre
> Depends: default-jre-headless, openjdk-6-jre (>= 6b23~pre8-2~)
> 
> Package: default-jdk
> Depends: default-jre, openjdk-6-jdk (>= 6b23~pre8-2~)
> 
> (3) some more openjdk-6 dependencies:
> 
> Package: ca-certificates-java
> Depends: ca-certificates (>= 20090814), openjdk-6-jre-headless (>=
> 6b16-1.6.1-2) | java6-runtime-headless

That's the same in UCS 4.0. That should work through java6-runtime-headless.

> Package: libaccess-bridge-java
> Depends: default-jre | openjdk-6-jre | sun-java6-jre
>  => depends on default-jre, once java-common has the proper dependency,
>     this should be fine

OK

> Package: liblucene2-java
> Depends: openjdk-6-jre-headless | java5-runtime-headless

I've rebuild the package.
 
> Package: openoffice.org-filter-mobiledev
> Depends: default-jre | gcj-jre | java-gcj-compat | openjdk-6-jre |
> sun-java5-jre | sun-java6-jre | java5-runtime | jre,
> openoffice.org-java-common
>  => depends on default-jre, once java-common has the proper dependency,
>     this should be fine

OK

> Package: openoffice.org-officebean
> Depends: openoffice.org-core (= 1:3.2.1-11.396.201302261442), libc6 (>=
> 2.2.5), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.1.1), default-jre | gcj-jre |
> java-gcj-compat (>= 1.0.77-4) | openjdk-6-jre | sun-java5-jre |
> sun-java6-jre | java5-runtime | jre, openoffice.org-java-common (>= 1:3.2.1~)
>  => depends on default-jre, once java-common has the proper dependency,
>     this should be fine

OK

Still more testing is needed.
Comment 17 Stefan Gohmann univentionstaff 2016-05-11 20:36:16 CEST
(In reply to Stefan Gohmann from comment #16)
> Still more testing is needed.

Works so far.
Comment 18 Felix Botner univentionstaff 2016-05-12 11:40:36 CEST
FAIL - i'm not sure if this is a blocker but the java browser plugin
       does not work (icedtea-7-plugin) in the 3.3 firefox

LoadPlugin: failed to initialize shared library libXt.so [libXt.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden]
LoadPlugin: failed to initialize shared library libXext.so [libXext.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden]
LoadPlugin: failed to initialize shared library /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so [/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/am
d64/IcedTeaPlugin.so: wrong ELF class: ELFCLASS64]
LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/skypebuttons.so [/usr/lib/mozilla/plugins/skypebuttons.so: wrong ELF class: ELFCLASS6
4]


OK - update 3.2 + univention-java (openjdk-6) to 3.3 (openjdk-7) and 4.0
OK - installation of univention-java/openjdk-7 in UCS 3.3

OK - openoffice (just tested if oowrite, oocalc etc. can be started)

OK - java-common
OK - ca-certificates-java
OK - liblucene2-java
OK - openoffice.org-filter-mobiledev


-> apt-get -s install openoffice.org-officebean 
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 openoffice.org-officebean : 
   Hängt ab von: openoffice.org-core (= 1:3.2.1-11.396.201302261442) soll 
     aber nicht installiert werden
   Hängt ab von: openoffice.org-java-common (>= 1:3.2.1~) soll 
     aber nicht installiert werden
OK - we built oo without java, this is probably the reason
Comment 19 Stefan Gohmann univentionstaff 2016-05-12 12:29:21 CEST
(In reply to Felix Botner from comment #18)
> FAIL - i'm not sure if this is a blocker but the java browser plugin
>        does not work (icedtea-7-plugin) in the 3.3 firefox

I've created Bug #41270 for it. I think it isn't a blocker.
Comment 20 Felix Botner univentionstaff 2016-05-12 14:51:12 CEST
OK
Comment 21 Stefan Gohmann univentionstaff 2016-06-07 21:35:49 CEST
UCS 3.3 has been released:
 https://docs.software-univention.de/release-notes-3.3-0-en.html
 https://docs.software-univention.de/release-notes-3.3-0-de.html

If this error occurs again, please use "Clone This Bug".