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

[MacPorts] #43878: emacs hangs when executing 'gnus'
by MacPorts 07 Jun '14

07 Jun '14

#43878: emacs hangs when executing 'gnus' -------------------------------+-------------------------------- Reporter: Maurizio.Loreti@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: emacs gnus | Port: emacs @24.3 -------------------------------+-------------------------------- emacs 24.3 (9.0), OS X 10.9.3. Executing "M-x gnus" emacs hangs indefinitely, and I need to execute "Force quit". Selecting menu "Tools -> Read net news (gnus)" emacs hangs in the same way. -- Ticket URL: <https://trac.macports.org/ticket/43878> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #37187: R-framework isn't a dependency alternative for R
by MacPorts 07 Jun '14

07 Jun '14

#37187: R-framework isn't a dependency alternative for R -----------------------------+---------------------------------- Reporter: nigel.stanger@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: r r-framework swig-r -----------------------------+---------------------------------- I recently upgraded to 10.8 and had to rebuild most of my ports ('''note:''' 10.8 isn't the cause of this issue). During this, I was rather puzzled to find that the cuneiform, latex2rtf and wv packages all insisted on installing gcc45 for no readily apparent reason (no obvious explicit or recursive dependency). After digging around in the output from port rdeps latex2rtf and port -d install latex2rtf (the latter is attached), I eventually figured out the following: * latex2rtf depends explicitly on ImageMagick. * ImageMagick was installed with the +graphviz variant, which implies a dependency on graphviz. * graphviz was installed with the +r variant, which implies a dependency swig-r. * swig-r depends explicitly on R. * R has the default variant +gcc45 <= bingo! The same applies for cuneiform and wv: both depend explicitly on ImageMagick, and the chain continues from there. I originally had R installed with the +aqua variant, but got the "10.6 only" when I tried to upgrade it, so I switched to R-framework instead, as suggested by the error message. I had to uninstall swig-r first to get this to work. However, since swig-r depends on R and not R-framework, port starts trying to install R and all of its dependencies. I tried changing "port:R" to "port:R-framework" in the portfile and as far as I can tell everything built OK, but I haven't tested it thoroughly. This clearly also isn't a good long-term solution. It would be nice if R and R-framework could act as alternatives for dependency purposes, but I'm not sure how you would do that in a portfile (I remember Fink packages could explicitly specify alternative dependencies). Obviously this will affect any other ports that explicitly depend on R. If I didn't have R-framework installed I could check :). I've cc'd the maintainers of swig-r. -- Ticket URL: <https://trac.macports.org/ticket/37187> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #43920: py-celery @3.1.11: enable py34 subport
by MacPorts 06 Jun '14

06 Jun '14

#43920: py-celery @3.1.11: enable py34 subport -----------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: py-celery -----------------------------+-------------------------------- With this ticket, I would like to request to enable the `py34` subport. To my understanding, there were no language incompatibilities introduces with python34 (only changes standard library), so any python 3.3 packages should work with python 3.4 with much difficulties. -- Ticket URL: <https://trac.macports.org/ticket/43920> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #40417: arpack @3.1.3: remove openmpi from default variants
by MacPorts 06 Jun '14

06 Jun '14

#40417: arpack @3.1.3: remove openmpi from default variants -----------------------+--------------------- Reporter: takeshi@… | Owner: mmoll@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: arpack -----------------------+--------------------- A novice user reported a failure of octave-devel. I found that it was because of arpack. When installing octave-devel from scratch, a user implicitly or explicitly specifies one of the fortran compilers (g95/gcc4x). However, g95 or gcc4x variant conflicts with openmpi, which is one of the default variants. I assume that those who need PARPACK are power users. They can serially install openmpi with on of the fortran compilers, then arpack +openmpi and octave-devel with one of the fortran compilers. For those who just needs octave-devel, the serial installation would be a hurdle and it is difficult for them to understand why installation is unsuccessful. Therefore I suggest to remove openmpi from the default variants of arpack. -- Ticket URL: <https://trac.macports.org/ticket/40417> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #40830: AtomicParsley: license, master_sites, universal, archflags, reinplace, cleanup
by MacPorts 06 Jun '14

