LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   LibreOffice, -current, and slow dialogs (https://www.linuxquestions.org/questions/slackware-14/libreoffice-current-and-slow-dialogs-4175481419/)

marnold 10-19-2013 11:02 AM
LibreOffice, -current, and slow dialogs
 
I have AlienBob's LibreOffice 4.1.2.3 package installed in -current. The dialogs are extremely slow. I particularly notice this in the file manager dialogs. If I click on a directory, it can take 5-10 seconds to switch to it. gkrellm is not reporting any CPU spikes or anything. It seems like it starts out OK and then it gets progressively slower. I don't know if there's a memory leak or what. One time, it even crashed to the desktop.

I may try to dig up an older version and see if it still does that. Thankfully, I still have my copy of 4.0.5 which I know did not show this problem in 14.0.

Alien Bob 10-19-2013 02:12 PM
I just checked here, LibreOffice 4.1.2.3 on Slackware64-current. Dialogs are fast as usual, I see nothing strange. The issue is somewhere on your computer.

Eric

chrisretusn 10-19-2013 05:20 PM
I've been using Eric's LibreOffice on Slackware-current since I upgraded it on Oct 9th, working fine here.

marnold 10-19-2013 06:22 PM
I'll have to test it some more. It didn't take me long to discover it. I've reverted to 4.0.5. I won't be using LibreOffice much until Monday, but I'll report back. It's odd because it's like it makes all of KDE unresponsive. The mouse still moves, but I can't click on anything. If 4.0.5 shows the same thing, then the next place I'm going to look is my NVIDIA driver because I upgraded that.

FWIW, I had been running AlienBob's KDE 4.10.5 in 14.0, so there shouldn't have been any new KDE-related weirdness. I do know that LibreOffice's file manager dialogs often got wonky before. I assume that was because of odd KDE integration.

aikempshall 10-26-2013 03:28 AM
I have the same problem with unresponsive dialog on -

Code:
# md5sum libreoffice-4.1.2-i486-1alien.txz
67d528100f74b7d238cc5aa583cf6ece  libreoffice-4.1.2-i486-1alien.txz
Also with forms in base where it looks like I've opened two instances of the same form, they overlap and are offset by about 1cm on my screen. After about 5-10 seconds it resolves itself. Looks quite scary while it's happening.

Firstly I thought it might be because it had been compiled against 14.1, so I downloaded the sources from AlienBob and compiled on my machine, same problem.

Need to add, my machine is 10 years old with a Pentium IV, haven't seen this problem before.

Code:
519 /home/alex$ lscpu
Architecture:          i686
CPU op-mode(s):        32-bit
Byte Order:            Little Endian
CPU(s):                2
On-line CPU(s) list:  0,1
Thread(s) per core:    2
Core(s) per socket:    1
Socket(s):            1
Vendor ID:            GenuineIntel
CPU family:            15
Model:                2
Stepping:              9
CPU MHz:              3006.937
BogoMIPS:              6012.52
520 /home/alex$

Alex

ReaperX7 10-26-2013 10:18 AM
Are you using LibreOffice with or without Java?

aikempshall 10-26-2013 01:34 PM
The problems seem to be stacking up for me!

Not quite sure if I should start a separate thread.

I use base quite a bit so I guess I use java. Anyway under

Tools -> Options -> Libreoffice -> Advanced

I have "Use a Java run time environment" ticked -

On 14.0 I have a choice of two

Oracle Corporation 1.7.0-10
Free Software Foundation 1.5.0

Using both, I ran a query that I run on a regular basis which took about 10 seconds, the memory usage for the Oracle JRE is quite small but for FSF its about 200MB.

On the basis of AlienBob's remark -

Quote:
LibreOffice 4.1.2 packages for Slackware can now be obtained from my 14.0 package repository – they will work on Slackware-current just as well. Note that there are now additional “libreoffice-dict-<language>” packages!

I thought I'd try it on 14.1 -

Tools -> Options -> Libreoffice -> Advanced

I have "Use a Java run time environment" ticked -

On 14.1 I have a choice of one

Free Software Foundation 1.5.0

I ran exactly the same query on the same data and it took about 5 minutes and consumed about 200MB of memory.

Ran it again and it took another 5 minutes and another 200MB of memory.

By the 9th attempt swap space was started to be written to heavily.

So I went back to 14.0 and ran consecutive tests on the same query, the effect on memory was not cumulative and compared with 14.1 blistering fast in fact 30 times faster!

I wonder what's going on?

I installed OpenOffice, on 14.1, for the hell of it. Though I didn't run the same test it appeared to show the same problems as LibreOffice.

Though I will test that again.

Alex


Alex

marnold 10-26-2013 04:09 PM
Quote:
Originally Posted by ReaperX7 (Post 5052724)
Are you using LibreOffice with or without Java?
I have no Java installed, currently.

I reinstalled 4.1.2 to see if it was just a problem with the installation (somehow). Unfortunately, the problems came up again. Sometimes when navigating through the file manager, it will get so bad that it will crash to the desktop. I recovered my document, not realizing it wasn't truly saved. Unfortunately, I lost about 1/2 hour's worth of work. Grr.

I'm back on 4.0.5. I didn't spend much time with it before, so I'll have to see if the same problems resurface.

FWIW, I did upgrade my NVIDIA binary driver (in case it was some 2D weirdness) but the same problems happened.

Nh3xus 10-26-2013 06:18 PM
Hi,

I do have this problem as well on -current.

I'm using the 3.10.5 smp kernel from Pat along with the 304.88 Nvidia drivers.

Here's the list of packages I use :

Code:
libreoffice-4.0.5-i486-1alien
libreoffice-l10n-fr-4.0.5-i486-1alien
openjdk-7u40_b31-i486-1alien
rhino-1_7R3-noarch-1alien
I did upgrade my Xorg packages to the latest ones proposed by Pat, but still no joy.

aikempshall 10-27-2013 03:54 AM
I've solved my slow running sql in 14.1 by installing the java sdk jdk-7u40 and choosing either the Oracle Corporation 1.7.0-10 of Free Software Foundation runtime in Tools -> Options -> Libreoffice -> Advanced.


So back to the initial problem of slow dialogs. My symptoms also appear on 14.1.

For instance, this example from 14.1, on a spreadsheet with a large amount of data in it

1.
Start Calc with a spreadsheet that contains 60 rows and 80 columns with each cell filled with numeric data.

2.
Select a block of cells

3.
right click

4.
Select Format Cells

5.
The Format Cells dialogue displays but it is transparent with only the dialogue border visible and the options in the Format ListBox visible.

6.
Wait to see if it resolves itself - it doesn't

7.
Click on the format option -1234.12 and the dialogue then renders itself and everything is as it should be.

8.
Move to another application i.e. Firefox

9.
Back to Calc the Format Cells dialogbox is transparent with only the dialogue border visible, this time none of the options are visible.

10.
Wait to see if it resolves itself - it doesn't

11.
Click randomly within the border of the dialogbox until it renders itself.




Alex

marnold 10-31-2013 03:56 PM
Well, I've been using LibreOffice 4.0.5.1 all day and have not run into the problems with the file manager dialogs. Guess I'll be staying here until further notice.

aikempshall 11-01-2013 03:34 AM
I've downloaded the rpms and packaged them using a hacked slackbuild from http://slackbuilds.org/ and not had a repeat of the problem - admittedly only tested this on current though I did have the same problem on both 14.0 and current.

When I get time, I will back that out the RPM version and reinstall AlienBobs to see what happens.

I always used to use the SlackBuilds version, but about a year or so ago I moved over to AlienBobs version, can't remember exactly why, but by failing memory says it was a problem I encountered and something I read.

Alex

wsanders 12-07-2013 08:44 PM
Slow in FC19 too
 
Dialogs are very slow in FC19 (4.1.3.2-8.fc19 build) as well. It's not CPU or disk bound, sometimes it's fast, sometimes it takes 15 - 20 sec before the dialog can be activated. Some kind of caching ....

I have a Haswell CPU too, and the dialogs would crash LO nearly every time. This seems to be an Intel GPU driver issue, turning off font antialiasing seems to have fixed that.

enine 12-09-2013 09:23 AM
I'm seeing the same issue. Slackware 14.1 LO 4.0.x from Alien BOB is fine 4.1.x is slow in places, very noticeable is the print dialog. I posted a thread a week or to ago and basically got the response that its my computer but that doesn't explain why 4.0.x is fine.

ljb643 12-09-2013 07:13 PM
No problem with LibreOffice 4.1.3 on Slackware 14.1 here, using relatively old hardware. No delay on dialogs. But I downloaded from libreoffice.org myself (and converted from RPM).

aikempshall 12-10-2013 02:47 AM
As I've previously said I'm running on old hardware with a P4. My machine can become cpu bound - plenty of memory available.

1.
AlienBob's version of 4.1.3.2 has problems with dialogs in that they seem to get stuck, especially the format cells dialog in calc which just appeared empty. To resolve I s had to give it a nudge by clicking inside the dialog at an appropriate place! Also forms, in base, were a real problem I'd open a form an two versions of the same form would appear, hang there for about 5 seconds then one would disappear.

2.
The RPM version from Libreoffice build from slackbuild.org was better, the dialogs didn't require nudging.The forms, in base, still had the same problems.

My present hypothesis is that the form gets built in a arbitrary position and size at the same time as building the same form according to the attributes contained in a config file held somewhere in ~/.config/libreoffice/4/user. When both forms are built it throws away the arbitrarily built one.

I've tested it on windows XP and it behaves in the same way as the RPM version above though appreciably faster.

I'm sure the above explanation helps no one but at least it is recorded for all to see!

If this doesn't resolve itself in the next version of Libreoffice I will raise a bug report. Though I suspect if I run it on more modern hardware I might not see an issue.

marnold 12-20-2013 07:34 PM
The new libreoffice 4.1.4 packages that AlienBob put out don't really help, even though there was supposed to be a patch to fix it. The file dialogs are now slow in a different way. If I click the "up" arrow or on a directory, the "waiting" mouse pointer will come up for around 10 seconds before actually changing. I'm reverting to 4.0.5. I don't know how they can screw up a file manager so badly, but they have.

aikempshall 12-21-2013 04:30 AM
I've still got problems with AlienBob's version of Libreoffice the

1.
Format Cell Dialog in calc - totally unusable - displays completely transparent with just a border. If one clicks around randomly within the border various functionality reveals itself

2.
The security dialog in Tools -> Options -> Libreoffice -> Security -> Macro Security -> Trusted Sources has converted
Code:
/home/alex/Documents/openoffice
to
Code:
/home/alex/Documents/Documents/openoffice
The 4.1.4 RPM version downloaded from LibreOffice doesn't exhibit either of these problems. This was compiled with the 4.1.3 slackbuilds from slackbuild.org tweaked for 4.1.4. For the moment I sticking with these as opposed to AlienBob's packages.

It would be nice to know if anyone else is experiencing either of the two problems quoted above.

Alex

Alien Bob 12-21-2013 07:44 AM
Quote:
Originally Posted by marnold (Post 5084827)
The new libreoffice 4.1.4 packages that AlienBob put out don't really help, even though there was supposed to be a patch to fix it. The file dialogs are now slow in a different way. If I click the "up" arrow or on a directory, the "waiting" mouse pointer will come up for around 10 seconds before actually changing. I'm reverting to 4.0.5. I don't know how they can screw up a file manager so badly, but they have.
I can not reproduce this behaviour, response times are fractions of a second here.

Quote:
Originally Posted by aikempshall (Post 5084972)
I've still got problems with AlienBob's version of Libreoffice the

1.
Format Cell Dialog in calc - totally unusable - displays completely transparent with just a border. If one clicks around randomly within the border various functionality reveals itself
The format cell dialog works completely normally here. It does not make a difference whether I ebable "libreoffice dialog windows" or not.

Quote:
2.
The security dialog in Tools -> Options -> Libreoffice -> Security -> Macro Security -> Trusted Sources has converted
Code:
/home/alex/Documents/openoffice
to
Code:
/home/alex/Documents/Documents/openoffice
I did not use that function before so I can not check what happened here.

In all cases you guys are mentioning, the issue will not be resolved by complaining in this forum. Create a bug report in LibreOffice bug tracker if you want the developers to look into this. I only compile and package this stuff.

What versions of Slackware are you running this on? What kind of graphics hardware? Any kind of biunary driver that you installed on top?
My computer is running Slackware-current 64-bit multilib with Nvidia's graphics drivers. Not a modern machine, it's several years old.

Eric

AlleyTrotter 12-21-2013 09:09 AM
I've compiled Alien's most recent version and cannot reproduce the up arrow problem. I never used the other option.
Just my mileage.
Still using 14.0, Have not mad the change to 14.1 yet.
John

aikempshall 12-21-2013 10:32 AM
I'm running 14.1 with

Code:
$ lspci
00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
00:01.0 PCI bridge: Intel Corporation 82865G/PE/P AGP Bridge (rev 02)
00:06.0 System peripheral: Intel Corporation 82865G/PE/P Processor to I/O Memory Interface (rev 02)
00:1d.0 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02)
00:1d.3 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02)
00:1d.7 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02)
01:00.0 VGA compatible controller: AMD/ATI [Advanced Micro Devices, Inc.] RV100 [Radeon 7000 / Radeon VE]
02:01.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link)
02:02.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
I've not installed any binary drivers on top.

