December 2012 - macports-tickets - lists.macosforge.org

[MacPorts] #36975: PortGroup cmake: integration with muniversal portgroup
by MacPorts 26 Feb '13

26 Feb '13

#36975: PortGroup cmake: integration with muniversal portgroup -------------------------+-------------------------------- Reporter: nicos@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -------------------------+-------------------------------- In the present state, the cmake portgroup does not integrate well with the muniversal one, as it forces building multiple architectures together in case of +universal variant: {{{ configure.universal_args-append \ -DCMAKE_OSX_ARCHITECTURES=\"[join ${configure.universal_archs} \;]\" }}} This code should be deactivated in case of muniversal portgroup to enable separate builds. Attached are patches in order to make it possible. The way may be naive as it requires adding a global variable to muniversal, but it works according to my tests. My apologies if I cc'ed the wrong person, but I am not sure of who should be assigned in case of Portgroups. -- Ticket URL: <https://trac.macports.org/ticket/36975> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #35327: graphyviz @2.28, 0 +configure failure: command execution failed
by MacPorts 25 Feb '13

25 Feb '13

#35327: graphyviz @2.28,0 +configure failure: command execution failed ----------------------------------+----------------------------------------- Reporter: runner0502@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: graphyviz ----------------------------------+----------------------------------------- OSX 10.74 xcodec 4.3.3 mainlog {{{ info:configure config.status: error: could not create Makefile :info:configure Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_graphviz/graphviz/work/graphviz-2.28.0" && ./configure --prefix=/opt/local --with-codegens --with-x --without- devil --without-smyrna --with-digcola --with-ipsepcola --without-rsvg --with-pangocairo --without-glitz --with-freetype2 --with-fontconfig --without-gdk-pixbuf --without-gtk --without-gtkgl --without-gtkglext --with-gts --without-glade --without-gnomeui --without-ming --without-qt --disable-swig --disable-sharp --disable-guile --disable-io --disable-java --disable-lua --disable-ocaml --disable-perl --disable-php --disable- python --disable-python23 --disable-python24 --disable-python25 --disable-r --disable-ruby --disable-tcl --with-quartz :info:configure Exit code: 1 :error:configure org.macports.configure for port graphviz returned: configure failure: command execution failed :debug:configure Error code: NONE :debug:configure Backtrace: configure failure: command execution failed while executing "$procedure $targetname" }}} -- Ticket URL: <https://trac.macports.org/ticket/35327> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #35562: class-dump @3.3.4 Builds fails / hangs on 10.8.0 w/ Xcode 4.5 DP4
by MacPorts 25 Feb '13

25 Feb '13

#35562: class-dump @3.3.4 Builds fails / hangs on 10.8.0 w/ Xcode 4.5 DP4 --------------------------------------+------------------------------------- Reporter: john.engelhart@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: --------------------------------------+------------------------------------- Build fails / hangs for unknown reasons. It is not {{{xcodebuild --license}}} related. I just received a brand new MacBook Pro Retina with 10.8 installed on it, and then installed Xcode 4.5 DP4 on it (this would be the first Xcode installed on this machine). Installed MacPorts via Mountain Lion {{{.pkg}}} installer. While {{{class-dump}}} fails / hangs, this is just the only one that I'm reporting about. For all practical purposes, MacPorts simply does not work, nor can it be easily coerced to work on this system. I would estimate that about 15-20% of the packages I typically install via MacPorts are failing or hanging mysteriously. -- Ticket URL: <https://trac.macports.org/ticket/35562> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #37222: py-pyobjc: revamp port and its siblings
by MacPorts 25 Feb '13

25 Feb '13

#37222: py-pyobjc: revamp port and its siblings -------------------------+------------------------------------------------- Reporter: | Owner: macports-tickets@… sean.michael.farley@… | Status: new Type: update | Milestone: Priority: Normal | Version: 2.1.2 Component: ports | Port: py-pyobjc,py-pyobjc-cocoa,py- Keywords: haspatch | pyobjc-quartz,py-pyobjc-qtkit -------------------------+------------------------------------------------- This overhaul unifies py-pyobjc (and py-pyobjc-{cocoa,quartz,qtkit}) into the python group and updates to the latest releases. -- Ticket URL: <https://trac.macports.org/ticket/37222> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #33222: mutt-devel @1.5.21 +sidebar "Could not create temporary file!"
by MacPorts 24 Feb '13

24 Feb '13

#33222: mutt-devel @1.5.21 +sidebar "Could not create temporary file!" ----------------------------------------------+----------------------------- Reporter: Sylvain.Soliman+macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: ----------------------------------------------+----------------------------- A missing closedir() in the old Debian sidebar patch we use results in consuming all file descriptors when handling Maildir. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610191 for the corresponding Debian bug-report. I get the exact same symptoms on my Snow Leopard MBA (mostly the temp file message, sometimes the missing file descriptors message). I think we simply need to get the fixed version of their sidebar patch (i.e. 1.5.21_4 or later) [e.g. http://patch- tracker.debian.org/patch/series/view/mutt/1.5.21-5/mutt-patched/sidebar ] -- Ticket URL: <https://trac.macports.org/ticket/33222> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #37427: atlas: Add gcc48 variant
by MacPorts 24 Feb '13

24 Feb '13

#37427: atlas: Add gcc48 variant -------------------------------+--------------------- Reporter: macsforever2000@… | Owner: vince@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: atlas -------------------------------+--------------------- Please add a gcc48 variant to atlas. -- Ticket URL: <https://trac.macports.org/ticket/37427> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #31663: llvm-gcc42 doesn't compile
by MacPorts 23 Feb '13

