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

[MacPorts] #33159: py27-hachoir-parser
by MacPorts 19 May '14

19 May '14

#33159: py27-hachoir-parser -------------------------------+-------------------------------------------- Reporter: m.haller@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: py27-hachoir-parser -------------------------------+-------------------------------------------- hachoir-parser is a package of most common file format parsers written for the Hachoir framework. Currently, 78 parsers are supported (some only partially). [http://pypi.python.org/pypi/hachoir-parser] -- Ticket URL: <https://trac.macports.org/ticket/33159> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #33157: py27-hachoir-core
by MacPorts 19 May '14

19 May '14

#33157: py27-hachoir-core -------------------------------+-------------------------------------------- Reporter: m.haller@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: py27-hachoir-core -------------------------------+-------------------------------------------- Hachoir is a Python library used to represent of a binary file as a tree of Python objects. Each object has a type, a value, an address, etc. The goal is to be able to know the meaning of each bit in a file. [http://pypi.python.org/pypi/hachoir-core] -- Ticket URL: <https://trac.macports.org/ticket/33157> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #40227: error in tempfile of python 2.7.5
by MacPorts 19 May '14

19 May '14

#40227: error in tempfile of python 2.7.5 ----------------------+-------------------------------- Reporter: renz@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: tempfile | Port: python27 ----------------------+-------------------------------- {{{ >>> tempfile.mktemp('.dat') Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/tempfile.py", line 356, in mktemp dir = gettempdir() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/tempfile.py", line 265, in gettempdir tempdir = _get_default_tempdir() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/tempfile.py", line 200, in _get_default_tempdir with _io.open(fd, 'wb', closefd=False) as fp: AttributeError: 'module' object has no attribute 'open' }}} -- Ticket URL: <https://trac.macports.org/ticket/40227> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #39934: camlimages @4.0.1 Build error: command execution failed
by MacPorts 18 May '14

18 May '14

#39934: camlimages @4.0.1 Build error: command execution failed ---------------------------+-------------------------------- Reporter: jaredwmoore@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: typedef | Port: ---------------------------+-------------------------------- {{{Error: org.macports.build for port camlimages returned: command execution failed}}} OSX Version 10.6.8 XCode Version 4.0.2 Log file seems to indicate that the error arises due to redefinitions of typedef 'int64' and 'uint64' in tiff.h and the config.h for caml while trying to make the tiffwrite.o object file. Trouble starts around line 898-907 of the attached log file. -- Ticket URL: <https://trac.macports.org/ticket/39934> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #34271: python27 2.7.3_0 py27-gtk 2.22.0_1 etc -- pkg-config files not installed correctly for python 2.6 and 2.7 versions of pygtk and pygobject
by MacPorts 18 May '14

18 May '14

#34271: python27 2.7.3_0 py27-gtk 2.22.0_1 etc -- pkg-config files not installed correctly for python 2.6 and 2.7 versions of pygtk and pygobject -------------------------------------+-------------------------------------- Reporter: stephen.langer@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: py25-gtk py27-gtk py26-gtk py27-gobject py26-gobject py25-gobject python26 python27 -------------------------------------+-------------------------------------- I don't know which port this bug belongs to, so I've included all of the possibilities. I hope that's not bad etiquette. The ports py26-gtk, py27-gtk, py26-gobject, and py27-gobject do not install their .pc files (pygtk-2.0.pc and pygobject-2.0.pc) in /opt/local/lib/pkgconfig. Instead, they leave the files in /opt/local/Library/Frameworks/Python.framework/Versions/2.*/lib/pkgconfig/. Shouldn't "port select --set python python2.7" copy the appropriate files to /opt/local/lib/pkgconfig? The problem may be that py25-gtk and py25-gobject install their .pc files directly into /opt/local/lib/pkgconfig, which means that port select can't install the py26 or py27 files without trashing the py25 files. Background: I develop and distribute software that uses pkg-config in its installation script, and works with python 2.5, 2.6, or 2.7. I therefore have py25-gtk, py26-gtk, and py27-gtk all installed. When I build the software locally it uses the python 2.5 version of pygtk-2.0.pc and pygobject-2.0.pc no matter which python version I'm currently using. This doesn't actually seem to cause a problem. However, the build fails for users who have never installed py25-gtk and py25-gobject, unless they explicitly set PKG_CONFIG_PATH. I don't think this should be necessary. -- Ticket URL: <https://trac.macports.org/ticket/34271> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13

[MacPorts] #20309: qt4-x11 doesn't support 10.6 yet
by MacPorts 15 May '14

15 May '14

