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

[MacPorts] #30866: octave-java not working
by MacPorts 27 Nov '13

27 Nov '13

#30866: octave-java not working --------------------------------+------------------------------------------- Reporter: JDTilley@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.1 Keywords: lion, java, octave | Port: --------------------------------+------------------------------------------- I tried sudo port install octave-java on my OS X 10.7 Lion machine. It built OK, but the java functions do not appear to be working. For example: octave:1> pkg list Package Name | Version | Installation directory --------------+---------+----------------------- java *| 1.2.6 | /opt/local/share/octave/packages/java-1.2.6 octave:2> help java_new error: help: `java_new' not found octave:2> java_invoke("java.lang.System","currentTimeMillis") error: `java_invoke' undefined near line 2 column 1 octave:2> exit I have also tried building java-1.2.8 but get the same problem. I have sought help on the octave board, and their best guess is that it involves a problem with the Java directory structure on Lion. Flags such as JAVA_HOME, JAVA_LIBS, JAVA_INC, etc. might be obsolete. Does anyone have any ideas? -- Ticket URL: <https://trac.macports.org/ticket/30866> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #31949: octave: new version of portgroup (octave 1.1)
by MacPorts 27 Nov '13

27 Nov '13

#31949: octave: new version of portgroup (octave 1.1) --------------------------------+------------------------------------------- Reporter: nicos@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: --------------------------------+------------------------------------------- Some recent octave packages require to be compiled within octave, and not through standard tools. This updated version of the octave portgroup aims at enabling this type of installation, and should be compatible with both octave and octave-devel present versions. -- Ticket URL: <https://trac.macports.org/ticket/31949> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[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

[MacPorts] #17155: avr-gdb-6.71 broken / fails to read symbols from elf files
by MacPorts 21 Nov '13

21 Nov '13

#17155: avr-gdb-6.71 broken / fails to read symbols from elf files --------------------------------------------+------------------------------- Reporter: moritz.fischer(a)student.kit.edu | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: elf32-avr, symbols, elf, bfd | Port: avr-gdb --------------------------------------------+------------------------------- Although it seems to build perfectly ok, avr-gdb is not able to read debugging symbols from elf files. I tried switching to gdb-6.8 with the same effect. I found out that if built by hand with same ./configure parameters it works just fine, but using the port somehow elfread.o doesn't get linked in. Somehow the configure scripts seem to fail. The Problem is afaik related to bfd's elf support: "checking for ELF support in BFD... no" if compiled by port, whereas ELF support is detected when build by hand. -- Ticket URL: <http://trac.macports.org/ticket/17155> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1