06 Jun '14

#40830: AtomicParsley: license, master_sites, universal, archflags, reinplace, cleanup --------------------------+---------------------------- Reporter: ryandesign@… | Owner: cedric.luthi@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: haspatch | Port: AtomicParsley --------------------------+---------------------------- This patch makes numerous changes to the AtomicParsley portfile, including: * indicates that it is under the GPL-2 license or later * rewrites master_sites to avoid redirects * uses -arch flags * adds a universal variant * uses the right compiler (fixing #35682) * patches in the patch phase not the build phase * uses the correct locale in the reinplace * removes an unnecessary directory creation in destroot If there are no objections I'll be happy to commit this for you. -- Ticket URL: <https://trac.macports.org/ticket/40830> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #35682: AtomicParsley does not ensure it's UsingTheRightCompiler
by MacPorts 06 Jun '14

06 Jun '14

#35682: AtomicParsley does not ensure it's UsingTheRightCompiler ------------------------------------+--------------------------------------- Reporter: ciserlohn@… | Owner: cedric.luthi@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: AtomicParsley ------------------------------------+--------------------------------------- {{{ :info:build g++: Error: You should be using ${configure.cxx} :info:build See https://trac.macports.org/wiki/UsingTheRightCompiler }}} See UsingTheRightCompiler -- Ticket URL: <https://trac.macports.org/ticket/35682> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #39598: webkit-gtk: Symbol not found: __cg_jpeg_resync_to_restart
by MacPorts 06 Jun '14

06 Jun '14

#39598: webkit-gtk: Symbol not found: __cg_jpeg_resync_to_restart --------------------+-------------------------------- Reporter: drs@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: webkit-gtk --------------------+-------------------------------- My os/architecture information is: Darwin XX.local 12.3.0 Darwin Kernel Version 12.3.0: Sun Jan 6 22:37:10 PST 2013; root:xnu-2050.22.13~1/RELEASE_X86_64 x86_64 When attempting to upgrade via 'port upgrade outdated', I find that upgrading webkit-gtk to 2.0.3 fails with: :info:build clang: warning: argument unused during compilation: '-pthread' :info:build dyld: Symbol not found: __cg_jpeg_resync_to_restart :info:build Referenced from: /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO :info:build Expected in: /opt/local/lib/libjpeg.9.dylib :info:build in /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO I find that reverting to "webkit-gtk @2.0.1_0+quartz+video" resolves the issue. No other changes were made to environment or macports state other than moving the Portfile for webkit-gtk back to the 2.0.1_0 version with the dependency updated to 'port:harfbuzz-icu'. Note that neither DYLD_LIBRARY_PATH nor DYLD_FALLBACK_LIBRARY_PATH is present in my environment. I will attach the build log and the modified Portfile. -- Ticket URL: <https://trac.macports.org/ticket/39598> MacPorts <http://www.macports.org/> Ports system for OS X

1 95

[MacPorts] #39580: Failed Installation of Octave - Please help me
by MacPorts 06 Jun '14

06 Jun '14

