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

[MacPorts] #38602: atlas @3.10.1_3: threaded libraries missing on PPC dual processor build
by MacPorts 19 Apr '13

19 Apr '13

#38602: atlas @3.10.1_3: threaded libraries missing on PPC dual processor build -------------------------+-------------------------------- Reporter: jdgleeson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: atlas -------------------------+-------------------------------- Vince, I finally got lucky and captured a log file for you. -- Ticket URL: <https://trac.macports.org/ticket/38602> MacPorts <http://www.macports.org/> Ports system for OS X

1 16

[MacPorts] #38757: New pianod, wsgw ports
by MacPorts 19 Apr '13

19 Apr '13

#38757: New pianod, wsgw ports ------------------------+-------------------------------- Reporter: perette@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: ------------------------+-------------------------------- Pianod (Pandora music daemon) & wsgw (websocket gateway required for web client). -- Ticket URL: <https://trac.macports.org/ticket/38757> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #38643: texlive-bin: clang hangs and leaks memory trying to build makejvf
by MacPorts 18 Apr '13

18 Apr '13

#38643: texlive-bin: clang hangs and leaks memory trying to build makejvf ----------------------+------------------------- Reporter: dports@… | Owner: dports@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: texlive-bin ----------------------+------------------------- As reported [https://lists.macosforge.org/pipermail/macports- users/2013-April/032219.html on the mailing list]: When building texlive-bin, attempts to compile texk/makejvf/main.c cause clang to hang and exhaust system memory. It looks like there are some illegal character encodings in that file. I've observed this with the following clang version on 10.8.2: {{{ Apple LLVM version 4.2 (clang-425.0.24) (based on LLVM 3.2svn) Target: x86_64-apple-darwin12.2.0 Thread model: posix }}} It's apparently version-specific, as I hadn't previously noticed this, and the buildbot didn't run into it, but I haven't narrowed it down any more yet. -- Ticket URL: <https://trac.macports.org/ticket/38643> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #38848: Gimp userdir install failed
by MacPorts 18 Apr '13

18 Apr '13

#38848: Gimp userdir install failed -------------------------+-------------------------------- Reporter: mikecress@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: gimp | Port: gimp -------------------------+-------------------------------- The root directory of my MacPorts install resides in my user directory. When I use build Gimp, it errors out with the following information: Error: org.macports.activate for port dbus returned: error renaming "/Users/mike/macports/var/macports/software/dbus/mpextractD7sWHyg3/Library/LaunchAgents/org.freedesktop .dbus-session.plist" to "/Library/LaunchAgents/org.freedesktop.dbus- session.plist": permission denied Error: Failed to install dbus Please see the log file for port dbus for details: /Users/mike/macports/var/macports/logs/_Users_mike_macports_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_dbus/dbus/main.log I have attached the referenced log file. Could the build be modified to be flexible enough to accomodate macport userdir installations? -- Ticket URL: <https://trac.macports.org/ticket/38848> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #38849: install octave-devel +atlas+docs fails on OSX 10.8.3 X11 issues?
by MacPorts 18 Apr '13

18 Apr '13

