seems like, maybe vte3 upgrade to 74.2-1 got built against icu-73 instead of the present 74..
presumably because the auto update of vte3 came through before the build environment updated with icu ?
edit: looks like it's been caught, and there's job running
Yes, the vte3 rebuild for icu-74 is now available.
For everyone: the following Obarun packages had to be rebuilt as result of this morning's Arch icu-74 dump -
qt5-base-5.15.11+kde+r147-2
qt6-base-6.6.1-2
vt3-0.74.2-1
brltty-6.6-4
freerdp-2-2.11.3-2
php-8.2.13-2
samba-4.19.3-2
If these packages updated on your system before the Arch update to icu-74, you'll need to reinstall them. Becuase the package number hasn't changed, you may need to issue the command twice: the first time to wipe the previous package signature & the second to actually re-install the package. For example:
$ sudo pacman -Sy vte3
...
Packages (1) vte3-0.74.2-1
Total Installed Size: 1.08 MiB
Net Upgrade Size: 0.00 MiB
:: Proceed with installation? [Y/n] Y
(1/1) checking keys in keyring [################################] 100%
(1/1) checking package integrity [################################] 100%
error: vte3: signature from "GPG_SIGN_KEY (Gpg key to sign package through git builder) <pkg@obarun.org>" is invalid
:: File /var/cache/pacman/pkg/vte3-0.74.2-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n] y
error: failed to commit transaction (invalid or corrupted package (PGP signature))
Errors occurred, no packages were upgraded.$ sudo pacman -Sy vte3
...
warning: vte3-0.74.2-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...
Packages (1) vte3-0.74.2-1
Total Download Size: 0.27 MiB
Total Installed Size: 1.08 MiB
Net Upgrade Size: 0.00 MiB
:: Proceed with installation? [Y/n] Y
:: Retrieving packages...
vte3-0.74.2-1-x86_64 276.3 KiB 309 KiB/s 00:01 [################################] 100%
...If you find another Obarun package that needs rebuilding b/c of the icu-74 update, please post about it here.
Cheers, nfg
👍 cool, all good here now, thanks
QT5 needs updating as well
/usr/bin/ld: warning: libicui18n.so.73, needed by /usr/lib64/libQt5Core.so, not found (try using -rpath or -rpath-link)
EDIT:
ah, nevermind.. just reinstalled qt5-base twice. why QT5 was not updated during the full system update check?
(copy of a message related to another post, after reading this one)
Hello,
after updating yesterday, same issue, while starting xfce4-terminal, in another terminal:
error while loading shared libraries: libicuuc.so.73: cannot open shared object file: No such file or directory
when ldconfig -p |grep libicuuc
reports: libicuuc.so.74 (libc6, x86-64) => /usr/lib/libicuuc.so.74
any idea where to get libicuuc.so.73 to make xfce4-terminal worked.
Thks for your reply.
arrosoir.bleu any idea where to get libicuuc.so.73 to make xfce4-terminal worked.
xfce4-terminal normally comes from arch extra repo, so it should just need updating, unless you've built it yourself, in which case rebuild it..
(just installed here as a test and it works fine)
Hello, after pacman -Syyu, no change. I did not build xfce4-terminal by myself.
Just to confirm - you reinstalled vte3 (twice, if the first time throws up a signing key issue)?
Because that's the only icu-related dependency xfce4-terminal has, and mainline Arch has issued no xfce rebuilds after the icu74 update.
Hello,
proceeded as advised, i.e. reinstalled vte3 as mentioned at the top of that post.
xfce4-terminal pops up again, after this vte3 update. Thks.
Powered by Obarun