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

[MacPorts] #16055: TeXworks -- TeX previewer for Mac OS X -- uses the Qt4 GUI framework
by MacPorts 25 Apr '14

25 Apr '14

#16055: TeXworks -- TeX previewer for Mac OS X -- uses the Qt4 GUI framework -------------------------------------+-------------------------------------- Reporter: jens.traube(a)t-online.de | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Keywords: tex, latex, editor, qt4 | -------------------------------------+-------------------------------------- TeXworks is a TeX previewer for Mac OS X, Linux, and Windows. It uses the Qt4 GUI framework and the Poppler PDF rendering library (compiled with Qt4 wrapper). The TeXworks project has been founded by Jonathan Kew (www.sil.org) the developer of XeTeX. It is inspired by TeXShop, the only TeX previewer with a relative simple user interface. Jonathan Kew: "TeXworks aims to provide a simple TeX environment based on modern standards (including Unicode encoding and PDF output by default) with an uncluttered interface that does not overwhelm the newcomer. It is built using cross-platform, open-source tools and libraries, so as to be available on all today's major operating systems, with a native look and feel for each." ( --> tug.org/tug2008/abstracts/kew.pdf ) -- Ticket URL: <http://trac.macports.org/ticket/16055> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 20

[MacPorts] #15914: glib2 2.16.4 - build/configure failure
by MacPorts 21 Apr '14

21 Apr '14

#15914: glib2 2.16.4 - build/configure failure ---------------------------------+------------------------------------------ Reporter: tim.lahey(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: glib2, pkg-config | ---------------------------------+------------------------------------------ When trying to build glib2, I get a configure error in that it cannot find pkg-config. {{{ ---> Fetching glib2 ---> Verifying checksum(s) for glib2 ---> Checksumming glib-2.16.4.tar.bz2 ---> Extracting glib2 ---> Extracting glib-2.16.4.tar.bz2 ---> Applying patches to glib2 ---> Configuring glib2 checking for pkg-config... no configure: error: *** pkg-config not found. See http://www.freedesktop.org/software/pkgconfig/ Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_glib2/work/glib-2.16.4" && ./configure --prefix=/opt/local --enable-static --mandir=/opt/local/share/man " returned error 1 Warning: the following items did not execute (for glib2): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. }}} However, I have the following ports installed that are listed as dependencies, {{{ The following ports are currently installed: gettext @0.17_3 (active) libiconv @1.12_0 (active) pkgconfig @0.23_0 (active) }}} and all their dependencies are up-to-date. If I do a which at the command line, I get that pkg-config resides at: /opt/local/bin/pkg-config. I've done a selfupdate and a port sync and I still get the errors. -- Ticket URL: <http://trac.macports.org/ticket/15914> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #15692: New port: Freenet
by MacPorts 05 Apr '14

05 Apr '14

#15692: New port: Freenet --------------------------------------------------+------------------------- Reporter: dbonde+bugs+macosforge.org(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | --------------------------------------------------+------------------------- Please include a freenet port. -- Ticket URL: <http://trac.macports.org/ticket/15692> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #15648: VPython request
by MacPorts 27 Feb '14

27 Feb '14

#15648: VPython request -------------------------------+-------------------------------------------- Reporter: ralph(a)cs.cf.ac.uk | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.6.0 Keywords: VPython | -------------------------------+-------------------------------------------- Any chance of a MacPort of VPython? -- Ticket URL: <http://trac.macports.org/ticket/15648> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 21

[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] #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] #15560: Patch gnumeric to integrate into Mac OS X menu
by MacPorts 09 Sep '13

09 Sep '13

#15560: Patch gnumeric to integrate into Mac OS X menu -------------------------------+-------------------------------------------- Reporter: macports(a)flyn.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | -------------------------------+-------------------------------------------- Some GTK2 applications have begun integrating into the Mac OS X menu bar when built against the Quartz back-end. Inkscape is an application that does this. This requires a slight source code change to the application. The folks at Imendio have written a library that helps a developer perform this integration. See http://developer.imendio.com/projects/gtk- macosx/integration. I have attached a patch against gnumeric to the GNOME bug at http://bugzilla.gnome.org/show_bug.cgi?id=477381. This patch could be applied by gnumeric's Portfile until a solution is accepted upstream. Either the ige-mac-integration library could be packaged as a port or ige- mac-menu.c and ige-mac-menu.h could be patched into gnumeric's source tree. -- Ticket URL: <http://trac.macports.org/ticket/15560> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #15496: llvm +universal doesn't build
by MacPorts 11 Jul '13

11 Jul '13

#15496: llvm +universal doesn't build -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: erickt(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- Building a universal variant of llvm doesn't seem to work: {{{ $ sudo port install llvm +universal ---> Fetching llvm ---> Verifying checksum(s) for llvm ---> Extracting llvm ---> Configuring llvm ---> Building llvm with target tools-only Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build" && nice -n 1 make tools-only " returned error 2 Command output: llvm[2]: Compiling TableGen.cpp for Release build llvm[2]: Compiling TableGenBackend.cpp for Release build llvm[2]: Linking Release executable tblgen (without symbols) /usr/bin/ld: for architecture ppc /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/AsmWriterEmitter.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/CallingConvEmitter.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/CodeEmitterGen.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/CodeGenDAGPatterns.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/CodeGenInstruction.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/CodeGenTarget.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/DAGISelEmitter.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/InstrEnumEmitter.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/InstrInfoEmitter.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/IntrinsicEmitter.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/Record.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/RegisterInfoEmitter.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/SubtargetEmitter.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/TGLexer.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/TGParser.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/TableGen.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/utils/TableGen/Release/TableGenBackend.o cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (file not loaded) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/Release/lib/libLLVMSupport.a archive's cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (can't load from it) /usr/bin/ld: warning /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/Release/lib/libLLVMSystem.a archive's cputype (7, architecture i386) does not match cputype (18) for specified -arch flag: ppc (can't load from it) /usr/bin/ld: Undefined symbols: _main collect2: ld returned 1 exit status lipo: can't open input file: /var/tmp//cc9jNQ2x.out (No such file or directory) make[2]: *** [/opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_llvm/work/build/Release/bin/tblgen] Error 1 make[1]: *** [TableGen/.makeall] Error 2 make: *** [all] Error 1 Error: Status 1 encountered during processing. $ }}} -- Ticket URL: <http://trac.macports.org/ticket/15496> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7