libicuuc.so.74 missing

tiagodepalves commented

2023-12-17 22:20:17 +01:00

Arch Linux just updated to icu 74, but ALHP still is on icu 73. Some other packages depending on icu are not working correctly right now, including xetex from texlive-bin (which has been failing to build, maybe because of that). Running xetex gives me the following error:

xetex: error while loading shared libraries: libicuuc.so.74: cannot open shared object file: No such file or directory

Arch Linux just updated to [`icu` 74](https://archlinux.org/packages/core/x86_64/icu/), but ALHP still is on [`icu` 73](https://status.alhp.dev/?pkgbase=icu). Some other packages depending on `icu` are not working correctly right now, including xetex from `texlive-bin` (which [has been failing to build](https://status.alhp.dev/?pkgbase=texlive-bin), maybe because of that). Running xetex gives me the following error: ```raw xetex: error while loading shared libraries: libicuuc.so.74: cannot open shared object file: No such file or directory ```

tiagodepalves commented

2023-12-17 22:29:19 +01:00

Author

Forcing an update to icu 74 with pacman -Suy core/icu results in the following problems for me:

> sudo pacman -Suy core/icu
:: Synchronising package databases...
 core-x86-64-v3 is up to date
 extra-x86-64-v3 is up to date
 core is up to date
 extra is up to date
 multilib-x86-64-v3 is up to date
 multilib is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing icu (74.2-1) breaks dependency 'libicuuc.so=73-64' required by gspell
:: installing icu (74.2-1) breaks dependency 'libicuuc.so=73-64' required by harfbuzz-icu
:: installing icu (74.2-1) breaks dependency 'libicuuc.so=73-64' required by libphonenumber
:: installing icu (74.2-1) breaks dependency 'libicui18n.so=73-64' required by libphonenumber
:: installing icu (74.2-1) breaks dependency 'libicuuc.so=73-64' required by raptor

So, this problem is probably a bit harder than I initially thought.

Forcing an update to icu 74 with `pacman -Suy core/icu` results in the following problems for me: ```bash > sudo pacman -Suy core/icu :: Synchronising package databases... core-x86-64-v3 is up to date extra-x86-64-v3 is up to date core is up to date extra is up to date multilib-x86-64-v3 is up to date multilib is up to date :: Starting full system upgrade... resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: installing icu (74.2-1) breaks dependency 'libicuuc.so=73-64' required by gspell :: installing icu (74.2-1) breaks dependency 'libicuuc.so=73-64' required by harfbuzz-icu :: installing icu (74.2-1) breaks dependency 'libicuuc.so=73-64' required by libphonenumber :: installing icu (74.2-1) breaks dependency 'libicui18n.so=73-64' required by libphonenumber :: installing icu (74.2-1) breaks dependency 'libicuuc.so=73-64' required by raptor ``` So, this problem is probably a bit harder than I initially thought.

InternetD commented

2023-12-17 22:33:18 +01:00

Read the FAQ.

Read the [FAQ](https://somegit.dev/ALHP/ALHP.GO#why-is-package-x-not-up-to-date).

tiagodepalves commented

2023-12-17 22:42:32 +01:00

Author

Oh, okay. There's still an issue with the partial upgrade, no? Some packages like libphonenumber are kept in ALHP with an older version that works with ICU 73, but packages present only in Arch repos, like latex-bin, are now broken.

Oh, okay. There's still an issue with the partial upgrade, no? Some packages like `libphonenumber` are kept in ALHP with an older version that works with ICU 73, but packages present only in Arch repos, like `latex-bin`, are now broken.

tiagodepalves commented

2023-12-17 22:44:04 +01:00

Author

Alright, I'll be keeping an eye on these builds and will close this issue when everything is done.

InternetD commented

2023-12-17 22:49:50 +01:00

Yes, best you can do is to be aware of bigger changes and avoid upgrading (or only selectively do so) until the needed packages are done.

Yes, best you can do is to be aware of bigger changes and avoid upgrading (or only selectively do so) until the needed packages are [done](https://status.alhp.dev/?status=queued).

👍 1

anonfunc added the

support

label 2023-12-17 22:53:25 +01:00

blackhole commented

2023-12-18 17:02:55 +01:00

It seems that now icu 74 is build but not yet synced

tiagodepalves commented

2023-12-18 17:08:53 +01:00

Author

I don't think so. The status page shows version 74.2-1 for the official repo, but the ALHP version still is 73.2-2.1.

But there are a lot of packages queued or building right now; we'll need to wait until the server utilization goes down.

I don't think so. The [status page](https://status.alhp.dev/?pkgbase=icu) shows version 74.2-1 for the official repo, but the ALHP version still is 73.2-2.1. ![image](/attachments/b6568d79-0f58-498f-93b5-7537016ee3c7) But there are a lot of packages queued or building right now; we'll need to wait until the server utilization goes down. ![image](/attachments/a396c7ff-d94c-4cae-8936-74d889fe8724)

image.png

44 KiB

image.png

27 KiB

tiagodepalves commented

2023-12-18 17:12:04 +01:00

Author

If you're having a problem with ICU, my recommendation right now is to edit /etc/pacman.conf and comment out the ALHP repos, do a pacman -Suy, then enable the ALHP repos again. You'll see a lot of warnings like warning: icu: local (74.2-1) is newer than core-x86-64-v3 (73.2-2.1) until the packages are properly updated.

If you're having a problem with ICU, my recommendation right now is to edit `/etc/pacman.conf` and comment out the ALHP repos, do a `pacman -Suy`, then enable the ALHP repos again. You'll see a lot of warnings like `warning: icu: local (74.2-1) is newer than core-x86-64-v3 (73.2-2.1)` until the packages are properly updated.

blackhole commented

2023-12-18 18:23:17 +01:00

Ok, I will wait