January 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #37218: cyrus-sasl2: always links to kerberos5 even with -kerberos variant
by MacPorts 10 Jul '14

10 Jul '14

#37218: cyrus-sasl2: always links to kerberos5 even with -kerberos variant ----------------------+------------------------- Reporter: raimue@… | Owner: jmpp@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: cyrus-sasl2 ----------------------+------------------------- The cyrus-sasl2 port has a +kerberos variant that is supposed to enable linking with kerberos5. However, it fails to prevent linking to kerberos5 when the kerberos5 port is active but the variant is not selected. {{{ $ sudo port install cyrus-sasl2 -kerberos ... $ port installed cyrus-sasl2 and active The following ports are currently installed: cyrus-sasl2 @2.1.25_3 (active) $ otool -L /opt/local/sbin/saslauthd /opt/local/sbin/saslauthd: /opt/local/lib/libgssapi_krb5.2.2.dylib (compatibility version 2.0.0, current version 2.2.0) /opt/local/lib/libkrb5.3.3.dylib (compatibility version 3.0.0, current version 3.3.0) /opt/local/lib/libk5crypto.3.1.dylib (compatibility version 3.0.0, current version 3.1.0) /opt/local/lib/libcom_err.3.0.dylib (compatibility version 3.0.0, current version 3.0.0) /opt/local/lib/libkrb5support.1.1.dylib (compatibility version 1.0.0, current version 1.1.0) /usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libpam.2.dylib (compatibility version 3.0.0, current version 3.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) $ port provides /opt/local/lib/libkrb5.3.3.dylib /opt/local/lib/libkrb5.3.3.dylib is provided by: kerberos5 }}} This port probably needs `configure.cflags --disable-gssapi` as the default case which should then be replaced with the corresponding `--enable-gssapi=...` in the variant. -- Ticket URL: <https://trac.macports.org/ticket/37218> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[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] #37203: xcircuit crashes on startup
by MacPorts 05 Jul '14

05 Jul '14

#37203: xcircuit crashes on startup ------------------------------+-------------------------------- Reporter: david.w.watson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: xcircuit ------------------------------+-------------------------------- Installed xcircuit, but when I try to run it I get the following error: dwwatson - /Users/dwwatson - 2 -->xcircuit 2012-12-04 13:37:23.768 wish[44904:60b] A call to OSACopyScriptingDefinition() by NSScriptSuiteRegistry returned an error. Is this application's OSAScriptingDefinition Info.plist entry valid? If its value is 'dynamic', is there an 'ascr'/'gsdf' Apple event handler registered? 2012-12-04 13:37:23.809 wish[44904:60b] MADLog - Screens: Segmentation fault It's the same with xcircuit-devel, too. I have tcl @8.5.13_0+corefoundation+threads+universal installed. -- Ticket URL: <https://trac.macports.org/ticket/37203> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 18

[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

[MacPorts] #32159: iTerm: CGSConnection.h:33: error: parse error before ‘AVAILABLE_MAC_OS_X_VERSION_10_5_AND_LATER’
by MacPorts 04 Jul '14

04 Jul '14

#32159: iTerm: CGSConnection.h:33: error: parse error before ‘AVAILABLE_MAC_OS_X_VERSION_10_5_AND_LATER’ ---------------------------------+------------------------------------------ Reporter: rudloff@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: tiger | Port: iTerm ---------------------------------+------------------------------------------ {{{ MacBook-Rudloff:~ pierre$ sudo port install iterm ---> Computing dependencies for iterm ---> Building iterm Error: Target org.macports.build returned: shell command failed (see log for details) Log for iterm is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_iTerm/iterm/main.log Error: Status 1 encountered during processing. To report a bug, see <http://guide.macports.org/#project.tickets> }}} -- Ticket URL: <https://trac.macports.org/ticket/32159> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #20377: iTerm: build fail
by MacPorts 04 Jul '14

04 Jul '14

#20377: iTerm: build fail -------------------------------+-------------------------------------------- Reporter: nefar@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: iTerm -------------------------------+-------------------------------------------- See attached log -- Ticket URL: <http://trac.macports.org/ticket/20377> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 14

[MacPorts] #26675: wireshark 1.4.0: add variant +setuid_root to install dumpcap as setuid root
by MacPorts 04 Jul '14

04 Jul '14

#26675: wireshark 1.4.0: add variant +setuid_root to install dumpcap as setuid root ------------------------------------------------+--------------------------- Reporter: michael.klein@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: haspatch | Port: wireshark ------------------------------------------------+--------------------------- To allow a ordinary users to start capturing packets in wireshark right away, it would be nice if the dumpcap binary could be installed as setuid root. This feature is already present in wireshark's configure script (--enable-setuid-install). Attached is a patch that adds a +setuid_root variant to the Portfile. Regards, Michael -- Ticket URL: <https://trac.macports.org/ticket/26675> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3