July 2011 - macports-tickets - lists.macosforge.org

[MacPorts] #29519: octave 3.2.4 r4 upgrade fails on Leopard
by MacPorts 28 Nov '13

28 Nov '13

#29519: octave 3.2.4 r4 upgrade fails on Leopard --------------------------------+------------------------------------------- Reporter: stephen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.99 Keywords: | Port: octave --------------------------------+------------------------------------------- See attached build log. System: {{{ port 1.9.99 Mac OS X 10.5.8 "Leopard" MacBook Pro Intel Core 2 Duo @2.4GHz, 2GB RAM }}} octave-devel, upgraded to 3.4.0, succeeds, however (see ticket #29517 for details of the patch). -- Ticket URL: <https://trac.macports.org/ticket/29519> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #27020: octave-graceplot fails to build
by MacPorts 28 Nov '13

28 Nov '13

#27020: octave-graceplot fails to build ----------------------------------+----------------------------------------- Reporter: obed_sands@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: octave-graceplot ----------------------------------+----------------------------------------- looks like building the octfile for __grcmd__.cc fails due to some undeclared variables -- Ticket URL: <https://trac.macports.org/ticket/27020> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #26340: Cannot install octave packages
by MacPorts 28 Nov '13

28 Nov '13

#26340: Cannot install octave packages ------------------------------------+--------------------------------------- Reporter: matthias@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 1.9.1 Keywords: octave | Port: All octave packages (I did not try all, but many) ------------------------------------+--------------------------------------- If I try to install octave packages (e.g. octave-strings), I get the following: --------------------------------- sudo port install octave-strings Password: ---> Computing dependencies for octave-strings ---> Staging octave-strings into destroot Error: Target org.macports.destroot returned: error renaming "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_math_octave- strings/work/destroot/opt/local/share/octave/octave_packages": no such file or directory Log for octave-strings is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_ports_math_octave-strings/main.log Error: Status 1 encountered during processing. To report a bug, see <http://guide.macports.org/#project.tickets> --------------------------------- I have no clue what's going on, but I believe something is not configured the way it should be (either with Octave itself, or with the packages). -- Ticket URL: <http://trac.macports.org/ticket/26340> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #15653: std::locale broken in gcc
by MacPorts 27 Nov '13

27 Nov '13

#15653: std::locale broken in gcc --------------------------------+------------------------------------------- Reporter: dirk(a)code-shop.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | --------------------------------+------------------------------------------- When compiling the following code: #include <locale> #include <iostream> #include <exception> #include <clocale> void try_c_locale(const char* locale_name) { if( std::setlocale(LC_ALL, locale_name) == NULL ) printf("Failed to setlocale(LC_ALL, \"%s\")\n", locale_name); else printf("Succeeded in calling setlocale(LC_ALL, \"%s\")\n", locale_name); } void try_cpp_locale(const char* locale_name) { try { std::locale my_locale(locale_name); } catch(std::exception& e) { printf("Failed ctor for std::locale with \"%s\": %s\n", locale_name, e.what()); return; } printf("Succeeded ctor for std::locale with \"%s\"\n", locale_name); } int main(void) { // Some locales from "locale -a" on my OS X system, here is proof // that these locales do exist on my system. Take my word for it // that "locale -a" also shows these locales existing on my linux // system as well. // // rutski@imac:~$ locale -a | tail -n 2 // C // POSIX // rutski@imac:~$ locale -a | grep en_US // en_US // en_US.ISO8859-1 // en_US.ISO8859-15 // en_US.US-ASCII // en_US.UTF-8 // rutski@imac:~$ locale -a | grep pl_PL // pl_PL // pl_PL.ISO8859-2 // pl_PL.UTF-8 // rutski@imac:~$ const char* test_locales[] = { "C", "POSIX", "en_US", "en_US.UTF-8", "pl_PL", "pl_PL.ISO8859-2" }; printf("Trying c locales...\n"); for(size_t x = 0; x < sizeof(test_locales)/sizeof(char*); x++) try_c_locale(test_locales[x]); printf("\n"); printf("Trying C++ locales...\n"); for(size_t x = 0; x < sizeof(test_locales)/sizeof(char*); x++) try_cpp_locale(test_locales[x]); } the output clearly states there is something wrong: Trying c locales... Succeeded in calling setlocale(LC_ALL, "C") Succeeded in calling setlocale(LC_ALL, "POSIX") Succeeded in calling setlocale(LC_ALL, "en_US") Succeeded in calling setlocale(LC_ALL, "en_US.UTF-8") Succeeded in calling setlocale(LC_ALL, "pl_PL") Succeeded in calling setlocale(LC_ALL, "pl_PL.ISO8859-2") Trying C++ locales... Succeeded ctor for std::locale with "C" Succeeded ctor for std::locale with "POSIX" Failed ctor for std::locale with "en_US": locale::facet::_S_create_c_locale name not valid Failed ctor for std::locale with "en_US.UTF-8": locale::facet::_S_create_c_locale name not valid Failed ctor for std::locale with "pl_PL": locale::facet::_S_create_c_locale name not valid Failed ctor for std::locale with "pl_PL.ISO8859-2": locale::facet::_S_create_c_locale name not valid a google serach delivers this: http://groups.google.com/group/gnu.gcc.help/browse_thread/thread/99d874aed6… appearantly, a --enable-clocale to configure might do something however, macport's configure stage does not allow for adding options (or I could not find it) * could this be fixed in gcc? (in libstdc++) * could this be added to macport (adding extra configure options) -- Ticket URL: <http://trac.macports.org/ticket/15653> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #29548: hugin-app: hardcodes prefix and applications_dir
by MacPorts 27 Nov '13

