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

[MacPorts] #25151: info menus are not displayed
by MacPorts 15 Nov '13

15 Nov '13

#25151: info menus are not displayed --------------------------------+------------------------------------------- Reporter: idoadam@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: texinfo --------------------------------+------------------------------------------- When info is run from the command line the menus are not displayed. The menus are definitely there since pressing m and then the Tab key displays the possible completions and selecting any of them works (except that the menus in that node are not displayed either). The menus are displayed correctly in Emacs using C-h C-i. I am using texinfo 4.13 compiled with MacPorts 1.8.2 on Mac OS X 10.6.3. -- Ticket URL: <http://trac.macports.org/ticket/25151> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 18

[MacPorts] #35716: New port: markdown-mode.el
by MacPorts 14 Nov '13

14 Nov '13

#35716: New port: markdown-mode.el ----------------------------------+----------------------------------------- Reporter: cubranic@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ----------------------------------+----------------------------------------- [http://jblevins.org/projects/markdown-mode/ Markdown-mode] is an Emacs mode for editing text files using the Markdown formatting. -- Ticket URL: <https://trac.macports.org/ticket/35716> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #39378: Port request: py27-ode
by MacPorts 14 Nov '13

14 Nov '13

#39378: Port request: py27-ode ---------------------+-------------------------------- Reporter: glen@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: ode, py26-ode ---------------------+-------------------------------- The Open Dynamics Engine ships with python bindings. The bindings for ODE 0.12 support up to python27, but MacPorts only has up to p26-ode. Humbly requesting support for python27. -- Ticket URL: <https://trac.macports.org/ticket/39378> MacPorts <http://www.macports.org/> Ports system for OS X

1 14

[MacPorts] #33731: abcl 1.0.1 doesn't compile on darwin 9.8.0
by MacPorts 14 Nov '13

14 Nov '13

#33731: abcl 1.0.1 doesn't compile on darwin 9.8.0 -----------------------------------+---------------------------------------- Reporter: pjb@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: -----------------------------------+---------------------------------------- % uname -a Darwin localhost 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 $ port install abcl fails. -- Ticket URL: <https://trac.macports.org/ticket/33731> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #38168: Conflicting declarations in tiff and opencv
by MacPorts 14 Nov '13

14 Nov '13

#38168: Conflicting declarations in tiff and opencv ------------------------+-------------------------------- Reporter: karo03de@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: tiff & opencv ------------------------+-------------------------------- Compiling a program (gmic from gmic.scourceforge.net) using libtiff AND opencv throws errors concerning conflicting declarations. The error occurs since upgrade to MacPorts 2.1.3 : In file included from /opt/local/include/tiffio.h:33, from ./CImg.h:286, from gmic.h:71, from gmic.cpp:884: /opt/local/include/tiff.h:77: error: conflicting declaration ‘typedef long int int64’ /opt/local/include/opencv2/core/types_c.h:163: error: ‘int64’ has a previous declaration as ‘typedef int64_t int64’ /opt/local/include/tiff.h:78: error: conflicting declaration ‘typedef long unsigned int uint64’ /opt/local/include/opencv2/core/types_c.h:164: error: ‘uint64’ has a previous declaration as ‘typedef uint64_t uint64’ A workaround would be helpful. -- Ticket URL: <https://trac.macports.org/ticket/38168> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #38163: py2app and macholib error
by MacPorts 14 Nov '13

14 Nov '13

#38163: py2app and macholib error -------------------------+-------------------------------- Reporter: drsmith48@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: -------------------------+-------------------------------- Py2app and macholib raise the error "ValueError: New Mach-O header is too large to relocate". The patches for configure.ldflags in portconfigure.tcl described here https://bitbucket.org/ronaldoussoren/py2app/issue/93/mach-o-header-may-be- too-large-to-relocate http://www.danplanet.com/blog/2009/02/15/using-py2app-with-gtk/ https://trac.macports.org/ticket/29838 do not fix the error. I suspect some ports override default configure.ldflags. Also, I think OpenCV triggers the same error: http://stackoverflow.com/questions/13131024/py2app-error-for-opencv- macports-app-how-to-compile-opencv-with-headerpad-max-i Error stack: {{{ WARNING: Mach-O header may be too large to relocate WARNING: Mach-O header may be too large to relocate Traceback (most recent call last): File "setup.py", line 26, in <module> setup_requires=['py2app'], File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/core.py", line 152, in setup dist.run_commands() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/dist.py", line 953, in run_commands self.run_command(cmd) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/dist.py", line 972, in run_command cmd_obj.run() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/py2app/build_app.py", line 553, in run self._run() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/py2app/build_app.py", line 741, in _run self.run_normal() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/py2app/build_app.py", line 831, in run_normal self.create_binaries(py_files, pkgdirs, extensions, loader_files) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/py2app/build_app.py", line 978, in create_binaries platfiles = mm.run() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/macholib/MachOStandalone.py", line 140, in run node.write(f) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/macholib/MachO.py", line 119, in write header.write(f) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/macholib/MachO.py", line 314, in write self.synchronize_size() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/macholib/MachO.py", line 304, in synchronize_size raise ValueError("New Mach-O header is too large to relocate") ValueError: New Mach-O header is too large to relocate drsmith$ }}} py2app's full output is attached. Env: python27, py27-py2app, py27-macholib on OSX 10.8. Any guidance would be helpful. There seems to be lots of confusion about this in trac and stack overflow. Thanks. -- Ticket URL: <https://trac.macports.org/ticket/38163> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #29420: NEW: py26-pyang
by MacPorts 13 Nov '13

