May 2014 - macports-tickets - lists.macosforge.org

[MacPorts] #43647: py-pyfftw @0.9.2 Add py34 support
by MacPorts 09 May '14

09 May '14

#43647: py-pyfftw @0.9.2 Add py34 support -------------------------+-------------------------------- Reporter: christsc@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: py-pyfftw -------------------------+-------------------------------- Find attached a Portfile patch to add support for Python 3.4. -- Ticket URL: <https://trac.macports.org/ticket/43647> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #43594: xmlpatch @0.3.3: "check" should be a library dependency, not just a build dependency
by MacPorts 09 May '14

09 May '14

#43594: xmlpatch @0.3.3: "check" should be a library dependency, not just a build dependency ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: xmlpatch ---------------------+-------------------------------- I recently had to deactivate my installation of the "check" port to upgrade gstreamer1, because gstreamer1 has the following in its Portfile: {{{ conflicts_build check }}} After doing this and installing another port, rev-upgrade then kicked in, and found that xmlpatch had been broken by the deactivation of "check": {{{ ---> Scanning binaries for linking errors Could not open /opt/local/lib/libcheck.0.dylib: Error opening or reading file (referenced from /opt/local/lib/tests/xml_diff/test-diff) DEBUG: Marking /opt/local/lib/tests/xml_diff/test-diff as broken DEBUG: Marking /opt/local/lib/tests/xml_diff/test-diff as broken }}} Just to confirm, the binary mentioned does actually come from xmlpatch: {{{ $ port provides /opt/local/lib/tests/xml_diff/test-diff /opt/local/lib/tests/xml_diff/test-diff is provided by: xmlpatch }}} Running `otool -L` manually confirms the linkage: {{{ $ otool -L /opt/local/lib/tests/xml_diff/test-diff /opt/local/lib/tests/xml_diff/test-diff: /opt/local/lib/libcheck.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libxmlpatch.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libxmldiff.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libxml2.2.dylib (compatibility version 12.0.0, current version 12.1.0) /opt/local/lib/libglib-2.0.0.dylib (compatibility version 3801.0.0, current version 3801.2.0) /opt/local/lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.2.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.11) }}} The build dependency that xmlpatch has on "check" should be updated to be a library dependency to reflect the fact that this linkage occurs. Either that or you could try linking "check" in statically only, or you could prevent the tests from being installed. Personally I would think that just changing the dependency style from `depends_build` to `depends_lib` would be easiest though. (also, looking at the linkages, you should probably also add a library dependency on gettext, as well, for libintl, although that is not quite as important because so much other stuff depends on gettext that it is much less likely to get deactivated than "check" is, and also `nm` says that xmlpatch does not actually use any symbols from libintl, even though it links against it...) -- Ticket URL: <https://trac.macports.org/ticket/43594> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #42828: glew: pkg-config .pc files contain path to destroot
by MacPorts 09 May '14

09 May '14

