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

[MacPorts] #38652: atlas @3.10.1_3: build fails
by MacPorts 17 Apr '13

17 Apr '13

#38652: atlas @3.10.1_3: build fails ---------------------+-------------------------------- Reporter: blixa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: atlas ---------------------+-------------------------------- Build of atlas @3.10.1_3 fails. atlas @3.10.1_2 worked fine. I'm on 10.8.3 using MacPorts v2.1.3 -- Ticket URL: <https://trac.macports.org/ticket/38652> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #38833: gcc4* (gcc47/gcc48 at least) - future/promise code always fails with segmentation fault 11
by MacPorts 17 Apr '13

17 Apr '13

#38833: gcc4* (gcc47/gcc48 at least) - future/promise code always fails with segmentation fault 11 -------------------------+-------------------------------- Reporter: wuyongwei@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: gcc | Port: gcc48 -------------------------+-------------------------------- It seems any code using `std::future` or `std::promise` will fail with a segmentation fault. My searching for answers led to the question on StackOverflow. It seems many people have this problem. http://stackoverflow.com/questions/15778085/is-stdpromise-broken-on-my- machine-using-g-mp As far as I know, such code does not even compile on Windows (w/ MinGW). On Linux, such code works very well. On Mac, it compiles but then fails. I do not think the OS/Xcode version matters. Just for the record, the info is as below: OS: OS X 10.7.5[[BR]] Xcode: 10.6.1 -- Ticket URL: <https://trac.macports.org/ticket/38833> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #38576: Install of atlas fails - ESTIMATING THE NUMBER OF USEABLE REGISTERS FOR GEMM
by MacPorts 17 Apr '13

17 Apr '13

#38576: Install of atlas fails - ESTIMATING THE NUMBER OF USEABLE REGISTERS FOR GEMM ------------------------------+-------------------------------- Reporter: david.w.watson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: atlas ------------------------------+-------------------------------- see log. -- Ticket URL: <https://trac.macports.org/ticket/38576> MacPorts <http://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #38729: Jmol: set license to LGPL-2.1+
by MacPorts 17 Apr '13

17 Apr '13

#38729: Jmol: set license to LGPL-2.1+ ---------------------+-------------------------------- Reporter: p.bro@… | Owner: macports-tickets@… Type: update | Status: new Priority: Low | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: jmol ---------------------+-------------------------------- The jmol license is LGPL-2.1, or any later version, according to the COPYRIGHT.txt file included in the current version's tarball: {{{ Copyright 1998-2007 The Jmol Development Team This library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version. }}} This change fixes the lint --nitpick complaint mentioned in #38713. -- Ticket URL: <https://trac.macports.org/ticket/38729> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #38749: tigervnc 1.1.0_2 - linking error _libintl_gettext (intl library) not found
by MacPorts 17 Apr '13

17 Apr '13

#38749: tigervnc 1.1.0_2 - linking error _libintl_gettext (intl library) not found -----------------------+-------------------------------- Reporter: xverges@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: -----------------------+-------------------------------- Symptoms similar to those in http://trac.macports.org/ticket/12322 Also fixed appending to the portfile `configure.ldflags -lintl` -- Ticket URL: <https://trac.macports.org/ticket/38749> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #38191: OpenSSH 6.1p1 fails to patch on Leopard
by MacPorts 17 Apr '13

17 Apr '13

#38191: OpenSSH 6.1p1 fails to patch on Leopard ------------------------+-------------------------------- Reporter: frenchja@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: openssh | Port: openssh ------------------------+-------------------------------- Applying patches to openssh Error: org.macports.patch for port openssh returned: command execution failed MacPorts 2.1.3 ProductName: Mac OS X ProductVersion: 10.5.8 BuildVersion: 9L30 -- Ticket URL: <https://trac.macports.org/ticket/38191> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #38775: metis @5.1.0 (math) Error: org.macports.build for port metis returned: command execution failed
by MacPorts 17 Apr '13

17 Apr '13

