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

[MacPorts] #19768: Request to add 'ministat' port
by MacPorts 01 Sep '14

01 Sep '14

#19768: Request to add 'ministat' port ------------------------------+--------------------------------------------- Reporter: jrsims@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: ------------------------------+--------------------------------------------- Looks like the official URL for this project is here: http://www.freebsd.org/cgi/cvsweb.cgi/src/tools/tools/ministat/ -- Ticket URL: <http://trac.macports.org/ticket/19768> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37670: port wkhtmltopdf
by MacPorts 01 Sep '14

01 Sep '14

#37670: port wkhtmltopdf -------------------------+-------------------------------- Reporter: pengyu.ut@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -------------------------+-------------------------------- [http://code.google.com/p/wkhtmltopdf/] -- Ticket URL: <https://trac.macports.org/ticket/37670> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37193: tcpxtract 1.0.1 install failure
by MacPorts 31 Aug '14

31 Aug '14

#37193: tcpxtract 1.0.1 install failure -----------------------------+-------------------------------- Reporter: wjbivens@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: install failure | Port: tcpxtract -----------------------------+-------------------------------- When attempting to install tcpxtract 1.0.1, received the following output eluding to a failed execution and failure to install. Error: org.macports.build for port tcpxtract returned: command execution failed Please see the log file for port tcpxtract for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_tcpxtract/tcpxtract/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port tcpxtract failed -- Ticket URL: <https://trac.macports.org/ticket/37193> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #30834: elasticsearch
by MacPorts 31 Aug '14

31 Aug '14

#30834: elasticsearch ----------------------------------------+----------------------------------- Reporter: bertrand.zuchuat@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.1 Keywords: | Port: ----------------------------------------+----------------------------------- it's possible to add the new elasticsearch ? http://www.elasticsearch.org/ Thank's -- Ticket URL: <https://trac.macports.org/ticket/30834> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #15514: reinplace should warn if nothing got replaced
by MacPorts 30 Aug '14

30 Aug '14

#15514: reinplace should warn if nothing got replaced -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: base | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- What's always bugged me about reinplace is that you get no notification if nothing got replaced, which will probably bite you later. If you use a patchfile to modify a file, and the patch is out of date, the patch fails to apply and the port command exits with an error. This is good; it alerts the port author to the situation and they can fix it by changing or removing the patch. But with reinplace, if the underlying file you're modifying has changed such that the reinplace no longer causes anything to change, you get no warning and the port command proceeds. I think the correct behavior might ultimately be to error out entirely if a reinplace doesn't change a file, just like we do with failed patches. But as a first step, to get port authors used to this change, it might be friendlier to just print a warning for now. The attached patch adds a warning if a reinplace doesn't change the underlying file. -- Ticket URL: <http://trac.macports.org/ticket/15514> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 19

[MacPorts] #35433: cyrus-imapd @2.3.8_2 fails to build on Mountain Lion, XCode 4.4
by MacPorts 29 Aug '14

29 Aug '14

#35433: cyrus-imapd @2.3.8_2 fails to build on Mountain Lion, XCode 4.4 ---------------------------+------------------------------------------------ Reporter: rrg@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: cyrus-imapd ---------------------------+------------------------------------------------ Build failure due to compilation errors (see attachment): {{{ $ sudo port install cyrus-imapd ---> Computing dependencies for cyrus-imapd ---> Fetching archive for cyrus-imapd ---> Attempting to fetch cyrus-imapd-2.3.8_2.darwin_12.x86_64.tbz2 from http://packages.macports.org/cyrus-imapd ---> Fetching distfiles for cyrus-imapd ---> Verifying checksum(s) for cyrus-imapd ---> Extracting cyrus-imapd ---> Applying patches to cyrus-imapd ---> Configuring cyrus-imapd ---> Building cyrus-imapd Error: org.macports.build for port cyrus-imapd returned: command execution failed Please see the log file for port cyrus-imapd for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_mail_cyrus-imapd/cyrus-imapd/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port cyrus-imapd failed }}} -- Ticket URL: <https://trac.macports.org/ticket/35433> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #33896: gnucash python bindings import error
by MacPorts 29 Aug '14

29 Aug '14

