June 2015 - macports-tickets - lists.macosforge.org

[MacPorts] #47381: bsdowl @2.2.1: update to 3.0.0-20150401
by MacPorts 19 Oct '15

19 Oct '15

#47381: bsdowl @2.2.1: update to 3.0.0-20150401 -------------------------+-------------------------------- Reporter: michipili@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -------------------------+-------------------------------- - https://github.com/michipili/bsdowl/releases/tag/v3.0.0-20150401 Version 3.0.0-20150401 is a pre-release, it is usable and works well but is still not feature complete. IMO it can supersedes actual 2.2.1, but maybe we could be as careful as keeping the v2.2.1 around for a while. -- Ticket URL: <https://trac.macports.org/ticket/47381> MacPorts <https://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #47816: patch avrdude for ftdi_syncbb fix to bring Programming Enable time delay into spec
by MacPorts 19 Oct '15

19 Oct '15

#47816: patch avrdude for ftdi_syncbb fix to bring Programming Enable time delay into spec --------------------------+-------------------------------- Reporter: beck.dac@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: avrdude ftdi | Port: avrdude --------------------------+-------------------------------- When using the FTDI bit banging programmer, chips will reply to signature requests and even program with -D (disable chip erase). However, when -D is left out and the default action -e (chip erase) occurs, the chip will not reply to a subsequent program enable in time. This happens because the datasheet specified delay (20ms) has not been observed. The current version of avrdude 6.1 only waits for 5 ms. For chips with slow oscillators this is a problem. The attached patch (patch-245r.diff) to be applied to the source corrects this problem as described in this post from avrdude-dev: https://lists.nongnu.org/archive/html/avrdude-dev/2013-09/msg00160.html I have also included a Portfile patch (Portfile-avrdude.diff) that applies the attached patch. -- Ticket URL: <https://trac.macports.org/ticket/47816> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47034: Update CrystFEL version
by MacPorts 18 Oct '15

18 Oct '15

#47034: Update CrystFEL version -----------------------+-------------------------------- Reporter: rkirian@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: crystfel -----------------------+-------------------------------- Update CrystFEL to latest version 0.6.0. Also, make gtkdoc an option (variant) since most users do not need code documentation. -- Ticket URL: <https://trac.macports.org/ticket/47034> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #46313: py27-graph-tool @2.2.35_0 still broken after rebuilding
by MacPorts 18 Oct '15

18 Oct '15

#46313: py27-graph-tool @2.2.35_0 still broken after rebuilding -----------------------+-------------------------------- Reporter: ba228jw@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: graph_tool -----------------------+-------------------------------- attempted install of python package graph_tool with brand new install of macports 2.3.3 on OSX 10.10.1 with Xcode 6.1.1 Error: Port py27-graph-tool is still broken after rebuilding it more than 3 times. -- Ticket URL: <https://trac.macports.org/ticket/46313> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47252: slime fails to build with "command execution failed"
by MacPorts 18 Oct '15

18 Oct '15

#47252: slime fails to build with "command execution failed" -------------------------+-------------------------------- Reporter: ephemeris@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: slime lisp | Port: slime -------------------------+-------------------------------- I tried cleaning and uninstalling but get the same result each time. $ sudo port install slime ---> Computing dependencies for slime ---> Building slime Error: org.macports.build for port slime returned: command execution failed Please see the log file for port slime for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_slime/slime/main.log -- Ticket URL: <https://trac.macports.org/ticket/47252> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #46943: py27-gobject3 fails to build on MacOS 10.5.8 PPC; can fix problem with -fPIC
by MacPorts 18 Oct '15

18 Oct '15

