Bug 126440 - LibreOffice v.6.2.x series will not install properly on Mageia Linux v.7 (kde5)
Summary: LibreOffice v.6.2.x series will not install properly on Mageia Linux v.7 (kde5)
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Installation (show other bugs)
Version:
(earliest affected)
6.2.5.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-07-17 11:59 UTC by Marc Pare
Modified: 2020-01-29 14:11 UTC (History)
3 users (show)

See Also:
Crash report or crash signature: ["ld-2.29.so"]


Attachments
strace log results (101.07 KB, text/plain)
2019-07-17 12:00 UTC, Marc Pare
Details
Backtrace on 24October Daily (304.97 KB, text/x-log)
2019-10-24 12:37 UTC, Marc Pare
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marc Pare 2019-07-17 11:59:06 UTC
Description:
I downloaded the latest LibreOffice v.6.2.x rpm version of LibreOffice from the download page to my Mageia v.7 distro. For some reason, the LibreOffice v.6.2.x versions seem to install properly, but when I try to start the program, only the initial LibreOffice splash logo appears and then it fails to open LibreOffice. I have reported this to the Mageia devs who say that they have the v.6.2.3 version working on the Mageia rpm package manager.

However, I usually install the latest bleeding edge versions of LibreOffice so that I may report any issues should any arise in my daily uses. I use Mageia Linux exclusively on my production desktop.

I wonder if you could take a look at my strace log and see if you can spot where there is an issue. I wonder if any other Linux distro may be having the same issue.

Note also, that I have tested the installation of the v.6.1.x rpm versions from the LibreOffice download page and they install and work as expected. So, something in v.6.2.x was introduced that make the v.6.2.x series not work on the latest Mageia v.7 distro.



Steps to Reproduce:
1. Have the latest Mageia v.7 installed
2. Download latest rpm packages from the LibreOffice Download page
3. Install rpm package as per usual
4. Start LibreOffice
5. Only the splash page shows
6. LibreOffice fails

Actual Results:
I will attach my strace log.

Expected Results:
After the installation, LibreOffice should start as per usual.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Comment 1 Marc Pare 2019-07-17 12:00:32 UTC
Created attachment 152830 [details]
strace log results
Comment 2 Marc Pare 2019-10-16 02:02:09 UTC
I have time to play around with the issue and have found that there seems to be a conflict with the Nvidia driver used with Mageia Linux and KDE only. I am assuming that this issue is most likely to happen with other Linux distros where a user is trying to install the .rpm files from the LibreOffice download pages.

There has been a "crashreport" generated that you can find details here: http://crashreport.libreoffice.org/stats/crash_details/d56fbed1-37c1-43ed-87da-fab000cb769a

This will hopefully help with resolving this issue. The temporary fix is to log into any desktop manager such as LXDE where the .rpm packages work out as they should.

Note that there is the same issue with the 6.3.x LibreOffice .rpm downloaded from the LibreOffice website.

Marc
Comment 3 Marc Pare 2019-10-21 05:34:03 UTC
I notice that this discussion is related to bug 126774.

Perhaps these 2 could be combined?

