June 2012 - macports-tickets - lists.macosforge.org

[MacPorts] #33158: py27-hachoir-metadata
by MacPorts 12 Jun '14

12 Jun '14

#33158: py27-hachoir-metadata -------------------------------+-------------------------------------------- Reporter: m.haller@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: py27-hachoir-metadata -------------------------------+-------------------------------------------- hachoir-metadata extracts metadata from multimedia files :music, picture, video, but also archives. It supports most common file formats. [http://pypi.python.org/pypi/hachoir-metadata] -- Ticket URL: <https://trac.macports.org/ticket/33158> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #16598: ettercap do not work on Mac OS X 10.5.5
by MacPorts 12 Jun '14

12 Jun '14

#16598: ettercap do not work on Mac OS X 10.5.5 -------------------------------+-------------------------------------------- Reporter: monserg(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: ettercap mac ox x | Port: ettercap-ng -------------------------------+-------------------------------------------- ettercap do not work on Mac OS X 10.5.5. card: AirportExtreme ( (0x14E4, 0x88) (Broadcom 4328 (4.170.46.11) ) ) installation fine with: sudo port install ettercap-ng but, when executing a test: ettercap -Tzq -i en1 got this error: ettercap NG-0.7.3 copyright 2001-2004 ALoR & NaGA Listening on en1... (Ethernet) ERROR : 6, Device not configured [ec_send.c:send_init:114] libnet_init(LIBNET_RAW4_ADV) failed: libnet_init(): UID or EUID of 0 required -- Ticket URL: <http://trac.macports.org/ticket/16598> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #26074: update zim
by MacPorts 12 Jun '14

12 Jun '14

#26074: update zim -------------------------------+-------------------------------------------- Reporter: bassliu@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: -------------------------------+-------------------------------------------- zim in repository is 0.28, it's very old. the lastest version is 0.48, check the [http://zim-wiki.org/downloads.html website] -- Ticket URL: <http://trac.macports.org/ticket/26074> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 25

[MacPorts] #30434: Should port select gcc also set /usr/bin/cc?
by MacPorts 12 Jun '14

12 Jun '14

#30434: Should port select gcc also set /usr/bin/cc? ----------------------------+----------------------------------------------- Reporter: ionic@… | Owner: macports-tickets@… Type: request | Status: new Priority: Low | Milestone: Component: base | Version: 2.0.0 Keywords: select gcc | Port: ----------------------------+----------------------------------------------- Hi, currently port select gcc only changes the binaries in $PREFIX/bin. However, at least some ports use /usr/bin/cc as the default compiler. This ports will likely end up using whatever /usr/bin/cc is set to - for instance llvm-gcc42 if XCode 4 was installed, although the user MAY have selected gcc42 manually and lives under the impression it's used. Then again, I don't know, whether it's a good thing to fiddle outside of $PREFIX, so I'll open this for discussion. I'd vote for yes and moreover possibly also change all other symlinks in /usr/bin as gcc, g++, c++ etc. BUT symlink them to their /opt/local/bin counterparts, so we don't need to keep two places in sync. Best regards, Mihai -- Ticket URL: <https://trac.macports.org/ticket/30434> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 16

[MacPorts] #34618: swig: add swig-php53 and swig-php54 subports
by MacPorts 10 Jun '14

10 Jun '14

#34618: swig: add swig-php53 and swig-php54 subports -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: kevin@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: swig -------------------------------------+-------------------------------------- Currently there is a swig-php5 subport, which depends on path:bin/php:php5. The php5 and php5-devel ports are going away, and ${prefix}/bin/php will no longer be installed by a port. php5 and php5-devel are to be replaced by the new php53 and php54 subports, which install ${prefix}/bin/php53 and ${prefix}/bin/php54 respectively. I'm not sure how swig works, but I assume we should have new swig-php53 and swig- php54 ports, which let you build something for use with php53 and php54 respectively. -- Ticket URL: <https://trac.macports.org/ticket/34618> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #34448: webkit-gtk +quartz missing symbol: Webcore::PluginView::invalidateRect
by MacPorts 09 Jun '14

09 Jun '14

#34448: webkit-gtk +quartz missing symbol: Webcore::PluginView::invalidateRect ------------------------------------------+--------------------------------- Reporter: michael.culbertson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: webkit-gtk ------------------------------------------+--------------------------------- I installed webkit-gtk (version 1.6.3_2) with the +quartz variant (in addition to the default +svg and +video variants) as a dependency for gnucash. It built and installed correctly, but when I tried to run gnucash, it died immediately reporting: {{{ dyld: Symbol not found: __ZN7WebCore10PluginView14invalidateRectERKNS_7IntRectE Referenced from: /opt/local/lib/libwebkitgtk-1.0.0.dylib Expected in: dynamic lookup }}} -- Ticket URL: <https://trac.macports.org/ticket/34448> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #34891: swig: subports do not respect build_arch
by MacPorts 09 Jun '14

09 Jun '14