#39580: Failed Installation of Octave - Please help me -------------------------------------------------+------------------------- Reporter: edhem.bajric@… | Owner: macports- Type: defect | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Keywords: octave, arpack, failed installation | Version: 2.1.3 | Port: arpack, | octave -------------------------------------------------+------------------------- Dear madam, dear sir Recently, I tried to install octave via macports in order to prepare myself for a new job. The installation failed and I don't know why. Please halp me to fix this. I'd be very grateful. Thanks a lot in advance. The code and the log-file can be found below. Yours sincerely Edhem Bajric Edhem-Bajrics-MacBook:~ Edo$ sudo port install -y octave ---> Computing dependencies for octave ---> Dependencies to be installed: GraphicsMagick SuiteSparse arpack openmpi gcc47 cctools cloog isl gcc_select libmpc libstdcxx ppl glpk atlas fftw-3-single ftgl hdf5-18 metis qhull qrupdate For GraphicsMagick: skipping org.macports.main (dry run) For SuiteSparse: skipping org.macports.main (dry run) For cctools: skipping org.macports.main (dry run) For isl: skipping org.macports.main (dry run) For cloog: skipping org.macports.main (dry run) For gcc_select: skipping org.macports.main (dry run) For libmpc: skipping org.macports.main (dry run) For glpk: skipping org.macports.main (dry run) For ppl: skipping org.macports.main (dry run) For libstdcxx: skipping org.macports.main (dry run) For gcc47: skipping org.macports.main (dry run) For openmpi: skipping org.macports.main (dry run) For arpack: skipping org.macports.main (dry run) For atlas: skipping org.macports.main (dry run) For fftw-3-single: skipping org.macports.main (dry run) For ftgl: skipping org.macports.main (dry run) For hdf5-18: skipping org.macports.main (dry run) For metis: skipping org.macports.main (dry run) For qhull: skipping org.macports.main (dry run) For qrupdate: skipping org.macports.main (dry run) For octave: skipping org.macports.main (dry run) ---> Scanning binaries for linking errors: 100.0% ---> No broken files found. Edhem-Bajrics-MacBook:~ Edo$ sudo port install -s octave Password: ---> Computing dependencies for octave ---> Dependencies to be installed: GraphicsMagick SuiteSparse arpack openmpi gcc47 cctools cloog isl gcc_select libmpc libstdcxx ppl glpk atlas fftw-3-single ftgl hdf5-18 metis qhull qrupdate ---> Fetching distfiles for GraphicsMagick ---> Verifying checksum(s) for GraphicsMagick ---> Extracting GraphicsMagick ---> Configuring GraphicsMagick ---> Building GraphicsMagick ---> Staging GraphicsMagick into destroot ---> Installing GraphicsMagick @1.3.18_0+q8 ---> Activating GraphicsMagick @1.3.18_0+q8 ---> Cleaning GraphicsMagick ---> Fetching distfiles for SuiteSparse ---> Verifying checksum(s) for SuiteSparse ---> Extracting SuiteSparse ---> Applying patches to SuiteSparse ---> Configuring SuiteSparse ---> Building SuiteSparse ---> Staging SuiteSparse into destroot ---> Installing SuiteSparse @4.1.0_0 ---> Activating SuiteSparse @4.1.0_0 ---> Cleaning SuiteSparse ---> Fetching distfiles for cctools ---> Verifying checksum(s) for cctools ---> Extracting cctools ---> Applying patches to cctools ---> Configuring cctools ---> Building cctools ---> Staging cctools into destroot ---> Installing cctools @839_0+llvm32 ---> Activating cctools @839_0+llvm32 ---> Cleaning cctools ---> Fetching distfiles for isl ---> Verifying checksum(s) for isl ---> Extracting isl ---> Applying patches to isl ---> Configuring isl ---> Building isl ---> Staging isl into destroot ---> Installing isl @0.10_1 ---> Activating isl @0.10_1 ---> Cleaning isl ---> Fetching distfiles for cloog ---> Verifying checksum(s) for cloog ---> Extracting cloog ---> Applying patches to cloog ---> Configuring cloog ---> Building cloog ---> Staging cloog into destroot ---> Installing cloog @0.17.0_1 ---> Activating cloog @0.17.0_1 ---> Cleaning cloog ---> Fetching distfiles for gcc_select ---> Verifying checksum(s) for gcc_select ---> Extracting gcc_select ---> Configuring gcc_select ---> Building gcc_select ---> Staging gcc_select into destroot ---> Installing gcc_select @0.1_8 ---> Activating gcc_select @0.1_8 ---> Cleaning gcc_select ---> Fetching distfiles for libmpc ---> Verifying checksum(s) for libmpc ---> Extracting libmpc ---> Configuring libmpc ---> Building libmpc ---> Staging libmpc into destroot ---> Installing libmpc @1.0.1_0 ---> Activating libmpc @1.0.1_0 ---> Cleaning libmpc ---> Fetching distfiles for glpk ---> Verifying checksum(s) for glpk ---> Extracting glpk ---> Configuring glpk ---> Building glpk ---> Staging glpk into destroot ---> Installing glpk @4.48_0 ---> Activating glpk @4.48_0 ---> Cleaning glpk ---> Fetching distfiles for ppl ---> Verifying checksum(s) for ppl ---> Extracting ppl ---> Configuring ppl ---> Building ppl ---> Staging ppl into destroot ---> Installing ppl @1.0_1 ---> Activating ppl @1.0_1 ---> Cleaning ppl ---> Fetching distfiles for libstdcxx ---> Verifying checksum(s) for libstdcxx ---> Extracting libstdcxx ---> Applying patches to libstdcxx ---> Configuring libstdcxx ---> Building libstdcxx ---> Staging libstdcxx into destroot ---> Installing libstdcxx @4.8.1_0 ---> Activating libstdcxx @4.8.1_0 ---> Cleaning libstdcxx ---> Fetching distfiles for gcc47 ---> Verifying checksum(s) for gcc47 ---> Extracting gcc47 ---> Applying patches to gcc47 ---> Configuring gcc47 ---> Building gcc47 ---> Staging gcc47 into destroot ---> Installing gcc47 @4.7.3_0 ---> Activating gcc47 @4.7.3_0 ---> Cleaning gcc47 ---> Fetching distfiles for openmpi ---> Verifying checksum(s) for openmpi ---> Extracting openmpi ---> Configuring openmpi ---> Building openmpi ---> Staging openmpi into destroot ---> Installing openmpi @1.7.1_0+gcc47 ---> Activating openmpi @1.7.1_0+gcc47 ---> Cleaning openmpi ---> Configuring arpack Error: org.macports.configure for port arpack returned: configure failure: command execution failed Error: Failed to install arpack Please see the log file for port arpack for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_arpack/arpack/main.log Error: The following dependencies were not installed: arpack atlas fftw-3-single ftgl hdf5-18 metis qhull qrupdate To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port octave failed Edhem-Bajrics-MacBook:~ Edo$ cp /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_arpack/arpack/main.log ~/Desktop/ -- Ticket URL: <https://trac.macports.org/ticket/39580> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #16110: libxml2: attempts to use libxslt.1.dylib
by MacPorts 06 Jun '14