23 Feb '13

#31663: llvm-gcc42 doesn't compile ---------------------------------------+------------------------------------ Reporter: tobias.noebauer@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: llvm-gcc42 ---------------------------------------+------------------------------------ Hi, running "sudo port install llvm-gcc4" results in the following error (excerpt from the log file, which is attached): {{{ :info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_lang_llvm-gcc42/llvm-gcc42/work/build" && /usr/bin/make -j2 -w bootstrap BOOT_CFLAGS="-O2 -g -D_FORTIFY_SOURCE=0" STAGE1_CFLAGS="-O2 -fkeep-inline-functions -D_FORTIFY_SOURCE=0" " returned error 2 }}} When running the second part of that shell command (make) by hand, the following error appears (full output attached): {{{ /Developer/usr/bin/clang -c -O2 -fkeep-inline-functions -D_FORTIFY_SOURCE=0 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict- prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic- macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format- attribute -fno-common -mdynamic-no-pic -DHAVE_CONFIG_H -I. -I. -I ../../llvm-gcc-4.2-2.9.source/gcc -I../../llvm-gcc-4.2-2.9.source/gcc/. -I ../../llvm-gcc-4.2-2.9.source/gcc/../include -I../../llvm- gcc-4.2-2.9.source/gcc/../libcpp/include -I/opt/local/include -I/opt/local/include -I../../llvm-gcc-4.2-2.9.source/gcc/../libdecnumber -I../libdecnumber -I/opt/local/include -DENABLE_LLVM -I/opt/local/include -DNDEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS ../../llvm-gcc-4.2-2.9.source/gcc/passes.c -o passes.o ... ... ... ../../llvm-gcc-4.2-2.9.source/gcc/toplev.c:577:1: error: redefinition of a 'extern inline' function 'floor_log2' is not supported in C99 mode floor_log2 (unsigned HOST_WIDE_INT x) ^ ../../llvm-gcc-4.2-2.9.source/gcc/toplev.h:180:1: note: previous definition is here floor_log2 (unsigned HOST_WIDE_INT x) ^ ../../llvm-gcc-4.2-2.9.source/gcc/toplev.c:612:1: error: redefinition of a 'extern inline' function 'exact_log2' is not supported in C99 mode exact_log2 (unsigned HOST_WIDE_INT x) ^ ../../llvm-gcc-4.2-2.9.source/gcc/toplev.h:186:1: note: previous definition is here exact_log2 (unsigned HOST_WIDE_INT x) ^ 5 warnings and 2 errors generated. make[3]: *** [toplev.o] Error 1 }}} My system: MacOS 10.7.2, XCode 4.2, MacPorts 2.0.3 Any help appreciated (and as always I hope that the bug is not me...) Regards, planck -- Ticket URL: <https://trac.macports.org/ticket/31663> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #36747: phantomjs @1.7.0_0 build error - g++ unrecognised option `-fconstant-cfstrings`
by MacPorts 22 Feb '13

22 Feb '13

#36747: phantomjs @1.7.0_0 build error - g++ unrecognised option `-fconstant- cfstrings` ----------------------+-------------------------------- Reporter: daniel@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: phantomjs ----------------------+-------------------------------- Building phantomjs @1.7.0_0 on my system fails with this error: {{{ :info:build g++: error: unrecognized command line option '-fconstant- cfstrings' }}} As root I see: {{{ sudo g++ --version g++ (MacPorts gcc47 4.7.2_2) 4.7.2 sudo type g++ g++ is /opt/local/bin/g++ }}} I have attached the full build log from the failure. -- Ticket URL: <https://trac.macports.org/ticket/36747> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #35100: port octave linking error
by MacPorts 21 Feb '13

21 Feb '13

#35100: port octave linking error -------------------------------------+-------------------------------------- Reporter: and.damore@… | Owner: and.damore@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: haspatch | Port: octave -------------------------------------+-------------------------------------- Building port octave on 10.7.4 gives the following error: {{{ Undefined symbols for architecture x86_64: "_SuiteSparse_time", referenced from: _umfpack_tic in libumfpack.a(umfpack_gn_tictoc.o) _umfpack_toc in libumfpack.a(umfpack_gn_tictoc.o) ld: symbol(s) not found for architecture x86_64 }}} The issue is due to ''UMFPACK_LIBS'' provinding only '''-lumfpack''' flag and the missing symbol being defined in libSuiteSparse.dylib rather than libumfpack.a (both are from port SuiteSparse). I'm patching UMFPACK_LIBS in Makeconf file in post-configure phase. This ticket acts as memo, I'm cc'ing original reporter on mp-user list -- Ticket URL: <https://trac.macports.org/ticket/35100> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #35453: sox @14.4.0 requesting +ffmpeg variant
by MacPorts 20 Feb '13

20 Feb '13

#35453: sox @14.4.0 requesting +ffmpeg variant --------------------------------+------------------------------------------- Reporter: dtakeda@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.1.2 Keywords: sox ffmpeg | Port: sox --------------------------------+------------------------------------------- Requesting a +ffmpeg variant which builds sox with the ffmpeg library. http://sox.sourceforge.net/Docs/Features lists the filetypes that would be supported if compiled with ffmpeg. Currently getting sox to work with ffmpeg requires compiling from source. -- Ticket URL: <https://trac.macports.org/ticket/35453> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6