June 2015 - macports-tickets - lists.macosforge.org

[MacPorts] #47932: Missing components for Plplot 5.10.0
by MacPorts 02 Jun '15

02 Jun '15

#47932: Missing components for Plplot 5.10.0 ------------------------+-------------------------------- Reporter: spongda@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: Fortran-95 | Port: Plplot ------------------------+-------------------------------- I have recently installed the Plplot graphics port on my Mac running OS 10.10.3. I extensively use Plplot from Fortran codes to make plots. Looking at where Macports installed the Plplot libraries, and based on previous experience I attempted to link Plplot in using a line like: ifort -o executable code.f `PKG_CONFIG_PATH=/opt/local/lib/pkgconfig pkg- config --cflags --libs plplotd-f95` However, this doesn't find the plplotd-f95 package (see results below). Where does Macports put this package and how do I modify the compile instructions to find it? If it's not produced during the install, how do I get the port installer to create it? + ifort -c new_tae_plotter.f ++ PKG_CONFIG_PATH=/opt/local/lib/pkgconfig ++ pkg-config --cflags --libs plplotd-f95 Package plplotd-f95 was not found in the pkg-config search path. Perhaps you should add the directory containing `plplotd-f95.pc' to the PKG_CONFIG_PATH environment variable No package 'plplotd-f95' found + ifort -o xplot_egn_nw new_tae_plotter.o Undefined symbols for architecture x86_64: "_plcol_", referenced from: _MAIN__ in new_tae_plotter.o "_plend_", referenced from: _MAIN__ in new_tae_plotter.o "_plenv_", referenced from: _MAIN__ in new_tae_plotter.o "_plfont_", referenced from: _MAIN__ in new_tae_plotter.o "_plinit_", referenced from: _MAIN__ in new_tae_plotter.o "_pllab_", referenced from: _MAIN__ in new_tae_plotter.o "_plline_", referenced from: _MAIN__ in new_tae_plotter.o "_pllsty_", referenced from: _MAIN__ in new_tae_plotter.o "_plmtex_", referenced from: _MAIN__ in new_tae_plotter.o "_plscol0_", referenced from: _MAIN__ in new_tae_plotter.o "_plscolbg_", referenced from: _MAIN__ in new_tae_plotter.o "_plssub_", referenced from: _MAIN__ in new_tae_plotter.o "_plwid_", referenced from: _MAIN__ in new_tae_plotter.o ld: symbol(s) not found for architecture x86_64 -- Ticket URL: <https://trac.macports.org/ticket/47932> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47920: gd2: build fails with libvpx 1.4.0 due to removal of deprecated API.
by MacPorts 02 Jun '15

02 Jun '15

#47920: gd2: build fails with libvpx 1.4.0 due to removal of deprecated API. ----------------------+-------------------------- Reporter: devans@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: gd2 ----------------------+-------------------------- gd2 still uses the long deprecated libvpx API items IMG_FMT_* PLANE_*. The preferred replacements are VPX_IMG_FMT_* and VPX_PLANE_*. The preferred replacements are available in both the current libvpx 1.3.0 and forthcoming libvpx 1.4.0 (#47907) but the deprecated versions have finally been removed in libvpx 1.4.0 causing the build of gd2 with libvpx 1.4.0 to fail. See attached build log. The attached patch makes the appropriate replacements providing compatibility with both libvpx 1.3.0 and 1.4.0. When building gd2 with libvpx 1.3.0, no installed files are changed in gd2. I'm suggesting that this change be committed now so that when libvpx 1.4.0 is committed only a revbump of gd2 will be necessary. -- Ticket URL: <https://trac.macports.org/ticket/47920> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #47416: port:qt4-mac-devel providing Qt 4.8.7 (snapshot 2015-04-07-6)
by MacPorts 02 Jun '15

02 Jun '15