#38849: install octave-devel +atlas+docs fails on OSX 10.8.3 X11 issues? --------------------+-------------------------------- Reporter: andy@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.1.3 Keywords: Octave | Port: --------------------+-------------------------------- Hi I am trying to install the latest version of Octave on my mac book pro running OSX 10.8.3 It looks like there is some problem with X11 stuff? $ sudo port install octave-devel +atlas+docs ---> Computing dependencies for octave-devel ---> Dependencies to be installed: GraphicsMagick bzip2 freetype zlib jasper jpeg lcms2 tiff xz gettext expat libiconv ncurses libpng libtool libxml2 SuiteSparse atlas gcc47 cctools cctools-headers llvm-3.2 libffi llvm_select cloog gmp isl gcc_select ld64 libmpc mpfr libstdcxx ppl glpk bison m4 curl curl-ca-bundle libidn openssl fftw-3 fftw-3-single flex ftgl gawk readline ghostscript autoconf help2man p5.12-locale-gettext perl5.12 gdbm perl5 automake fontconfig jbig2dec libpaper pkgconfig xorg-libXext fop xmlto coreutils docbook-xml docbook-xml-4.1.2 docbook-xml-4.2 xmlcatmgr docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 docbook-xsl findutils getopt libxslt xorg-libX11 xorg-bigreqsproto xorg- sgml-doctools xorg-inputproto xorg-kbproto xorg-libXau xorg-xproto xorg- libXdmcp xorg-libxcb doxygen graphviz gd2 xpm xorg-libXt xorg-libsm xorg- libice xorg-xtrans gts glib2 netpbm jbigkit libLASi pango Xft2 xrender xorg-renderproto cairo libpixman lzo2 xorg-xcb-util gobject-introspection python27 db46 libedit python_select sqlite3 harfbuzz graphite2 icu urw- fonts webp xorg-libXaw groff psutils texinfo xorg-libXmu texlive texlive- basic texlive-bin libzzip poppler gtk-doc gnome-doc-utils iso-codes py27-libxml2 rarian openjpeg poppler-data t1lib texlive-common xorg-libXp xorg-libpthread-stubs xorg-printproto texlive-documentation-base texlive- bin-extra detex dvipng latexdiff p5.12-algorithm-diff latexmk texlive- latex pdfjam texlive-latex-recommended pgf texlive-context texlive-fonts- recommended texlive-math-extra texlive-metapost texlive-xetex texlive- generic-recommended texlive-documentation-english texlive-fontutils lcdf- typetools ps2eps t1utils texlive-lang-czechslovak texlive-lang-dutch texlive-lang-english texlive-lang-french texlive-lang-german texlive-lang- italian texlive-lang-polish texlive-lang-portuguese texlive-lang-spanish texlive-luatex texlive-latex-extra texlive-pictures xorg-xcb-proto xorg- xcmiscproto xorg-xextproto xorg-xf86bigfontproto xorg-util-macros gnuplot aquaterm lua pdflib gperf grep pcre gsed hdf5-18 less metis cmake qhull qrupdate ... every thing seem fine until ---> Attempting to fetch qrupdate-1.1.2.tar.gz from http://distfiles.macports.org/qrupdate ---> Verifying checksum(s) for qrupdate ---> Extracting qrupdate ---> Applying patches to qrupdate ---> Configuring qrupdate ---> Building qrupdate ---> Staging qrupdate into destroot ---> Installing qrupdate @1.1.2_2+atlas+gcc47 ---> Activating qrupdate @1.1.2_2+atlas+gcc47 ---> Cleaning qrupdate Error: The following dependencies were not installed: ghostscript xorg- libXext xorg-libX11 xorg-libxcb doxygen graphviz gd2 xpm xorg-libXt libLASi pango Xft2 xrender cairo xorg-xcb-util gobject-introspection harfbuzz xorg-libXaw groff xorg-libXmu texlive texlive-basic texlive-bin poppler xorg-libXp texlive-documentation-base texlive-bin-extra dvipng latexmk texlive-latex pdfjam texlive-latex-recommended pgf texlive-context texlive-fonts-recommended texlive-math-extra texlive-metapost texlive- xetex texlive-generic-recommended texlive-documentation-english texlive- fontutils lcdf-typetools ps2eps texlive-lang-czechslovak texlive-lang- dutch texlive-lang-english texlive-lang-french texlive-lang-german texlive-lang-italian texlive-lang-polish texlive-lang-portuguese texlive- lang-spanish texlive-luatex texlive-latex-extra texlive-pictures gnuplot To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port octave-devel failed $ -- Ticket URL: <https://trac.macports.org/ticket/38849> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #18632: Finding perl ports that are part of other ports is too hard
by MacPorts 18 Apr '13

18 Apr '13

