Problem installing mkvtoolnix

[Tom Armitage]

I've made some progress (I think...)

I uninstalled libebml and reinstalled it, compiling from source. I also had to remove and reinstall libmatroska.

$ sudo port clean --all libmatroska libebml mkvtoolnix
$ sudo port -s install libmatroska libebml

I then tried to reinstall mkvtoolnix, this time it built but now it fails during the installation phase.

Looking at the log file it seems to be complaining about a missing app called "mmg" but a port search for mmg comes up with nothing.

bash-3.2$ port search mmg
No match for mmg found

Log file error message:

<snip>
/usr/bin/install -c -m 644 po/zh_CN.mo /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_multimedia_mkvtoolnix/mkvtoolnix/work/destroot/opt/local/share/locale/zh_CN/LC_MESSAGES/mkvtoolnix.mo
/usr/bin/install -c -m 644 po/zh_TW.mo /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_multimedia_mkvtoolnix/mkvtoolnix/work/destroot/opt/local/share/locale/zh_TW/LC_MESSAGES/mkvtoolnix.mo
Error: org.macports.destroot for port mkvtoolnix returned: app.executable mmg does not exist
Warning: targets not executed for mkvtoolnix: org.macports.activate org.macports.destroot org.macports.install
Please see the log file for port mkvtoolnix for details:
    /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_multimedia_mkvtoolnix/mkvtoolnix/main.log
To report a bug, follow the instructions in the guide:
    http://guide.macports.org/#project.tickets
Error: Processing of port mkvtoolnix failed
bash-3.2$
<end>

The whole log file is attached as a gz file.

On 12 Oct 2015 16:46, Clemens Lang <cal at macports.org> wrote:
>
>
>
> ----- On 12 Oct, 2015, at 07:43, Ryan Schmidt ryandesign at macports.org wrote: 
>
> >> :info:build   "libebml::EbmlString::SetValue(std::__1::basic_string<char, 
> >> std::__1::char_traits<char>, std::__1::allocator<char> > const&)" 
> >> "libebml::EbmlUnicodeString::SetValueUTF8(std::__1::basic_string<char, 
> >> std::__1::char_traits<char>, std::__1::allocator<char> > const&)" 
> >> :info:build   "libebml::UTFstring::SetUTF8(std::__1::basic_string<char, 
> >> std::__1::char_traits<char>, std::__1::allocator<char> > const&)" 
> >> :info:build   "libebml::EbmlString::operator std::__1::basic_string<char, 
> >> std::__1::char_traits<char>, std::__1::allocator<char> > const &() const" 
>
> Each of those missing symbols contains std::__1::basic_string, which makes me 
> guess this is a problem with libstdc++ vs. libc++. If you actually check for 
> the symbols in libebml.dylib and pass them through c++filt I bet there's 
> std::string in there because libebml doesn't correctly compile against 
> libc++. 
>
> -- 
> Clemens Lang 
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: main.log.gz
Type: application/x-gzip
Size: 4386 bytes
Desc: not available
URL: <https://lists.macosforge.org/pipermail/macports-users/attachments/20151012/d0ae92b9/attachment.gz>