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

[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] #37187: R-framework isn't a dependency alternative for R
by MacPorts 07 Jun '14

07 Jun '14

#37187: R-framework isn't a dependency alternative for R -----------------------------+---------------------------------- Reporter: nigel.stanger@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: r r-framework swig-r -----------------------------+---------------------------------- I recently upgraded to 10.8 and had to rebuild most of my ports ('''note:''' 10.8 isn't the cause of this issue). During this, I was rather puzzled to find that the cuneiform, latex2rtf and wv packages all insisted on installing gcc45 for no readily apparent reason (no obvious explicit or recursive dependency). After digging around in the output from port rdeps latex2rtf and port -d install latex2rtf (the latter is attached), I eventually figured out the following: * latex2rtf depends explicitly on ImageMagick. * ImageMagick was installed with the +graphviz variant, which implies a dependency on graphviz. * graphviz was installed with the +r variant, which implies a dependency swig-r. * swig-r depends explicitly on R. * R has the default variant +gcc45 <= bingo! The same applies for cuneiform and wv: both depend explicitly on ImageMagick, and the chain continues from there. I originally had R installed with the +aqua variant, but got the "10.6 only" when I tried to upgrade it, so I switched to R-framework instead, as suggested by the error message. I had to uninstall swig-r first to get this to work. However, since swig-r depends on R and not R-framework, port starts trying to install R and all of its dependencies. I tried changing "port:R" to "port:R-framework" in the portfile and as far as I can tell everything built OK, but I haven't tested it thoroughly. This clearly also isn't a good long-term solution. It would be nice if R and R-framework could act as alternatives for dependency purposes, but I'm not sure how you would do that in a portfile (I remember Fink packages could explicitly specify alternative dependencies). Obviously this will affect any other ports that explicitly depend on R. If I didn't have R-framework installed I could check :). I've cc'd the maintainers of swig-r. -- Ticket URL: <https://trac.macports.org/ticket/37187> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #35682: AtomicParsley does not ensure it's UsingTheRightCompiler
by MacPorts 06 Jun '14

06 Jun '14

#35682: AtomicParsley does not ensure it's UsingTheRightCompiler ------------------------------------+--------------------------------------- Reporter: ciserlohn@… | Owner: cedric.luthi@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: AtomicParsley ------------------------------------+--------------------------------------- {{{ :info:build g++: Error: You should be using ${configure.cxx} :info:build See https://trac.macports.org/wiki/UsingTheRightCompiler }}} See UsingTheRightCompiler -- Ticket URL: <https://trac.macports.org/ticket/35682> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[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] #36438: libgdiplus build fails when upgrading gcc47
by MacPorts 06 Jun '14

06 Jun '14

#36438: libgdiplus build fails when upgrading gcc47 -----------------------------------+-------------------------------- Reporter: ahelfer1971@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.1.2 Keywords: lion gcc47 libgdiplus | Port: gcc47 -----------------------------------+-------------------------------- When attempting an upgrade of gcc47, dependency libgdiplus fails. -- Ticket URL: <https://trac.macports.org/ticket/36438> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 42

[MacPorts] #35522: webkit-gtk 1.6.3_4 +quartz can't find X11
by MacPorts 06 Jun '14

06 Jun '14

#35522: webkit-gtk 1.6.3_4 +quartz can't find X11 -----------------------------+---------------------------------------------- Reporter: dansbox@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: webkit-gtk -----------------------------+---------------------------------------------- Getting a build failure in webkit-gtk 1.6.3_4. It can't find X11 headers. {{{ :info:build ./Source/WebCore/plugins/npapi.h:93:22: error: X11/Xlib.h: No such file or directory :info:build ./Source/WebCore/plugins/npapi.h:94:23: error: X11/Xutil.h: No such file or directory }}} This is in Mountain Lion (10.8.0). I'm trying to build gnucash for Quartz, which requires the +quartz option here, along with +quartz and +no_x11 in some of the dependencies (e.g., gtk2 @2.24.10_2+no_x11+quartz). -- Ticket URL: <https://trac.macports.org/ticket/35522> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #37442: py27-celery @3.0.12 DistributionNotFound error
by MacPorts 05 Jun '14

05 Jun '14

#37442: py27-celery @3.0.12 DistributionNotFound error ----------------------+-------------------------------- Reporter: marcop@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py-celery ----------------------+-------------------------------- I installed py27-celery @3.0.12. py27-amqp @1.2.0 is installed as a dependency. When I launch celery I get the error below. It seems that celery is looking for an older version of amqp. I installed a compatible version of amqp (1.0.2) but unfortunately I wasn't able to solve the problem. As an attachment I provide the celeryconfig.py I'm using. {{{ Traceback (most recent call last): File "/opt/local/bin/celeryd", line 5, in <module> from pkg_resources import load_entry_point File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/pkg_resources.py", line 2811, in <module> parse_requirements(__requires__), Environment() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/pkg_resources.py", line 588, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: amqp>=1.0.5,<1.1.0 }}} Thank you for support and suggestions. Marco -- Ticket URL: <https://trac.macports.org/ticket/37442> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4