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

[MacPorts] #47595: mlt: add universal variant
by MacPorts 20 Oct '15

20 Oct '15

#47595: mlt: add universal variant --------------------------+------------------- Reporter: ryandesign@… | Owner: dan@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: mlt --------------------------+------------------- A universal variant should be added to the mlt port. The reason given in the port for why it is disabled is: {{{ # frei0r-plugins is not universal universal_variant no }}} This is no longer correct; frei0r-plugins does have a universal variant now. Just removing these lines is not enough because mlt is not currently using `-arch` flags, which it should be doing anyway, even for non-universal builds. Just adding `-arch` flags to `CFLAGS` and `LDFLAGS` isn't enough either, because then the universal build fails, saying: {{{ cannot use 'dependencies' output with multiple -arch options }}} To work around that we may need to use the muniversal portgroup. -- Ticket URL: <https://trac.macports.org/ticket/47595> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #46736: mpich-dragonegg33 @3.1.3 +fortran/mpich-devel-dragonegg33 @3.2a2 +fortran linking fails
by MacPorts 19 Oct '15

19 Oct '15

#46736: mpich-dragonegg33 @3.1.3 +fortran/mpich-devel-dragonegg33 @3.2a2 +fortran linking fails ------------------------+-------------------------------- Reporter: dstrubbe@… | Owner: sean@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: mpich, mpich-devel ------------------------+-------------------------------- Linking fails for these ports for me on OSX 10.8.5. openmpi-dragonegg33 builds ok though. This is the error: {{{ :info:build libtool: link: /opt/local/bin/dragonegg-3.3-gcc -pipe -m64 -O2 -Wl,-headerpad_max_install_names -Wl,-flat_namespace -o src/env/mpichversion src/env/mpichversion.o lib/.libs/libmpi.a -L/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_mpich /mpich-dragonegg33/work/mpich-3.1.3/src/mpl -L/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_mpich /mpich-dragonegg33/work/mpich-3.1.3/src/openpa/src -lpthread :info:build Undefined symbols for architecture x86_64: :info:build "_MPI_Abort", referenced from: :info:build _main in mpivars.o :info:build "_MPI_Comm_rank", referenced from: :info:build _main in mpivars.o :info:build "_MPI_Finalize", referenced from: :info:build _main in mpivars.o :info:build "_MPI_Init_thread", referenced from: :info:build _main in mpivars.o }}} -- Ticket URL: <https://trac.macports.org/ticket/46736> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #46746: mpich-dragonegg34 @3.1.3, openmpi-dragonegg34 @1.7.5_3: build has assertion failure from LLVM
by MacPorts 19 Oct '15

19 Oct '15

#46746: mpich-dragonegg34 @3.1.3, openmpi-dragonegg34 @1.7.5_3: build has assertion failure from LLVM -------------------------+------------------------------------------------- Reporter: dstrubbe@… | Owner: jeremyhu@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: llvm-3.4, dragonegg-3.4, mpich- | dragonegg34, openmpi-dragonegg34 -------------------------+------------------------------------------------- MPICH and OpenMPI fail to build with dragonegg 3.4. The error message is: {{{ :info:build Assertion failed: (Index < Length && "Invalid index!"), function operator[], file /opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.4/llvm-3.4/work/llvm-3.4.2.src/include/llvm/ADT/ArrayRef.h, line 150. :info:build *** WARNING *** there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins. :info:build Event | Plugins :info:build PLUGIN_FINISH_UNIT | llvm34gcc46 :info:build PLUGIN_FINISH | llvm34gcc46 :info:build PLUGIN_START_UNIT | llvm34gcc46 :info:build PLUGIN_ALL_IPA_PASSES_END | llvm34gcc46 :info:build src/mpltrmem.c: In function 'MPL_trfree': :info:build src/mpltrmem.c:471:11: internal compiler error: Abort trap: 6 :info:build Please submit a full bug report, :info:build with preprocessed source if appropriate. :info:build See <https://trac.macports.org/newticket> for instructions. :info:build make[2]: *** [src/mpltrmem.lo] Error 1 }}} The problem appears to be from LLVM. I see it has already been reported to upstream from MacPorts for the ffmpeg port by Jeremy: http://lists.cs.uiuc.edu/pipermail/llvmbugs/2013-December/031931.html. However I do not see any other MacPorts ticket so I am creating one. -- Ticket URL: <https://trac.macports.org/ticket/46746> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[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] #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