My machine is 10 years old with a P4 and 2GB memory.

The RPM version is fine for me packaged with the scripts from slackbuild.org.

It's just with AlienBob's prepackaged version that I've encountered those two problems, so raising a bug with the guys at LibreOffice is not going to help.

Alex

coldbeer 12-21-2013 10:56 AM
Quote:
Originally Posted by aikempshall (Post 5053049)

So back to the initial problem of slow dialogs. My symptoms also appear on 14.1.

For instance, this example from 14.1, on a spreadsheet with a large amount of data in it

1.
Start Calc with a spreadsheet that contains 60 rows and 80 columns with each cell filled with numeric data.

2.
Select a block of cells

3.
right click

4.
Select Format Cells

5.
The Format Cells dialogue displays but it is transparent with only the dialogue border visible and the options in the Format ListBox visible.

6.
Wait to see if it resolves itself - it doesn't

7.
Click on the format option -1234.12 and the dialogue then renders itself and everything is as it should be.

8.
Move to another application i.e. Firefox

9.
Back to Calc the Format Cells dialogbox is transparent with only the dialogue border visible, this time none of the options are visible.

10.
Wait to see if it resolves itself - it doesn't

11.
Click randomly within the border of the dialogbox until it renders itself.




Alex


I have a brand new install of Slackware 14.1 on brand new hardware i5-3470, with the libreoffice-4.1.4-x86_64-1alien.tzx and libreoffice-dict-en-4.1.4-x86_64-1alien.txz installed and I can reproduce this issue exactly as described. I put =rand()*10000 in a cell and copied it out to 100 rows by 96 columns.