#47416: port:qt4-mac-devel providing Qt 4.8.7 (snapshot 2015-04-07-6) -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: qt4-mac-devel -------------------------+-------------------------------- I've updated port:qt4-mac-devel to provide the current (2015-04-07-6) snapshot of the upcoming Qt 4.8.7 . The portdirectory is an almost verbatim copy of the one submitted in https://trac.macports.org/ticket/46238 . Testers *really* welcome. I'm attaching a complete diff against the current release port:qt4-mac- devel; the files are also available through my github repo at https://github.com/RJVB/mp-port-repository/tree/master/aqua/qt4-mac-devel . -- Ticket URL: <https://trac.macports.org/ticket/47416> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #47909: p5-graphviz: update to version 2.18.
by MacPorts 02 Jun '15

02 Jun '15

#47909: p5-graphviz: update to version 2.18. ----------------------+-------------------------- Reporter: devans@… | Owner: ryandesign@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: p5-graphviz ----------------------+-------------------------- Looks like some renewed interest in this module upstream. Latest changes: {{{ Revision history for Perl module GraphViz. 2.18 Thu May 28 08:43:00 2015 - All patches to this version are from chrony, via a github pull request. With thanx. - Use File::Which on Windows to detect if Graphviz is present. - Clean up the code, including Build.PL and Makefile.PL. 2.17 Mon Mar 30 08:56;00 2015 - No code changes. - Create github repo. This has been done because ribasushi (Peter Rabbitson) has kindly offered some patches. Hence I've reversed my policy of encouraging this module to die :-). - Update Build.PL and Makefile.PL to point to the repo. None of the pre-reqs were updated. }}} -- Ticket URL: <https://trac.macports.org/ticket/47909> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47627: cppcheck update to 1.69
by MacPorts 02 Jun '15

02 Jun '15

#47627: cppcheck update to 1.69 ---------------------------------+-------------------------------- Reporter: xythobuz@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: maintainer haspatch | Port: cppcheck ---------------------------------+-------------------------------- cppcheck has been updated to a new version. There are also two new config files included. -- Ticket URL: <https://trac.macports.org/ticket/47627> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

Re: [MacPorts] #32287: curl: destroot merge failure of curl-config with +universal and +ssl variants when cross-compiling (was: curl: curl-config differs and cannot be merged)
by MacPorts 02 Jun '15

02 Jun '15

#32287: curl: destroot merge failure of curl-config with +universal and +ssl variants when cross-compiling --------------------------+-------------------------- Reporter: ju.freaks@… | Owner: ryandesign@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Resolution: fixed | Keywords: Port: curl | --------------------------+-------------------------- Changes (by ryandesign@…): * cc: keybounce@…, erik.welander@… (added) * status: new => closed * resolution: => fixed Comment: I'll assume the difference is the one I observe myself while trying to build a 3-way universal on a 32-bit Intel iMac running 10.6: the MacPorts library path and SSL flags are repeated in the copy of curl-config built for the native architecture but not in the copies built for cross-compiled architectures. This was also mentioned as a secondary issue in comment:ticket:24001:14 and comment:ticket:24059:11 but I'll handle it in this ticket so that the issue has a ticket all its own. The curl configure script is a bit peculiar, and actually contains code that deliberately only runs `pkg-config` when `--with-ssl` is used without a path (which is what we were doing in MacPorts): {{{ case "$OPT_SSL" in yes) dnl --with-ssl (without path) used if test x$cross_compiling != xyes; then dnl only do pkg-config magic when not cross-compiling PKGTEST="yes" fi PREFIX_OPENSSL=/usr/local/ssl LIB_OPENSSL="$PREFIX_OPENSSL/lib$libsuff" ;; off) dnl no --with-ssl option given, just check default places if test x$cross_compiling != xyes; then dnl only do pkg-config magic when not cross-compiling PKGTEST="yes" fi PREFIX_OPENSSL= ;; *) dnl check the given --with-ssl spot PKGTEST="no" PREFIX_OPENSSL=$OPT_SSL dnl Try pkg-config even when cross-compiling. Since we dnl specify PKG_CONFIG_LIBDIR we're only looking where dnl the user told us to look OPENSSL_PCDIR="$OPT_SSL/lib/pkgconfig" AC_MSG_NOTICE([PKG_CONFIG_LIBDIR will be set to "$OPENSSL_PCDIR"]) if test -f "$OPENSSL_PCDIR/openssl.pc"; then PKGTEST="yes" fi dnl in case pkg-config comes up empty, use what we got dnl via --with-ssl LIB_OPENSSL="$PREFIX_OPENSSL/lib$libsuff" if test "$PREFIX_OPENSSL" != "/usr" ; then SSL_LDFLAGS="-L$LIB_OPENSSL" SSL_CPPFLAGS="-I$PREFIX_OPENSSL/include" fi SSL_CPPFLAGS="$SSL_CPPFLAGS -I$PREFIX_OPENSSL/include/openssl" ;; esac }}} The simple fix is to supply the path, by specifying `--with- ssl=${prefix}`. Done in r136999. It is possible that the code for other variants also needs similar changes, though a quick search through configure.ac didn't reveal any others with this particular code. -- Ticket URL: <https://trac.macports.org/ticket/32287#comment:3> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #24059: curl: configure failure with +universal variant: cannot check for file existence when cross compiling (was: curl +universal ppc/i386 fails on PowerPC)
by MacPorts 02 Jun '15

