Qemu and missing dynamic libraries

[Joel Sherrill]

On Mon, Apr 24, 2023 at 3:11 PM Karel Gardas <karel at functional.vision>
wrote:

> On 4/24/23 21:33, Joel Sherrill wrote:
> >
> >
> > On Mon, Apr 24, 2023, 2:11 PM Karel Gardas <karel at functional.vision>
> wrote:
> >
> >
> >     What have you done to this poor FBSD? ;-)
>

Nothing. :)

I wonder when we started installing dynamic libraries with qemu.


> >
> >     Anyway, I've just pkg update; pkg upgrade and result is:
>

I don't think this is a host issue really. I think our qemu is depending on
dynamic libraries and actually installing them. Perhaps this magically
worked
when the host system had the same dynamic library versions but when the
host has newer library versions, they don't get found automatically.


> >
> >     karel at rtems:/usr/local/lib $ ls -la libglib-2.0.*
> >     -rw-r--r--  1 root  wheel  2434866 Apr  2 03:18 libglib-2.0.a
> >     lrwxr-xr-x  1 root  wheel       16 Apr  2 03:19 libglib-2.0.so
> >     <http://libglib-2.0.so> ->
> >     libglib-2.0.so.0
> >     lrwxr-xr-x  1 root  wheel       23 Apr  2 03:19 libglib-2.0.so.0 ->
> >     libglib-2.0.so.0.7600.1
> >     -rwxr-xr-x  1 root  wheel  1332424 Apr  2 03:19
> libglib-2.0.so.0.7600.1
> >     karel at rtems:/usr/local/lib $ ls -la libintl.*
> >     -rw-r--r--  1 root  wheel  115868 Jan  3 02:12 libintl.a
> >     lrwxr-xr-x  1 root  wheel      16 Jan  3 02:12 libintl.so ->
> >     libintl.so.8.3.0
> >     lrwxr-xr-x  1 root  wheel      16 Jan  3 02:12 libintl.so.8 ->
> >     libintl.so.8.3.0
> >     -rw-r--r--  1 root  wheel   55552 Jan  3 02:12 libintl.so.8.3.0
> >     karel at rtems:/usr/local/lib $ ldd libglib-2.0.so.0.7600.1
> >     libglib-2.0.so.0.7600.1:
> >               libiconv.so.2 => /usr/local/lib/libiconv.so.2
> (0x1385d09a2000)
> >               libintl.so.8 => /usr/local/lib/libintl.so.8
> (0x1385d19dc000)
> >               libpcre2-8.so.0 => /usr/local/lib/libpcre2-8.so.0
> >     (0x1385d23ff000)
> >               libutil.so.9 => /lib/libutil.so.9 (0x1385d27d9000)
> >               libthr.so.3 => /lib/libthr.so.3 (0x1385d2e51000)
> >               libc.so.7 => /lib/libc.so.7 (0x1385cdce8000)
> >
> >
> >     so in the worst case you would need to do some house cleaning...
> >
> >
> > Just got this to repeat with someone in the class this week with Ubuntu
> > 22 in a VM. The needed dynamic libraries are installed with the RTEMS
> > tools in lib64. Weird
>
> This sounds strange. First of all, your original report was about FBSD
> 13.1-p6. Obviously you have not been lucky and glib package maintainer
> published library requiring libintl.so.9 and then probably reverted to
> .8. So high chance is pkg update; pkg upgrade may solve the issue.
>

They said it worked for them with Ubuntu 20 which is why I think older
host had native libraries that matched qemu expectations. Newer hosts
don't have these older dynamic libraries.

And a new Rocky 9 VM did the same thing. I installed to /tmp/qemu
and libffi.so.6 is in /tmp/qemu/lib64. The qemu-system-arm it installed
depends on it. I think we were just lucky when the host and qemu libraries
matched.

We have to either build static or set LD_LIBRARY_PATH.


>
> W.r.t. RTEMS tools installing glib/libintl ? Never heard/seen anything
> like that and Ubuntu is pretty close to home call here...
>

My Rocky 9 only installed libffi. Not sure what happened on FreeBSD.

--joel

>
> Karel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20230424/25833116/attachment-0001.htm>