[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#882436: libreoffice-core: Unable to upgrade (conflicts with openjdk-8-jre-headless)



notfound 882436 1:5.4.3~rc1-2
found 882436 1:5.4.3-1
block 882436 by 876051
thanks

Hi,

On Wed, Nov 22, 2017 at 09:46:00PM +0100, Nicolas Patrois wrote:
> Package: libreoffice-core
> Version: 1:5.4.3~rc1-2

No, if you file bugs PLEASE a bit of carefulness. This is the version
you try to upgrade from...

> Severity: minor
> 
> Dear Maintainer,
> 
> libreoffice-core conflits with openjdk-8-jre-headless but 8u151-b12-1 is installed.

Yes. This is completely intended. See the changelog:

libreoffice (1:5.4.3-1) unstable; urgency=medium
[...]
  * debian/patches/java9-jawt.diff: add from master; find jawt with Java9 and
    also fix odk/settings/settings.mk for it
  * debian/patches/java9-rhino.diff: add from master; fix rhino build with Java9
[...]
    - explicitly use and depend on openjdk 9 on i386 now that #876069 is fixed.
    - set JAVA_TOOL_OPTIONS=-Dfile.encoding=UTF8 in build-indep (needed for
      Java9 in reportbuilder) 
[...]
  * debian/control.in: make -core conflict against openjdk-{6,7,8}-jre-headless
    on i386- -java-common would make more sense, but it's Arch: all..

 -- Rene Engelhard <rene@debian.org>  Tue, 07 Nov 2017 20:59:01 +0100

This is a compromise between having LO still crash because of the Stack
Class security fix regressions (yes, STILL unfixed in the kernel) or
by using a OpenJDK which is fixed. Which is 9.

A merge Depends wouldn't work since you could still have 8 installed and
LO might pick that one up.

[There's an option upstream which sounds possible to "pin" a specific
JDK, but that turns out to have an other purpose _and_ is outdated]

> Then, I can’t upgrade:
> 4)      libreoffice [1:5.4.3~rc1-2 (now)]                        
> 5)      libreoffice-avmedia-backend-vlc [1:5.4.3~rc1-2 (now)]    
> 6)      libreoffice-base [1:5.4.3~rc1-2 (now)]                   
> 7)      libreoffice-base-core [1:5.4.3~rc1-2 (now)]              
> 8)      libreoffice-base-drivers [1:5.4.3~rc1-2 (now)]           
> 9)      libreoffice-calc [1:5.4.3~rc1-2 (now)]                   
> 10)     libreoffice-core [1:5.4.3~rc1-2 (now)]                   
> 11)     libreoffice-draw [1:5.4.3~rc1-2 (now)]                   
> 12)     libreoffice-gnome [1:5.4.3~rc1-2 (now)]                  
> 13)     libreoffice-gtk3 [1:5.4.3~rc1-2 (now)]                   
> 14)     libreoffice-impress [1:5.4.3~rc1-2 (now)]                
> 15)     libreoffice-math [1:5.4.3~rc1-2 (now)]                   
> 16)     libreoffice-officebean [1:5.4.3~rc1-2 (now)]             
> 17)     libreoffice-ogltrans [1:5.4.3~rc1-2 (now)]               
> 18)     libreoffice-report-builder-bin [1:5.4.3~rc1-2 (now)]     
> 19)     libreoffice-sdbc-firebird [1:5.4.3~rc1-2 (now)]          
> 20)     libreoffice-sdbc-hsqldb [1:5.4.3~rc1-2 (now)]            
> 21)     libreoffice-sdbc-postgresql [1:5.4.3~rc1-2 (now)]        
> 22)     libreoffice-writer [1:5.4.3~rc1-2 (now)]

Correct. You want to install openjdk-9.

Or get openjdk-8 (and/or linux) fixed. See 876051  and the referenced
linux bugi (#865303). After that one I can conflict against the unfixed
openjdk-8 versions instead of against all. Until then... bad luck.

> -- Package-specific info:
> All deployed bundled extensions:
> 
> Identifier: org.openoffice.da.writer2latex.oxt
[...]
> Identifier: com.sun.wiki-publisher
[...]
> Identifier: com.sun.star.comp.Calc.NLPSolver
[...]
> Identifier: org.openoffice.da.writer2xhtml.oxt
[...]

So 4 of the 5 extensions installed are Java at at least wiki-publisher
and nlpsolver are known to make LO run into the crash (even when those
features are not used).

> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)

That is your problem, fwiw, if you can't live with this workaround on this
"obsolete" architecture, you might want to use amd64.

Regards,

Rene


Reply to: