You are not logged in.
After a full update I get the following when trying to start libreoffice:
[prenex@prenex-laptop Whatsapp]$ sudo pacman -Syyu
[sudo] prenex jelszava:
:: A csomagadatbázisok szinkronizálása...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 160k 100 160k 0 0 106k 0 0:00:01 0:00:01 --:--:-- 106k
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 2199k 100 2199k 0 0 135k 0 0:00:16 0:00:16 --:--:-- 163k
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 5811k 100 5811k 0 0 201k 0 0:00:28 0:00:28 --:--:-- 369k
:: Teljes rendszerfrissítés indítása...
figyelmeztetés: libjpeg-turbo: a helyi (2.0.2-1.1) újabb, mint a(z) extra (2.0.2-1.0)
nincs teendő
[prenex@prenex-laptop Whatsapp]$ libreoffice
javaldx: Could not find a Java Runtime Environment!
Warning: failed to read path from javaldx
/usr/lib/libreoffice/program/soffice.bin: error while loading shared libraries: libicuuc.so.63: cannot open shared object file: No such file or directory
Everything seems to be completely updated, but I wonder if I have a bad system or others have this issue too. I have no idea how I have the later than the extra libjpeg-turbo though.
This is in my mirrorlist file:
...
# Belorus
Server = [url]http://mirror.datacenter.by/pub/archlinux32/$arch/$repo[/url]
...
Last edited by prenex (2019-08-19 15:30:31)
Offline
It seems I can install "icu" but it installs v.64 instead of v.63 that is needed here and there seems to be no depencency for it neither because I hand-installed it. After install it still not work, so I tried symbolic linking the v.64 version's binary to masquerade as the old v.63 one to see there are issues in that too:
[prenex@prenex-laptop Whatsapp]$ libreoffice
javaldx: Could not find a Java Runtime Environment!
Warning: failed to read path from javaldx
/usr/lib/libreoffice/program/soffice.bin: symbol lookup error: /usr/lib/libreoffice/program/libi18nlangtag.so: undefined symbol: _ZN6icu_636Locale14createFromNameEPKc
I do not know about the javaldx error message, but the latter seems to tell me that just masquerading the v.64 binaries as the v.63 ones in ICU does not help the package. Maybe the package is broken then if this is the case.
Last edited by prenex (2019-08-19 15:58:55)
Offline
There where icu63/icu64 issues in the past (where installing an icu63 in parallel to icu64 helped).
Currently I'm trying to get all java jdks running again (they are needed for a proper rebuild of
libreoffice)...
Offline
Yes, fun, now that I have OpenJDK again, I get this:
error: Source option 6 is no longer supported. Use 7 or later.
error: Target option 6 is no longer supported. Use 7 or later.
[build UIL] cui/uiconfig/ui/asiantypography
[build UIL] cui/uiconfig/ui/assigncomponentdialog
make[1]: *** [/build/libreoffice-still/src/libreoffice-6.2.6.2/solenv/gbuild/JavaClassSet.mk:53: /build/libreoffice-still/src/libreoffice-6.2.6.2/workdir/JavaClassSet/Jar/unoloader/done] Error 2
make[1]: *** Waiting for unfinished jobs....
make: *** [Makefile:286: build] Error 2
Offline
Yes, I currently have icu 63 unpacked inside my opt folder for the purposes of running libreoffice.
Architecture: pentium4, Testing repos: Yes, Hardware: EeePC 901+2GB RAM+OS half on the SD card.
Offline
Should be fixed now, both libreoffice have been rebuilt against icu64..
Offline
Indeed, I can confirm that libreoffice-still that was built last thursday, and I installed over the weekend no longer needs me to set my LD_LIBRARY_PATH to my unpacked icu63 before use; I can just run it directly. Great work!
Now it just need to be rebuilt to match the libreoffice-still released by arch64 on Monday
Architecture: pentium4, Testing repos: Yes, Hardware: EeePC 901+2GB RAM+OS half on the SD card.
Offline
There are some 6000 odd packages built in staging, so it will happen soon.. :-)
Offline