13 Nov '13

#29420: NEW: py26-pyang ----------------------------------+----------------------------------------- Reporter: software@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: py26-pyang ----------------------------------+----------------------------------------- Attached is a portfile for pyang, a Python implementation of the YANG protocol. -- Ticket URL: <https://trac.macports.org/ticket/29420> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #34502: ogre@1.7.3 - pbxcp command execution failed, build failed.
by MacPorts 13 Nov '13

13 Nov '13

#34502: ogre(a)1.7.3 - pbxcp command execution failed, build failed. ----------------------------------+----------------------------------------- Reporter: knitter.is@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.0 Keywords: | Port: ogre ----------------------------------+----------------------------------------- On OS X 10.7.4 with XCode 4.3.2, ogre fails to install due to wrong hardcoded path to pbxcp. Since XCode 4.3 the /Developer folder no longer exists and XCode files and frameworks are placed in /Applications/XCode.app/. The current port's CMakeList files contain the old path and building will fail. I don't have a patch since I don't really know what to change but with some help from the mailing list I was able to hack the source CMakeList.txt files that macport downloads and install using my changes. From inside ogre's source folder I changed the paths with: find . -name CMakeLists.txt -exec sed -i bak s:/Developer/Library/PrivateFrameworks/DevToolsCore.framework/Resources/pbxcp:/Applications/Xcode.app/Contents//OtherFrameworks/DevToolsCore.framework/Versions/A/Resources/pbxcp: {} \; -- Ticket URL: <https://trac.macports.org/ticket/34502> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #40116: yelp to 3.8.0 ?
by MacPorts 13 Nov '13

13 Nov '13

#40116: yelp to 3.8.0 ? ------------------------+-------------------------------- Reporter: c.herbig@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: yelp ------------------------+-------------------------------- Now that the webkit-gtk issues seem to be sorted out (for X11 anyway), I've been playing with trying to upgrade to yelp 3.8.x. I am able to use the following portfiles to get it to build and install, but there is a runtime error that always comes up: {{{ (yelp:89381): GLib-GIO-ERROR **: Settings schema 'org.gnome.yelp' is not installed }}} I've tried the few things I've seen about --enable-schema-compile or the one in the post-activate section of ports like numeric, but nothing seems to fix it. The end of the install log gives this: {{{ :info:activate gtk-update-icon-cache: Cache file created successfully. :info:activate warning: Schema 'org.freedesktop.Geoclue' has path '/apps/geoclue/'. Paths starting with '/apps/', '/desktop/' or '/system/' are deprecated. :info:activate warning: Schema 'org.gnome.system.locale' has path '/system/locale/'. Paths starting with '/apps/', '/desktop/' or '/system/' are deprecated. :info:activate warning: Schema 'org.gnome.system.proxy' has path '/system/proxy/'. Paths starting with '/apps/', '/desktop/' or '/system/' are deprecated. :info:activate warning: Schema 'org.gnome.system.proxy.http' has path '/system/proxy/http/'. Paths starting with '/apps/', '/desktop/' or '/system/' are deprecated. :info:activate warning: Schema 'org.gnome.system.proxy.https' has path '/system/proxy/https/'. Paths starting with '/apps/', '/desktop/' or '/system/' are deprecated. :info:activate warning: Schema 'org.gnome.system.proxy.ftp' has path '/system/proxy/ftp/'. Paths starting with '/apps/', '/desktop/' or '/system/' are deprecated. :info:activate warning: Schema 'org.gnome.system.proxy.socks' has path '/system/proxy/socks/'. Paths starting with '/apps/', '/desktop/' or '/system/' are deprecated. }}} If this is something that is easily fixable, please let me know, and perhaps we can upgrade yelp (this might be a better quartz-able version). If it is something that requires an inordinate amount of work, then we can just forget about it, since yelp is really not worth that much trouble. -- Ticket URL: <https://trac.macports.org/ticket/40116> MacPorts <http://www.macports.org/> Ports system for OS X

1 13

[MacPorts] #39978: yelp-tools @3.9.1 new portfile
by MacPorts 13 Nov '13

13 Nov '13

#39978: yelp-tools @3.9.1 new portfile ------------------------+-------------------------------- Reporter: juanrgar@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: gnome, doc | Port: yelp-tools ------------------------+-------------------------------- I wrote a simple Portfile for yelp-tools. It is used mainly in development tasks, e.g. it is a jhbuild dependency. -- Ticket URL: <https://trac.macports.org/ticket/39978> MacPorts <http://www.macports.org/> Ports system for OS X

1 3