#42828: glew: pkg-config .pc files contain path to destroot --------------------------+------------------- Reporter: ryandesign@… | Owner: jmr@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: glew --------------------------+------------------- The pkg-config .pc files that the glew port installs contain the path to the destroot: {{{ $ port -v installed glew The following ports are currently installed: glew @1.10.0_0+universal (active) platform='darwin 13' archs='i386 x86_64' $ port -q contents glew | xargs grep destroot /opt/local/lib/pkgconfig/glew.pc:prefix=/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local /opt/local/lib/pkgconfig/glew.pc:exec_prefix=/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local/bin /opt/local/lib/pkgconfig/glew.pc:libdir=/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local/lib /opt/local/lib/pkgconfig/glew.pc:includedir=/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local/include/GL /opt/local/lib/pkgconfig/glewmx.pc:prefix=/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local /opt/local/lib/pkgconfig/glewmx.pc:exec_prefix=/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local/bin /opt/local/lib/pkgconfig/glewmx.pc:libdir=/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local/lib /opt/local/lib/pkgconfig/glewmx.pc:includedir=/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local/include/GL }}} This was originally [https://lists.macosforge.org/pipermail/macports- users/2014-March/034779.html reported on the mailing list] while Trac was down. It seems the .pc files get created correctly during the build phase: {{{ sed \ -e "s|@prefix@|/opt/local|g" \ -e "s|@libdir@|/opt/local/lib|g" \ -e "s|@exec_prefix@|/opt/local/bin|g" \ -e "s|@includedir@|/opt/local/include/GL|g" \ -e "s|@version@|1.10.0|g" \ -e "s|@cflags@||g" \ -e "s|@libname@|GLEW|g" \ < glew.pc.in > glew.pc }}} {{{ sed \ -e "s|@prefix@|/opt/local|g" \ -e "s|@libdir@|/opt/local/lib|g" \ -e "s|@exec_prefix@|/opt/local/bin|g" \ -e "s|@includedir@|/opt/local/include/GL|g" \ -e "s|@version@|1.10.0|g" \ -e "s|@cflags@|-DGLEW_MX|g" \ -e "s|@libname@|GLEWmx|g" \ < glew.pc.in > glewmx.pc }}} But then get overwritten with an incorrect version at destroot time: {{{ sed \ -e "s|@prefix@|/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local|g" \ -e "s|@libdir@|/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local/lib|g" \ -e "s|@exec_prefix@|/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local/bin|g" \ -e "s|@includedir@|/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local/include/GL|g" \ -e "s|@version@|1.10.0|g" \ -e "s|@cflags@||g" \ -e "s|@libname@|GLEW|g" \ < glew.pc.in > glew.pc }}} {{{ sed \ -e "s|@prefix@|/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local|g" \ -e "s|@libdir@|/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local/lib|g" \ -e "s|@exec_prefix@|/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local/bin|g" \ -e "s|@includedir@|/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_glew/glew/work/destroot/opt/local/include/GL|g" \ -e "s|@version@|1.10.0|g" \ -e "s|@cflags@|-DGLEW_MX|g" \ -e "s|@libname@|GLEWmx|g" \ < glew.pc.in > glewmx.pc }}} This appears to be because the Makefile deliberately declares the .pc files as ".PHONY" because, according to a comment in the Makefile, "GLEW_DEST can vary". The Makefile does not support `DESTDIR`, so the Portfile sets `GLEW_DEST=${prefix}` at build time and `GLEW_DEST=${destroot}${prefix}` at destroot time. A solution might be to always set `GLEW_DEST=${prefix}` and apply [https://github.com/nigels-com/glew/pull/1 this patch] which provides proper `DESTDIR` support, which has already been merged upstream. -- Ticket URL: <https://trac.macports.org/ticket/42828> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #40760: libpcl 1.7 only builds if template depth is raised
by MacPorts 09 May '14

09 May '14

#40760: libpcl 1.7 only builds if template depth is raised -------------------------+-------------------------------- Reporter: fgenolini@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: -------------------------+-------------------------------- port install libpcl fails unless cmake is re-run with -ftemplate-depth=1024 Mac OSX 10.8.5, XCode 5 MacBookPro 2.66GHz Intel Core i7, 4GB RAM Apps still do not build -- Ticket URL: <https://trac.macports.org/ticket/40760> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #43643: How to increase recursive template instantiation depth?
by MacPorts 09 May '14

09 May '14

#43643: How to increase recursive template instantiation depth? ------------------------------------------+-------------------------------- Reporter: luminans@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: template instantiation depth | Port: libpcl ------------------------------------------+-------------------------------- I got the following error when I install libpcl: :info:build /opt/local/include/eigen3/Eigen/src/Core/TriangularMatrix.h:444:5: note: use -ftemplate-depth=N to increase recursive template instantiation depth :info:build triangular_assignment_selector<Derived1, Derived2, Mode, UnrollCount-1, ClearOpposite>::run(dst, src); :info:build ^ :info:build 1 error generated. :info:build make[2]: *** [search/CMakeFiles/pcl_search.dir/src/organized.cpp.o] Error 1 :info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gis_libpcl/libpcl/work/pcl-1.7.1' :info:build make[1]: *** [search/CMakeFiles/pcl_search.dir/all] Error 2 :info:build make[1]: *** Waiting for unfinished jobs.... :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gis_libpcl/libpcl/work/pcl-1.7.1/io/tools/openni_pcd_recorder.cpp:62:29: error: use of undeclared identifier '_SC_AVPHYS_PAGES' :info:build uint64_t pages = sysconf (_SC_AVPHYS_PAGES); :info:build ^ :info:build 1 error generated. ---- -- Ticket URL: <https://trac.macports.org/ticket/43643> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #43645: Raw Food Diet and Your Skin Health
by MacPorts 09 May '14

