December 2010 - macports-tickets - lists.macosforge.org

[MacPorts] #24860: 'quit' and 'exit' do not work well for octave
by MacPorts 28 Nov '13

28 Nov '13

#24860: 'quit' and 'exit' do not work well for octave ----------------------------+----------------------------------------------- Reporter: qchen3@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: quit, exit | Port: octave ----------------------------+----------------------------------------------- I found it is always painful to quit or exit octave, current 3.2.4, as well as 3.2.3. Up quitting or exiting, it will give me the following messages: ********************************************* octave:1> quit panic: Segmentation fault -- stopping myself... attempting to save variables to `octave-core'... save to `octave-core' complete Segmentation fault ********************************************* Ctr-D, quit, exit behave the same way, that is, give me the same error messages. -- Ticket URL: <http://trac.macports.org/ticket/24860> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #24861: Octave 3.2.4, unable to close figures
by MacPorts 28 Nov '13

28 Nov '13

#24861: Octave 3.2.4, unable to close figures ----------------------------+----------------------------------------------- Reporter: qchen3@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: close | Port: octave ----------------------------+----------------------------------------------- The command 'close' or 'close all' do not work to close the figure windows. My OS is snow leopard 10.6.3. Hardware is macbook pro. -- Ticket URL: <http://trac.macports.org/ticket/24861> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[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] #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

[MacPorts] #24685: libgdk-x11/libgdk-x11 crashes on drag
by MacPorts 18 Nov '13

18 Nov '13

#24685: libgdk-x11/libgdk-x11 crashes on drag ----------------------------------+----------------------------------------- Reporter: guy.linton@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: gtk2 ----------------------------------+----------------------------------------- libgdk-x11/libgdk-x11 crashes on drag. The application (Gramps) crashes with "Bus Error" on click-dragging. The row I am trying to drag moves about 5mm and stays there, the mouse cursor changes to a cross with an angle around and moves with the mouse, there is a pause of a second or so, and then the application crashes with the message Bus Error. The console log is attached, apparently showing a crash in _xwindow_get_shape of libgdk-x11-2.0.0.dylib. This is on Tiger Mac OS X 10.4.11, PowerPC. -- Ticket URL: <http://trac.macports.org/ticket/24685> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #25151: info menus are not displayed
by MacPorts 15 Nov '13

15 Nov '13

#25151: info menus are not displayed --------------------------------+------------------------------------------- Reporter: idoadam@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: texinfo --------------------------------+------------------------------------------- When info is run from the command line the menus are not displayed. The menus are definitely there since pressing m and then the Tab key displays the possible completions and selecting any of them works (except that the menus in that node are not displayed either). The menus are displayed correctly in Emacs using C-h C-i. I am using texinfo 4.13 compiled with MacPorts 1.8.2 on Mac OS X 10.6.3. -- Ticket URL: <http://trac.macports.org/ticket/25151> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 18

[MacPorts] #18361: LaunchDaemon script
by MacPorts 13 Nov '13

13 Nov '13

#18361: LaunchDaemon script ----------------------------------+----------------------------------------- Reporter: yaohua2000@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.7.0 Keywords: | Port: tor ----------------------------------+----------------------------------------- The port "tor" need a LaunchDaemon. -- Ticket URL: <http://trac.macports.org/ticket/18361> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9