Marc
Comment 4 Xisco Faulí 2019-10-21 11:37:04 UTC
Hi Marc Pare,
Does it work if you launch LibreOffice from commandline with 'SAL_USE_VCLPLUGIN=gtk3 soffice' ?
Comment 5 Marc Pare 2019-10-21 14:00:34 UTC
(In reply to Xisco Faulí from comment #4)
> Hi Marc Pare,
> Does it work if you launch LibreOffice from commandline with
> 'SAL_USE_VCLPLUGIN=gtk3 soffice' ?

Yes it does work perfectly fine with using gtk3 as you suggest. 

There is also a talk of issues on the FR discussion list about others having the same issues and a suggestion that it may indeed by an issue with gtk5. [http://go.mail-archive.com/MKaa8UnKR0BUcc156cXJ401ZKRY=]

I installed Gnome on my system and can confirm that LibreOffice works as per usual on Gnome.

Marc
Comment 6 QA Administrators 2019-10-22 02:33:47 UTC Comment hidden (obsolete)
Comment 7 Michael Weghorn 2019-10-22 11:16:00 UTC
Can you download a daily build with debug information from [1] and retrieve a backtrace as described at [2] if it's the same there? You can install that one in parallel as described at [3].

[1] https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@86-TDF-dbg/
[2] https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace
[3] https://wiki.documentfoundation.org/Installing_in_parallel/Linux
Comment 8 Marc Pare 2019-10-24 12:37:44 UTC
Created attachment 155278 [details]
Backtrace on 24October Daily

Attached backtrace log file as request by Michael Weghorn
Comment 9 Michael Weghorn 2019-10-24 20:49:40 UTC
(In reply to Marc Pare from comment #8)
> Created attachment 155278 [details]
> Backtrace on 24October Daily

Thanks. That's strange though, since it ends with

    [Inferior 1 (process 5927) exited normally]

which you usually don't get for a crash, but when the program runs normally; and there is no actual backtrace.

Just to make sure: Did you experience the same issue with this daily build as you see with the 6.2.x version?

Unfortunately, I can't see anything obvious in the strace output either. What exact Nvidia driver are you using? Do you have the chance to test with any other one to see whether the issue goes away then?
Comment 10 Marc Pare 2019-10-27 21:02:30 UTC
(In reply to Michael Weghorn from comment #9)
> (In reply to Marc Pare from comment #8)
> > Created attachment 155278 [details]
> > Backtrace on 24October Daily
> 
> Thanks. That's strange though, since it ends with
> 
>     [Inferior 1 (process 5927) exited normally]
> 
> which you usually don't get for a crash, but when the program runs normally;
> and there is no actual backtrace.
> 
> Just to make sure: Did you experience the same issue with this daily build
> as you see with the 6.2.x version?
> 
> Unfortunately, I can't see anything obvious in the strace output either.
> What exact Nvidia driver are you using? Do you have the chance to test with
> any other one to see whether the issue goes away then?

Hi Michael,

I just tried the daily-build 6.4.0.0.alpha1+ for 27 October and it starts just as it should. There is no hanging at the LibreOffice splash startup.

I just went back to the LibreOffice v.6.3.3.1 and you may see the crash report here: http://crashreport.libreoffice.org/stats/crash_details/ae75cbc3-314c-4397-97ca-b545237b02e0

If I start the same LibreOffice 6.3.3.1 with Xisco's suggestion of 'SAL_USE_VCLPLUGIN=gtk3 soffice', then it starts up perfectly.

I tried all linux drivers possible for my GeForce GTX 1060 6GB card and they all have issues with starting up LibreOffice with hanging at the splash startup.

Perhaps it is a gtk issue?

Marc
Comment 11 QA Administrators 2019-10-28 03:31:03 UTC Comment hidden (obsolete)
Comment 12 Michael Weghorn 2019-10-29 08:51:40 UTC
(In reply to Marc Pare from comment #10)
> I just tried the daily-build 6.4.0.0.alpha1+ for 27 October and it starts
> just as it should. There is no hanging at the LibreOffice splash startup.
> 

This might mean that the issue has already been fixed in the current development version of LibreOffice (or it behaves differently for some unknown another reason...).

If so, this bug can possibly be closed as WORKSFORME, since it will start working with LibreOffice 6.4.
If you want to verify this and identify the potential fix, you could do bibisecting [1] using the "bibisect-linux-64-6.4" bibisect repository [2] and if it was actually fixed in LibreOffice, we can possibly backport this to LibreOffice 6.3 as well.
Alternatively, you could of course live with the workaround for now and retest once LibreOffice 6.4 is out. What do you think?

> I just went back to the LibreOffice v.6.3.3.1 and you may see the crash
> report here:
> http://crashreport.libreoffice.org/stats/crash_details/ae75cbc3-314c-4397-
> 97ca-b545237b02e0

At a quick glance, this looks rather like some linker issue to me than a bug in LibreOffice...

> 
> If I start the same LibreOffice 6.3.3.1 with Xisco's suggestion of
> 'SAL_USE_VCLPLUGIN=gtk3 soffice', then it starts up perfectly.
> 
> I tried all linux drivers possible for my GeForce GTX 1060 6GB card and they
> all have issues with starting up LibreOffice with hanging at the splash
> startup.
> 
> Perhaps it is a gtk issue?

Since it works for you with SAL_USE_VCLPLUGIN=gtk3, gtk seems to be fine. It might be some issue of the underlying Qt or KF5 libraries in connection with your Nvidia card, but that's hard to tell as of now.

[1] https://wiki.documentfoundation.org/QA/Bibisect
[2] https://wiki.documentfoundation.org/QA/Bibisect/Linux#Versions
Comment 13 Marc Pare 2020-01-29 14:03:33 UTC
I have just installed LibreOffice 6.4.x, as it was released this morning. It all opens up as it should. 

This issue is then no longer valid as people can install this latest version for a working version of LibreOffice on Mageia v.7.

Marc
Comment 14 Xisco Faulí 2020-01-29 14:11:04 UTC
(In reply to Marc Pare from comment #13)
> I have just installed LibreOffice 6.4.x, as it was released this morning. It
> all opens up as it should. 
> 
> This issue is then no longer valid as people can install this latest version
> for a working version of LibreOffice on Mageia v.7.
> 
> Marc

Thanks for retesting the issue with the latest version.
Setting to RESOLVED WORKSFORME since the commit fixing this issue hasn't been
identified.