#18632: Finding perl ports that are part of other ports is too hard ------------------------------+--------------------------------------------- Reporter: scott@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 1.7.0 Keywords: | Port: ------------------------------+--------------------------------------------- I love MacPorts, it makes my life easier, sometimes, it makes my life harder. What is the solution to solve this? Example Case: port search p5-Tie-RDBM No match for p5-Tie-RDBM found Search MacPorts http://www.macports.org/ports.php?by=name&substr=rdbm Nothing Search CPAN http://search.cpan.org/~lds/Tie-DBI-1.02/lib/Tie/RDBM.pm Finds it with no issue Now I am stuck, do I make a port for it? I did, I think I wasted my time. port search p5-Tie-DBI p5-tie-dbi @1.02 (perl) Nie:DBI This distribution contains Tie::DBI and Tie::RDBM I do not really know what to suggest, I brought it up on the mail list a while back. There was opposition to adding more data to the portfile, opposition to my suggestion to add another field for the purpose of listing ports that contain other ports. At this point, I would at least suggest, that in cases like this, some "stub" record be added to the web based port search. Ideally, it should all be handled in the ports on the command line. CPAN makes me want to barf, almost all the time, CPAN wins in this case, as it finds what I need, on the web, or in the command line. -- Ticket URL: <http://trac.macports.org/ticket/18632> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #38709: maxima @5.28.0_3+xmaxima binary package is inevitably obsolete
by MacPorts 18 Apr '13

18 Apr '13

#38709: maxima @5.28.0_3+xmaxima binary package is inevitably obsolete ----------------------+-------------------------------- Reporter: kpreid@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: maxima ----------------------+-------------------------------- Maxima's compile process produces a SBCL (by default) memory image. This image can only be used with the exact version of the SBCL runtime it was created by. However, it appears that installation is defaulting to a precompiled package, which will be obsolete unless it is updated every time SBCL is. Sign of the problem: {{{ $ maxima fatal error encountered in SBCL pid 28542: can't load .core for different runtime, sorry }}} My evidence that the binary package is the cause: I uninstalled maxima, did {{{sudo port install maxima +xmaxima}}}, and then found {{{ $ ls -l /opt/local/lib/maxima/5.28.0/binary-sbcl/maxima.core -rw-r--r-- 1 root admin 82968624 Feb 6 03:27 /opt/local/lib/maxima/5.28.0/binary-sbcl/maxima.core }}} Since the file is two months old (and provided by the maxima port), I assume it came from a binary package. Also the installation log does not show a build: {{{ $ sudo port install maxima +xmaxima ---> Computing dependencies for maxima ---> Fetching archive for maxima ---> Attempting to fetch maxima-5.28.0_3+xmaxima.darwin_11.x86_64.tbz2 from http://packages.macports.org/maxima ---> Attempting to fetch maxima-5.28.0_3+xmaxima.darwin_11.x86_64.tbz2.rmd160 from http://packages.macports.org/maxima ---> Installing maxima @5.28.0_3+xmaxima ---> Activating maxima @5.28.0_3+xmaxima ---> Cleaning maxima ---> Updating database of binaries: 100.0% ---> Scanning binaries for linking errors: 100.0% ---> No broken files found. }}} To complete my report I would like to say that it works when built from source, but the build currently fails, in a way which is probably due to a known problem in SBCL 1.1.6 (<http://article.gmane.org/gmane.lisp.steel- bank.devel/17138>). To correct this problem, a binary package of maxima must not be used, or must be updated whenever the sbcl port is. (It would also be nice if the “broken binaries” mechanism recognized a broken maxima, but I have no idea whether it generalizes in that way.) -- Ticket URL: <https://trac.macports.org/ticket/38709> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

Re: [MacPorts] #12217: RFE: mono: unixodbc variant
by MacPorts 18 Apr '13

18 Apr '13

#12217: RFE: mono: unixodbc variant --------------------------+-------------------------------- Reporter: mjscod@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: haspatch Port: mono | --------------------------+-------------------------------- Changes (by ryandesign@…): * cc: egall@… (added) -- Ticket URL: <https://trac.macports.org/ticket/12217#comment:6> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #35790: strigi @0.7.5, Revision 4 build failure
by MacPorts 18 Apr '13