Ok. Here's something interesting. I was in KDE 4.10 before. If I log out and log in using Fluxbox - the problem does not show up!

Alien Bob 12-21-2013 11:16 AM
It could make a difference that I ran earlier tests in KDE 4.11.4 and today's tests on KDE 4.12.0.
My LibreOffice packages were however compiled against Slackware's 14.0's version of KDE: 4.8.5.

Eric

metaschima 12-21-2013 12:56 PM
I believe this is a bug when using the FSF Java 1.5.0. It is not well supported by Libreoffice and causes problems. Disabling java completely should solve it, or you can install Oracle Java. I'm not sure if OpenJDK is supported or works well.

marnold 12-21-2013 02:46 PM
I don't have Java installed at all, so that shouldn't be the problem.

And AlienBob, I know that you are not a libreoffice developer, I just wanted to report that the patch didn't fix things for me. I'm not expecting you to fix anything. I was hoping through this forum that maybe someone else had the same situation and found a solution.

FWIW, I've got an Intel i5-750 with 4G RAM and a GeForce GTX 660 running the 325.15 binary driver. It's all running on stock Slackware64 14.1 with multilib.

Alien Bob 12-21-2013 03:27 PM
I would also be interested to know if these issues disappear when not using KDE? Also, is there anyone else with KDE 4.11 or 4.12 that can test this?

