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

[MacPorts] #43096: Wemux executable looking in the wrong location for wemux.conf
by MacPorts 28 Mar '14

28 Mar '14

#43096: Wemux executable looking in the wrong location for wemux.conf -----------------------+-------------------------------- Reporter: clayton@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: -----------------------+-------------------------------- Same issue as before with #41179. The change assumes that the executable thinks the wemux conf is in `/etc/wemux.conf`, but this is not the case: https://github.com/zolrath/wemux/commit/11bedf66bd321ca13d55768355e1f072965… The path ends up being `/usr/local/opt/local/etc/wemux.conf` instead of `/opt/local/etc/wemux.conf`. -- Ticket URL: <https://trac.macports.org/ticket/43096> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #42928: xft not found when building emacs from source
by MacPorts 28 Mar '14

28 Mar '14

#42928: xft not found when building emacs from source -----------------------------+-------------------------------- Reporter: holtzermann17@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: Xft2 -----------------------------+-------------------------------- I have Xft2 / @2.3.1 installed on OS X 10.9.2. I've tried to build emacs from source, and here's what I see when {{{./configure}}} runs: {{{ checking for xft >= 0.13.0... yes CFLAGS='-I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include ' LIBS='-L/opt/local/lib -lXft ' checking for XRenderQueryExtension in -lXrender... yes checking for X11/Xft/Xft.h... no [...] Does Emacs use -lxft? no }}} If this is a problem with Emacs not looking in the right place, I can report this to the Emacs developers, but I want to double check that things are OK on the Macports side first. -- Ticket URL: <https://trac.macports.org/ticket/42928> MacPorts <http://www.macports.org/> Ports system for OS X

1 17

[MacPorts] #42843: dmalloc @5.5.2 +universal: dylibs are not actually universal
by MacPorts 28 Mar '14

28 Mar '14

#42843: dmalloc @5.5.2 +universal: dylibs are not actually universal ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: dmalloc ---------------------+-------------------------------- I have the `+universal` variant active: {{{ Local-Admins-MacBook-Pro:~ ericgallager$ port installed dmalloc The following ports are currently installed: dmalloc @5.5.2_0+universal (active) }}} but only some the files that it installs are actually universal: {{{ Local-Admins-MacBook-Pro:~ ericgallager$ port -q contents dmalloc | xargs /usr/bin/file /opt/local/bin/dmalloc: Mach-O universal binary with 2 architectures /opt/local/bin/dmalloc (for architecture x86_64): Mach-O 64-bit executable x86_64 /opt/local/bin/dmalloc (for architecture i386): Mach-O executable i386 /opt/local/include/dmalloc.h: ASCII c program text /opt/local/lib/libdmalloc.a: Mach-O universal binary with 2 architectures /opt/local/lib/libdmalloc.a (for architecture x86_64): current ar archive random library /opt/local/lib/libdmalloc.a (for architecture i386): current ar archive random library /opt/local/lib/libdmalloc.dylib: Mach-O 64-bit dynamically linked shared library x86_64 /opt/local/lib/libdmallocth.a: Mach-O universal binary with 2 architectures /opt/local/lib/libdmallocth.a (for architecture x86_64): current ar archive random library /opt/local/lib/libdmallocth.a (for architecture i386): current ar archive random library /opt/local/lib/libdmallocth.dylib: Mach-O 64-bit dynamically linked shared library x86_64 /opt/local/lib/libdmallocthcxx.a: Mach-O universal binary with 2 architectures /opt/local/lib/libdmallocthcxx.a (for architecture x86_64): current ar archive random library /opt/local/lib/libdmallocthcxx.a (for architecture i386): current ar archive random library /opt/local/lib/libdmallocthcxx.dylib: Mach-O 64-bit dynamically linked shared library x86_64 /opt/local/lib/libdmallocxx.a: Mach-O universal binary with 2 architectures /opt/local/lib/libdmallocxx.a (for architecture x86_64): current ar archive random library /opt/local/lib/libdmallocxx.a (for architecture i386): current ar archive random library /opt/local/lib/libdmallocxx.dylib: Mach-O 64-bit dynamically linked shared library x86_64 }}} double-checking with `lipo -info` shows similar results: {{{ Local-Admins-MacBook-Pro:~ ericgallager$ port -q contents dmalloc | xargs /usr/bin/file | grep "Mach-O" | cut -d: -f1 | cut -d\ -f1 | uniq | xargs lipo -info Architectures in the fat file: /opt/local/bin/dmalloc are: x86_64 i386 Architectures in the fat file: /opt/local/lib/libdmalloc.a are: x86_64 i386 Architectures in the fat file: /opt/local/lib/libdmallocth.a are: x86_64 i386 Architectures in the fat file: /opt/local/lib/libdmallocthcxx.a are: x86_64 i386 Architectures in the fat file: /opt/local/lib/libdmallocxx.a are: x86_64 i386 Non-fat file: /opt/local/lib/libdmalloc.dylib is architecture: x86_64 Non-fat file: /opt/local/lib/libdmallocth.dylib is architecture: x86_64 Non-fat file: /opt/local/lib/libdmallocthcxx.dylib is architecture: x86_64 Non-fat file: /opt/local/lib/libdmallocxx.dylib is architecture: x86_64 }}} This makes it difficult to make other ports with `+universal` variants build properly against dmalloc. -- Ticket URL: <https://trac.macports.org/ticket/42843> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #43097: arm-elf-gdb fails to build
by MacPorts 27 Mar '14

