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

[MacPorts] #30616: xymon: use the right compiler and architectures
by MacPorts 29 Sep '14

29 Sep '14

#30616: xymon: use the right compiler and architectures -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: fclaire@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: xymon, xymon-server -------------------------------------+-------------------------------------- xymon doesn't ensure it's UsingTheRightCompiler; it ignores changes the user makes to build_arch in macports.conf; and if you install it with the +universal variant, the resulting software is not actually universal. -- Ticket URL: <https://trac.macports.org/ticket/30616> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #33179: xymon and xymon-server disagree about whether clientlaunch.cfg should be registered to the port or not
by MacPorts 29 Sep '14

29 Sep '14

#33179: xymon and xymon-server disagree about whether clientlaunch.cfg should be registered to the port or not -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: fclaire@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: xymon -------------------------------------+-------------------------------------- Installing xymon, then uninstalling xymon, then installing xymon-server, results in an activation failure: {{{ $ sudo port install xymon-server ---> Computing dependencies for xymon-server ---> Fetching archive for xymon-server ---> Attempting to fetch xymon-server-4.3.7_0.darwin_10.x86_64.tbz2 from http://packages.macports.org/xymon-server ---> Fetching xymon-server ---> Verifying checksum(s) for xymon-server ---> Extracting xymon-server ---> Applying patches to xymon-server ---> Configuring xymon-server ---> Building xymon-server ---> Staging xymon-server into destroot ---> Installing xymon-server @4.3.7_0 ---> Activating xymon-server @4.3.7_0 Error: Target org.macports.activate returned: Image error: /opt/local/lib/xymon/client/etc/clientlaunch.cfg already exists and does not belong to a registered port. Unable to activate port xymon-server. Use 'port -f activate xymon-server' to force the activation. Log for xymon-server is at: /opt/local/var/macports/logs /_Users_rschmidt_macports_dports_net_xymon-server/xymon-server/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/33179> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #39710: gtimelog: update to 0.8.1
by MacPorts 29 Sep '14

29 Sep '14

#39710: gtimelog: update to 0.8.1 --------------------+--------------------------------- Reporter: jmr@… | Owner: shreevatsa.public@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: gtimelog --------------------+--------------------------------- Released 2013-02-10: https://pypi.python.org/pypi/gtimelog Should probably change to using python27 too. -- Ticket URL: <https://trac.macports.org/ticket/39710> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #39451: qt4-creator-mac cannot install for arch(s) 'i386 x86_64'
by MacPorts 29 Sep '14

29 Sep '14

#39451: qt4-creator-mac cannot install for arch(s) 'i386 x86_64' ------------------------------+-------------------------------- Reporter: jamesfmarshall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: ------------------------------+-------------------------------- This is the entire error message when I attempt a port upgrade outdated: {{{ ---> Computing dependencies for qt4-creator-mac. Error: Cannot install qt4-creator-mac for the arch(s) 'i386 x86_64' because Error: its dependency botan does not build for the required arch(s) by default Error: and does not have a universal variant. Error: Unable to upgrade port: architecture mismatch To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets }}} Any other info somewhere? -- Ticket URL: <https://trac.macports.org/ticket/39451> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #39635: Patch: add Python dependency and universal variant to botan
by MacPorts 29 Sep '14

29 Sep '14

#39635: Patch: add Python dependency and universal variant to botan ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: haspatch | Port: botan ------------------------+-------------------------------- {{{botan}}}'s configure script is written in Python, so we need an explicit build dependency. On IRC, jmr_mp and neverpanic both suggested adding a hard-coded dependency on {{{python27}}} instead of a set of variants for different possible Python versions. Moreover, since {{{qt4-creator-mac +universal}}} requires {{{botan +universal}}}, here's an attempt to enable a {{{universal}}} variant for {{{botan}}}. -- Ticket URL: <https://trac.macports.org/ticket/39635> MacPorts <http://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #38158: afflib @3.6.12 Build failure - autoreconf
by MacPorts 29 Sep '14

29 Sep '14

#38158: afflib @3.6.12 Build failure - autoreconf ----------------------+-------------------------------- Reporter: djvasi@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: afflib ----------------------+-------------------------------- afflib fails to build with the following error: {{{ ---> Configuring afflib configure.ac:15: error: 'AM_CONFIG_HEADER': this macro is obsolete. You should use the 'AC_CONFIG_HEADERS' macro instead. /opt/local/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from... configure.ac:15: the top level autom4te: /opt/local/bin/gm4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_security_afflib/afflib/work/afflib-3.6.12" && autoreconf --install Exit code: 1 }}} I'm on OS X 10.7.5. The current autoconf on my system is from MacPorts, and is version 2.69. -- Ticket URL: <https://trac.macports.org/ticket/38158> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #42300: afflib fails to build.
by MacPorts 29 Sep '14

