Hmm. I would rename ~/.openoffice
However you can check the consistency of OpenOffice. what gives you
ldd /opt/openoffice4/openoffice.bin
?
Am 12. Januar 2020 09:00:01 MEZ schrieb David Robley :
>Thank you for your reply: responses inline below.
>
>On 12/1/20 5:35 pm, Peter Kovacs wrote:
>> I am
Renaming ~/openoffice gives the same result.
I assume you meant
# ldd /opt/openoffice4/program/soffice.bin
linux-vdso.so.1 (0x7ffea898)
libuno_sal.so.3 => /opt/openoffice4/program/libuno_sal.so.3
(0x7f0e4bff)
libsofficeapp.so => /opt/openoffice4/program/l
I too am using OOO on 64-bit slackware after converting the RPMs with
rpm2txz, only I do it on -current for about a year.
And only like minutes ago I was testing literally the same 4.2.0 archive
(converted to TXZ) as the one you did.
Things went fine both with the blank profile and with my working
I'm using the 4.5.0 built from source on 64-bit slackware system. In my
profile I have an extension dealing with Russian hyphenation --
https://extensions.libreoffice.org/extensions/hyphenations-for-russian/0-0.4
The extension works fine in 4.1.* and in 4.2.0 series (I checked with the
fresh 4.2.0
Hi Yury,
There have been no code changes in this respect.
Most likely something in your profile for 4.5.0 is corrupt. Try to
rename it to get a fresh one and look if hyphenation is active again.
Regards,
Matthias
Am 12.01.20 um 16:48 schrieb Yury:
> I'm using the 4.5.0 built from source on
Matthias Seidel wrote
> Most likely something in your profile for 4.5.0 is corrupt. Try to
> rename it to get a fresh one and look if hyphenation is active again.
It's not the profile. I init'ed two profiles from scratch both for 4.2.0 and
4.5.0, and the same OXT does get the auto-hyphenation in 4
Hi Yury,
Am 12.01.20 um 18:39 schrieb Yury:
> Matthias Seidel wrote
>> Most likely something in your profile for 4.5.0 is corrupt. Try to
>> rename it to get a fresh one and look if hyphenation is active again.
> It's not the profile. I init'ed two profiles from scratch both for 4.2.0 and
> 4.5.0,
I've checked with the 4.5.0 build from AOO site and yes, the problem's in my
build options.
Disabling category-b and then enabling hyphenation does not actually build
in the hyphenation capabilities (or disables those somehow anyway).
--
Sent from: http://openoffice.2283327.n4.nabble.com/Develo
Am 12.01.20 um 19:04 schrieb Yury:
> I've checked with the 4.5.0 build from AOO site and yes, the problem's in my
> build options.
> Disabling category-b and then enabling hyphenation does not actually build
> in the hyphenation capabilities (or disables those somehow anyway).
Yes, the build opti
Matthias Seidel wrote
> So this is your private build?
>
> I would try to enable dictionaries (and maybe category-b)
Once you enable category-b on linux, 'configure' demands coinmp with no
regard for --disable-coinmp option.
If enabling just the bundled dictionaries, 'configure' doesn't complain
Hi Pedro,
Everything seems to work.
Thanks again!
Regards,
Matthias
Am 10.01.20 um 23:18 schrieb Matthias Seidel:
> Hi Pedro,
>
> Am 10.01.20 um 21:17 schrieb Pedro Giffuni:
>> On 2020-01-10 14:53, Matthias Seidel wrote:
>>> Hi Pedro,
>>>
>>> Am 10.01.20 um 20:50 schrieb Pedro Giffuni:
Thanks Yuri
Is there a suggested parameter(s) for rpm2tgz missing from your reply?
On 13/1/20 2:08 am, Yury wrote:
I too am using OOO on 64-bit slackware after converting the RPMs with
rpm2txz, only I do it on -current for about a year.
And only like minutes ago I was testing literally the same
(edited the Nabble post, but forgot of course that it doesn't replicate the
email.)
So, yes, I use rpm2tXz with the following parameters set:
rpm2txz -s -S -n -r -d -c
--
Sent from: http://openoffice.2283327.n4.nabble.com/Development-f2916443.html
---
Still get an error:
The application cannot be started.
exception occurred raising singleton
"/singletons/com.sun.star.deployment.ExtensionManager": loading
component library failed:
file:///opt/openoffice4/program/../program/deployment.uno.so
I think I'll abandon trying to install this versi
14 matches
Mail list logo
