CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2018/06/05 23:26:02 Log message: Import x11/kde-applications/kcalc, simple one by one replacement for x11/kde4/kcalc. Tested by Elias M. Mariani ok landry@ KCalc is a calculator which offers many mathematical functions. Status: Vendor Tag: rsadowski Release Tags: rsadowski_20180606 N ports/x11/kde-applications/kcalc/Makefile N ports/x11/kde-applications/kcalc/distinfo N ports/x11/kde-applications/kcalc/pkg/DESCR N ports/x11/kde-applications/kcalc/pkg/PLIST No conflicts created by this import
Re: CVS: cvs.openbsd.org: ports
On 06/05/18 18:17, Stuart Henderson wrote: > On 2018/06/05 14:25, Nigel Taylor wrote: >> I had sent issue to sthen@ already. Got past this by > > Received your initial report about an hour after this mail, I'd recommend > sending to this address rather than the openbsd.org one to avoid greylisting > on lists.openbsd.org which doesn't do too well with btinternet's mail > provider. > >> doas -u _pbuild env CFLAGS="-I /usr/local/include" make package >> >> works. >> >> >> Default is to build with php5.6, but pear-utils builds/runs with php 7.0 >> so have two versions of PHP present when building if just install build >> dependencies for this port - should really only ever be one or the other >> PHP version, would need a pear/pear-utils for both php 5.6 and 7.0. >> Needs sorting out cleaning up, if going to have both flavors. It should >> be possible to build and run with just a single php version and never >> require the other. > > I looked at this when I did the switchover and came to the conclusion > that for the minimal number of ports using php 5.6 it's not worth > splitting into "pear-utils with php-5.6 in the #! line" and "pear-utils > with php-7.0 in the #! line" just to avoid a build dep. > >> I've built everything else with LDEP's or RDEP's providing all the >> dependencies have been defined just waiting on libreoffice to complete - >> I used sqlport to determine what dependencies needed rebuilding, there >> are BDEPS only's which may not have been rebuilt (seems unlikely to a >> BDEP on php and not a matching RDEP) checked and the only cases found >> are where there are -php subpackages the other subpackages -main etc >> have no php runtime requirement, I normally build all the subpackages. >> >> So it's looks like just the one port with an issue with the include, and >> simple enough to fix. > > I think better initially to just backout the breakage (which I've done) > then consider what needs doing to fix it. > My bad, I had this in my branch from a year ago. With diff below OK to restore backout? Index: 5.6/patches/patch-scripts_php-config_in === RCS file: /cvs/ports/lang/php/5.6/patches/patch-scripts_php-config_in,v retrieving revision 1.1 diff -u -p -r1.1 patch-scripts_php-config_in --- 5.6/patches/patch-scripts_php-config_in 15 Nov 2014 13:43:01 - 1.1 +++ 5.6/patches/patch-scripts_php-config_in 5 Jun 2018 19:51:07 - @@ -1,7 +1,8 @@ $OpenBSD: patch-scripts_php-config_in,v 1.1 2014/11/15 13:43:01 robert Exp $ scripts/php-config.in.orig.portThu Jul 18 16:37:33 2013 -+++ scripts/php-config.in Sun Jul 28 11:30:20 2013 -@@ -1,12 +1,12 @@ +Index: scripts/php-config.in +--- scripts/php-config.in.orig scripts/php-config.in +@@ -1,13 +1,13 @@ #! /bin/sh SED="@SED@" @@ -12,11 +13,13 @@ $OpenBSD: patch-scripts_php-config_in,v version="@PHP_VERSION@" vernum="@PHP_VERSION_ID@" -include_dir="@includedir@/php" +-includes="-I$include_dir -I$include_dir/main -I$include_dir/TSRM -I$include_dir/Zend -I$include_dir/ext -I$include_dir/ext/date/lib" +include_dir="@PEAR_INSTALLDIR@/include" - includes="-I$include_dir -I$include_dir/main -I$include_dir/TSRM -I$include_dir/Zend -I$include_dir/ext -I$include_dir/ext/date/lib" ++includes="-I/usr/local/include -I$include_dir -I$include_dir/main -I$include_dir/TSRM -I$include_dir/Zend -I$include_dir/ext -I$include_dir/ext/date/lib" ldflags="@PHP_LDFLAGS@" libs="@EXTRA_LIBS@" -@@ -24,10 +24,11 @@ php_sapis="@PHP_INSTALLED_SAPIS@" + extension_dir='@EXTENSION_DIR@' +@@ -24,10 +24,10 @@ php_sapis="@PHP_INSTALLED_SAPIS@" for sapi in $php_sapis; do case $sapi in cli) @@ -24,7 +27,7 @@ $OpenBSD: patch-scripts_php-config_in,v +php_cli_binary="/usr/local/bin/php${program_suffix}" ;; cgi) - php_cgi_binary="@bindir@/${program_prefix}php-cgi${program_suffix}${exe_extension}" +- php_cgi_binary="@bindir@/${program_prefix}php-cgi${program_suffix}${exe_extension}" +php_cgi_binary="/usr/local/bin/php-cgi${program_suffix}" ;; esac Index: 7.0/patches/patch-scripts_php-config_in === RCS file: /cvs/ports/lang/php/7.0/patches/patch-scripts_php-config_in,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-scripts_php-config_in --- 7.0/patches/patch-scripts_php-config_in 14 Dec 2015 17:58:46 - 1.1.1.1 +++ 7.0/patches/patch-scripts_php-config_in 5 Jun 2018 19:51:07 - @@ -1,7 +1,8 @@ $OpenBSD: patch-scripts_php-config_in,v 1.1.1.1 2015/12/14 17:58:46 robert Exp $ scripts/php-config.in.orig.portThu Jul 18 16:37:33 2013 -+++ scripts/php-config.in Sun Jul 28 11:30:20 2013 -@@ -1,12 +1,12 @@ +Index: scripts/php-config.in +--- scripts/php-config.in.orig scripts/php-config.in +@@ -1,13 +1,13 @@ #! /bin/sh SED="@SED@" @@ -12,11 +13,13 @@ $OpenBSD: patch-scripts_php-config_in,v version="@PHP_VERSION@"
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2018/06/05 11:27:33 Modified files: sysutils : Makefile Log message: +cpdup +tabs (while here, place coreutils above cpdup/cpuid)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2018/06/05 11:25:35 Log message: Import sysutils/tabs, a utility to set terminal tabs. ok juanfra@ The tabs utility displays a series of characters that clear the hardware terminal tab settings then initialises tab stops at specified positions, and optionally adjusts the margin. It is a port of the tabs utility from DragonFly BSD. Status: Vendor Tag: bcallah Release Tags: bcallah_20180605 N ports/sysutils/tabs/distinfo N ports/sysutils/tabs/Makefile N ports/sysutils/tabs/pkg/DESCR N ports/sysutils/tabs/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2018/06/05 11:23:56 Log message: Import sysutils/cpdup, a utility to mirror filesystems, directories, and files. ok juanfra@ The cpdup utility makes an exact mirror copy of the source in the destination, creating and deleting files and directories as necessary. UTimes, hardlinks, softlinks, devices, permissions, and flags are mirrored. By default, cpdup asks for confirmation if any file or directory needs to be removed from the destination and does not copy files which it believes to have already been synchronized (by observing that the source and destination files' sizes and mtimes match). cpdup does not cross mount points in either the source or the destination. As a safety measure, cpdup refuses to replace a destination directory with a file. It is a port of the cpdup utility from DragonFly BSD. Status: Vendor Tag: bcallah Release Tags: bcallah_20180605 N ports/sysutils/cpdup/distinfo N ports/sysutils/cpdup/Makefile N ports/sysutils/cpdup/pkg/DESCR N ports/sysutils/cpdup/pkg/PLIST No conflicts created by this import
Re: CVS: cvs.openbsd.org: ports
On 2018/06/05 14:25, Nigel Taylor wrote: > I had sent issue to sthen@ already. Got past this by Received your initial report about an hour after this mail, I'd recommend sending to this address rather than the openbsd.org one to avoid greylisting on lists.openbsd.org which doesn't do too well with btinternet's mail provider. > doas -u _pbuild env CFLAGS="-I /usr/local/include" make package > > works. > > > Default is to build with php5.6, but pear-utils builds/runs with php 7.0 > so have two versions of PHP present when building if just install build > dependencies for this port - should really only ever be one or the other > PHP version, would need a pear/pear-utils for both php 5.6 and 7.0. > Needs sorting out cleaning up, if going to have both flavors. It should > be possible to build and run with just a single php version and never > require the other. I looked at this when I did the switchover and came to the conclusion that for the minimal number of ports using php 5.6 it's not worth splitting into "pear-utils with php-5.6 in the #! line" and "pear-utils with php-7.0 in the #! line" just to avoid a build dep. > I've built everything else with LDEP's or RDEP's providing all the > dependencies have been defined just waiting on libreoffice to complete - > I used sqlport to determine what dependencies needed rebuilding, there > are BDEPS only's which may not have been rebuilt (seems unlikely to a > BDEP on php and not a matching RDEP) checked and the only cases found > are where there are -php subpackages the other subpackages -main etc > have no php runtime requirement, I normally build all the subpackages. > > So it's looks like just the one port with an issue with the include, and > simple enough to fix. I think better initially to just backout the breakage (which I've done) then consider what needs doing to fix it.
Re: CVS: cvs.openbsd.org: ports
I had sent issue to sthen@ already. Got past this by doas -u _pbuild env CFLAGS="-I /usr/local/include" make package works. Default is to build with php5.6, but pear-utils builds/runs with php 7.0 so have two versions of PHP present when building if just install build dependencies for this port - should really only ever be one or the other PHP version, would need a pear/pear-utils for both php 5.6 and 7.0. Needs sorting out cleaning up, if going to have both flavors. It should be possible to build and run with just a single php version and never require the other. I've built everything else with LDEP's or RDEP's providing all the dependencies have been defined just waiting on libreoffice to complete - I used sqlport to determine what dependencies needed rebuilding, there are BDEPS only's which may not have been rebuilt (seems unlikely to a BDEP on php and not a matching RDEP) checked and the only cases found are where there are -php subpackages the other subpackages -main etc have no php runtime requirement, I normally build all the subpackages. So it's looks like just the one port with an issue with the include, and simple enough to fix. On 06/05/18 13:32, Antoine Jacoutot wrote: > On Mon, Jun 04, 2018 at 09:22:37AM -0600, Martijn van Duren wrote: >> CVSROOT: /cvs >> Module name: ports >> Changes by: mart...@cvs.openbsd.org 2018/06/04 09:22:37 >> >> Modified files: >> lang/php : Makefile.inc >> lang/php/5.6 : Makefile >> lang/php/5.6/pkg: PLIST-main >> lang/php/7.0 : Makefile >> lang/php/7.0/pkg: PLIST-main >> >> Log message: >> Make PHP link against devel/pcre instead of embedding a custom out of >> date version. >> >> OK sthen@ > > Could this change have broken at least: graphics/pecl-imagick,php70 ? > Building on exopi-9 under graphics/pecl-imagick,php70 >BDEPENDS = > [lang/php/7.0;www/pear;devel/autoconf/2.62;devel/metaauto;devel/automake/1.9;graphics/ImageMagick;devel/gmake;converters/libiconv] >DIST = [graphics/pecl-imagick,php56:imagick-3.4.3.tgz] >FULLPKGNAME = pecl70-imagick-3.4.3p1 >RDEPENDS = [lang/php/7.0;converters/libiconv;graphics/ImageMagick] > (Junk lock obtained for exopi-9 at 1528196433) Running depends in graphics/pecl-imagick,php70 at 1528196433 >last junk was in x11/kde/i18n3/ss > /usr/sbin/pkg_add -aI -Dunsigned -Drepair ImageMagick-6.9.9.47 > autoconf-2.62p2 automake-1.9.6p12 libiconv-1.14p3 metaauto-1.0p1 > pear-1.10.1p0 php-7.0.30p7 > was: /usr/sbin/pkg_add -aI -Dunsigned -Drepair ImageMagick-6.9.9.47 > autoconf-2.62p2 automake-1.9.6p12 gmake-4.2.1 libiconv-1.14p3 metaauto-1.0p1 > pear-1.10.1p0 php-7.0.30p7 > /usr/sbin/pkg_add -aI -Dunsigned -Drepair ImageMagick-6.9.9.47 > autoconf-2.62p2 automake-1.9.6p12 libiconv-1.14p3 metaauto-1.0p1 > pear-1.10.1p0 php-7.0.30p7 > The following new rcscripts were installed: /etc/rc.d/php70_fpm > See rcctl(8) for details. > Look in /usr/local/share/doc/pkg-readmes for extra documentation. Running show-prepare-results in graphics/pecl-imagick,php70 at 1528196464 > ===> graphics/pecl-imagick,php70 > ===> pecl70-imagick-3.4.3p1 depends on: pear-* -> pear-1.10.1p0 > ===> pecl70-imagick-3.4.3p1 depends on: metaauto-* -> metaauto-1.0p1 > ===> pecl70-imagick-3.4.3p1 depends on: autoconf-2.62 -> autoconf-2.62p2 > ===> pecl70-imagick-3.4.3p1 depends on: automake->=1.9,<1.10 -> > automake-1.9.6p12 > ===> pecl70-imagick-3.4.3p1 depends on: php->=7.0,<7.1 -> php-7.0.30p7 > ===> pecl70-imagick-3.4.3p1 depends on: gmake-* -> gmake-4.2.1 > ===> pecl70-imagick-3.4.3p1 depends on: libiconv-* -> libiconv-1.14p3 > ===> pecl70-imagick-3.4.3p1 depends on: ImageMagick-* -> ImageMagick-6.9.9.47 > ===> Verifying specs: ICE MagickCore-6.Q16 MagickWand-6.Q16 SM X11 Xext Xt > bz2 c djvulibre expat fftw3 fontconfig freetype iconv jbig jpeg lcms2 lzma m > openjp2 png pthread tiff webp xcb xml2 z > ===> found ICE.10.0 MagickCore-6.Q16.6.1 MagickWand-6.Q16.4.0 SM.9.0 > X11.16.1 Xext.13.0 Xt.11.0 bz2.10.4 c.92.3 djvulibre.26.0 expat.12.0 > fftw3.7.1 fontconfig.12.0 freetype.29.0 iconv.6.0 jbig.3.0 jpeg.68.1 > lcms2.1.2 lzma.2.1 m.10.1 openjp2.3.1 png.17.5 pthread.25.1 tiff.40.2 > webp.4.0 xcb.4.0 xml2.16.1 z.5.0 > ImageMagick-6.9.9.47 > autoconf-2.62p2 > automake-1.9.6p12 > gmake-4.2.1 > libiconv-1.14p3 > metaauto-1.0p1 > pear-1.10.1p0 > php-7.0.30p7 > (Junk lock released for exopi-9 at 1528196467) > Woken up x11/qt5/qtxmlpatterns > distfiles size=245410 Running build in graphics/pecl-imagick,php70 at 1528196467 > ===> graphics/pecl-imagick,php70 > ===> Checking files for pecl70-imagick-3.4.3p1 > `/exopi-cvs/ports/distfiles/imagick-3.4.3.tgz' is up to date. >>> (SHA256) imagick-3.4.3.tgz: OK > ===> Extracting for pecl70-imagick-3.4.3p1 > ===> Patching for pecl70-imagick-3.4.3p1 > ===> Compiler link: clang -> /usr/bin/clang > ===> Compiler link: clang++ -> /usr/bin/clang++ > ===> Compiler link: cc -> /usr/bin/cc > ===> Compiler link: c++ ->
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/06/05 06:50:29 Modified files: lang/php : Makefile.inc lang/php/5.6 : Makefile lang/php/5.6/pkg: PLIST-main lang/php/7.0 : Makefile lang/php/7.0/pkg: PLIST-main Log message: Revert previous until problems with it are fixed - the installed header share/php-${PV}/include/ext/pcre/php_pcre.h pulls in pcre.h which is no longer installed by PHP and the include path isn't setup to find it from devel/pcre. Reported by aja@ with pecl-imagick,php70.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2018/06/05 06:41:49 Modified files: www/chromium/patches: patch-build_gn_run_binary_py patch-v8_tools_run_py Log message: unbreak build by not hardcoding my pobj
Re: CVS: cvs.openbsd.org: ports
On 2018/06/05 14:32, Antoine Jacoutot wrote: > On Mon, Jun 04, 2018 at 09:22:37AM -0600, Martijn van Duren wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: mart...@cvs.openbsd.org 2018/06/04 09:22:37 > > > > Modified files: > > lang/php : Makefile.inc > > lang/php/5.6 : Makefile > > lang/php/5.6/pkg: PLIST-main > > lang/php/7.0 : Makefile > > lang/php/7.0/pkg: PLIST-main > > > > Log message: > > Make PHP link against devel/pcre instead of embedding a custom out of > > date version. > > > > OK sthen@ > > Could this change have broken at least: graphics/pecl-imagick,php70 ? > > >>> Building on exopi-9 under graphics/pecl-imagick,php70 >BDEPENDS = > [lang/php/7.0;www/pear;devel/autoconf/2.62;devel/metaauto;devel/automake/1.9;graphics/ImageMagick;devel/gmake;converters/libiconv] >DIST = [graphics/pecl-imagick,php56:imagick-3.4.3.tgz] >FULLPKGNAME = pecl70-imagick-3.4.3p1 >RDEPENDS = [lang/php/7.0;converters/libiconv;graphics/ImageMagick] > (Junk lock obtained for exopi-9 at 1528196433) > >>> Running depends in graphics/pecl-imagick,php70 at 1528196433 >last junk was in x11/kde/i18n3/ss > /usr/sbin/pkg_add -aI -Dunsigned -Drepair ImageMagick-6.9.9.47 > autoconf-2.62p2 automake-1.9.6p12 libiconv-1.14p3 metaauto-1.0p1 > pear-1.10.1p0 php-7.0.30p7 > was: /usr/sbin/pkg_add -aI -Dunsigned -Drepair ImageMagick-6.9.9.47 > autoconf-2.62p2 automake-1.9.6p12 gmake-4.2.1 libiconv-1.14p3 metaauto-1.0p1 > pear-1.10.1p0 php-7.0.30p7 > /usr/sbin/pkg_add -aI -Dunsigned -Drepair ImageMagick-6.9.9.47 > autoconf-2.62p2 automake-1.9.6p12 libiconv-1.14p3 metaauto-1.0p1 > pear-1.10.1p0 php-7.0.30p7 > The following new rcscripts were installed: /etc/rc.d/php70_fpm > See rcctl(8) for details. > Look in /usr/local/share/doc/pkg-readmes for extra documentation. > >>> Running show-prepare-results in graphics/pecl-imagick,php70 at 1528196464 > ===> graphics/pecl-imagick,php70 > ===> pecl70-imagick-3.4.3p1 depends on: pear-* -> pear-1.10.1p0 > ===> pecl70-imagick-3.4.3p1 depends on: metaauto-* -> metaauto-1.0p1 > ===> pecl70-imagick-3.4.3p1 depends on: autoconf-2.62 -> autoconf-2.62p2 > ===> pecl70-imagick-3.4.3p1 depends on: automake->=1.9,<1.10 -> > automake-1.9.6p12 > ===> pecl70-imagick-3.4.3p1 depends on: php->=7.0,<7.1 -> php-7.0.30p7 > ===> pecl70-imagick-3.4.3p1 depends on: gmake-* -> gmake-4.2.1 > ===> pecl70-imagick-3.4.3p1 depends on: libiconv-* -> libiconv-1.14p3 > ===> pecl70-imagick-3.4.3p1 depends on: ImageMagick-* -> ImageMagick-6.9.9.47 > ===> Verifying specs: ICE MagickCore-6.Q16 MagickWand-6.Q16 SM X11 Xext Xt > bz2 c djvulibre expat fftw3 fontconfig freetype iconv jbig jpeg lcms2 lzma m > openjp2 png pthread tiff webp xcb xml2 z > ===> found ICE.10.0 MagickCore-6.Q16.6.1 MagickWand-6.Q16.4.0 SM.9.0 > X11.16.1 Xext.13.0 Xt.11.0 bz2.10.4 c.92.3 djvulibre.26.0 expat.12.0 > fftw3.7.1 fontconfig.12.0 freetype.29.0 iconv.6.0 jbig.3.0 jpeg.68.1 > lcms2.1.2 lzma.2.1 m.10.1 openjp2.3.1 png.17.5 pthread.25.1 tiff.40.2 > webp.4.0 xcb.4.0 xml2.16.1 z.5.0 > ImageMagick-6.9.9.47 > autoconf-2.62p2 > automake-1.9.6p12 > gmake-4.2.1 > libiconv-1.14p3 > metaauto-1.0p1 > pear-1.10.1p0 > php-7.0.30p7 > (Junk lock released for exopi-9 at 1528196467) > Woken up x11/qt5/qtxmlpatterns > distfiles size=245410 > >>> Running build in graphics/pecl-imagick,php70 at 1528196467 > ===> graphics/pecl-imagick,php70 > ===> Checking files for pecl70-imagick-3.4.3p1 > `/exopi-cvs/ports/distfiles/imagick-3.4.3.tgz' is up to date. > >> (SHA256) imagick-3.4.3.tgz: OK > ===> Extracting for pecl70-imagick-3.4.3p1 > ===> Patching for pecl70-imagick-3.4.3p1 > ===> Compiler link: clang -> /usr/bin/clang > ===> Compiler link: clang++ -> /usr/bin/clang++ > ===> Compiler link: cc -> /usr/bin/cc > ===> Compiler link: c++ -> /usr/bin/c++ > ===> Configuring for pecl70-imagick-3.4.3p1 > Using /exopi-obj/pobj/pecl70-imagick-3.4.3-php70/config.site (generated) > cd /exopi-obj/pobj/pecl70-imagick-3.4.3-php70/imagick-3.4.3 && /usr/bin/env > -i CONFIG_SITE='/exopi-obj/pobj/pecl70-imagick-3.4.3-php70/config.site' > MKDIR_P='mkdir -p' DATADIRNAME=share ac_cv_path_GTKDOC_CHECK="" > ac_cv_path_GTKDOC_REBASE="" ac_cv_path_GTKDOC_MKPDF="" AUTOMAKE_VERSION=1.9 > AUTOCONF_VERSION=2.62 MAKE=gmake LIBTOOL="/usr/bin/libtool > "--tag=disable-static"" > PATH=/exopi-obj/pobj/pecl70-imagick-3.4.3-php70/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin > /usr/local/bin/phpize-7.0 > Configuring for: > PHP Api Version: 20151012 > Zend Module Api No: 20151012 > Zend Extension Api No: 320151012 > configure: WARNING: Unrecognized options: --disable-silent-rules, > --disable-gtk-doc > configure: loading site script > /exopi-obj/pobj/pecl70-imagick-3.4.3-php70/config.site > checking for grep that handles long lines and -e... (cached) /usr/bin/grep > checking for egrep... (cached) /usr/bin/egrep > checking for a sed that does not
Re: CVS: cvs.openbsd.org: ports
On Mon, Jun 04, 2018 at 09:22:37AM -0600, Martijn van Duren wrote: > CVSROOT: /cvs > Module name: ports > Changes by: mart...@cvs.openbsd.org 2018/06/04 09:22:37 > > Modified files: > lang/php : Makefile.inc > lang/php/5.6 : Makefile > lang/php/5.6/pkg: PLIST-main > lang/php/7.0 : Makefile > lang/php/7.0/pkg: PLIST-main > > Log message: > Make PHP link against devel/pcre instead of embedding a custom out of > date version. > > OK sthen@ Could this change have broken at least: graphics/pecl-imagick,php70 ? >>> Building on exopi-9 under graphics/pecl-imagick,php70 BDEPENDS = [lang/php/7.0;www/pear;devel/autoconf/2.62;devel/metaauto;devel/automake/1.9;graphics/ImageMagick;devel/gmake;converters/libiconv] DIST = [graphics/pecl-imagick,php56:imagick-3.4.3.tgz] FULLPKGNAME = pecl70-imagick-3.4.3p1 RDEPENDS = [lang/php/7.0;converters/libiconv;graphics/ImageMagick] (Junk lock obtained for exopi-9 at 1528196433) >>> Running depends in graphics/pecl-imagick,php70 at 1528196433 last junk was in x11/kde/i18n3/ss /usr/sbin/pkg_add -aI -Dunsigned -Drepair ImageMagick-6.9.9.47 autoconf-2.62p2 automake-1.9.6p12 libiconv-1.14p3 metaauto-1.0p1 pear-1.10.1p0 php-7.0.30p7 was: /usr/sbin/pkg_add -aI -Dunsigned -Drepair ImageMagick-6.9.9.47 autoconf-2.62p2 automake-1.9.6p12 gmake-4.2.1 libiconv-1.14p3 metaauto-1.0p1 pear-1.10.1p0 php-7.0.30p7 /usr/sbin/pkg_add -aI -Dunsigned -Drepair ImageMagick-6.9.9.47 autoconf-2.62p2 automake-1.9.6p12 libiconv-1.14p3 metaauto-1.0p1 pear-1.10.1p0 php-7.0.30p7 The following new rcscripts were installed: /etc/rc.d/php70_fpm See rcctl(8) for details. Look in /usr/local/share/doc/pkg-readmes for extra documentation. >>> Running show-prepare-results in graphics/pecl-imagick,php70 at 1528196464 ===> graphics/pecl-imagick,php70 ===> pecl70-imagick-3.4.3p1 depends on: pear-* -> pear-1.10.1p0 ===> pecl70-imagick-3.4.3p1 depends on: metaauto-* -> metaauto-1.0p1 ===> pecl70-imagick-3.4.3p1 depends on: autoconf-2.62 -> autoconf-2.62p2 ===> pecl70-imagick-3.4.3p1 depends on: automake->=1.9,<1.10 -> automake-1.9.6p12 ===> pecl70-imagick-3.4.3p1 depends on: php->=7.0,<7.1 -> php-7.0.30p7 ===> pecl70-imagick-3.4.3p1 depends on: gmake-* -> gmake-4.2.1 ===> pecl70-imagick-3.4.3p1 depends on: libiconv-* -> libiconv-1.14p3 ===> pecl70-imagick-3.4.3p1 depends on: ImageMagick-* -> ImageMagick-6.9.9.47 ===> Verifying specs: ICE MagickCore-6.Q16 MagickWand-6.Q16 SM X11 Xext Xt bz2 c djvulibre expat fftw3 fontconfig freetype iconv jbig jpeg lcms2 lzma m openjp2 png pthread tiff webp xcb xml2 z ===> found ICE.10.0 MagickCore-6.Q16.6.1 MagickWand-6.Q16.4.0 SM.9.0 X11.16.1 Xext.13.0 Xt.11.0 bz2.10.4 c.92.3 djvulibre.26.0 expat.12.0 fftw3.7.1 fontconfig.12.0 freetype.29.0 iconv.6.0 jbig.3.0 jpeg.68.1 lcms2.1.2 lzma.2.1 m.10.1 openjp2.3.1 png.17.5 pthread.25.1 tiff.40.2 webp.4.0 xcb.4.0 xml2.16.1 z.5.0 ImageMagick-6.9.9.47 autoconf-2.62p2 automake-1.9.6p12 gmake-4.2.1 libiconv-1.14p3 metaauto-1.0p1 pear-1.10.1p0 php-7.0.30p7 (Junk lock released for exopi-9 at 1528196467) Woken up x11/qt5/qtxmlpatterns distfiles size=245410 >>> Running build in graphics/pecl-imagick,php70 at 1528196467 ===> graphics/pecl-imagick,php70 ===> Checking files for pecl70-imagick-3.4.3p1 `/exopi-cvs/ports/distfiles/imagick-3.4.3.tgz' is up to date. >> (SHA256) imagick-3.4.3.tgz: OK ===> Extracting for pecl70-imagick-3.4.3p1 ===> Patching for pecl70-imagick-3.4.3p1 ===> Compiler link: clang -> /usr/bin/clang ===> Compiler link: clang++ -> /usr/bin/clang++ ===> Compiler link: cc -> /usr/bin/cc ===> Compiler link: c++ -> /usr/bin/c++ ===> Configuring for pecl70-imagick-3.4.3p1 Using /exopi-obj/pobj/pecl70-imagick-3.4.3-php70/config.site (generated) cd /exopi-obj/pobj/pecl70-imagick-3.4.3-php70/imagick-3.4.3 && /usr/bin/env -i CONFIG_SITE='/exopi-obj/pobj/pecl70-imagick-3.4.3-php70/config.site' MKDIR_P='mkdir -p' DATADIRNAME=share ac_cv_path_GTKDOC_CHECK="" ac_cv_path_GTKDOC_REBASE="" ac_cv_path_GTKDOC_MKPDF="" AUTOMAKE_VERSION=1.9 AUTOCONF_VERSION=2.62 MAKE=gmake LIBTOOL="/usr/bin/libtool "--tag=disable-static"" PATH=/exopi-obj/pobj/pecl70-imagick-3.4.3-php70/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin /usr/local/bin/phpize-7.0 Configuring for: PHP Api Version: 20151012 Zend Module Api No: 20151012 Zend Extension Api No: 320151012 configure: WARNING: Unrecognized options: --disable-silent-rules, --disable-gtk-doc configure: loading site script /exopi-obj/pobj/pecl70-imagick-3.4.3-php70/config.site checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... (cached) /usr/bin/egrep checking for a sed that does not truncate output... (cached) /usr/bin/sed checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/06/05 03:39:48 Modified files: www/owncloud : Makefile www/owncloud/pkg: README Log message: README fixes for newer php: - xcache is php-5.6 only - sample cronjob line had a hardcoded -5.6 ok ajacoutot@ (maintainer) - light tweak to db dependencies list to add pdo_sqlite (which I thought I'd already committed). some others maybe needed for install/upgrade, aja will take a look
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/06/05 02:07:10 Modified files: net/py-botocore: Makefile distinfo net/py-botocore/pkg: PLIST Log message: Update to py-botocore-1.10.32.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/06/05 02:07:22 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.15.32.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/06/05 02:03:36 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py-boto3-1.7.32.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/06/05 02:01:08 Modified files: devel/appstream-glib: Makefile distinfo devel/appstream-glib/pkg: PLIST Log message: Update to appstream-glib-0.7.9.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2018/06/05 01:41:21 Modified files: emulators : Makefile Log message: +citra
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2018/06/05 01:40:55 Log message: Import citra-0.0.0.717. Citra is an experimental open-source Nintendo 3DS emulator/debugger written in C++. It is written with portability in mind, with builds actively maintained for Windows, Linux and macOS. Citra only emulates a subset of 3DS hardware and therefore is generally only useful for running/debugging homebrew applications. Citra is even able to boot several commercial games. From Thomas Frohwein. Thanks! ok sthen@ Status: Vendor Tag: bentley Release Tags: bentley_20180605 N ports/emulators/citra/Makefile N ports/emulators/citra/distinfo N ports/emulators/citra/patches/patch-CMakeLists_txt N ports/emulators/citra/patches/patch-externals_CMakeLists_txt N ports/emulators/citra/patches/patch-src_tests_common_param_package_cpp N ports/emulators/citra/patches/patch-src_core_hle_service_cfg_cfg_cpp N ports/emulators/citra/patches/patch-src_tests_core_core_timing_cpp N ports/emulators/citra/patches/patch-src_core_hle_service_nwm_nwm_cpp N ports/emulators/citra/patches/patch-src_tests_glad_cpp N ports/emulators/citra/patches/patch-src_tests_tests_cpp N ports/emulators/citra/patches/patch-src_tests_core_memory_vm_manager_cpp N ports/emulators/citra/patches/patch-src_core_telemetry_session_cpp N ports/emulators/citra/patches/patch-src_tests_core_memory_memory_cpp N ports/emulators/citra/patches/patch-src_tests_video_core_shader_shader_jit_x64_compiler_cpp N ports/emulators/citra/patches/patch-src_tests_core_hle_kernel_hle_ipc_cpp N ports/emulators/citra/patches/patch-src_tests_core_arm_dyncom_arm_dyncom_vfp_tests_cpp N ports/emulators/citra/patches/patch-src_tests_core_file_sys_path_parser_cpp N ports/emulators/citra/patches/patch-externals_cubeb_CMakeLists_txt N ports/emulators/citra/pkg/PLIST N ports/emulators/citra/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2018/06/05 01:32:39 Modified files: games/godot: Makefile distinfo Log message: Switch to stable tarballs for godot. >From Thomas Frohwein.