27 Mar '14

#43097: arm-elf-gdb fails to build -----------------------+-------------------------------- Reporter: irony42@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: arm-elf-gdb -----------------------+-------------------------------- The problem is: ... /work/gdb-7.1/sim/arm/armsupp.c:639:7: error: non-void function 'ARMul_MRC' should return a value [-Wreturn-type] The port builds fine once this is corrected (either by changing the offending line or by disabling -Wreturn-type). -- Ticket URL: <https://trac.macports.org/ticket/43097> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #43095: py27-dateutil: Please upgrade to 2.2 for Python 2.7
by MacPorts 27 Mar '14

27 Mar '14

#43095: py27-dateutil: Please upgrade to 2.2 for Python 2.7 -----------------------+-------------------------------- Reporter: wichert@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: py-dateutil -----------------------+-------------------------------- dateutil 2.2 works perfectly on Python 2.7, so I see no reason to stick to 1.5 all Python versions <3.0 (which happened in r100134). This is currently preventing me from using libraries requiring a recent dateutil on Python 2.7. -- Ticket URL: <https://trac.macports.org/ticket/43095> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #39916: arm-elf-gdb fails to build with clang
by MacPorts 27 Mar '14

27 Mar '14

#39916: arm-elf-gdb fails to build with clang -----------------------+-------------------------------- Reporter: irony42@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: arm-elf-gdb -----------------------+-------------------------------- Just tried installing arm-elf-gdb; it fails to build with the default Apple clang 3.2 (for what may be a silly reason, probably fixable with some flags). Builds fine with "configure.compiler gcc"... and then runs into a conflict with port:binutils over /opt/local/share/info/bfd.info -- Ticket URL: <https://trac.macports.org/ticket/39916> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #43085: MacPorts 2.3 »beta« already released via selfupdate ?
by MacPorts 27 Mar '14

27 Mar '14

#43085: MacPorts 2.3 »beta« already released via selfupdate ? -----------------------------+-------------------------------- Reporter: stephan.jorek@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: -----------------------------+-------------------------------- Todays “port selfupdate” followed by an “port outdated” listed: {{{ MacPorts 2.2.1_0 < 2.3.0-beta1_0 }}} This is the current subversion release, which I guess should »not yet« get published via “selfupdate”, right ? On the other hand, if you deliberately released this version, then I'd like to mention, that this version is broken as it is not able to uninstall (upgrade) ports which have been installed with MacPorts 2.2.1. It reports broken/invalid Portfile-descriptions and leaves the system quite unusable. I already read some related mailing-list threads, which talk about changes in the Sqlite-database schema. Are there any steps I might have missed before upgrading MacPorts from 2.2.1 to 2.3.0 ? Do I have to reinstall everything ? -- Ticket URL: <https://trac.macports.org/ticket/43085> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #35070: _GLIBCXX_DEBUG and empty ostringstream
by MacPorts 27 Mar '14

27 Mar '14

