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

[MacPorts] #35940: doxygen: update to 1.8.2
by MacPorts 14 Jan '13

14 Jan '13

#35940: doxygen: update to 1.8.2 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: css@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: doxygen -------------------------------------+-------------------------------------- {{{ doxygen seems to have been updated (port version: 1.8.1.1, new version: 1.8.2) }}} -- Ticket URL: <https://trac.macports.org/ticket/35940> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #22102: Conflict with libJPEG.dylib and ApplicationServices ImageIO framework
by MacPorts 14 Jan '13

14 Jan '13

#22102: Conflict with libJPEG.dylib and ApplicationServices ImageIO framework -----------------------------------+---------------------------------------- Reporter: mike@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: -----------------------------------+---------------------------------------- $ couchdb dyld: Symbol not found: __cg_jpeg_resync_to_restart Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO Expected in: /opt/local/lib/libJPEG.dylib Trace/BPT trap -- Ticket URL: <http://trac.macports.org/ticket/22102> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #37267: relax: update to 2.1.2
by MacPorts 14 Jan '13

14 Jan '13

#37267: relax: update to 2.1.2 --------------------------+----------------------- Reporter: ryandesign@… | Owner: howarth@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: relax --------------------------+----------------------- relax should be updated. -- Ticket URL: <https://trac.macports.org/ticket/37267> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37336: Error when install R
by MacPorts 13 Jan '13

13 Jan '13

#37336: Error when install R ---------------------------+-------------------------------- Reporter: march.1.xue@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: install error | Port: 2.15.2 ---------------------------+-------------------------------- When I type: sudo install -d R I got the follow errors after quite a while {{{ ../../gcc-4.8-20121216/gcc/varasm.c:2094:13: error: 'pending_assemble_externals_processed' defined but not used [-Werror =unused-variable] static bool pending_assemble_externals_processed; ^ cc1plus: all warnings being treated as errors make[3]: *** [varasm.o] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48 /libstdcxx-devel/work/build/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48 /libstdcxx-devel/work/build' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48 /libstdcxx-devel/work/build' make: *** [bootstrap] Error 2 make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48 /libstdcxx-devel/work/build' Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48 /libstdcxx-devel/work/build" && /usr/bin/make -j8 -w bootstrap Exit code: 2 Error: org.macports.build for port libstdcxx-devel returned: command execution failed DEBUG: Error code: CHILDSTATUS 7129 2 DEBUG: Backtrace: command execution failed while executing "system -nice 0 $fullcmdstring" ("eval" body line 1) invoked from within "eval system $notty $nice \$fullcmdstring" invoked from within "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "$procedure $targetname" Warning: targets not executed for libstdcxx-devel: org.macports.install org.macports.build org.macports.destroot Please see the log file for port libstdcxx-devel for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48 /libstdcxx-devel/main.log DEBUG: couldn't open "/System/Library/Frameworks/Tcl.framework/Versions/8.5/Resources/tclIndex": no such file or directory while executing "open [file join $dir tclIndex]" Error: Unable to upgrade port: 1 DEBUG: upgrade gcc45 failed while executing "macports::_upgrade_mport_deps $mport $target" (procedure "mportexec" line 39) invoked from within "mportexec $workername $target" Error: Unable to execute port: upgrade gcc45 failed }}} -- Ticket URL: <https://trac.macports.org/ticket/37336> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #37341: Cmake portgroup - patch to keep cmake from Frameworks from blocking MacPorts-provided libraries
by MacPorts 13 Jan '13

13 Jan '13

#37341: Cmake portgroup - patch to keep cmake from Frameworks from blocking MacPorts-provided libraries ----------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.2 Keywords: haspatch | Port: ----------------------+-------------------------------- Often times ports in the Cmake portgroup will pick up frameworks from my /Library/Frameworks folder when configuring, which will prevent it from picking up the proper the proper MacPorts libraries. Apparently this can be prevented by using the flag `-DCMAKE_FIND_FRAMEWORK=LAST` with Cmake. Citation: The Cmake manpage. Also Homebrew uses this flag with Cmake. -- Ticket URL: <https://trac.macports.org/ticket/37341> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #34462: new port: py-gmpy2
by MacPorts 13 Jan '13

13 Jan '13