Eric

metaschima 12-21-2013 03:51 PM
Quote:
Originally Posted by marnold (Post 5085160)
I don't have Java installed at all, so that shouldn't be the problem.

And AlienBob, I know that you are not a libreoffice developer, I just wanted to report that the patch didn't fix things for me. I'm not expecting you to fix anything. I was hoping through this forum that maybe someone else had the same situation and found a solution.

FWIW, I've got an Intel i5-750 with 4G RAM and a GeForce GTX 660 running the 325.15 binary driver. It's all running on stock Slackware64 14.1 with multilib.
Are you sure you don't have the package 'gcc-java-4.8.2-x86_64-1' installed ? If you do, then I think it is the problem.

aikempshall 12-22-2013 05:07 AM
I've now tried it with xfce -

the Format Cells dialog issue is not a problem. The dialog presents itself correctly.

Alex

Alien Bob 12-22-2013 05:30 AM
Quote:
Originally Posted by aikempshall (Post 5085392)
I've now tried it with xfce -

the Format Cells dialog issue is not a problem. The dialog presents itself correctly.

Alex
So my guess is that this was someting triggered by an older version of KDE (KDE 4.10.5 of Slackware 14.1 is not the newest) and it has been fixed by newer versions of KDE (I have not encoutered the issue you describe in KDE 4.11 or 4.12).