#35070: _GLIBCXX_DEBUG and empty ostringstream -------------------------------------+-------------------------------------- Reporter: akim.demaille@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: gcc47 -------------------------------------+-------------------------------------- Hi, The following program fails on Mac OS X with both 4.7 and 4.8. {{{ $ uname -a Darwin padam.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 $ g++-mp-4.7 --version g++-mp-4.7 (MacPorts gcc47 4.7.1_0) 4.7.1 Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ g++-mp-4.8 --version g++-mp-4.8 (MacPorts gcc48 4.8-20120701_0) 4.8.0 20120701 (experimental) Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ cat simpleaut.cc # define _GLIBCXX_DEBUG 1 # include <sstream> int main() { std::ostringstream s; s.str(); } $ g++-mp-4.7 tests/unit/simpleaut.cc Using built-in specs. COLLECT_GCC=g++-mp-4.7 COLLECT_LTO_WRAPPER=/opt/local/libexec/gcc/x86_64-apple-darwin11/4.7.1 /lto-wrapper Target: x86_64-apple-darwin11 Configured with: ../gcc-4.7.1/configure --prefix=/opt/local --build=x86_64 -apple-darwin11 --enable-languages=c,c++,objc,obj-c++,lto,fortran,java --libdir=/opt/local/lib/gcc47 --includedir=/opt/local/include/gcc47 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --datarootdir=/opt/local/share/gcc-4.7 --with-libiconv-prefix=/opt/local --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program- suffix=-mp-4.7 --with-gxx-include-dir=/opt/local/include/gcc47/c++/ --with-gmp=/opt/local --with-mpfr=/opt/local --with-mpc=/opt/local --with- ppl=/opt/local --with-cloog=/opt/local --enable-cloog-backend=isl --enable-stage1-checking --disable-multilib --enable-lto --with- as=/opt/local/bin/as --with-ld=/opt/local/bin/ld --with- ar=/opt/local/bin/ar --with-bugurl=https://trac.macports.org/newticket --with-pkgversion='MacPorts gcc47 4.7.1_0' Thread model: posix gcc version 4.7.1 (MacPorts gcc47 4.7.1_0) COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.7.4' '-v' '-shared-libgcc' '-mtune=core2' /opt/local/libexec/gcc/x86_64-apple-darwin11/4.7.1/cc1plus -quiet -v -D__DYNAMIC__ foo.cc -fPIC -quiet -dumpbase foo.cc -mmacosx-version- min=10.7.4 -mtune=core2 -auxbase foo -version -o /var/folders/vc/vkjp1hhs5dgg8blcpzm6t59c0000gp/T//ccDjHKgh.s GNU C++ (MacPorts gcc47 4.7.1_0) version 4.7.1 (x86_64-apple-darwin11) compiled by GNU C version 4.7.1, GMP version 5.0.4, MPFR version 3.1.0-p3, MPC version 0.9 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring nonexistent directory "/opt/local/lib/gcc47/gcc/x86_64-apple- darwin11/4.7.1/../../../../../x86_64-apple-darwin11/include" ignoring duplicate directory "/opt/local/include" as it is a non-system directory that duplicates a system directory #include "..." search starts here: #include <...> search starts here: /opt/local/include/gcc47/c++/ /opt/local/include/gcc47/c++//x86_64-apple-darwin11 /opt/local/include/gcc47/c++//backward /opt/local/lib/gcc47/gcc/x86_64-apple-darwin11/4.7.1/include /opt/local/include /opt/local/lib/gcc47/gcc/x86_64-apple-darwin11/4.7.1/include-fixed /usr/include /System/Library/Frameworks /Library/Frameworks End of search list. GNU C++ (MacPorts gcc47 4.7.1_0) version 4.7.1 (x86_64-apple-darwin11) compiled by GNU C version 4.7.1, GMP version 5.0.4, MPFR version 3.1.0-p3, MPC version 0.9 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 09950ee4f031f09244f876c6af55ed8f COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.7.4' '-v' '-shared-libgcc' '-mtune=core2' /opt/local/bin/as -v -arch x86_64 -force_cpusubtype_ALL -o /var/folders/vc/vkjp1hhs5dgg8blcpzm6t59c0000gp/T//cc5KozFj.o /var/folders/vc/vkjp1hhs5dgg8blcpzm6t59c0000gp/T//ccDjHKgh.s Apple Inc version cctools-822, GNU assembler version 1.38 COMPILER_PATH=/opt/local/libexec/gcc/x86_64-apple- darwin11/4.7.1/:/opt/local/libexec/gcc/x86_64-apple- darwin11/4.7.1/:/opt/local/libexec/gcc/x86_64-apple- darwin11/:/opt/local/lib/gcc47/gcc/x86_64-apple- darwin11/4.7.1/:/opt/local/lib/gcc47/gcc/x86_64-apple-darwin11/ LIBRARY_PATH=/opt/local/lib/:/opt/local/lib/gcc47/gcc/x86_64-apple- darwin11/4.7.1/:/opt/local/lib/gcc47/gcc/x86_64-apple- darwin11/4.7.1/../../../:/usr/lib/ COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.7.4' '-v' '-shared-libgcc' '-mtune=core2' /opt/local/libexec/gcc/x86_64-apple-darwin11/4.7.1/collect2 -dynamic -arch x86_64 -macosx_version_min 10.7.4 -weak_reference_mismatches non- weak -o a.out -lcrt1.10.6.o -L/opt/local/lib -L/opt/local/lib/gcc47/gcc/x86_64-apple-darwin11/4.7.1 -L/opt/local/lib/gcc47/gcc/x86_64-apple-darwin11/4.7.1/../../.. /var/folders/vc/vkjp1hhs5dgg8blcpzm6t59c0000gp/T//cc5KozFj.o -lstdc++ -no_compact_unwind -lSystem -lgcc_ext.10.5 -lgcc -lSystem -v collect2 version 4.7.1 /opt/local/bin/ld -dynamic -arch x86_64 -macosx_version_min 10.7.4 -weak_reference_mismatches non-weak -o a.out -lcrt1.10.6.o -L/opt/local/lib -L/opt/local/lib/gcc47/gcc/x86_64-apple-darwin11/4.7.1 -L/opt/local/lib/gcc47/gcc/x86_64-apple-darwin11/4.7.1/../../.. /var/folders/vc/vkjp1hhs5dgg8blcpzm6t59c0000gp/T//cc5KozFj.o -lstdc++ -no_compact_unwind -lSystem -lgcc_ext.10.5 -lgcc -lSystem -v @(#)PROGRAM:ld PROJECT:ld64-128.2 Library search paths: /opt/local/lib /opt/local/lib/gcc47/gcc/x86_64-apple-darwin11/4.7.1 /opt/local/lib/gcc47 /usr/lib /usr/local/lib Framework search paths: /Library/Frameworks/ /System/Library/Frameworks/ $ ./a.out a.out(28056) malloc: *** error for object 0x10a5f2340: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug zsh: abort ./a.out (gdb) bt #0 0x00007fff89bf582a in __kill () #1 0x00007fff89833a9c in abort () #2 0x00007fff8989284c in free () #3 0x0000000100000b86 in __gnu_cxx::new_allocator<char>::deallocate (this=0x7fff5fbff847, __p=0x1000d0340 "") at ext/new_allocator.h:102 #4 0x0000000100000b58 in std::string::_Rep::_M_destroy (this=0x1000d0340, __a=@0x7fff5fbff89f) at bits/basic_string.tcc:451 #5 0x0000000100000ae6 in std::string::_Rep::_M_dispose (this=0x1000d0340, __a=@0x7fff5fbff89f) at bits/basic_string.h:251 #6 0x00000001000009fd in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string (this=0x7fff5fbffa20) at bits/basic_string.h:541 #7 0x0000000100000968 in main () at tests/unit/simpleaut.cc:7 }}} Please, see the (wrong) bug report I made to the GCC team, where they emit ideas about the possible problem: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53838 -- Ticket URL: <https://trac.macports.org/ticket/35070> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #41331: ncmpcpp fails to build on 10.9 Mavericks
by MacPorts 27 Mar '14

