You are not logged in.
libreoffice-still fails to start:
/usr/lib/libreoffice/program/soffice.bin: error while loading shared libraries: libboost_locale.so.1.76.0: cannot open shared object file: No such file or directoryThe problem seems to be with boost-libs, so downgrading would affect quite a few other packages.
[2022-02-07T10:01:02+0100] [ALPM] upgraded boost-libs (1.76.0-2.1 -> 1.78.0-1.0)Also no shim package seems to be available. Could someone please look into this?
Last edited by mhdry (2022-03-05 09:35:41)
Offline
Yes, I still haven't gained the confidence to upgrade to latest after I finally downgraded my system successfully last december, except to taking updates of the 'linux' kernel and 'linux-firmware', which I get notified of holes via rss. Libreoffice does work for me and I do use the stable package fwiw, although I think there's some problem, but I don't remember it at all, and not being showstopping whatever that means to you.
Architecture: pentium4, Testing repos: Yes, Hardware: EeePC 901+2GB RAM+OS half on the SD card.
Offline
libreoffice failed to rebuild due to:
configure: error: Package requirements (liborcus-0.17 >= 0.17.0) were not met:
Package 'liborcus-0.17', required by 'virtual:world', not found
liborcus shows:
configure: error: Package requirements (libixion-0.17 >= 0.16.99) were not met:
Package 'libixion-0.17', required by 'virtual:world', not found
I'll give it a rebuild and push.. :-)
Offline
libreoffice-fresh needs a libcuckoo which has not been built yet.. (marked as 'any' architecture upstream, though it's C++ code?).
libcuckoo has some 32-bit issues..
Offline
Reported any architecture upstream: https://bugs.archlinux.org/?project=1&string=libcuckoo
Fixed https://git.archlinux32.org/packages/tr … /libcuckoo with
https://github.com/efficient/libcuckoo/issues/137
Edit: architecture any is ok for header only libraries. (see comment upstream).
Also the buildmaster doesn't seem to bother, the only trouble for us is that only one (and a random)
subarchitecture is tested then, because building on any subarchitecture is fine.
Offline
I see they've batted back your any architecture complaint with 'not a bug'. Ah, you're kept the architecture as any just built it twice once for i686 and once for pentium4, I assume.
Architecture: pentium4, Testing repos: Yes, Hardware: EeePC 901+2GB RAM+OS half on the SD card.
Offline
Yeah, that's not how the buildmaster works, it assumes 'any' has to be built only once, because it's platform independent.
So a real 'any' cannot be distinguished anymore from the other types of 'any'. :-)
And I would argue, that testing is still platform-dependent, even if the library is a "header-only library".
Offline