#38775: metis @5.1.0 (math) Error: org.macports.build for port metis returned: command execution failed -----------------------------------+-------------------------------- Reporter: precioso.p.gabrillo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: octave merit -----------------------------------+-------------------------------- After installing dependencies, I tried to install octave using the wiki instruction: {{{ sudo port install octave-devel +atlas+docs }}} However, ran into this error: {{{ Error: org.macports.build for port metis returned: command execution failed Please see the log file for port metis for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_metis/metis/main.log Error: Unable to upgrade port: 1 Error: Unable to execute port: upgrade metis failed }}} Found another ticket with metis issue and tried the solution there: {{{ sudo port clean metis Password: ---> Cleaning metis }}} {{{ sudo port -s destroot metis build.jobs=1 ---> Computing dependencies for metis ---> Fetching distfiles for metis ---> Verifying checksum(s) for metis ---> Extracting metis ---> Applying patches to metis ---> Configuring metis ---> Building metis Error: org.macports.build for port metis returned: command execution failed Please see the log file for port metis for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_metis/metis/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port metis failed }}} Attach the log from the latest try. This overwrote the previous log file but I uploaded to the poppler ticket so both are available. -- Ticket URL: <https://trac.macports.org/ticket/38775> MacPorts <http://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #38830: On PPC Leopard, 10.5.8, libstdcxx cannot be build because of missing arch support
by MacPorts 16 Apr '13

16 Apr '13

#38830: On PPC Leopard, 10.5.8, libstdcxx cannot be build because of missing arch support -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: libstdcxx -----------------------------+-------------------------------- During the build process the package reports: {{{ DEBUG: Attempting ln -sf /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_gcc48/libstdcxx/work /opt/local/var/macports/sources/lil.fr.rsync.macports.org/release/tarballs/ports/lang/gcc48/work DEBUG: Starting logging for libstdcxx Error: libstdcxx cannot be installed for the configured build_arch 'ppc' because it only supports the arch(s) 'i386 x86_64'. }}} Isn't a GCC 4.7 based libstdcxx sufficient? -- Ticket URL: <https://trac.macports.org/ticket/38830> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #38811: textmate2: fix livecheck to follow change in upstream version numbers (a9411, etc.)
by MacPorts 16 Apr '13

16 Apr '13

#38811: textmate2: fix livecheck to follow change in upstream version numbers (a9411, etc.) -----------------------+----------------------- Reporter: aronnax@… | Owner: cal@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: textmate2 -----------------------+----------------------- TextMate has changed its version numbering. See: https://github.com/textmate/textmate/blob/master/Applications/TextMate/abou… The livecheck does not detect new versions like a9411. -- Ticket URL: <https://trac.macports.org/ticket/38811> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #38828: metis @5.1.0 (math) error: unrecognized command line option "-Wno-unused-but-set-variable"
by MacPorts 16 Apr '13

16 Apr '13

#38828: metis @5.1.0 (math) error: unrecognized command line option "-Wno-unused- but-set-variable" -----------------------------------+-------------------------------- Reporter: precioso.p.gabrillo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: metis -----------------------------------+-------------------------------- The other ticket I opened last week [https://trac.macports.org/ticket/38775] was closed but the error is still there. Don't know how to reopen it so starting a new one. What I did: {{{ sudo port uninstall metis ---> Deactivating metis @5.0.2_1 ---> Cleaning metis ---> Uninstalling metis @5.0.2_1 ---> Cleaning metis }}} {{{ sudo port install metis ---> Computing dependencies for metis ---> Fetching archive for metis ---> Attempting to fetch metis-5.1.0_0.darwin_10.x86_64.tbz2 from http://packages.macports.org/metis ---> Attempting to fetch metis-5.1.0_0.darwin_10.x86_64.tbz2 from http://lil.fr.packages.macports.org/metis ---> Attempting to fetch metis-5.1.0_0.darwin_10.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/metis ---> Building metis Error: org.macports.build for port metis returned: command execution failed Please see the log file for port metis for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_metis/metis/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port metis failed }}} log is attached. -- Ticket URL: <https://trac.macports.org/ticket/38828> MacPorts <http://www.macports.org/> Ports system for OS X

1 1