[Bug 198072] net-p2p/libtorrent-rasterbar

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198072

            Bug ID: 198072
           Summary: net-p2p/libtorrent-rasterbar
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Many People
          Priority: ---
         Component: Individual Port(s)
          Assignee: freebsd-ports-bugs at FreeBSD.org
          Reporter: bro.development at gmail.com

I have experienced problems with libtorrent-rasterbar every since upgrading to
FreeBSD 9, due to the separation of base iconv vs libiconv.

When libtorrent-rasterbar is not linked with converters/libiconv, it fails to
properly handle downloaded files containing some non-ascii characters in the
filename, where they are replaced with '?'. When linking with
converters/libiconv, the downloaded files are named correctly. 

Presumably, this is caused by the base iconv lacking some features, as
discussed here:
http://freebsd.1045724.n5.nabble.com/Base-iconv-sort-of-replaces-libiconv-in-FreeBSD-10-td5886786.html

This issue can be fixed by removing 'iconv' from the USES line in the Makefile,
which prevents Mk/Uses/iconv.mk from messing with the iconv linking.

Alternatively, replacing 'iconv' with 'iconv:wchar_t' also works, which also 
adds 'libiconv.so:${PORTSDIR}/converters/libiconv' to LIB_DEPENDS.

After compiling, verify that it's linked to libiconv:

$ ldd work/libtorrent-rasterbar-0.16.19/src/.libs/libtorrent-rasterbar.so.7.0.0 
work/libtorrent-rasterbar-0.16.19/src/.libs/libtorrent-rasterbar.so.7.0.0:
        libboost_system.so.1.55.0 => /usr/local/lib/libboost_system.so.1.55.0
(0x80195b000)
        libssl.so.8 => /usr/local/lib/libssl.so.8 (0x801b5e000)
        libcrypto.so.8 => /usr/local/lib/libcrypto.so.8 (0x801dc7000)
        libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x8021cd000)
        libGeoIP.so.1 => /usr/local/lib/libGeoIP.so.1 (0x8024c7000)
        libthr.so.3 => /lib/libthr.so.3 (0x80270b000)
        libc++.so.1 => /usr/lib/libc++.so.1 (0x802930000)
        libcxxrt.so.1 => /lib/libcxxrt.so.1 (0x802bf0000)
        libm.so.5 => /lib/libm.so.5 (0x802e0c000)
        libc.so.7 => /lib/libc.so.7 (0x80081f000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x803034000)

-- 
You are receiving this mail because:
You are the assignee for the bug.