You are not logged in.

#1 2022-02-09 14:20:48

mhdry
Member
From: Bonn
Registered: 2021-07-25
Posts: 16

[Solved] libreoffice-still broken since boost-libs upgrade

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 directory

The 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

#2 2022-02-10 00:20:50

levi
Moderator
From: Yorkshire, UK
Registered: 2018-06-16
Posts: 1,179

Re: [Solved] libreoffice-still broken since boost-libs upgrade

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

#3 2022-02-10 06:40:34

abaumann
Administrator
From: Zurich
Registered: 2019-11-14
Posts: 810
Website

Re: [Solved] libreoffice-still broken since boost-libs upgrade

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

#4 2022-02-10 19:15:58

abaumann
Administrator
From: Zurich
Registered: 2019-11-14
Posts: 810
Website

Re: [Solved] libreoffice-still broken since boost-libs upgrade

libreoffice-still is ok on stable and testing on pentium4 and i686.

Offline

#5 2022-02-10 19:42:41

abaumann
Administrator
From: Zurich
Registered: 2019-11-14
Posts: 810
Website

Re: [Solved] libreoffice-still broken since boost-libs upgrade

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

#6 2022-02-11 06:54:44

abaumann
Administrator
From: Zurich
Registered: 2019-11-14
Posts: 810
Website

Re: [Solved] libreoffice-still broken since boost-libs upgrade

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

#7 2022-02-11 19:46:05

abaumann
Administrator
From: Zurich
Registered: 2019-11-14
Posts: 810
Website

Re: [Solved] libreoffice-still broken since boost-libs upgrade

libreoffice-fresh is also available now on i686/pentium4 stable and testing..

Offline

#8 2022-02-11 21:29:07

levi
Moderator
From: Yorkshire, UK
Registered: 2018-06-16
Posts: 1,179

Re: [Solved] libreoffice-still broken since boost-libs upgrade

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

#9 2022-02-12 07:15:48

abaumann
Administrator
From: Zurich
Registered: 2019-11-14
Posts: 810
Website

Re: [Solved] libreoffice-still broken since boost-libs upgrade

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

Board footer

Powered by FluxBB