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

[MacPorts] #15939: port install : in need of a progressbar
by MacPorts 14 Feb '14

14 Feb '14

#15939: port install : in need of a progressbar --------------------------------------+------------------------------------- Reporter: pc(a)anykey.de | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Low | Milestone: Component: base | Version: 1.6.0 Keywords: port install progressbar | --------------------------------------+------------------------------------- Installing bigger Distributions, like texlive_texmf-full (>125MB), I was wondering if everything is allright after some minutes of nothingness. I know that other *nix-packet-managers have a progressbar (some dots or whatever) so that the user is able to track the progress, at least having an idea if everything is allright. Since now I know I just have to wait, everything is fine for me. Thinking of other users - they would sometimes appreciate to have a progressbar when installing using port, I suppose. Thinking of gentoo-users sitting next to me, I would appreciate that anyway ;) -- Ticket URL: <http://trac.macports.org/ticket/15939> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers
by MacPorts 29 Jan '14

29 Jan '14

#15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers -------------------------------------+-------------------------------------- Reporter: davidh(a)ipac.caltech.edu | Owner: markd(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Component: guide | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- I don't write code in Fortran, but some of the ports I use require Fortran. Different Portfiles depend on different Fortran compilers. Contrast fftw-3(g95, gfortran/gcc4.2, gfortan/gcc4.3) pgplot(g77 on PPC, gfortran/gcc4.2 on i386) and cfitsio(gfortran/gcc42). There are at least 4 compilers to choose from. My request: formulate a standard to allow any of the compilers to be selected with a variant. The fftw-3 Portfile comes closest with variants to select any one of 3 compilers. If possible, I'd like to see g77 deprecated. -- Ticket URL: <http://trac.macports.org/ticket/15571> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #17243: make openmpi compiler wrappers use currenly selected compiler
by MacPorts 28 Jan '14

28 Jan '14

#17243: make openmpi compiler wrappers use currenly selected compiler --------------------------------+------------------------------------------- Reporter: mmoll(a)macports.org | Owner: mww(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.0 Keywords: openmpi gcc_select | Port: openmpi --------------------------------+------------------------------------------- It'd be nice if openmpi used gcc_select to select default compilers. Right now, the openmpi compiler wrappers (mpicc, mpicxx, mpif77) always use the C and C++ compilers in /usr/bin, even if /opt/local/bin comes first in the user's path. The changes to accomplish this are trivial: - add a dependency on port:gcc_select - patch the files in ${prefix}/share/openmpi to use /opt/local/bin/gcc instead of /usr/bin/gcc (similarly for C++ and Fortran). -- Ticket URL: <http://trac.macports.org/ticket/17243> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[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] #17540: poppler conflicts with xpdf
by MacPorts 12 Nov '13

12 Nov '13

#17540: poppler conflicts with xpdf ----------------------------+----------------------------------------------- Reporter: gale@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: ----------------------------+----------------------------------------------- poppler 0.10.1 cannot be installed simultaneously with xpdf 3.02 because there are many files that both ports try to install. poppler advertises itself as "based on the xpdf code base". If so, it should depend on xpdf instead of installing some of xpdf's files itself. Better yet, create an xpdf-tools port that contains the files common to both. The list of conflicting files is: /opt/local/bin/pdffonts /opt/local/bin/pdfimages /opt/local/bin/pdfinfo /opt/local/bin/pdftoppm /opt/local/bin/pdftops /opt/local/bin/pdftotext /opt/local/share/man/man1/pdffonts.1.gz /opt/local/share/man/man1/pdfimages.1.gz /opt/local/share/man/man1/pdfinfo.1.gz /opt/local/share/man/man1/pdftoppm.1.gz /opt/local/share/man/man1/pdftops.1.gz /opt/local/share/man/man1/pdftotext.1.gz -- Ticket URL: <http://trac.macports.org/ticket/17540> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 28

[MacPorts] #17322: ddd still does not install under 10.5.4
by MacPorts 25 Oct '13

25 Oct '13