#34462: new port: py-gmpy2 ------------------------------------------+--------------------------------- Reporter: md14-macports@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.0 Keywords: | Port: ------------------------------------------+--------------------------------- New port for the Python bindings to support fast multiple-precision arithmetic. GMPY2 supports the GMP library for integer and rational arithmetic and multiple-precision real and complex arithmetic as provided by the MPFR and MPC libraries. The unified portfile supports Python 2.6, 2.7, 3.1, and 3.2. There is an existing port, py-gmpy, for GMPY 1.*. Since GMPY 1 is still being supported (there are current versions for both GMPY and GMPY2 on the project download page), I have submitted GMPY2 as a new port instead of updating the GMPY port. -- Ticket URL: <https://trac.macports.org/ticket/34462> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #36919: ds9: new port for astronomical imaging and visualization application
by MacPorts 13 Jan '13

13 Jan '13

#36919: ds9: new port for astronomical imaging and visualization application ------------------------+-------------------------------- Reporter: aronnax@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ds9 ------------------------+-------------------------------- The attached patch adds a new port for DS9, an astronomical imaging and visualization application. I would like to solicit comments on this Portfile before I commit. DS9's source distribution builds, in addition to its own source, a number of third-party libraries, and then compresses everything into a zip archive. This zip archive is extracted into memory on the fly when the user launches DS9. So the port installs only two files, in the end: * ${prefix}/bin/ds9 * ${prefix}/bin/ds9.zip (yeah, I know; this doesn't conform to the FHS, but ds9.zip is supposed to be in the same directory as ds9.) DS9 includes the following software, among others: * StarLink AST (port needed) * blt (port exists, but needs to be updated) * funtools (port exists, but needs to be updated) * TkHtml (port needed) * tclxml (port exists) * tkmpeg (port needed) * tcl (port exists) * tk (port exists) * tktable (port exists) * wcssubs (port needed) * xpa (port exists, needs to be upgraded) * zip (port exists) * zlib (port exists) The Debian package <http://packages.debian.org/wheezy/saods9> is substantially more fine-grained; it doesn't use the ds9.zip mechanism and it has the bundled software split up into different packages that are dependencies. The developer agrees that this is the correct approach. I could commit this port as it is, and then slowly gut the ds9.zip file as ports for the dependencies appear. Or, I could wait until all the dependencies are available and up to date, and only then commit a port that is structured like the Debian package. Or, if there is anyone on the list who happens to be an astronomer and has more experience with ds9 then me and understands its dependency tree better, I would be happy to hand this port to them. Thoughts? -- Ticket URL: <https://trac.macports.org/ticket/36919> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #36933: port install for dsniff failed on 10.7.5
by MacPorts 13 Jan '13

13 Jan '13

#36933: port install for dsniff failed on 10.7.5 -----------------------------+-------------------------------- Reporter: sudhir.singh4@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -----------------------------+-------------------------------- I have MAC OS X 10.7.5 I was trying to install dsniff. port search showed following two results: ---------------------------------- dsniff @2.3 (net) network auditing and penetration testing tools dsniff-devel @2.4b1 (net) network auditing and penetration testing tools ---------------------------------- I tried installing both one by one using port install. Looks like there are some build errors in both the cases. Following is the error message that I got. --------------------------- Error: org.macports.build for port dsniff returned: command execution failed Please see the log file for port dsniff for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_dsniff/dsniff/main.log --------------------------- I will try to attach the log files. -- Ticket URL: <https://trac.macports.org/ticket/36933> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37435: Submission: Pearl
by MacPorts 12 Jan '13

12 Jan '13

#37435: Submission: Pearl ------------------------+-------------------------------- Reporter: rod@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: pearl ------------------------+-------------------------------- New Portfile for 'Pearl'. -- Ticket URL: <https://trac.macports.org/ticket/37435> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37312: gobject introspection and gstreamer
by MacPorts 12 Jan '13

12 Jan '13

#37312: gobject introspection and gstreamer -------------------------+----------------------------- Reporter: ram@… | Owner: rmstonecipher@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: gstreamer -------------------------+----------------------------- In r75565 gobject-introspection support was removed from @gstreamer@ at it wasn't UsingTheRightCompiler. I've recently run into the some issues with some software and I've tracked this down to @gstreamer@ being configured with the @--disable-introspection@ option. I modifed @gstreamer@ to enable introspection and followed the instructions on the UsingTheRightCompiler page and received no build errors so I think this issue has been fixed upstream, therefore I'd like to request that gobject introspection be turned back on. The attached patch does this. -- Ticket URL: <https://trac.macports.org/ticket/37312> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8