On Fri, Jul 17, 2020 at 16:18:52 +0200, Peter Krempa wrote:
On Fri, Jul 17, 2020 at 16:04:16 +0200, Peter Krempa wrote:
> On Thu, Jul 16, 2020 at 11:53:56 +0200, Pavel Hrdina wrote:
>
> I've tried building RPMs both from the pre-patch tree state and after
> your patchset. I've then extracted all the RPMs toghether and compared
> the file lists (minus the 'build-id' directory which differs).
>
> I'm not sure whether it's due to the RPM or regular build process
> though.
Another difference is paths to shared objects:
e.g virsh:
automakerpm/unpack/usr/bin/virsh:
linux-vdso.so.1 (0x00007ffccb1ea000)
libvirt-lxc.so.0 => /lib64/libvirt-lxc.so.0 (0x00007f51f7082000)
libvirt-qemu.so.0 => /lib64/libvirt-qemu.so.0 (0x00007f51f707d000)
libvirt.so.0 => /lib64/libvirt.so.0 (0x00007f51f6bbd000)
libxml2.so.2 => /lib64/libxml2.so.2 (0x00007f51f6a4d000)
libreadline.so.8 => /lib64/libreadline.so.8 (0x00007f51f69f7000)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007f51f68cc000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f51f68a8000)
mesonrpm/unpack/usr/bin/virsh:
linux-vdso.so.1 (0x00007ffcb4b8d000)
libvirt-lxc.so.0 => /usr/lib64/libvirt-lxc.so.0 (0x00007fc2b9596000)
libvirt-qemu.so.0 => /usr/lib64/libvirt-qemu.so.0 (0x00007fc2b9591000)
libvirt.so.0 => /usr/lib64/libvirt.so.0 (0x00007fc2b90d1000)
libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007fc2b8f61000)
libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007fc2b8e36000)
libreadline.so.8 => /usr/lib64/libreadline.so.8 (0x00007fc2b8de0000)
libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007fc2b8dc3000)
This one is probably safe and also possibly considered modern, but I
wanted to point it out.
One mistake though is that usr/bin/virt-xml-validate is not installed as
executalbe with meson!