See the lddtree dump below. It should link against libebml, libmatroska and some more. The only unbundled lib is pugixml. If you watch the build (sorry, don't have the complete build log anymore) it is obvious that it builds and uses it's own versions of said libraries. lddtree /usr/bin/mkvinfo /usr/bin/mkvinfo (interpreter => /lib64/ld-linux-x86-64.so.2) libmagic.so.1 => /usr/lib64/libmagic.so.1 libz.so.1 => /lib64/libz.so.1 libpugixml.so.1 => /usr/lib64/libpugixml.so.1 libboost_regex.so.1.52.0 => /usr/lib64/libboost_regex.so.1.52.0 libicuuc.so.50 => /usr/lib64/libicuuc.so.50 libdl.so.2 => /lib64/libdl.so.2 libicui18n.so.50 => /usr/lib64/libicui18n.so.50 libicudata.so.50 => /usr/lib64/libicudata.so.50 librt.so.1 => /lib64/librt.so.1 libboost_filesystem.so.1.52.0 => /usr/lib64/libboost_filesystem.so.1.52.0 libboost_system.so.1.52.0 => /usr/lib64/libboost_system.so.1.52.0 libQtGui.so.4 => /usr/lib64/qt4/libQtGui.so.4 libEGL.so.1 => /usr/lib64/libEGL.so.1 libX11-xcb.so.1 => /usr/lib64/libX11-xcb.so.1 libxcb-dri2.so.0 => /usr/lib64/libxcb-dri2.so.0 libxcb-xfixes.so.0 => /usr/lib64/libxcb-xfixes.so.0 libxcb-render.so.0 => /usr/lib64/libxcb-render.so.0 libxcb-shape.so.0 => /usr/lib64/libxcb-shape.so.0 libxcb.so.1 => /usr/lib64/libxcb.so.1 libXau.so.6 => /usr/lib64/libXau.so.6 libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 libudev.so.1 => /lib64/libudev.so.1 libsystemd-daemon.so.0 => /lib64/libsystemd-daemon.so.0 libdrm.so.2 => /usr/lib64/libdrm.so.2 libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 libpng15.so.15 => /usr/lib64/libpng15.so.15 libfreetype.so.6 => /usr/lib64/libfreetype.so.6 libbz2.so.1 => /lib64/libbz2.so.1 libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 libffi.so.6 => /usr/lib64/libffi.so.6 libSM.so.6 => /usr/lib64/libSM.so.6 libuuid.so.1 => /lib64/libuuid.so.1 libICE.so.6 => /usr/lib64/libICE.so.6 libXi.so.6 => /usr/lib64/libXi.so.6 libXrender.so.1 => /usr/lib64/libXrender.so.1 libXrandr.so.2 => /usr/lib64/libXrandr.so.2 libXfixes.so.3 => /usr/lib64/libXfixes.so.3 libXcursor.so.1 => /usr/lib64/libXcursor.so.1 libXinerama.so.1 => /usr/lib64/libXinerama.so.1 libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 libexpat.so.1 => /usr/lib64/libexpat.so.1 libXext.so.6 => /usr/lib64/libXext.so.6 libX11.so.6 => /usr/lib64/libX11.so.6 libQtCore.so.4 => /usr/lib64/qt4/libQtCore.so.4 libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.2/libstdc++.so.6 libm.so.6 => /lib64/libm.so.6 libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.2/libgcc_s.so.1 libc.so.6 => /lib64/libc.so.6 libpthread.so.0 => /lib64/libpthread.so.0
> * build system: For the time being the build system will always > build and link statically against the internal versions of libEBML > and libMatroska. This was back in 4.7.0 - an upstream decision. With mkvtoolnix seemingly having only one author, such moves sometimes come too easily.
Fixed in 6.1.0-r1.
