August 2013 - macports-tickets - lists.macosforge.org

Re: [MacPorts] #14139: xinstall needs to support recursion
by MacPorts 07 Aug '13

07 Aug '13

#14139: xinstall needs to support recursion --------------------------+-------------------------------- Reporter: rhwood@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.7.0 Resolution: wontfix | Keywords: Port: | --------------------------+-------------------------------- Changes (by larryv@…): * status: new => closed * resolution: => wontfix Comment: Replying to [comment:5 raimue@…]: > xinstall is meant to be a builtin implementation of install(1), which > also cannot operate in a recursive mode. This. -- Ticket URL: <https://trac.macports.org/ticket/14139#comment:7> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #39897: Add 'optional' or 'recommended' metadata tags to portfile spec.
by MacPorts 06 Aug '13

06 Aug '13

#39897: Add 'optional' or 'recommended' metadata tags to portfile spec. -------------------------+-------------------------------- Reporter: c.herbig@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: Keywords: | Port: -------------------------+-------------------------------- There are certain programs that are not actually required for a program to run, but provide additional functionality. I don't think that simply adding them as 'depends_run' ports is a good solution, #39880. For example, Yelp provides a help browser for many Gnome apps, but has many dependencies that, if any are broken, will appear to be problems with the main port to the user. Instead of forcing the user to install yelp as a dependency, it might be better to inform them at install or upgrade time that yelp is a recommended secondary install. Another example is gnome-themes-standard. Again, it is not at all necessary, but people will expect gnome apps to look a certain way, after seeing screenshots or working with linux systems. Even though this example is more trivial to simply append as a runtime dep, perhaps some people feel that it is not wanted, or are using a different theme. As such, my proposal is to add one or other of the aforementioned metadata tags, so it would look like this: recommended_ports: yelp \ gnome-themes-standard and show up to the user after installation is complete as {{{ Recommended supplementary ports: yelp ${description of yelp} gnome-themes-standard ${description of port} }}} and let the user decide for themselves. -- Ticket URL: <https://trac.macports.org/ticket/39897> MacPorts <http://www.macports.org/> Ports system for OS X

1 13

[MacPorts] #38011: Openmotif 2.3.4_1 fails to build on Mac 10.8.2
by MacPorts 06 Aug '13

06 Aug '13

#38011: Openmotif 2.3.4_1 fails to build on Mac 10.8.2 -----------------------------+-------------------------------- Reporter: ozisik@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: openmotif 2.3.4 | Port: -----------------------------+-------------------------------- The first error was that clang could not find "wmluiltok.o". Therefore, I manually added the correct address for it. The new error is as follows when I try to run the clang command from shell: $ sudo /usr/bin/clang -O2 -arch x86_64 -arch i386 -Wall -g -fno-strict- aliasing -Wno-unused -Wno-comment -fno-tree-ter -I/opt/local/include -I/opt/local/include/freetype2 -arch x86_64 -arch i386 -o wmluiltok /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_openmotif/openmotif/work/motif-2.3.4/tools/wml/wmluiltok.o -L/opt/local/lib /opt/local/lib/libXp.dylib /opt/local/lib/libXext.dylib /opt/local/lib/libiconv.dylib /opt/local/lib/libXft.dylib /opt/local/lib/libfontconfig.dylib /opt/local/lib/libexpat.dylib /opt/local/lib/libfreetype.dylib -lbz2 /opt/local/lib/libXrender.dylib /opt/local/lib/libX11.dylib /opt/local/lib/libxcb.dylib /opt/local/lib/libXau.dylib /opt/local/lib/libXdmcp.dylib /opt/local/lib/libjpeg.dylib /opt/local/lib/libpng15.dylib -lz Undefined symbols for architecture x86_64: "_main", referenced from: implicit entry/start for main executable ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) I am not sure what are the undefined symbols for architecture x86_64 are. Any ideas? -- Ticket URL: <https://trac.macports.org/ticket/38011> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #37642: py-scikits-bvp_solver: New port
by MacPorts 06 Aug '13