#17322: ddd still does not install under 10.5.4 -------------------------------+-------------------------------------------- Reporter: young_fish(a)gmx.de | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: -------------------------------+-------------------------------------------- Installation (sudo port install ddd) will freeze at ---> configure. I saw, that issue has been addressed by one user (ticket 16016, which is closed), but I have the same issue and am just wandering if the workaround is the only solution (launching an x11 window)? I'd rather use only the terminal window than the x11 terminal as I have it customized. It would be great to have all commands be able to be run in the terminal window. I understand that this is not high priority. So I am just wandering if there is an other solution to be suggested? I am running this on an Xserve. No ~/.ddd/ folder has yet been created, so I cannot attache any log file. Thanks Pelusa -- Ticket URL: <http://trac.macports.org/ticket/17322> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17353: attempt to install gnutar seems to depend on gnutar already being installed
by MacPorts 24 Oct '13

24 Oct '13

#17353: attempt to install gnutar seems to depend on gnutar already being installed -----------------------------------+---------------------------------------- Reporter: rssolis@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: gnutar | Port: -----------------------------------+---------------------------------------- Running MacOS X 10.4.11 on an *old* Powerbook. Attempt to install gnutar seems to fail due to dependency on gnutar already being installed. How do I get around this? See message below: My-PowerBook:/opt/local/bin$ sudo port install gnutar Password: ---> Extracting gettext Error: Target org.macports.extract returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_gettext/work" && gzip -dc /opt/local/var/macports/distfiles/gettext/gettext-0.17.tar.gz | /usr/bin/gnutar --no-same-owner -xf - " returned error 127 Command output: sh: line 1: /usr/bin/gnutar: No such file or directory -- Ticket URL: <http://trac.macports.org/ticket/17353> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #17516: netpbm: parallel build fails
by MacPorts 15 Oct '13

15 Oct '13

#17516: netpbm: parallel build fails -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: mas@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.8.0 Keywords: | Port: netpbm -------------------------------------+-------------------------------------- With netpbm 10.26.58 and MacPorts trunk (@42849) on Mac OS X 10.4.11 Intel, the parallel build now fails: {{{ ---> Fetching netpbm ---> Verifying checksum(s) for netpbm ---> Extracting netpbm ---> Applying patches to netpbm ---> Configuring netpbm ---> Building netpbm Error: Target org.macports.build returned: shell command " cd "/mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58" && nice -n 10 gnumake -j2 messages=yes " returned error 2 Command output: rm -f nstring.h rm -f mallocvar.h ln -s /mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58/lib/util/nstring.h nstring.h ln -s /mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58/lib/util/mallocvar.h mallocvar.h gnumake -C /mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58/lib/ -f /mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58/lib/Makefile \ SRCDIR=/mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58 BUILDDIR=/mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58 libnetpbm.dylib gnumake -C /mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58/buildtools/ -f /mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58/buildtools/Makefile \ SRCDIR=/mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58 BUILDDIR=/mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58 libopt /usr/bin/gcc-4.0 -c -I/mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58/lib -I. -DNDEBUG -I/mp/include -O3 -fno-common \ -o libpm.o libpm.c /usr/bin/gcc-4.0 -c -I/mp/include -O3 -o libopt.o \ -DSHLIBPREFIXLIST="\"lib\"" \ \ libopt.c In file included from pm.h:16, from libpm.c:42: pm_config.h:487: error: redefinition of typedef 'uint32n' pm_config.h:178: error: previous declaration of 'uint32n' was here pm_config.h:488: error: redefinition of typedef 'int32n' pm_config.h:179: error: previous declaration of 'int32n' was here In file included from pm.h:16, from libpm.c:42: pm_config.h:623: error: redefinition of typedef 'pm_filepos' pm_config.h:314: error: previous declaration of 'pm_filepos' was here gnumake[3]: *** [libpm.o] Error 1 gnumake[2]: *** [/mp/var/macports/build/_Users_rschmidt_macports_dports_graphics_netpbm/work/netpbm-10.26.58/lib/libnetpbm.dylib] Error 2 gnumake[2]: *** Waiting for unfinished jobs.... /usr/bin/gcc-4.0 -o libopt -L/mp/lib libopt.o gnumake[1]: *** [pgm/all] Error 2 gnumake: *** [converter/all] Error 2 Error: Unable to upgrade port: 1 }}} It succeeds if I turn off the parallel build. -- Ticket URL: <http://trac.macports.org/ticket/17516> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10