#34891: swig: subports do not respect build_arch -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: kevin@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: swig -------------------------------------+-------------------------------------- Here's what happens with swig-tcl: {{{ /usr/bin/g++-4.2 -pipe -O2 -Wall -W -ansi -pedantic -L/i386-10.6-mp/lib -o eswig CParse/cscanner.o CParse/parser.o CParse/templ.o CParse/util.o DOH/base.o DOH/file.o DOH/fio.o DOH/hash.o DOH/list.o DOH/memory.o DOH/string.o DOH/void.o Modules/allegrocl.o Modules/allocate.o Modules/browser.o Modules/cffi.o Modules/chicken.o Modules/clisp.o Modules/contract.o Modules/csharp.o Modules/d.o Modules/directors.o Modules/emit.o Modules/go.o Modules/guile.o Modules/java.o Modules/lang.o Modules/lua.o Modules/main.o Modules/modula3.o Modules/module.o Modules/mzscheme.o Modules/ocaml.o Modules/octave.o Modules/overload.o Modules/perl5.o Modules/php.o Modules/pike.o Modules/python.o Modules/r.o Modules/ruby.o Modules/s-exp.o Modules/swigmain.o Modules/tcl8.o Modules/typepass.o Modules/uffi.o Modules/utils.o Modules/xml.o Preprocessor/cpp.o Preprocessor/expr.o Swig/cwrap.o Swig/deprecate.o Swig/error.o Swig/fragment.o Swig/getopt.o Swig/include.o Swig/misc.o Swig/naming.o Swig/parms.o Swig/scanner.o Swig/stype.o Swig/symbol.o Swig/tree.o Swig/typeobj.o Swig/typemap.o Swig/typesys.o Swig/wrapfunc.o -ldl -L/i386-10.6-mp/lib -lpcre ld: warning: in /i386-10.6-mp/lib/libpcre.dylib, file was built for i386 which is not the architecture being linked (x86_64) Undefined symbols: "_pcre_version", referenced from: _Swig_pcre_version in misc.o (maybe you meant: _Swig_pcre_version) "_pcre_compile", referenced from: _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o "_pcre_free", referenced from: _Swig_string_regex in misc.o _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o "_pcre_exec", referenced from: _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o ld: symbol(s) not found }}} swig-perl does the same. While you're fixing this you could possibly add a universal variant as well. -- Ticket URL: <https://trac.macports.org/ticket/34891> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #34708: macports swig missing d language support
by MacPorts 07 Jun '14

07 Jun '14

#34708: macports swig missing d language support --------------------------------------+------------------------------------- Reporter: thelastmammoth@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: swig D | Port: swig --------------------------------------+------------------------------------- after installing swig (2.07), there is no support for d. also port search swig yields a bunch of languages but not d. D has been supported in swig since 2011/02/20, and the latest version from http://www.swig.org/ works fine with it. -- Ticket URL: <https://trac.macports.org/ticket/34708> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #16110: libxml2: attempts to use libxslt.1.dylib
by MacPorts 06 Jun '14

06 Jun '14

#16110: libxml2: attempts to use libxslt.1.dylib -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: cedric.luthi(a)gmail.com Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- I previously had libxml2 2.6.32_1 and libxslt 1.1.23_0 installed. I forcibly uninstalled libxml2 and reinstalled it, to test an issue. During the reinstall, this message appeared in the debug output, and also a Mac OS X Crash Reporter dialog appeared with similar information: {{{ dyld: lazy symbol binding failed: Symbol not found: _xmlXPathContextSetCache Referenced from: /mp/lib/libxslt.1.dylib Expected in: flat namespace dyld: Symbol not found: _xmlXPathContextSetCache Referenced from: /mp/lib/libxslt.1.dylib Expected in: flat namespace }}} `/mp` is my MacPorts prefix. So it seems that libxml2 is trying to load libxslt.1.dylib during the build. You must modify the port so that this does not happen, because libxml2 does not declare a dependency on libxslt (and it cannot, since libxslt declares a dependency on libxml2, and we cannot have circular dependencies). I am running Mac OS X 10.4.11 on an Intel Mac with Xcode 2.5 and MacPorts from trunk @38557. -- Ticket URL: <http://trac.macports.org/ticket/16110> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #32842: swig-python build fails for non-default build_arch
by MacPorts 05 Jun '14

05 Jun '14

#32842: swig-python build fails for non-default build_arch -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: kevin@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: swig-python -------------------------------------+-------------------------------------- {{{ ld: warning: in /i386-10.6-mp/lib/libpcre.dylib, file was built for i386 which is not the architecture being linked (x86_64) Undefined symbols: "_pcre_version", referenced from: _Swig_pcre_version in misc.o (maybe you meant: _Swig_pcre_version) "_pcre_compile", referenced from: _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o "_pcre_free", referenced from: _Swig_string_regex in misc.o _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o "_pcre_exec", referenced from: _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o ld: symbol(s) not found }}} -- Ticket URL: <https://trac.macports.org/ticket/32842> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2