29 Sep '14

#42300: afflib fails to build. ---------------------+-------------------------------- Reporter: dersh@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: afflib ---------------------+-------------------------------- afflib 3.6.12 fails to build. I was attempting to install afflib to work with sleuthkit, but it will not build. Additionally, we might consider an upgrade to afflib version 4, although it is not clear from the website if that version is compatible with sleuthkit 4 or not. Here is the end of the build log file: {{{ :info:build libtool: link: /usr/bin/clang++ -pipe -Os -arch x86_64 -D_FORTIFY_SOURCE=2 -Wall -g -Wl,-headerpad_max_install_names -arch x86_64 -o affuse affuse-affuse.o -L/opt/local/lib ../lib/.libs/libafflib.a -lcrypto -lssl -lexpat -lz -lncurses -lreadline :info:build libtool: link: /usr/bin/clang++ -pipe -Os -arch x86_64 -D_FORTIFY_SOURCE=2 -Wall -g -Wl,-headerpad_max_install_names -arch x86_64 -o affdiskprint affdiskprint.o -L/opt/local/lib ../lib/.libs/libafflib.a -lcrypto -lssl -lexpat -lz -lncurses -lreadline :info:build libtool: link: /usr/bin/clang++ -pipe -Os -arch x86_64 -D_FORTIFY_SOURCE=2 -Wall -g -Wl,-headerpad_max_install_names -arch x86_64 -o affverify affverify.o aff_bom.o -L/opt/local/lib ../lib/.libs/libafflib.a -lcrypto -lssl -lexpat -lz -lncurses -lreadline :info:build affxml.cpp:86:14: error: 'long type-name' is invalid :info:build uint32_t long zsectors; // number of sectors that are all blank :info:build ^ :info:build affxml.cpp:87:14: error: 'long type-name' is invalid :info:build uint32_t long badsectors; // number of bad sectors :info:build ^ :info:build affxml.cpp:88:14: error: 'long type-name' is invalid :info:build uint32_t long zpages; // number of pages that are all blank :info:build ^ :info:build affxml.cpp:89:14: error: 'long type-name' is invalid :info:build uint32_t long pages; // total number of pages :info:build ^ :info:build affxml.cpp:90:14: error: 'long type-name' is invalid :info:build uint32_t long sectors; // total number of sectors :info:build ^ :info:build 5 errors generated. :info:build make[2]: *** [affxml.o] Error 1 :info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_security_afflib/afflib/work/afflib-3.6.12/tools' :info:build make[1]: *** [all-recursive] Error 1 :info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_security_afflib/afflib/work/afflib-3.6.12' :info:build make: *** [all] Error 2 :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_security_afflib/afflib/work/afflib-3.6.12' :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_security_afflib/afflib/work/afflib-3.6.12" && /usr/bin/make -j8 -w all :info:build Exit code: 2 :error:build org.macports.build for port afflib returned: command execution failed :debug:build Error code: CHILDSTATUS 44478 2 :debug:build Backtrace: command execution failed while executing "system -nice 0 $fullcmdstring" ("eval" body line 1) invoked from within "eval system $notty $nice \$fullcmdstring" invoked from within "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "$procedure $targetname" :info:build Warning: targets not executed for afflib: org.macports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Please see the log file for port afflib for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_security_afflib/afflib/main.log }}} -- Ticket URL: <https://trac.macports.org/ticket/42300> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #41973: Add "enable-ec_nistp_64_gcc_128" variant to openssl?
by MacPorts 28 Sep '14

28 Sep '14

#41973: Add "enable-ec_nistp_64_gcc_128" variant to openssl? ---------------------+-------------------------------- Reporter: jlg@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: openssl ---------------------+-------------------------------- The need for accelerated NIST P-224 and P-256 encryption support is growing. Would it be possible to add the "enable-ec_nistp_64_gcc_128" configure option as a variant to the openssl port? -- Ticket URL: <https://trac.macports.org/ticket/41973> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #36812: new port: pocketsphinx 0.7
by MacPorts 26 Sep '14

26 Sep '14

#36812: new port: pocketsphinx 0.7 ------------------------+-------------------------------- Reporter: qqshfox@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: pocketsphinx ------------------------+-------------------------------- Another speech recognition system from CMU. -- Ticket URL: <https://trac.macports.org/ticket/36812> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #40744: macports-built expect @5.45_4: crashes when used in a dejagnu testsuite
by MacPorts 26 Sep '14

26 Sep '14

#40744: macports-built expect @5.45_4: crashes when used in a dejagnu testsuite ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: expect ---------------------+-------------------------------- crash log is attached. I tried forcing the use of the system `expect`, but the Makefile must've ignored it, because it went back to using the Macports one... -- Ticket URL: <https://trac.macports.org/ticket/40744> MacPorts <http://www.macports.org/> Ports system for OS X

1 2