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

[MacPorts] #38197: py27-pyqt4 doesn't build the QtDesigner Module
by MacPorts 12 Apr '13

12 Apr '13

#38197: py27-pyqt4 doesn't build the QtDesigner Module ------------------------------+-------------------------------- Reporter: mcclure.morgan@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: ------------------------------+-------------------------------- Not clear why, building with -v offered no clues other than the output didn't have a line similar to: Checking to see if the QtDeclarative module should be built... I would expect to see: Checking to see if the QtDesigner module should be built... but I don't From looking at the portfile it looks like it's supposed to be supported -- Ticket URL: <https://trac.macports.org/ticket/38197> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #38588: tmux 1.8 build failure (osdep-darwin.c problems)
by MacPorts 12 Apr '13

12 Apr '13

#38588: tmux 1.8 build failure (osdep-darwin.c problems) ------------------------+-------------------------------- Reporter: rharwood@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: tmux ------------------------+-------------------------------- I believe the relevant part of the log is: {{{ :info:build osdep-darwin.c: In function ‘osdep_get_name’: :info:build osdep-darwin.c:36: error: storage size of ‘bsdinfo’ isn’t known :info:build osdep-darwin.c:43: error: ‘PROC_PIDT_SHORTBSDINFO’ undeclared (first use in this function) :info:build osdep-darwin.c:43: error: (Each undeclared identifier is reported only once :info:build osdep-darwin.c:43: error: for each function it appears in.) :info:build make: *** [osdep-darwin.o] Error 1 }}} System is x86-64 running 10.6. Build was attempted using gcc47 to upgrade from 1.7 to 1.8. Please let me know if there's any other information I can provide. -- Ticket URL: <https://trac.macports.org/ticket/38588> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #38592: lfcxml @1.0.27 new port
by MacPorts 12 Apr '13

12 Apr '13

#38592: lfcxml @1.0.27 new port -------------------------+-------------------------------- Reporter: mac-ports@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: -------------------------+-------------------------------- new port -- Ticket URL: <https://trac.macports.org/ticket/38592> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #24520: activation of wrong version
by MacPorts 11 Apr '13

11 Apr '13

#24520: activation of wrong version ---------------------------------+------------------------------------------ Reporter: ottd@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 1.8.2 Keywords: | Port: ---------------------------------+------------------------------------------ I found the following strange behaviour: {{{ > sudo port install zlib(a)1.2.3_4+universal ---> Computing dependencies for zlib ---> Deactivating zlib @1.2.4_1 ---> Activating zlib @1.2.4_1+universal ---> Cleaning zlib > port installed zlib The following ports are currently installed: zlib @1.2.3_3 zlib @1.2.3_4 zlib @1.2.4_1 zlib @1.2.4_1+universal (active) > port MacPorts 1.8.2 }}} I expected actually that the 1.2.3_4 version would be re-compiled as universal library with the first command shown. Maybe this is similar to #17367 ? -- Ticket URL: <http://trac.macports.org/ticket/24520> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #35292: p5-pdl @2.4.6_3 Build failure
by MacPorts 11 Apr '13

11 Apr '13

#35292: p5-pdl @2.4.6_3 Build failure --------------------------------+------------------------------------------- Reporter: cbroussa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: --------------------------------+------------------------------------------- Build fails with the error Proj.xs:26:10: fatal error: 'projects.h' file not found #include "projects.h" Seems to be a similar issue that effected the '''grass''' package, among others, where ''projects.h'' was removed from the '''proj''' package and the dependent package wasn't updated to reflect that change. See Ticket #34981 -- Ticket URL: <https://trac.macports.org/ticket/35292> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #38495: cassandra can't be started using launchctl
by MacPorts 10 Apr '13

10 Apr '13