#46943: py27-gobject3 fails to build on MacOS 10.5.8 PPC; can fix problem with -fPIC -------------------------+-------------------------------- Reporter: paulccobb@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -------------------------+-------------------------------- I found a few days ago that in trying to upgrade py27-gobject3 from 3.12.1_0 to 3.14.0_0, the build failed with the following error in main.log: ld: absolute addressing (perhaps -mdynamic-no-pic) used in _pygobject_constructv from .libs/_gi_la-gobjectmodule.o not allowed in slidable image. Use '-read_only_relocs suppress' to enable text relocs collect2: ld returned 1 exit status I can't claim to be an expert on MacPorts or on PowerPC build issues, but I've tried to understand what's going wrong, and offer the following info in case it helps. I found by experiment in the work/pygobject-3.14.0 directory (under macports/build) that if I insert the switch '-fPIC' in the CFLAGS for each Makefile, that makes the problem go away. As far as I understand the issue, PowerPC compilation has historically assumed -mdynamic_no_pic as the default; so if the rest of the build process wants pic, it has to be enabled explicitly. In case they're useful, I've attached two files that each capture the output of a 'make' run, invoked in the work/pygobject-3.14.0 directory without args: the first one ends with the build error, while the second has the -fPIC switch present in all Makefiles and appears to run to completion. -- Ticket URL: <https://trac.macports.org/ticket/46943> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #47971: This is to introduce the new port gds
by MacPorts 16 Oct '15

16 Oct '15

#47971: This is to introduce the new port gds ------------------------+-------------------------------- Reporter: ed.maros@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: gds ------------------------+-------------------------------- This package is used by scientist of LIGO Scientific Community. -- Ticket URL: <https://trac.macports.org/ticket/47971> MacPorts <https://www.macports.org/> Ports system for OS X

1 14

[MacPorts] #47168: wireshark build can not detect xcode 10.10 sdk
by MacPorts 16 Oct '15

16 Oct '15

#47168: wireshark build can not detect xcode 10.10 sdk -----------------------+-------------------------------- Reporter: hofione@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -----------------------+-------------------------------- {{{ sudo xcode-select -s /xcode_6_2/Xcode.app (tried also 6_1_1 and 6_3_beta3) sudo xcodebuild -license sudo port sync sudo port selfupdate sudo port upgrade outdated sudo port uninstall wireshark sudo port clean wireshark sudo port install wireshark }}} Error: Failed to configure wireshark, consult /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_wireshark/wireshark/work/wireshark-1.12.4/config.log (log file attached) :info:configure checking whether we can build for OS X 10.10... no :info:configure configure: error: We couldn't find the SDK for OS X 10.10 xcode and command line tools installed perfectly, any other target using 10.10 sdk builds fine -- Ticket URL: <https://trac.macports.org/ticket/47168> MacPorts <https://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #47429: py27-flake8 not compatible with current py27-pep8
by MacPorts 15 Oct '15

15 Oct '15

#47429: py27-flake8 not compatible with current py27-pep8 --------------------------+-------------------------------- Reporter: rectalogic@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: py27-flake8 --------------------------+-------------------------------- py27-flake8 @2.4.0_0 installs py27-pep8 @1.6.2_0 but is not compatible with it and fails to start: {{{ $ flake8 Traceback (most recent call last): File "/opt/local/bin/flake8", line 5, in <module> from pkg_resources import load_entry_point File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/pkg_resources/__init__.py", line 3057, in <module> working_set = WorkingSet._build_master() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/pkg_resources/__init__.py", line 641, in _build_master return cls._build_from_requirements(__requires__) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/pkg_resources/__init__.py", line 654, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/pkg_resources/__init__.py", line 827, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'pep8<1.6,>=1.5.7' distribution was not found and is required by flake8 }}} To make flake8 work you have to force downgrade py27-pep8 to @1.5.7_0 flake8 2.4.0 introduced version caps on pep8, it requires an older version of pep8 https://gitlab.com/pycqa/flake8/issues/35 -- Ticket URL: <https://trac.macports.org/ticket/47429> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #47072: Port submission: translations for Calligra Suite 2.9.0
by MacPorts 15 Oct '15

15 Oct '15

#47072: Port submission: translations for Calligra Suite 2.9.0 -------------------------+----------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: calligra-translations -------------------------+----------------------------------- This is a port providing the currently existing translation packages for Calligra 2.9.0 -- Ticket URL: <https://trac.macports.org/ticket/47072> MacPorts <https://www.macports.org/> Ports system for OS X

1 3