06 Aug '13

#37642: py-scikits-bvp_solver: New port -------------------------------+----------------------------------- Reporter: macsforever2000@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py-scikits-bvp_solver -------------------------------+----------------------------------- I am working on a new port and having problems building it. It is a python module which requires Fortran. Here is the build error I am seeing when attempting to build with the +gcc47 variant: {{{ /opt/local/bin/gfortran-mp-4.7 -Wall build/temp.macosx-10.8-x86_64-2.7/build/src.macosx-10.8-x86_64-2.7/scikits/bvp_solver/lib/bvp_solverfmodule.o build/temp.macosx-10.8-x86_64-2.7/build/src.macosx-10.8-x86_64-2.7/fortranobject.o build/temp.macosx-10.8-x86_64-2.7/scikits/bvp_solver/lib/BVP_M.o build/temp.macosx-10.8-x86_64-2.7/scikits/bvp_solver/lib/BVP_INTERFACE.o build/temp.macosx-10.8-x86_64-2.7/scikits/bvp_solver/lib/lampak.o build/temp.macosx-10.8-x86_64-2.7/scikits/bvp_solver/lib/BVP_LA.o build/temp.macosx-10.8-x86_64-2.7/build/src.macosx-10.8-x86_64-2.7/scikits/bvp_solver/lib /bvp_solverf-f2pywrappers2.o -L/opt/local/lib/gcc47/gcc/x86_64-apple- darwin12/4.7.2 -lgfortran -o build/lib.macosx-10.8-x86_64-2.7/scikits/bvp_solver/bvp_solverf.so Undefined symbols for architecture x86_64: "_PyArg_ParseTupleAndKeywords", referenced from: _f2py_rout_bvp_solverf_bvp_guess_1_wrap in bvp_solverfmodule.o _f2py_rout_bvp_solverf_bvp_guess_2_wrap in bvp_solverfmodule.o _f2py_rout_bvp_solverf_bvp_bvp_eval_wrap in bvp_solverfmodule.o _f2py_rout_bvp_solverf_bvp_bvp_solver_wrap in bvp_solverfmodule.o _f2py_rout_bvp_solverf_bvp_bvp_extend_wrap in bvp_solverfmodule.o "_PyCObject_AsVoidPtr", referenced from: _initbvp_solverf in bvp_solverfmodule.o _F2PyCapsule_AsVoidPtr in fortranobject.o "_PyCObject_FromVoidPtr", referenced from: _fortran_getattr in fortranobject.o _F2PyCapsule_FromVoidPtr in fortranobject.o "_PyCObject_Type", referenced from: _initbvp_solverf in bvp_solverfmodule.o _F2PyCapsule_Check in fortranobject.o "_PyComplex_Type", referenced from: _int_from_pyobj.part.1 in bvp_solverfmodule.o _double_from_pyobj.part.0 in bvp_solverfmodule.o "_PyDict_DelItemString", referenced from: _fortran_setattr in fortranobject.o "_PyDict_GetItemString", referenced from: _fortran_getattr in fortranobject.o "_PyDict_New", referenced from: _PyFortranObject_New in fortranobject.o _PyFortranObject_NewAsAttr in fortranobject.o _fortran_setattr in fortranobject.o "_PyDict_SetItemString", referenced from: _initbvp_solverf in bvp_solverfmodule.o _fortran_getattr in fortranobject.o _F2PyDict_SetItemString in fortranobject.o _PyFortranObject_New in fortranobject.o _fortran_setattr in fortranobject.o "_PyErr_Clear", referenced from: _cb_fsub_in_bvp_solver_wrap__user__routines in bvp_solverfmodule.o _cb_dbcdyp_in_bvp_solver_wrap__user__routines in bvp_solverfmodule.o _cb_bcsubp_in_bvp_solver_wrap__user__routines in bvp_solverfmodule.o _cb_bcsub_in_bvp_solver_wrap__user__routines in bvp_solverfmodule.o _cb_dbcdy_in_bvp_solver_wrap__user__routines in bvp_solverfmodule.o _cb_fsubp_in_bvp_solver_wrap__user__routines in bvp_solverfmodule.o _cb_dfdy_in_bvp_solver_wrap__user__routines in bvp_solverfmodule.o ... }}} -- Ticket URL: <https://trac.macports.org/ticket/37642> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 21

