omniverse/libreoffice-still depends on wrong version of
world/liborcus:
Preparation to make sure things are up to date and from the correct repositories:
pacman -Syu
pacman -S --asdeps world/liborcus
pacman -S omniverse/libreoffice-still
Running
libreoffice:
/usr/lib/libreoffice/program/soffice.bin: error while loading shared libraries: liborcus-0.17.so.0: cannot open shared object file: No such file or directory
Current package versions:
- pacman -Q liborcus:
liborcus 0.18.1-1 - pacman -Q libreoffice-still:
libreoffice-still 7.4.6-1
Doing the
unsupported thing and installing
extra/liborcus (version 0.17.2-4) from the Arch repositories makes
libreoffice-still happy.
Regards!
Oh, nice find. Though I installed libreoffice-fresh from Artix repos (I don't mix with Arch at all) today and it also doesn't work. It segfaults/crashes. Here's my message (https://forum.artixlinux.org/index.php/topic,5157.msg33266.html#msg33266) on this forum. Don't know how to fix it :-/
What happens if you run:
sudo pacman -U https://archive.artixlinux.org/packages/l/liborcus/liborcus-0.17.2-4-x86_64.pkg.tar.zst
and start LO again?
artist
I now see that a quick workaround has appeared in the
omniverse repository:
- omniverse/libreoffice-still 7.4.6-1.1 now depends on liborcus=0.17.2,
- there appeared an omniverse/liborcus 0.17.2-4
With
omniverse/liborcus 0.17.2-4,
omniverse/libreoffice-still 7.4.6-1.1 works.
But there is
also a
world/liborcus 0.18.1-1.
Looks like a quick and dirty workaround, since now there are two different
liborcus versions in the Artix repositories.
It requires manual intervention at every update (to ignore
liborcus), and might break other things, if other packages are linked agaonst
world/liborcus 0.18.1-1.
I highly recommend that
omniverse/libreoffice-still gets linked against up to date
world/liborcus.
Regards!
liborcus 0.18.1-1, and also mdds 2.1.0, were probably not yet supposed to be available.
Also, libreoffice does not build with it.
So it's best to keep liborcus 0.18.1-1 on 0.17.2 and mdds on 2.0.3 using ignorepkg in pacman.conf, and downgrade using https://archive.artixlinux.org/ if needed.
The only packages that depend on liborcus should be LO-fresh and -still.
artist
Yes. It solves the issue. Thank you very much!
Thanks for the explanation.
I am courious: Why then did they get available?
Would a clean solution to users then be to "downgrade" them to the older version, and increment
$epoch, so that automatic update calculation solves the issue? If they should not be available, they should be replaced by the versions that should be available.
It would also break fresh installations, where people do not search the forum to find this discussion here (which cannot be assumed).
Regards!
Now I see that
omniverse/libreoffice-still is updated to not depend anymore on
liborcus at all.
But now it breaks usability because
/usr/bin/libreoffice is missing (https://forum.artixlinux.org/index.php/topic,5222.html).
Regards!