Bug 1431539 - gnome-documents requires libreofficekit which is not provided
Summary: gnome-documents requires libreofficekit which is not provided
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: libreoffice
Version: 7.4
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: alpha
: ---
Assignee: David Tardon
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1386892 1392968
TreeView+ depends on / blocked
 
Reported: 2017-03-13 07:58 UTC by Tomas Pelka
Modified: 2017-08-01 12:21 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
undefined
Clone Of:
Environment:
Last Closed: 2017-08-01 12:21:15 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2017:1975 0 normal SHIPPED_LIVE Moderate: libreoffice security and bug fix update 2017-08-01 16:04:51 UTC

Description Tomas Pelka 2017-03-13 07:58:39 UTC
Description of problem:
New 3.22 gnome-documents requires libreofficekit which is not provided by libreoffice pkg(s).

Version-Release number of selected component (if applicable):
gnome-documents-3.22.1-1.el7
libreoffice-writer-5.0.6.2-6.el7

How reproducible:
100%

Steps to Reproduce:
1. install new gnome-documents
2.
3.

Actual results:
--> Processing Dependency: libreofficekit for package: gnome-documents-3.22.1-1.el7.x86_64

Expected results:


Additional info:
I think this is just spec file change, we need either libreofficekit subpackage like on F25 or extra Provide in spec for libreoffice.

Comment 1 Caolan McNamara 2017-03-13 10:30:31 UTC
caolanm->dtardon: is this possible with the early liblibreofficekitgtk.so bundled with 5.0.X or is too early a version for gnome-document integration to work in practice ?

Comment 2 Debarshi Ray 2017-03-13 13:01:31 UTC
(In reply to Caolan McNamara from comment #1)
> caolanm->dtardon: is this possible with the early liblibreofficekitgtk.so
> bundled with 5.0.X or is too early a version for gnome-document integration
> to work in practice ?

I will have to dig through the Git logs and bug reports to answer that, but probably not. I recall that it needed some small fixes here and there to get everything working smoothly. Indeed, dtardon or pranavk (from the upstream LibreOffice community) would be in a better position to answer that.

gnome-documents-3.20 was the first version to start using LOKDocView, ie. Fedora 24. So that's definitely a safe baseline. I will have to check if we added any new requirements to gnome-documents-3.22, which is the version that RHEL 7.4 will be having.

Comment 3 Pranav Kant 2017-03-13 13:43:50 UTC
(In reply to Caolan McNamara from comment #1)
> caolanm->dtardon: is this possible with the early liblibreofficekitgtk.so
> bundled with 5.0.X or is too early a version for gnome-document integration
> to work in practice ?

It is actually too early a version for this work to work with 5.0.X. There were plenty of fixes that are only in 5.1 but not in 5.0.X. We also don't install any g-i files in 5.0.X (added in 8f2aace9 in upstream LO). gnome-documents starting from 3.20 won't open ODF/OOXML files if it doesn't find this g-i file.

Should be possible to cherry-pick stuff to 5.0.X though.

Comment 5 David Tardon 2017-03-23 17:49:19 UTC
I've backported the majority of libreofficekit/lokdocview/tiled rendering from 5.1.6. The only problem I can see is that spreadsheets are not opened correctly: after a spreadsheet is opened, opening subsequent files shows the first file again.

Comment 7 Bill Sanford 2017-04-05 18:22:40 UTC
Verified with RHEL-7.4-20170330.1

[root@dhcp-10-19-63-104 ~]# rpm -qa | grep libreofficekit
libreofficekit-5.0.6.2-7.el7.x86_64

Comment 8 errata-xmlrpc 2017-08-01 12:21:15 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2017:1975


Note You need to log in before you can comment on or make changes to this bug.