#33896: gnucash python bindings import error --------------------------------------------+------------------------------- Reporter: reubano@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: gnucash, python, libJPEG.dylib | Port: gnucash --------------------------------------------+------------------------------- gnucash-2.4.10 built from source with MacPorts 2.0.4 on MacOSX 10.7.2 I get the following error when trying to use gnucash python bindings {{{ gnucash-env ipython }}} {{{ Python 2.7.1 (r271:86832, Jul 31 2011, 19:30:53) Type "copyright", "credits" or "license" for more information. IPython 0.12 -- An enhanced Interactive Python. ? -> Introduction and overview of IPython's features. %quickref -> Quick reference. help -> Python's own help system. object? -> Details about 'object', use 'object??' for extra details. In [1]: import gnucash.gnucash_core --------------------------------------------------------------------------- ImportError Traceback (most recent call last) /Users/reubano/<ipython-input-1-d3675276f3f3> in <module>() ----> 1 import gnucash.gnucash_core /opt/x11/lib/python2.7/site-packages/gnucash/__init__.py in <module>() 4 # instead of 5 # >>> from gnucash.gnucash_core import thingy ----> 6 from gnucash_core import * 7 ## @file 8 # @brief helper file for the importing of gnucash /opt/x11/lib/python2.7/site-packages/gnucash/gnucash_core.py in <module>() 29 # @ingroup python_bindings 30 ---> 31 import gnucash_core_c 32 33 from function_class import \ /opt/x11/lib/python2.7/site-packages/gnucash/gnucash_core_c.py in <module>() 23 fp.close() 24 return _mod ---> 25 _gnucash_core_c = swig_import_helper() 26 del swig_import_helper 27 else: /opt/x11/lib/python2.7/site-packages/gnucash/gnucash_core_c.py in swig_import_helper() 19 if fp is not None: 20 try: ---> 21 _mod = imp.load_module('_gnucash_core_c', fp, pathname, description) 22 finally: 23 fp.close() ImportError: dlopen(/opt/x11/lib/python2.7/site- packages/gnucash/_gnucash_core_c.so, 2): 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/x11/lib/libJPEG.dylib in /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO }}} I received similar errors when building gnucash but those went away once I ran {{{ export DYLD_FALLBACK_LIBRARY_PATH=/opt/x11/lib: }}} The current error appears whether I have DYLD_FALLBACK_LIBRARY_PATH set or not. Additionally, I was able to work around this (and a similar error in libTIFF.dylib) by symlinking to the corresponding dylib in /System/Library/Frameworks.... However, I then reached the following {{{ In [1]: import gnucash.gnucash_core --------------------------------------------------------------------------- ImportError Traceback (most recent call last) /Users/reubano/<ipython-input-1-d3675276f3f3> in <module>() ----> 1 import gnucash.gnucash_core /opt/x11/lib/python2.7/site-packages/gnucash/__init__.py in <module>() 4 # instead of 5 # >>> from gnucash.gnucash_core import thingy ----> 6 from gnucash_core import * 7 ## @file 8 # @brief helper file for the importing of gnucash /opt/x11/lib/python2.7/site-packages/gnucash/gnucash_core.py in <module>() 29 # @ingroup python_bindings 30 ---> 31 import gnucash_core_c 32 33 from function_class import \ /opt/x11/lib/python2.7/site-packages/gnucash/gnucash_core_c.py in <module>() 23 fp.close() 24 return _mod ---> 25 _gnucash_core_c = swig_import_helper() 26 del swig_import_helper 27 else: /opt/x11/lib/python2.7/site-packages/gnucash/gnucash_core_c.py in swig_import_helper() 19 if fp is not None: 20 try: ---> 21 _mod = imp.load_module('_gnucash_core_c', fp, pathname, description) 22 finally: 23 fp.close() ImportError: dlopen(/opt/x11/lib/python2.7/site- packages/gnucash/_gnucash_core_c.so, 2): Symbol not found: __cg_png_create_info_struct Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO Expected in: /opt/x11/lib/libpng14.14.dylib in /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO }}} and there is no libpng14.14.dylib in /System/Library/Frameworks. I also rebuilt the libs using the +universal variants as well. -- Ticket URL: <https://trac.macports.org/ticket/33896> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #22819: Unladen Swallow
by MacPorts 28 Aug '14

28 Aug '14

#22819: Unladen Swallow ---------------------------------------------+------------------------------ Reporter: anand.prabhakar.patil@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: ---------------------------------------------+------------------------------ Would it be possible to make a port of Unladen Swallow, http://code.google.com/p/unladen-swallow/ ? Thanks very much, Anand -- Ticket URL: <http://trac.macports.org/ticket/22819> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #38142: giza @0.7.6 - new port file
by MacPorts 28 Aug '14

28 Aug '14

#38142: giza @0.7.6 - new port file ----------------------------+-------------------------------- Reporter: daniel.price@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: maintainer | Port: giza ----------------------------+-------------------------------- Please find attached a Portfile for giza, a 2D plotting library based on cairo that I wrote and maintain. One of the main things is giza can act as a direct replacement for the older PGPLOT library (port: pgplot). For the giza Portfile I made this aspect a variant. That is, with the +pgplot variant (turned on by default), the build compiles API-compatible replacements for libpgplot.a, libcpgplot.a, libcpgplot.dylib and libpgplot.dylib as well as the usual libgiza. Hence the +pgplot conflicts with port: pgplot, because it effectively replaces it. Have tested the Portfile and all seems to work from my point of view. Should be in ports/science/ I am happy to be the maintainer of this port. Cheers, Daniel -- Ticket URL: <https://trac.macports.org/ticket/38142> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #38155: omake 0.9.8.6-0.rc1 should respect UsingTheRightCompiler
by MacPorts 27 Aug '14

27 Aug '14

#38155: omake 0.9.8.6-0.rc1 should respect UsingTheRightCompiler -----------------------+---------------------- Reporter: takeshi@… | Owner: erickt@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: omake -----------------------+---------------------- CC and CFLAGS should be passed as make args. -- Ticket URL: <https://trac.macports.org/ticket/38155> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2