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

[MacPorts] #25868: parrot universal variant fails
by MacPorts 17 Jul '14

17 Jul '14

#25868: parrot universal variant fails -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: bfulgham@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: parrot -------------------------------------+-------------------------------------- See subject. {{{ $ sudo port -v install parrot +universal ---> Computing dependencies for parrot. ---> Fetching parrot ---> Verifying checksum(s) for parrot ---> Checksumming parrot-2.6.0.tar.gz ---> Extracting parrot ---> Extracting parrot-2.6.0.tar.gz ---> Configuring parrot Invalid option "disable-dependency-tracking". See "perl Configure.pl --help" for valid options shell command " cd "/opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_parrot/work/parrot-2.6.0" && perl Configure.pl --prefix=/opt/local --disable-dependency-tracking --mandir=/opt/local/share/man --optimize " returned error 2 }}} -- Ticket URL: <http://trac.macports.org/ticket/25868> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #21862: Unison +aqua fails to build on the 64-bit system
by MacPorts 17 Jul '14

17 Jul '14

#21862: Unison +aqua fails to build on the 64-bit system ---------------------------------------+------------------------------------ Reporter: kiyoshi.coquser@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: ---------------------------------------+------------------------------------ Unison aqua variant fails to build on the 64-bit system because it is not 64-bit clean. I built minimal patch to fix this issue. This patch and fixed ocaml (Ticket #21743) will make Unison +aqua also work on the 64-bit system. NOTE: 1. This patch upgrades Unison from 2.27.57 to 2.32.52, and they CAN NOT synchronize files with each other. To avoid the confusion about connection failure, It my be as well to create an new port with different name like "unison-2.32". 2. This is not the official patch. this issue will be fixed smarter way at the future version of Unison. -- Ticket URL: <http://trac.macports.org/ticket/21862> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #37148: Missing argument to launch php54-fpm ?
by MacPorts 16 Jul '14

16 Jul '14

#37148: Missing argument to launch php54-fpm ? ----------------------------+-------------------------------- Reporter: olivier@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: php fpm mysqli | Port: php54-fpm ----------------------------+-------------------------------- Hello I have installed nginx with PHP 54 and struggled a while to understand why mysqli extension was not loaded when I accessed phpMyAdmin for instance. When I tested in command line (php54 -r "var_dump(get_loaded_extensions());") mysqli extension appeared but not when the same function was executed in a web environment. I eventually found that mysql*.so extension where loaded in /opt/local/var/db/php54/mysql.ini, which php54 parsed when called in a shell, but not when called via php54-fpm. It worked when I relaunched php54-fpm with "-c /opt/local/var/db/php54" argument. Have I missed something in the installation of php54 and php54-fpm or is it normal that php54-fpm is not configured by default to parse this extra directory ? (I have looked in the .plist file but not sure this argument is configured...). Thanks, Olivier -- Ticket URL: <https://trac.macports.org/ticket/37148> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #29374: funtools 1.4.4
by MacPorts 14 Jul '14

14 Jul '14

#29374: funtools 1.4.4 -------------------------------------------+-------------------------------- Reporter: jasmeer.virdee@… | Owner: macports-tickets@… Type: update | Status: new Priority: High | Milestone: Component: ports | Version: 1.9.2 Keywords: funtools | Port: -------------------------------------------+-------------------------------- Can you update funtools to the latest version? Currently on 1.4.4. link: https://www.cfa.harvard.edu/~john/funtools/ Thanks -- Ticket URL: <https://trac.macports.org/ticket/29374> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #34737: deluge: Fatal Python error: Interpreter not initialized (version mismatch?)
by MacPorts 10 Jul '14

10 Jul '14

#34737: deluge: Fatal Python error: Interpreter not initialized (version mismatch?) -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: devans@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: deluge -------------------------------------+-------------------------------------- I can't install deluge. See attached log. -- Ticket URL: <https://trac.macports.org/ticket/34737> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #21806: Wireshark no_x11 installs without GUI
by MacPorts 09 Jul '14

09 Jul '14