09 May '14

#43645: Raw Food Diet and Your Skin Health ---------------------+-------------------------------- Reporter: tozxf@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: ---------------------+-------------------------------- Everyone has a body smothered in cutis and several of us change try to await after it. We use primary washing gels and garment as wellspring as creams to turn the care and state of our strip. Your strip wellbeing is actually a rattling certain indicator of how the position of your body is health wise. One of the maximal prejudicious factors to your strip upbeat is intake too some milled and manufactured nutrient. [http://dicasdepele.com/ Liftderma] Raw nutrient on the another handsbreadth faculty advance to your eudaemonia in solon as rise as gift you zealous looking and reasonable peel. You module attention a change in your skin's information within a hebdomad and after a period the alteration instrument be surprising.Dry wound is one of the problems that can be caused by short fasting. Feeding raw food faculty naturally moisturize your body from the privileged out. This is mainly because raw foods possess a higher wetness destroy than medium and rubberized food. Preparation food causes a lot of impairment to substance and removes often of the unprocessed wetness substance. '''Liftderma''' Because raw nutrient helps all your organs accomplish improve your circulation entireness writer efficiently and your injure takes on that beaten lusty luminosity. When you eat statesman than some 50% of your diet as raw food your embody instrument turn to see and conclude majuscule and group around you testament commence to note.The Cumulative Make Of Raw Food Fast On Your Rind WelfareIf you remark a replace after the firstly week of consumption a raw substance fast you instrument be delighted with the opinion after 2 or 3 months. The earthy goodness in raw food adds and adds to the embody and there is a lot of medical inform viewing that you module somebody reduced skin problems by maintaining a firm diet with a stupendous proportion of your fasting as raw. http://dicasdepele.com/ -- Ticket URL: <https://trac.macports.org/ticket/43645> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #43640: clamav: error: unknown type name 'pgno_t'; did you mean 'ino_t'?
by MacPorts 09 May '14

09 May '14

#43640: clamav: error: unknown type name 'pgno_t'; did you mean 'ino_t'? --------------------------+--------------------- Reporter: ryandesign@… | Owner: dluke@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: clamav --------------------------+--------------------- clamav fails to build for me on Mavericks 10.9.2 with Xcode 5.1.1 (`Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)`): {{{ In file included from thrmgr.c:40: /usr/include/mpool.h:57:2: error: unknown type name 'pgno_t'; did you mean 'ino_t'? pgno_t pgno; ^~~~~~ }}} -- Ticket URL: <https://trac.macports.org/ticket/43640> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #34603: ace: use the right compiler and -arch flags
by MacPorts 09 May '14

09 May '14

#34603: ace: use the right compiler and -arch flags -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: lockhart@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: ace -------------------------------------+-------------------------------------- ace doesn't ensure it's UsingTheRightCompiler or -arch flags. -- Ticket URL: <https://trac.macports.org/ticket/34603> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #43619: ace @ 6.2.6 New version available
by MacPorts 08 May '14

08 May '14

#43619: ace @ 6.2.6 New version available ----------------------------------+-------------------------------- Reporter: tlockhart1976@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: haspatch, maintainer | Port: ace ----------------------------------+-------------------------------- ACE releases a new version every few months. This bumps us to the current release. -- Ticket URL: <https://trac.macports.org/ticket/43619> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #43616: tao @ 6.2.6 New release
by MacPorts 08 May '14

08 May '14

#43616: tao @ 6.2.6 New release ----------------------------------+-------------------------------- Reporter: tlockhart1976@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: haspatch, maintainer | Port: tao ----------------------------------+-------------------------------- TAO releases new versions every few months. This is a bump to the current version. -- Ticket URL: <https://trac.macports.org/ticket/43616> MacPorts <http://www.macports.org/> Ports system for OS X

1 2