You are not logged in.
I notice today an error when I run "qtcreator" :
qtcreator: error while loading shared libraries: libicui18n.so.51: cannot open shared object file: No such file or directory
and a warning when I run "qtconfig" :
Unable to load library icui18n "Cannot load library icui18n"
does anyone have the same problem ?
* package version(s)
qt4 4.8.4-16
qtcreator 2.7.0-1
icu 50.1.2-1
Last edited by Potomac (2013-03-26 12:33:21)
Offline
Icu 51 is in testing, you have to wait until it's pushed to extra.
'What can be asserted without evidence can also be dismissed without evidence.' - Christopher Hitchens
'There's no such thing as addiction, there's only things that you enjoy doing more than life.' - Doug Stanhope
GitHub Junkyard
Offline
for now downgrading qt5-base helps (for me)
sudo pacman -U /var/cache/pacman/pkg/qt5-base-5.0.1-6-x86_64.pkg.tar.xz
Offline
this works for me.
sudo pacman -U http://mirror.nl.leaseweb.net/archlinux/testing/os/x86_64/icu-51.1-1-x86_64.pkg.tar.xz
Edit: This causes some other programs not to open. So don't use this if there are other programs dependent on icu-50.
Edit this is how I downgraded it again.
sudo pacman -U http://mirror.nl.leaseweb.net/archlinux/extra/os/x86_64/icu-50.1.2-1-x86_64.pkg.tar.xz
I didn't have qt5-base in my cashe so I downloaded it from A.R.M.
sudo pacman -U http://arm.konnichi.com/2013/03/24/extra/os/x86_64/qt5-base-5.0.1-6-x86_64.pkg.tar.xz
qtcreator works now but I can't use qt assistant. I hope they fix this soon.
Last edited by ant32 (2013-03-25 23:29:32)
Offline
I wouldn't suggest that without updating all of the other packages that link to libicu.
Offline
It's not the only one.
It appears that other packages (i.e. qt4 based) depend on the new libicui18n in testing.
For example, executing kwrite on a console prints an error message concerning the missing library. A strace shows an attempt to (dl)open libicui18n.so.51.
Qt5 apps fail because libQt5Core.so is directly linked to the library.
Offline
one temporary solution is to download the file icu-51.1-1-i686.pkg.tar.xz in testing,
then extract the archive ( the lib files ) in your home path ( /home/user/lib ),
put all the lib files ( *.so and lib* files ) in /home/user/lib
then create a script like this :
export LD_LIBRARY_PATH=/home/user/lib:$LD_LIBRARY_PATH
qtcreator
qtcreator should now run without problems
Last edited by Potomac (2013-03-26 12:02:51)
Offline
the problem is solved now, "icu 51" is in Extra
Offline
This is happening to me, I have icu 52.1 and nothing is in testing. Any hint?
Stop the world, I get off...
Offline
This is happening to me, I have icu 52.1 and nothing is in testing. Any hint?
https://bbs.archlinux.org/viewtopic.php … 0#p1338550
The new qt4 is somehow still in [testing].
Offline
Not meaning to add to this thread, but I am getting this error when I upgrade ICU 52 for nemo and chromium in the Cinnamon environment.
I am happy to try out the testing version of qt4 and see watch the chaos happen.
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
I know there is this thread about this issue back in March/May.
I have upgraded all packages, and when I try to run nemo and chromium, I get the following:
[claire ~]$ nemo
nemo: error while loading shared libraries: libicuuc.so.51: cannot open shared object file: No such file or directory
[claire ~]$ chromium
/usr/lib/chromium/chromium: error while loading shared libraries: libicui18n.so.51: cannot open shared object file: No such file or directory
I downgraded the icu package from 52.1-1 to 51.2-1 and this resolved the problems. Does anyone else know what is going on here?
Last edited by clfarron4 (2013-10-17 21:20:25)
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
I think it's better to post in the other thread.
clfarron4, try downloading qt4 only first https://bbs.archlinux.org/viewtopic.php … 7#p1338567
There may be no need to enable [testing].
Offline
Offline
Sorry it looks like I'm splurging everywhere so I'm going to stick to this thread.
I am using Cinnamon, not KDE, so I don't really see how upgrading qt4 should fix the problem. That said, I went ahead, as you suggested and upgraded qt4 manually, but it seems there is no dice for now. I'm going to perform a reboot and report back here.
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
Ooops, sorry.
Have you checked you're using the latest chromium - version 30.0.1599.101-1?
If so, I think a bug report is in order. Chromium depends on icu directly, so I don't know what could have gone wrong.
Offline
Merging...
Offline
chromium works fine here with ICU 52. Run it with LD_DEBUG=files and check what exactly is trying to open libicui18n.so.51
Offline
As for the nemo error https://bbs.archlinux.org/viewtopic.php … 7#p1338577 have you checked the version of libtracker-sparql https://www.archlinux.org/packages/extr … ker-sparql ? You should be using libtracker-sparql 0.16.2-3
Last edited by karol (2013-10-17 21:38:28)
Offline
Ok, so I have used (in this order):
1) qt4 @ 4.8.5-2 with icu @ 51.2-1. Everything worked here.
2) qt4 @ 4.8.5-2 with icu @ 52.1-1. Nemo and Chromium didn't work complaining of the error I have in code tags above.
3) qt4 @ 4.8.5-3 with icu @ 52.1-1. Nemo and Chromium didn't work complaining of the error I have in code tags above.
4) qt4 @ 4.8.5-3 with icu @ 51.2-1. Chromium didn't work complaining of the error I have in code tags above. Nemo worked.
5) qt4 @ 4.8.5-2 with icu @ 51.2-1 (After all the above). Chromium didn't work complaining of the error I have in code tags above. Nemo works.
Oh, and I forgot to mention that I am using the chromium-scroll-pixels package from repo-ck. Going to switch to normal chromium for now.
EDIT4: The package ibtracker-sparql was at version @0.16.2-2 up to this point.
EDIT: @karol, it seems I haven't got that package update for libtracker-sparql yet.
EDIT2: And now for the next test after updating that libtracker-sparql manually (Thanks karol):
6) qt4 @ 4.8.5-3 with icu @ 52.1-1 and libtracker-sparql @0.16.2-3 . Nemo worked. Chromium still to test.
EDIT3:
7) qt4 @ 4.8.5-3 with icu @ 52.1-1 and libtracker-sparql @0.16.2-3 . Nemo worked. Chromium works.
Last edited by clfarron4 (2013-10-17 21:53:17)
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
How could you have got the ICU update but not the libtracker-sparql one? Both packages were moved to [extra] simultaneously
Offline
How could you have got the ICU update but not the libtracker-sparql one? Both packages were moved to [extra] simultaneously
Hell if I know. It works now, so that's me a happy girl for now.
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
A possible solution will be that when it links the lib it uses -nodefaultlibs -nostdlib changing this resolves the issue.
i am running on a ARM chromebook and the likely reason for this is missing ABI calls from -lgcc i was getting errror on libicudata.
edit source/config/mh-linux and alter LDFLAGSICUDT
hope this helps out
Offline