Eric

aikempshall 12-22-2013 06:08 AM
Have we any packages for later releases of KDE - 4.11 or 4.12?
Or scripts that can build them?

Alex

BratPit 12-22-2013 06:50 AM
I've tried it with LXDE -

No problem with Format Cells . The dialog presents itself correctly.

aikempshall 12-22-2013 12:01 PM
I've tried it on a fresh install of Slackware 14.1 with KDE 4.11.4 -

Same problem with the Format Cells dialog
The File Save dialog is a lot speedier.

Alex

enine 12-22-2013 04:46 PM
so is it the KDE theme integration that's causing it?

aikempshall 12-23-2013 02:42 AM
The slackbuild.org LibreOffice works for me whereas AlienBob's doesn't.

Alex

coldbeer 12-23-2013 08:28 AM
I can confirm the SlackBuild script does not exhibit the transparent format dialog on a large spreadsheet.

1. Downloaded Slackbuild.org script for 4.1.3 for 14.1.
http://slackbuilds.org/repository/14...e/libreoffice/
2. Changed line inside libreoffice.SlackBuild script to VERSION=${VERSION:-"4.1.4"}
3. Downloaded LibreOffice_4.1.4_Linux_x86-64_rpm.tar.gz
4. sudo ./libreoffice.SlackBuild script.
5. Used pkgtool to remove libreoffice-4.1.4-x86_64-1alien.txz
6. sudo installpkg libreoffice-4.1.4-x86_64-1_SBo.tgz

Got a bunch of warnings about zero length htm files in
/tmp/SBo/package-libreoffice/opt/libreoffice4.1/share/extensions/nlpsolver/help
but they were indeed 0 length in LibreOffice_4.1.4_Linux_x86-64_rpm.tar.gz

put =rand()*10000 in cells out to HS:1200 - No dialog issue.

I did notice on the alien package that I would have to manually copy in the =rand()*10000 in cells for it to mess up. If I saved the spreadsheet then reloaded it, the dialog boxes didn't have an issue. Probably irrelevant since it seems to work in non-kde desktops.

aikempshall 12-23-2013 05:45 PM
I've compared the parameters used to compile the download from LibreOffice with those used by AlienBob.

LibreOffice uses -

--disable-kde4
--enable-kde


AlienBob uses -

--enable-kde4
--disable-kde

The exact opposite. I've subsequently asked this of the LibreOffice Developers and got this response -

Quote:
Hi there,

On Mon, 2013-12-23 at 21:10 +0000 wrote:
> Why does the autogen.sh that is used to compile the build, Linux - rpm (x86),
> version 4.1.4, English (US) have the flags -

Sure - this is because the rather old system we compile the generic
linux builds on (which needs to be that old so we can run on all newer
systems) can't feasibly have KDE4 installed. I tried to make a magic
assembler tool to stub the libraries to overcome that without success -
it's a bit of a pain.

> --disable-kde4
> --enable-kde
>
> in the file LibreOfficeLinux.conf.

Sure - and also --enable-gnome-vfs as well as --disable-gio is a
similar disaster caused by the same issue.

> Is it because in the standard build kde integration of LibreOffice is
> still at KDE3?

It's all to do with what we can get to install on a reasonably vanilla
CentOS 5 (IIRC).

HTH,

Michael.

--
michael.meeks@collabora.com <><, Pseudo Engineer, itinerant idiot
I'm not sure what conclusion to draw from this.

Alex