#21806: Wireshark no_x11 installs without GUI --------------------------------------+------------------------------------- Reporter: lkraider+ports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: --------------------------------------+------------------------------------- I have gtk2 installed as +no_x11 +quartz -x11 After trying to install wireshark, it builds without gui, because no_x11 disables gtk2 in its Portfile. Trying to set -no_x11 doesn't work since gtk2 is already built with it enabled, and port returns an error for that. Since the build works fine with gtk2 +no_x11, I propose the '''no_x11''' be renamed to '''no_gui''' on the wireshark Portfile. -- Ticket URL: <http://trac.macports.org/ticket/21806> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #32897: Request for new science port whizard
by MacPorts 08 Jul '14

08 Jul '14

#32897: Request for new science port whizard ------------------------------------+--------------------------------------- Reporter: juergen.reuter@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: MacPorts 2.0.4 Component: ports | Version: 2.0.3 Keywords: new port | Port: whizard ------------------------------------+--------------------------------------- This is a request to include the new science port whizard, depending on the two ports gcc46 and ocaml. -- Ticket URL: <https://trac.macports.org/ticket/32897> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 23

[MacPorts] #35691: port net-snmp returned: command execution failed
by MacPorts 07 Jul '14

07 Jul '14

#35691: port net-snmp returned: command execution failed -------------------------------+-------------------------------------------- Reporter: renz@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: net-snmp -------------------------------+-------------------------------------------- {{{ ---> Staging net-snmp into destroot Error: org.macports.destroot for port net-snmp returned: command execution failed Please see the log file for port net-snmp for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_net_net-snmp/net-snmp/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port net-snmp failed }}} -- Ticket URL: <https://trac.macports.org/ticket/35691> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #34746: scamp 1.6.2 configure error - build failure
by MacPorts 06 Jul '14

06 Jul '14

#34746: scamp 1.6.2 configure error - build failure ---------------------------------------+------------------------------------ Reporter: abraham@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: scamp ---------------------------------------+------------------------------------ Hi, I'm attempting to build scamp 1.6.2 on Mac OS X Lion (10.7.4). I currently have XCode 4.1 installed. I've been using MacPorts successfully for quite some time and this appears to be an isolated problem. I tried building with clang in addition to llvm but neither compiler worked. Looking through the build log file reveals the following build error which I think might indicate a missing dependency: {{{ :info:build Undefined symbols for architecture x86_64: :info:build "_plcol", referenced from: :info:build _cplot_allsky in astrcplot.o :info:build _cplot_astrefprop in astrcplot.o :info:build _cplot_astrcolshift1d in astrcplot.o :info:build _cplot_referrhisto2d in astrcplot.o :info:build _cplot_referrhisto1d in astrcplot.o :info:build _cplot_aderrhisto2d in astrcplot.o :info:build _cplot_aderrhisto1d in astrcplot.o :info:build ... :info:build (maybe you meant: _c_plcol0, _c_plcol1 ) :info:build ld: symbol(s) not found for architecture x86_64 }}} Here is what is reported on the command line (after removing the messages regarding installation of dependencies, which appeared to install fine): {{{ ---> Fetching archive for scamp ---> Attempting to fetch scamp-1.6.2_0.darwin_11.x86_64.tbz2 from http://packages.macports.org/scamp ---> Fetching distfiles for scamp ---> Attempting to fetch scamp-1.6.2.tar.gz from http://ykf.ca.distfiles.macports.org/MacPorts/mpdistfiles/scamp ---> Verifying checksum(s) for scamp ---> Extracting scamp ---> Configuring scamp ---> Building scamp Error: org.macports.build for port scamp returned: command execution failed To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port scamp failed }}} -- Ticket URL: <https://trac.macports.org/ticket/34746> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 21

[MacPorts] #20053: Document the port naming convention of replacing ++ with xx
by MacPorts 04 Jul '14

04 Jul '14

#20053: Document the port naming convention of replacing ++ with xx ------------------------------+--------------------------------------------- Reporter: blb@… | Owner: markd@… Type: defect | Status: new Priority: Normal | Milestone: Component: guide | Version: 1.8.0 Keywords: | Port: ------------------------------+--------------------------------------------- Several ports whose "true" name have ++ in their names (libsigc++, libxml++, mysql++, and others) have the plus signs replaced with the letter x (libsigcxx2, libxmlxx, mysqlxx). This is the convention we've picked (and is also used in other project names directly like libpqxx), but we have no current documentation for it in the guide. This should be added someplace. -- Ticket URL: <http://trac.macports.org/ticket/20053> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3