revdep-rebuild won't fix all dependencies?

[zasdfgbnm]

I upgrade icu to 49.1.1-r1 yestoday. After upgrade and revdep-rebuild, I still get:

Code: Select all

Unable to load library icui18n "Cannot load library icui18n: (libicui18n.so.48: cannot open shared object file: No such file or directory)" 
Unable to load library icui18n "Cannot load library icui18n: (libicui18n.so.48: cannot open shared object file: No such file or directory)" 

when running gvim.

[ToeiRei]

Try

Code: Select all

revdep-rebuild -i

for dismissing previously generated files (just in case there are any)

To find the package the missing file belongs to, you may want to try

Code: Select all

equery b libicui18n.so.48

Hope this helps.

[zasdfgbnm]

thanks for your reply, but both of these thing gives nothing.

[whig]

Recompiled gvim? And/or its dependencies like: emerge -pve gvim

[ToeiRei]

You could do it that way:

Code: Select all

revdep-rebuild --library 'libicui18n.so.48'

[zasdfgbnm]

Recompiled gvim? And/or its dependencies like: emerge -pve gvim

I haven't tried yet because it gives a long list, but I think it will work. But the problem is, many other program also have the same problem and I am not able to try every program and recompile them.

[zasdfgbnm]

You could do it that way:

Code: Select all

revdep-rebuild --library 'libicui18n.so.48'

This command doesn't do anything more than revdep-rebuild with no parameters. The revdep-rebuild with no parameter searches all libraries together with the library given by --library.
Thank you all the same.

[BastianBalthazarBux]

from the gentoo-user ml

qbittorrent and icui18n lib
On 04/28/2012 09:05 PM, walt wrote:
> On 04/28/2012 06:04 AM, András Csányi wrote:
>> On 28 April 2012 14:55, Florian Philipp <lists@binarywings.net> wrote:
>>
>>> Have you tried re-emerging qbittorrent? If the library was upgraded,
>>> this seems to be necessary. revdep-rebuild should have reported this
>>> issue but maybe qbittorrent uses dlopen() and friends to load the
>>> library. revdep cannot handle this.
>>
>> Yes, I have tried but the issue is the same. On the other hand,
>> qbittorrent is not able to start for some other reason.
>
> If rebuilding qbittorrent didn't fix the missing library problem, then
> some other library that qbittorrent uses also needs rebuilding.
>
> One of my favorite tools is lddtree (app-misc/pax-utils) which will
> make it obvious which other library is at fault.
>
>
>
>
You should rebuild qt-core because this is the package that uses
dlopen() to load libicu. This should fix the problem with qbittorrent.

[FuzzyRay]

I upgrade icu to 49.1.1-r1 yestoday. After upgrade and revdep-rebuild, I still get:

Code: Select all

Unable to load library icui18n "Cannot load library icui18n: (libicui18n.so.48: cannot open shared object file: No such file or directory)" 
Unable to load library icui18n "Cannot load library icui18n: (libicui18n.so.48: cannot open shared object file: No such file or directory)" 

when running gvim.

This is Bug [bug=413541]413541[/bug]. This issue is in the qt-core package which is dynamically loading the library based on what was on the system at build time. According to the developers, all of the applications will still work even with the error. Unfortunately, there is no mechanism that revdep-rebuild can use to know that an application is dynamically loading a library since the library is not linked to the application.

The fix to make the error go away is to run:

Code: Select all

emerge --oneshot qt-core

[zasdfgbnm]

Thanks

[zoidie]

Any suggestions what I can do with this? I'm getting the same problem but also unable to emerge any packages as emerge also gives this error! Its the same chrooting in from a live cd (and now I find I can't log back into KDE!).

[zoidie]

My problem was caused by using SQLite cache. I disabled that and was able to complete revdep-rebuild and finish emerging the rest of the apps that had failed.

Still got a problem logging into KDE - only failsafe works. But I'll look into this and create a new thread if required.