Alien Bob 12-24-2013 07:22 AM
Can you try what happens if you rename/move/delete the following two files (on 32-bit Slackware the lib directory will be "lib" not "lib64"):
Code:
/usr/lib64/libreoffice/program/libkde4be1lo.so
/usr/lib64/libreoffice/program/libvclplug_kde4lo.so
These two libraries are all that comprises the KDE4 integration.
If your issues are solved with these out of the way, then I can split them off into a separate libreoffice-kde4 package.

Eric

aikempshall 12-24-2013 08:26 AM
I'm 32bit. I did this -

Code:
/usr/lib/libreoffice/program$ mv libkde4be1lo.so libkde4be1lo.so.aik
/usr/lib/libreoffice/program$ mv libvclplug_kde4lo.so libvclplug_kde4lo.so.aik
My very quick test shows that the transparent "Format Cells" dialog and the slow "Save" dialog issues have been resolved.

With the removal of those two files Libreoffice appears to have adopted the gtk "Save" dialog.

Alex

marnold 12-24-2013 10:15 AM
Quote:
Originally Posted by Alien Bob (Post 5086381)
Can you try what happens if you rename/move/delete the following two files (on 32-bit Slackware the lib directory will be "lib" not "lib64"):
Code:
/usr/lib64/libreoffice/program/libkde4be1lo.so
/usr/lib64/libreoffice/program/libvclplug_kde4lo.so
These two libraries are all that comprises the KDE4 integration.
If your issues are solved with these out of the way, then I can split them off into a separate libreoffice-kde4 package.
I suppose this does solve my problem because then it uses GTK dialogs. I can't reproduce my original issue at all (of course, there's no up button or anything like that).

It seems like we've narrowed down the problem. Something in 4.1.x's KDE integration is broken, or there's a bug with Slackware's default KDE that is triggering the problem.

marnold 12-24-2013 10:16 AM
Quote:
Originally Posted by metaschima (Post 5085177)
Are you sure you don't have the package 'gcc-java-4.8.2-x86_64-1' installed ? If you do, then I think it is the problem.
All that does is allow you to compile Java code. It doesn't provide Java itself.

metaschima 12-24-2013 01:24 PM
Quote:
Originally Posted by marnold (Post 5086458)
All that does is allow you to compile Java code. It doesn't provide Java itself.
I'm not convinced. In the options it says it finds FSF Java 1.5.0 at '/usr/lib64/jvm/jre'. Going to that directory and using ls:

Code:
bash-4.2$ ls -l /usr/lib64/jvm/jre/bin
total 0
lrwxrwxrwx 1 root root 19 Dec  6 00:09 java -> ../../../../bin/gij
lrwxrwxrwx 1 root root 24 Dec  6 00:09 keytool -> ../../../../bin/gkeytool
lrwxrwxrwx 1 root root 21 Dec  6 00:09 orbd -> ../../../../bin/gorbd
lrwxrwxrwx 1 root root 21 Dec  6 00:09 rmid -> ../../../../bin/grmid
lrwxrwxrwx 1 root root 28 Dec  6 00:09 rmiregistry -> ../../../../bin/grmiregistry
lrwxrwxrwx 1 root root 26 Dec  6 00:09 tnameserv -> ../../../../bin/gtnameserv
bash-4.2$ grep 'usr/bin/gij' /var/log/packages/*
/var/log/packages/gcc-java-4.8.2-x86_64-1:usr/bin/gij
So, yes it definitely provides java. I also know this because I opened a bug report on it and I got what I said as the answer. I just can't seem to find it anymore because they reorganized the site. I'll look again and post it if I find it.

aikempshall 12-30-2013 06:52 AM
I've raised a bug report, with libreoffice, for the transparent "Format Cells" dialog.

https://bugs.freedesktop.org/show_bug.cgi?id=73115

Alex

marnold 04-18-2014 07:40 PM
The good news is that Libreoffice 4.2.3.3 seems to be dramatically better with the file manager in KDE (and, yes, I installed AlienBob's libreoffice-kde package). The file manager is still slightly laggy after using it literally all day today, but it is very minor. I feel I can now comfortably use 4.2.3.3 with the KDE integration.

aikempshall 04-20-2014 07:11 AM
I've tried AlienBob's Libreoffice 4.2.3.3 packages. I've found that libreoffice to be slow starting up. With the libreoffice-kde package calc won't start.

I think I'll wait a few more weeks. Having read 77128 in bugzilla I can't work out where they've been rolled out to.


All times are GMT -5. The time now is 01:04 PM.