#20309: qt4-x11 doesn't support 10.6 yet ------------------------------+--------------------------------------------- Reporter: snc@… | Owner: mcalhoun@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 1.8.0 Keywords: | Port: qt4-x11 ------------------------------+--------------------------------------------- qt4-x11 builds while build, citing an unsupported version of 10.6. Might be an upstream issue? Setting to low priority as 10.6 is not out yet. {{{ /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt4-x11/work/qt-x11 -opensource- src-4.4.3/include/QtCore/../../src/corelib/global/qglobal.h:290:6: error: #error "This version of Mac OS X is unsupported" }}} -- Ticket URL: <http://trac.macports.org/ticket/20309> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 28

[MacPorts] #36906: osgeo [python-gdal] module missing from qgis install port
by MacPorts 15 May '14

15 May '14

#36906: osgeo [python-gdal] module missing from qgis install port ------------------------------------+-------------------------------- Reporter: drew.mueller@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: osgeo python-gdal qgis | Port: qgis ------------------------------------+-------------------------------- I get the following error message upon opening QGIS. The GdalTools plugin is part of the standard install of QGIS. Unable to load GdalTools plugin. The required "osgeo [python-gdal]" module is missing. Install it and try again. Is there a way to port install this missing module? I'm a total newbie to macports I don't see this as a variant -- Ticket URL: <https://trac.macports.org/ticket/36906> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #39778: base: "clean" make target should remove files generated by tcldoc and tcldox make targets
by MacPorts 14 May '14

14 May '14

#39778: base: "clean" make target should remove files generated by tcldoc and tcldox make targets ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.3 Keywords: | Port: ---------------------+-------------------------------- Right now running `make clean` in base doesn't remove the `./tcldoc` folder created by running `make tcldoc`, nor does it remove the `./tcldox` folder created by running `make tcldox`. Having it clean these folders is necessary to have a fresh build state for testing these `make` targets anew. (I'm working on these `make` targets for #12048 btw) -- Ticket URL: <https://trac.macports.org/ticket/39778> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #39779: base: "tcldoc" make target requires TCLDOC variable to be set in the environment
by MacPorts 14 May '14

14 May '14

#39779: base: "tcldoc" make target requires TCLDOC variable to be set in the environment ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.3 Keywords: | Port: ---------------------+-------------------------------- without setting it: {{{ Local-Admins-MacBook-Pro:MacPorts-fork ericgallager$ echo $TCLDOC Local-Admins-MacBook-Pro:MacPorts-fork ericgallager$ make tcldoc find src -name '*.tcl' | xargs --verbose --title "MacPorts Documentation" --force tcldoc xargs: unrecognized option `--title' Usage: xargs [-0prtx] [--interactive] [--null] [-d|--delimiter=delim] [-E eof-str] [-e[eof-str]] [--eof[=eof-str]] [-L max-lines] [-l[max-lines]] [--max-lines[=max-lines]] [-I replace-str] [-i[replace-str]] [--replace[=replace-str]] [-n max-args] [--max-args=max-args] [-s max-chars] [--max-chars=max-chars] [-P max-procs] [--max-procs=max-procs] [--show-limits] [--verbose] [--exit] [--no-run-if-empty] [--arg-file=file] [--version] [--help] [command [initial-arguments]] Report bugs to <bug-findutils(a)gnu.org>. make: *** [tcldoc] Error 1 }}} with setting it: {{{ Local-Admins-MacBook-Pro:MacPorts-fork ericgallager$ export TCLDOC=/opt/local/bin/tcldoc Local-Admins-MacBook-Pro:MacPorts-fork ericgallager$ make tcldoc find src -name '*.tcl' | xargs /opt/local/bin/tcldoc --verbose --title "MacPorts Documentation" --force tcldoc Writing to directory tcldoc. ... }}} I was able to figure this out eventually, but it wasn't entirely clear to me... This should either be automatically set in the makefile when configuring, or at least documented with a comment in the makefile or something... -- Ticket URL: <https://trac.macports.org/ticket/39779> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #34171: Add cling variant to ROOT port
by MacPorts 13 May '14

13 May '14

#34171: Add cling variant to ROOT port --------------------------------------+------------------------------------- Reporter: Deil.Christoph@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: root --------------------------------------+------------------------------------- Would it be possible to optionally enable cling via a Macports variant? http://root.cern.ch/drupal/content/cling Note that I haven't found out how to configure ROOT with --enable-cling yet. I've asked for help in the ROOT forum: http://root.cern.ch/phpBB3/viewtopic.php?f=21&t=14550 Thanks! -- Ticket URL: <https://trac.macports.org/ticket/34171> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 19