18 Apr '13

#35790: strigi @0.7.5, Revision 4 build failure --------------------------------------------+------------------------------- Reporter: danmichaelo+macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: mountainlion | Port: strigi --------------------------------------------+------------------------------- Tried to install (not upgrade) strigi on Mountain Lion with XCode 4.4.1. Some time into the build process (it says 37%), I start getting the following errors: {{{ cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_strigi/strigi/work/build/libstreamanalyzer/lib && /usr/bin/clang++ -D_REENTRANT -DHAVE_CONFIG_H -DMAKE_STREAMANALYZER_LIB -pipe -O2 -arch x86_64 -O3 -DNDEBUG -arch x86_64 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_strigi/strigi/work/strigi-0.7.5/libstreams/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_strigi/strigi/work/build/libstreams/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_strigi/strigi/work/strigi-0.7.5/libstreamanalyzer/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_strigi/strigi/work/build/libstreamanalyzer/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_strigi/strigi/work/strigi-0.7.5/libstreamanalyzer/lib -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_strigi/strigi/work/build/libstreamanalyzer/lib -I/opt/local/include -I/opt/local/include/libavcodec -I/opt/local/include/libavformat -I/opt/local/include/libavutil -I/opt/local/include/libswscale -I/opt/local/include/libxml2 -fPIC -o CMakeFiles/streamanalyzerstatic.dir/analysisresult.cpp.o -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_strigi/strigi/work/strigi-0.7.5/libstreamanalyzer/lib/analysisresult.cpp In file included from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_strigi/strigi/work/strigi-0.7.5/libstreamanalyzer/lib/analysisresult.cpp:25: In file included from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_strigi/strigi/work/strigi-0.7.5/libstreamanalyzer/include/strigi/analysisresult.h:23: In file included from /usr/include/c++/4.2.1/string:46: In file included from /usr/include/c++/4.2.1/bits/char_traits.h:45: In file included from /usr/include/c++/4.2.1/bits/stl_algobase.h:70: In file included from /usr/include/c++/4.2.1/iosfwd:48: In file included from /usr/include/c++/4.2.1/bits/postypes.h:45: In file included from /usr/include/c++/4.2.1/cwchar:51: /usr/include/c++/4.2.1/ctime:67:11: error: no member named 'tm' in the global namespace using ::tm; ~~^ /usr/include/c++/4.2.1/ctime:69:11: error: no member named 'clock' in the global namespace using ::clock; ~~^ }}} Some more errors follow of the same type, and then some more that seems to be a result of the previous ones, before it breaks. I'm attaching the full log. -- Ticket URL: <https://trac.macports.org/ticket/35790> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #37062: pymol @1.5 tcl must be installed without +corefoundation
by MacPorts 18 Apr '13

18 Apr '13

#37062: pymol @1.5 tcl must be installed without +corefoundation ----------------------------+-------------------------------- Reporter: ryan.sheldon@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ----------------------------+-------------------------------- Pymol fails to build; seems similar to ticket:21968. Running Mac OS X 10.7.5 with Xcode 4.5.2. Failure occurs when compiling with clang, llvm, and gcc. Following appears in main.log when attempting to build pymol: {{{ #!sh :notice:configure ---> Configuring pymol :debug:configure Using compiler 'Mac OS X clang' :debug:configure Executing proc-pre-org.macports.configure-configure-0 :debug:configure tcl is installed with the following variants: +corefoundation :debug:configure required: , forbidden: corefoundation :debug:configure rejected, because forbidden variant corefoundation is present :error:configure org.macports.configure for port pymol returned: tcl must be installed without +corefoundation. :debug:configure Error code: NONE :debug:configure Backtrace: tcl must be installed without +corefoundation. }}} This issue appears to be new as installing PyMOL last month on another Mac OS X 10.7.5 system did not have any errors. -- Ticket URL: <https://trac.macports.org/ticket/37062> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8