02 Jun '15

#24059: curl: configure failure with +universal variant: cannot check for file existence when cross compiling --------------------------+-------------------------- Reporter: keybounce@… | Owner: ryandesign@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Resolution: fixed | Keywords: universal Port: curl | --------------------------+-------------------------- Changes (by ryandesign@…): * status: new => closed * resolution: => fixed Comment: Replying to [comment:8 jmr@…]: > You should just need to pass `--with-random=/dev/urandom` to configure to make it use this value and thus skip the check. That would presumably have fixed it, but that became unnecessary when upstream [https://sourceforge.net/p/curl/bugs/1014/ changed their code] in May 2011 to no longer test for that file when cross-compiling. The version of curl currently in MacPorts contains the revised code, so it no longer has this problem. Replying to [comment:11 keybounce@…]: > Actually, that doesn't suffice. > Duplicates of " -L/opt/local/lib" in one, I'll handle that issue in #32287. > --host and host_alias in the other. That was handled in #24001. -- Ticket URL: <https://trac.macports.org/ticket/24059#comment:18> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #24001: curl: destroot merge failure of curl-config with +universal variant because of --host and host_alias (was: curl +universal (ppc/i386) destroot fails)
by MacPorts 02 Jun '15

02 Jun '15

#24001: curl: destroot merge failure of curl-config with +universal variant because of --host and host_alias -----------------------+-------------------------- Reporter: ToePeu@… | Owner: ryandesign@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Resolution: fixed | Keywords: Port: curl | -----------------------+-------------------------- Changes (by ryandesign@…): * status: reopened => closed * resolution: => fixed Comment: This ticket was originally about the failure to merge because of the `--host` and `host_alias` parameters. That was fixed in r75686 by removing the `--host` and `host_alias` parameters prior to merging, so this ticket should remain closed. The new problem is about a failure to merge because of repeated SSL flags. Let's handle that issue in #32287. -- Ticket URL: <https://trac.macports.org/ticket/24001#comment:21> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47912: sstp-client 1.0.10 update
by MacPorts 02 Jun '15

02 Jun '15

#47912: sstp-client 1.0.10 update ------------------------+-------------------------------- Reporter: yylrgiiv@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: sstp-client ------------------------+-------------------------------- There is an update to the sstp-client on SourceForge, current version is 1.0.10, while MacPorts version is currently 1.0.9. -- Ticket URL: <https://trac.macports.org/ticket/47912> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47925: Error: org.macports.build for port gdal returned: command execution failed
by MacPorts 02 Jun '15

02 Jun '15

#47925: Error: org.macports.build for port gdal returned: command execution failed -----------------------------+-------------------------------- Reporter: gbesanaostman@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -----------------------------+-------------------------------- I ran sudo port selfupdate and it failed to update gdal. I did sudo port upgrade outdated, same results. I already did a complete uninstall, same results. Please help. Logs is attached. -- Ticket URL: <https://trac.macports.org/ticket/47925> MacPorts <https://www.macports.org/> Ports system for OS X

1 1