27 Mar '14

#41331: ncmpcpp fails to build on 10.9 Mavericks ----------------------------+-------------------------------- Reporter: cottinghamk@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: ncmpcpp, audio | Port: ncmpcpp ----------------------------+-------------------------------- "Error: org.macports.build for port ncmpcpp returned: command execution failed" Other ports have no problems building under new MacPorts version. Log attached. -- Ticket URL: <https://trac.macports.org/ticket/41331> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

Re: [MacPorts] #14540: Document -devel ports
by MacPorts 27 Mar '14

27 Mar '14

#14540: Document -devel ports ---------------------------+--------------------- Reporter: ryandesign@… | Owner: markd@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: guide | Version: 1.6.0 Resolution: | Keywords: Port: | ---------------------------+--------------------- Comment (by egall@…): Added an entry in the FAQ on the wiki about this: [wiki:FAQ?action=diff&version=129 version 129] Although that only addresses this point from the OP: > - -devel ports install software in the same places as their non-devel counterparts, so that -devel ports can satisfy a dependency via the same files as the equivalent non-devel port, with the side-effect that you cannot have both the -devel and the non-devel port activated at the same time So I suppose it could be updated to address the rest, as well... -- Ticket URL: <https://trac.macports.org/ticket/14540#comment:7> MacPorts <http://www.macports.org/> Ports system for OS X

1 0