Opened 2 years ago

Closed 2 years ago

#12379 closed enhancement (fixed)


Reported by: Bruce Dubbs Owned by: ken@…
Priority: high Milestone: 9.0
Component: BOOK Version: SVN
Severity: normal Keywords:


New minor version.

Change History (4)

comment:1 by ken@…, 2 years ago

Owner: changed from blfs-book to ken@…
Priority: normalhigh
Status: newassigned

I'm tentatively taking this (still building the deps in the book which I don't normally build, using a glibc-2.29/pango-1.44.2 system).

And marking as high priority because it is supposed to really fix CVE-2019-9848.

comment:2 by ken@…, 2 years ago

Beats me. Fedora have released an srpm without any obvious fixes, gentoo ebuild appears to be "normal". But for me it fails:

 g++ -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED -DCPPU_ENV=gcc3 -DLINUX -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DUNIX -DUNX -DX86_64 -D_PTHREADS -D_REENTRANT -DU_USING_ICU_NAMESPACE=1   -fvisibility=hidden    -Wall -Wno-missing-braces -Wnon-virtual-dtor -Wendif-labels -Wextra -Wundef -Wunreachable-code -Wunused-macros -finput-charset=UTF-8 -fmessage-length=0 -fno-common -pipe  -Wno-maybe-uninitialized -Wduplicated-cond -Wlogical-op -Wshift-overflow=2 -Wunused-const-variable=1 -Wno-cast-function-type -fvisibility-inlines-hidden -fstack-protector-strong -fPIC -Wshadow -Woverloaded-virtual -std=gnu++2a -pthread   -DEXCEPTIONS_ON -fexceptions -fno-enforce-eh-specs -O3 -march=native -D_FORTIFY_SOURCE=2 -fstack-protector-strong -D_GLIBCXX_ASSERTIONS    -DLIBO_INTERNAL_ONLY  -c $S/i18npool/source/calendar/calendarImpl.cxx -o $W/CxxObject/i18npool/source/calendar/calendarImpl.o -MMD -MT $W/CxxObject/i18npool/source/calendar/calendarImpl.o -MP -MF $W/Dep/CxxObject/i18npool/source/calendar/calendarImpl.d_ -I$S/include  -I/opt/jdk/include -I/opt/jdk/include/linux -I$S/config_host  -I$S/i18npool/inc  -I$W/UnoApiHeadersTarget/udkapi/normal -I$W/UnoApiHeadersTarget/offapi/normal -I/usr/include   && mv $W/Dep/CxxObject/i18npool/source/calendar/calendarImpl.d_ $W/Dep/CxxObject/i18npool/source/calendar/calendarImpl.d
/scratch/working/libreoffice- error: reference to 'Calendar' is ambiguous
  131 | Calendar SAL_CALL
      | ^~~~~~~~
In file included from /scratch/working/libreoffice-,
In file included from /scratch/working/libreoffice-,
                 from /scratch/working/libreoffice-
/usr/include/unicode/calendar.h:185:18: note:                 'class icu_64::Calendar'
  185 | class U_I18N_API Calendar : public UObject {
      |                  ^~~~~~~~
make[1]: *** [/scratch/working/libreoffice- /scratch/working/libreoffice-] Error 1

comment:3 by ken@…, 2 years ago

Release notes are at

The programs seem to work if I start them by name, but I'm in a DE for a change (xfce) and starting from the menu (using .desktop files) fails.

The desktop files appear to be unchanged, e.g. /usr/lib/libreoffice/share/xdg/calc.desktop has

Exec=libreoffice --calc %U

but they all produce an error when run that way:

Failed to execute command "libreoffice6.3 --writer %U".

Failed to execute child process
“libreoffice6.3” (No such file or directory)

At the moment, no idea if this will be a general problem, the .desktop files seem the same as in 6.2.

They are created from sysui/desktop/menus/*.desktop, e.g. calc.desktop begins as


I suppose we could perhaps change them individually with a sed, the files arebase.desktop, draw.desktop, math.desktop, writer.desktop, calc.desktop, impress.desktop, startcenter.desktop, but I guess a sed might break the build (probably not). There is also xsltfilter.desktop which does not Exec anything.

The startcenter file is a bit different, the relevant parts are:

Exec=libreoffice %U

##Define Actions

[Desktop Action Writer]
Exec=libreoffice --writer

[Desktop Action Calc]
Exec=libreoffice --calc

[Desktop Action Impress]
Exec=libreoffice --impress

[Desktop Action Draw]
Exec=libreoffice --draw

[Desktop Action Base]
Exec=libreoffice --base

[Desktop Action Math]
Exec=libreoffice --math

##End of actions menu

I guess the first part could be changed to exec loffice, and the others changed to exec lowriter, localc, loimpress, lodraw, lobase, lomath. But I'm not familiar with desktop menus and unsure if this is going to be a general problem.

comment:4 by ken@…, 2 years ago

Resolution: fixed
Status: assignedclosed

Hmm, I thought I'd updated this to say that the menu problem resolved when I shutdown X and then went back in.

Fixed, r21955.

Note: See TracTickets for help on using tickets.