06 Jun '14

#16110: libxml2: attempts to use libxslt.1.dylib -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: cedric.luthi(a)gmail.com Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- I previously had libxml2 2.6.32_1 and libxslt 1.1.23_0 installed. I forcibly uninstalled libxml2 and reinstalled it, to test an issue. During the reinstall, this message appeared in the debug output, and also a Mac OS X Crash Reporter dialog appeared with similar information: {{{ dyld: lazy symbol binding failed: Symbol not found: _xmlXPathContextSetCache Referenced from: /mp/lib/libxslt.1.dylib Expected in: flat namespace dyld: Symbol not found: _xmlXPathContextSetCache Referenced from: /mp/lib/libxslt.1.dylib Expected in: flat namespace }}} `/mp` is my MacPorts prefix. So it seems that libxml2 is trying to load libxslt.1.dylib during the build. You must modify the port so that this does not happen, because libxml2 does not declare a dependency on libxslt (and it cannot, since libxslt declares a dependency on libxml2, and we cannot have circular dependencies). I am running Mac OS X 10.4.11 on an Intel Mac with Xcode 2.5 and MacPorts from trunk @38557. -- Ticket URL: <http://trac.macports.org/ticket/16110> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #39476: arpack's openmpi variant conflicts with gcc45
by MacPorts 06 Jun '14

06 Jun '14

#39476: arpack's openmpi variant conflicts with gcc45 --------------------+--------------------- Reporter: mk@… | Owner: mmoll@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: arpack --------------------+--------------------- How to recover from this: {{{ The following installed ports are outdated: arpack 3.1.2_1 < 3.1.3_0 gconf 2.28.1_5 < 2.32.4_0 ImageMagick 6.8.5-5_0 < 6.8.6-0_0 poppler 0.22.4_1 < 0.22.5_0 py27-pyobjc-cocoa 2.4_0 < 2.5.1_0 py27-setuptools 0.7.2_0 < 0.7.4_0 Error: arpack: Variant openmpi conflicts with gcc45 Error: Unable to open port: Error evaluating variants To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets }}} ??? -- Ticket URL: <https://trac.macports.org/ticket/39476> MacPorts <http://www.macports.org/> Ports system for OS X

1 67