#38495: cassandra can't be started using launchctl ---------------------+-------------------------------- Reporter: alexs@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: cassandra ---------------------+-------------------------------- This appears to be due to at least 2 different bugs. Firstly there's this one https://trac.macports.org/ticket/34221 java -version hangs in some circumstances if __CFPREFERENCES_AVOID_DAEMON=1 is not set. This is fixed by adding ``` <string>env</string> <string>__CFPREFERENCES_AVOID_DAEMON=1</string> ``` to the LaunchDaemon plist. The next problem is (I think) that the /opt/local/share/java/cassandra-1.2.2/conf/cassandra-env.sh script requires /usr/sbin/sysctl but the PATH it's running in under launchd doesn't have /usr/sbin/. Manually setting the PATH in the plist again fixes this but it seems like there's probably a nicer way to do that... -- Ticket URL: <https://trac.macports.org/ticket/38495> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #38560: port install opencv +python27 fails
by MacPorts 10 Apr '13

10 Apr '13

#38560: port install opencv +python27 fails --------------------------+-------------------------------- Reporter: johnsankey@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: --------------------------+-------------------------------- sudo port selfupdate sudo port install python27 py27-numpy py27-scipy sudo port install opencv +python27 /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site- packages/ then contains linkages for numpy and scipy but nothing for opencv so the linkage doesn't work. ......... I'm told that this fixes the problem with Homebrew: cv2.so and cv.py are located in "/usr/local/Cellar/opencv/2.4.4a/lib/python2.7/site-packages" You need to copy those two files into the python site-packages directory which should be "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site- packages/" I'm also told that this fixes it with Windows: "Copy the file cv2.pyd and paste it into C:\Python27\Lib\site-packages." It is located in C:\Python27\Lib\site-packages\opencv\build\python\2.7 The Macports linkage seems too complex for a quick solution, but is there one? -- Ticket URL: <https://trac.macports.org/ticket/38560> MacPorts <http://www.macports.org/> Ports system for OS X

1 20

[MacPorts] #34332: libgda3: mysql.h: No such file or directory
by MacPorts 10 Apr '13

10 Apr '13

#34332: libgda3: mysql.h: No such file or directory -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: jwa@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: libgda3 -------------------------------------+-------------------------------------- http://build.macports.org/builders/buildports-snowleopard- x86_64/builds/6969/steps/compile/logs/stdio {{{ gda-mysql.h:34:19: error: mysql.h: No such file or directory gda-mysql.h:35:23: error: mysql_com.h: No such file or directory gda-mysql.h:43:23: error: my_config.h: No such file or directory }}} It appears libgda3 is wanting to use mysql even when the with_mysql variant is not selected... -- Ticket URL: <https://trac.macports.org/ticket/34332> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37020: Add libass (subtitle burning) to ffmpeg
by MacPorts 10 Apr '13

10 Apr '13

#37020: Add libass (subtitle burning) to ffmpeg -------------------------+-------------------------------- Reporter: pdan-mp@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ffmpeg -------------------------+-------------------------------- Add libass (subtitle burning) to ffmpeg -- Ticket URL: <https://trac.macports.org/ticket/37020> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #38379: New port "databases/sysbench"
by MacPorts 09 Apr '13

09 Apr '13

#38379: New port "databases/sysbench" ---------------------------------+-------------------------------- Reporter: alexander.janssen@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: haspatch | Port: sysbench ---------------------------------+-------------------------------- This is a follwup submission to Ticket #26811, where a port for sysbench was requested. I wasn't quite sure if these tickets are somehow monitored and I wasn't able to change ticket type to "submission". Hope I did it right. I've created a Portfile and a patch against configure.ac and Makefile.am (solves autoconf and libtool issues). It would fit into the databases category. I currently builds only against MySQL, with mysql55 as the default and options for mysql5 and mysql4. The mysql4 variant is untested though, since the mysql4 port doesn't build on my Lion machine. This is my first submission and if I did something wonky, like not following best practise or Macports standards, tell me and I try to get it corrected. Cheers, Alex. -- Ticket URL: <https://trac.macports.org/ticket/38379> MacPorts <http://www.macports.org/> Ports system for OS X

1 17