27 Nov '13

#29548: hugin-app: hardcodes prefix and applications_dir -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: hvdwolf@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: hugin-app -------------------------------------+-------------------------------------- hugin-app's CMakeLists.txt file has hardcoded strings /opt/local and /Applications/MacPorts; this will do the wrong thing if the user is not using the default values of ${prefix} or ${applications_dir}. The port should fix CMakeLists.txt to handle these situations correctly. In fact there are several other source files that hardcode /opt/local and /sw which might need to be fixed as well. -- Ticket URL: <https://trac.macports.org/ticket/29548> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #28293: Hugin-app build fails
by MacPorts 27 Nov '13

27 Nov '13

#28293: Hugin-app build fails --------------------------------+------------------------------------------- Reporter: cjulien@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: --------------------------------+------------------------------------------- Hello, Please note that on a 10.5.8 Intel Black Macbook Hugin-app build fails. First things done were self update and port sync. Several dependencies also failed building but cleans and deactivate- reactivates fixed the problems. == Port invocation details == {{{ sudo port install hugin-app Password: ---> Computing dependencies for hugin-app ---> Building hugin-app Error: Target org.macports.build returned: shell command failed (see log for details) Log for hugin-app is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_ports_graphics_hugin-app/main.log Error: Status 1 encountered during processing. To report a bug, see <http://guide.macports.org/#project.tickets> ZRB:~ zrb$ }}} == MacPorts Version is : == {{{ > version Version: 1.9.2 }}} == End of the log file (request for more) == {{{ :info:build ld warning: duplicate dylib /opt/local/lib/libboost_signals- mt.dylib :info:build ld: file not found: /opt/local/lib/libjpeg.62.dylib :info:build collect2: ld returned 1 exit status :info:build make[2]: *** [src/hugin_base/libhuginbase.0.0.dylib] Error 1 :info:build make[1]: *** [src/hugin_base/CMakeFiles/huginbase.dir/all] Error 2 :info:build make: *** [all] Error 2 :info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_mac ports_sources_rsync.macports.org_release_ports_graphics_hugin- app/work/hugin-201 0.4.0" && /usr/bin/make all " returned error 2 :error:build Target org.macports.build returned: shell command failed (see log f or details) :debug:build Backtrace: shell command failed (see log for details) while executing "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "$procedure $targetname" :info:build Warning: the following items did not execute (for hugin-app): org.ma cports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Log for hugin-app is at: /opt/local/var/macports/logs/_opt_local_v ar_macports_sources_rsync.macports.org_release_ports_graphics_hugin- app/main.log }}} -- Ticket URL: <https://trac.macports.org/ticket/28293> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #30049: GraphicsMagick fix for 10.7
by MacPorts 27 Nov '13

27 Nov '13

#30049: GraphicsMagick fix for 10.7 -----------------------------------+---------------------------------------- Reporter: thomas.kotzian@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.99 Keywords: | Port: GraphicsMagick -----------------------------------+---------------------------------------- GraphicsMagick doesn't compile on 10.7 GM I have a quick fix for GraphicsMagick to make it work with 10.7 10.6 not tested -- Ticket URL: <https://trac.macports.org/ticket/30049> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #28365: boost-jam @3.1.18 bootstrap.jam not installed
by MacPorts 26 Nov '13

26 Nov '13

#28365: boost-jam @3.1.18 bootstrap.jam not installed -------------------------------+-------------------------------------------- Reporter: wichert@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: -------------------------------+-------------------------------------------- As far as I can see the bjam data files are not installed. As a quick test I tried compiling the Boost.Python example: {{{ bash-3.2$ cd /opt/local/share/doc/boost/libs/python/example/quickstart bash-3.2$ bjam Unable to load Boost.Build: could not find build system. --------------------------------------------------------- /opt/local/share/doc/boost/libs/python/example/quickstart/boost-build.jam attempted to load the build system by invoking 'boost-build ../../../../tools/build/v2 ;' but we were unable to find "bootstrap.jam" in the specified directory or in BOOST_BUILD_PATH (searching /opt/local/share/doc/boost/libs/python/example/quickstart/../../../../tools/build/v2, /opt/local/share/boost-build). Please consult the documentation at 'http://www.boost.org'. }}} -- Ticket URL: <https://trac.macports.org/ticket/28365> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #28021: enblend uses gnuplot without declaring dependency
by MacPorts 26 Nov '13

26 Nov '13

#28021: enblend uses gnuplot without declaring dependency -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: hvdwolf@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: enblend -------------------------------------+-------------------------------------- The enblend build process uses gnuplot, but the enblend port does not declare a dependency on the gnuplot port. -- Ticket URL: <https://trac.macports.org/ticket/28021> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #15432: Update mod_security
by MacPorts 23 Nov '13

23 Nov '13

#15432: Update mod_security -----------------------------------+---------------------------------------- Reporter: webmaster(a)lifedit.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: High | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: mod_security | -----------------------------------+---------------------------------------- Hi ... I would like to see an update to the latest release of mod_security for Apache. Current MacPort version is 1.8.6 (http://trac.macports.org/browser/trunk/dports/www/mod_security/Portfile) and the official project website (http://www.modsecurity.org) currently shows version 2.5.6 to download (http://www.modsecurity.org/download/direct.html) So I think it would be great if this one could be updated soon if possible. Thanks! -- Ticket URL: <http://trac.macports.org/ticket/15432> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9