[MacPorts] #37011: Unable to install py-markdown
by MacPorts 06 Aug '13

06 Aug '13

#37011: Unable to install py-markdown --------------------+-------------------------------- Reporter: pjl@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py-markdown --------------------+-------------------------------- On OS X 10.6.8: {{{ $ sudo port selfupdate ... $ sudo port upgrade outdated ... $ sudo port install py-markdown ---> Computing dependencies for py-markdown Error: Dependency 'py24-markdown' not found. To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port py-markdown failed $ sudo port install py24-markdown Error: Port py24-markdown not found $ python -V Python 2.7.1 }}} -- Ticket URL: <https://trac.macports.org/ticket/37011> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #33023: xorg-server: X11.app crashes on launch
by MacPorts 06 Aug '13

06 Aug '13

#33023: xorg-server: X11.app crashes on launch -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: jeremyhu@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: xorg-server -------------------------------------+-------------------------------------- I know xorg-server's X11.app used to work for me, but today, it just crashes on launch. -- Ticket URL: <https://trac.macports.org/ticket/33023> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 18

[MacPorts] #40023: boost-1.54.0 unit test framework crashing at runtime
by MacPorts 06 Aug '13

06 Aug '13

#40023: boost-1.54.0 unit test framework crashing at runtime ---------------------------------+-------------------------------- Reporter: dave_gomboc@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: boost clang++ c++11 | Port: boost ---------------------------------+-------------------------------- I am able to generate a crash very similar to that reported at http://stackoverflow.com/questions/12695625/boost-test-crashes-on-exit- with-clang-4-1-llvm-3-1svn with clang++3.3 (macports) and boost-1.54.0 (macports). I am compiling code using -std=c++11 (or -std=c++1y), and have a single, passing test. A solution posted at the same website suggests that if boost were to be compiled by macports using different settings, this crash would not occur. -- Ticket URL: <https://trac.macports.org/ticket/40023> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #40027: py-gmpy: update to 1.17
by MacPorts 06 Aug '13

06 Aug '13

#40027: py-gmpy: update to 1.17 ---------------------------------+-------------------------------- Reporter: md14-macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: haspatch maintainer | Port: py-gmpy ---------------------------------+-------------------------------- The attached patch updates py-gmpy to 1.17. From the upstream changelog: "The only change is adding support for third-party extensions to use GMPY under Python 3 (support was working in Python 2)." -- Ticket URL: <https://trac.macports.org/ticket/40027> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #36051: [Port Abandoned] dspam
by MacPorts 06 Aug '13

06 Aug '13

#36051: [Port Abandoned] dspam ----------------------------------+----------------------------------------- Reporter: pixilla@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ----------------------------------+----------------------------------------- #35701 -- Ticket URL: <https://trac.macports.org/ticket/36051> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #40028: py-gmpy2: update to 2.0.1
by MacPorts 06 Aug '13

06 Aug '13

#40028: py-gmpy2: update to 2.0.1 ---------------------------------+-------------------------------- Reporter: md14-macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: haspatch maintainer | Port: py-gmpy2 ---------------------------------+-------------------------------- The attached patch updates py-gmpy2 to 2.0.1. From the upstream changelog: "A few minor bugs have been fixed and the logic used in setup.py to find the required libraries has been updated." -- Ticket URL: <https://trac.macports.org/ticket/40028> MacPorts <http://www.macports.org/> Ports system for OS X

1 1