CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/12 22:33:41 Log message: Import t-prot 3.4 t-prot (TOFU Protection) is a filter which improves the readability of email messages and Usenet posts by hiding some of their annoying parts. The annoyances it handles include mailing list footers, signatures, TOFU, sequences of blank lines, and repeated punctuation. TOFU is an acronym that stands for "Text oben, Fullquote unten", a German reference to the practice of adding just a few lines of original text and quoting a complete message below them. OK kmos@ Status: Vendor Tag: afresh1 Release Tags: afresh1_20190512 N ports/mail/t-prot/Makefile N ports/mail/t-prot/distinfo N ports/mail/t-prot/pkg/DESCR N ports/mail/t-prot/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/12 22:34:38 Modified files: mail : Makefile Log message: +t-prot
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/12 22:18:39 Removed files: net/libvncserver/patches: patch-Makefile_am Log message: Unbreak, patch should have been deleted in the update to 0.9.12.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: phess...@cvs.openbsd.org2019/05/12 22:02:31 Modified files: net/pbgpp : Makefile distinfo net/pbgpp/patches: patch-pbgpp_Application_Handler_py net/pbgpp/pkg : PLIST Log message: update pbgpp to latest version set NO_TESTS because the tests require a configured service, which has also been previously forcibly disabled. OK pamela@
[NEW] mail/t-prot 3.4
Here's a new port that I was reminded I use this port regularly to make my email nicer. I have just forgotten to mail this out nearly forever, so probably have things wrong (although I didn't spot any). Comments, OK? t-prot (TOFU Protection) is a filter which improves the readability of email messages and Usenet posts by hiding some of their annoying parts. The annoyances it handles include mailing list footers, signatures, TOFU, sequences of blank lines, and repeated punctuation. TOFU is an acronym that stands for "Text oben, Fullquote unten", a German reference to the practice of adding just a few lines of original text and quoting a complete message below them. t-prot-3.4.tar.gz Description: application/tar-gz
[update] textproc/p5-Pod-Tests 1.19 -> 1.20
Here is an update for Pod::Tests. What's new upstream [0]: - distribution tooling updates - mark deprecated (but it's used by Test::Inline) What's new in the port: - Add FIX_EXTRACT_PERMISSIONS (ETHER) - Reflow DESCR Testing: - 'make test' passes - There are 3 consumers and they all pass [1] Comments and feedback are welcome :) Charlène. [0] https://metacpan.org/changes/release/ETHER/Pod-Tests-1.20 [1] http://0x0.st/zAQ0.tgz Index: Makefile === RCS file: /cvs/ports/textproc/p5-Pod-Tests/Makefile,v retrieving revision 1.9 diff -u -p -u -p -r1.9 Makefile --- Makefile20 Mar 2016 19:57:07 - 1.9 +++ Makefile13 May 2019 03:48:02 - @@ -5,10 +5,12 @@ COMMENT= extracts embedded tests and cod MODULES= cpan PKG_ARCH= * -DISTNAME= Pod-Tests-1.19 +DISTNAME= Pod-Tests-1.20 CATEGORIES=textproc # perl PERMIT_PACKAGE_CDROM= Yes + +FIX_EXTRACT_PERMISSIONS= Yes .include Index: distinfo === RCS file: /cvs/ports/textproc/p5-Pod-Tests/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo18 Jan 2015 03:15:25 - 1.4 +++ distinfo13 May 2019 03:48:02 - @@ -1,2 +1,2 @@ -SHA256 (Pod-Tests-1.19.tar.gz) = J8pSFrebMV6YzuhPm4JXgHiYB7+E/V7ZoXTd/ngvE0A= -SIZE (Pod-Tests-1.19.tar.gz) = 30157 +SHA256 (Pod-Tests-1.20.tar.gz) = mbQ/g6yy+58w50pS/1vd7cjYKWogRYfRFvQ4eJzGvF8= +SIZE (Pod-Tests-1.20.tar.gz) = 31109 Index: pkg/DESCR === RCS file: /cvs/ports/textproc/p5-Pod-Tests/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 DESCR --- pkg/DESCR 4 Dec 2006 10:14:00 - 1.1.1.1 +++ pkg/DESCR 13 May 2019 03:48:02 - @@ -1,3 +1,3 @@ This is a specialized POD viewer to extract embedded tests and code -examples from POD. It doesn't do much more than that. pod2test does the -useful work. +examples from POD. It doesn't do much more than that. pod2test does +the useful work.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/12 21:53:22 Modified files: databases/mariadb: Makefile Log message: Zap a stray backslash
Re: FIX: games/stepmania on arm64
On 2019-05-03, Christian Weisgerber wrote: > Would it be possible to use and __LP64__ to set these > instead of hardcoding individual archs? Here's the diff. ok? Index: Makefile === RCS file: /cvs/ports/games/stepmania/Makefile,v retrieving revision 1.25 diff -u -p -r1.25 Makefile --- Makefile19 Feb 2019 23:40:49 - 1.25 +++ Makefile13 May 2019 03:38:36 - @@ -7,7 +7,7 @@ CATEGORIES =games emulators DISTNAME = stepmania-5.0b2a PKGNAME = stepmania-5.0beta2a -REVISION = 13 +REVISION = 14 EXTRACT_SUFX = -src.tar.bz2 HOMEPAGE = http://www.stepmania.com MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=stepmania/} Index: patches/patch-src_libtomcrypt_src_headers_tomcrypt_cfg_h === RCS file: /cvs/ports/games/stepmania/patches/patch-src_libtomcrypt_src_headers_tomcrypt_cfg_h,v retrieving revision 1.1 diff -u -p -r1.1 patch-src_libtomcrypt_src_headers_tomcrypt_cfg_h --- patches/patch-src_libtomcrypt_src_headers_tomcrypt_cfg_h2 May 2019 19:58:53 - 1.1 +++ patches/patch-src_libtomcrypt_src_headers_tomcrypt_cfg_h13 May 2019 03:38:36 - @@ -1,23 +1,41 @@ -$OpenBSD: patch-src_libtomcrypt_src_headers_tomcrypt_cfg_h,v 1.1 2019/05/02 19:58:53 bcallah Exp $ +$OpenBSD$ Index: src/libtomcrypt/src/headers/tomcrypt_cfg.h --- src/libtomcrypt/src/headers/tomcrypt_cfg.h.orig +++ src/libtomcrypt/src/headers/tomcrypt_cfg.h -@@ -101,6 +101,17 @@ LTC_EXPORT int LTC_CALL XSTRCMP(const char *s1, cons - #endif - #endif +@@ -55,6 +55,26 @@ LTC_EXPORT int LTC_CALL XSTRCMP(const char *s1, cons + * use the portable [slower] macros. + */ -+/* detect arm64 and arm */ +#if defined(__OpenBSD__) -+ #if defined(__aarch64__) -+#define ENDIAN_LITTLE -+#define ENDIAN_64BITWORD -+ #elif defined(__arm__) -+#define ENDIAN_LITTLE -+#define ENDIAN_32BITWORD -+ #endif ++ ++#include ++#if BYTE_ORDER == LITTLE_ENDIAN ++ #define ENDIAN_LITTLE ++#elif BYTE_ORDER == BIG_ENDIAN ++ #define ENDIAN_BIG ++#endif ++#if defined(__LP64__) ++ #define ENDIAN_64BITWORD ++#else ++ #define ENDIAN_32BITWORD ++#endif ++#if !defined(__STRICT_ALIGNMENT) ++ #define LTC_FAST ++ #define LTC_FAST_TYPEunsigned long +#endif + ++#else ++ + /* detect x86-32 machines somewhat */ + #if !defined(__STRICT_ANSI__) && (defined(INTEL_CC) || (defined(_MSC_VER) && defined(WIN32)) || (defined(__GNUC__) && (defined(__DJGPP__) || defined(__CYGWIN__) || defined(__MINGW32__) || defined(__i386__ + #if !defined(ENDIAN_LITTLE) // SM +@@ -100,6 +120,8 @@ LTC_EXPORT int LTC_CALL XSTRCMP(const char *s1, cons + #define ENDIAN_32BITWORD + #endif + #endif ++ ++#endif/* __OpenBSD__ */ + #ifdef LTC_NO_FAST -#ifdef LTC_FAST -- Christian "naddy" Weisgerber na...@mips.inka.de
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pam...@cvs.openbsd.org 2019/05/12 21:25:18 Modified files: www/py-bottle : Makefile distinfo Log message: Update www/py-bottle to 0.12.16 based on diff from wen heping, I added tests OK jca phessler
Re: CVS: cvs.openbsd.org: ports
On Sun, May 12, 2019 at 04:09:21AM -0600, Sebastien Marie wrote: > CVSROOT: /cvs > Module name: ports > Changes by: sema...@cvs.openbsd.org 2019/05/12 04:09:21 > > Modified files: > www/py-genshi : Makefile distinfo > www/py-genshi/pkg: PLIST > > Log message: > update to Genshi-0.7.2 > > while here, switch HOMEPAGE to https and use pipy Fails to package. >>> Building on exopi-1 under www/py-genshi BDEPENDS = [devel/py-setuptools;lang/python/2.7] DIST = [www/py-genshi:Genshi-0.7.2.tar.gz] FULLPKGNAME = py-genshi-0.7.2 RDEPENDS = [lang/python/2.7;devel/py-setuptools] (Junk lock obtained for exopi-1 at 1557710822) >>> Running depends in www/py-genshi at 1557710822 last junk was in games/amoebax /usr/sbin/pkg_add -aI -Drepair py-setuptools-41.0.0p0v0 python-2.7.16p0 was: /usr/sbin/pkg_add -aI -Drepair py-setuptools-41.0.0p0v0 python-2.7.16p0 /usr/sbin/pkg_add -aI -Drepair py-setuptools-41.0.0p0v0 python-2.7.16p0 >>> Running show-prepare-results in www/py-genshi at 1557710825 ===> www/py-genshi ===> py-genshi-0.7.2 depends on: python->=2.7,<2.8 -> python-2.7.16p0 ===> py-genshi-0.7.2 depends on: py-setuptools->=39.0.1v0 -> py-setuptools-41.0.0p0v0 ===> Verifying specs: python2.7 pthread ===> found python2.7.0.0 pthread.26.1 py-setuptools-41.0.0p0v0 python-2.7.16p0 (Junk lock released for exopi-1 at 1557710826) distfiles size=271104 >>> Running build in www/py-genshi at 1557710826 ===> www/py-genshi ===> Checking files for py-genshi-0.7.2 `/exopi-cvs/ports/distfiles/Genshi-0.7.2.tar.gz' is up to date. >> (SHA256) Genshi-0.7.2.tar.gz: OK ===> Extracting for py-genshi-0.7.2 ===> Patching for py-genshi-0.7.2 ===> Compiler link: clang -> /usr/bin/clang ===> Compiler link: clang++ -> /usr/bin/clang++ ===> Compiler link: cc -> /usr/bin/cc ===> Compiler link: c++ -> /usr/bin/c++ ===> Generating configure for py-genshi-0.7.2 ===> Configuring for py-genshi-0.7.2 ===> Building for py-genshi-0.7.2 ./setup.py:76: DistDeprecationWarning: Features are deprecated and will be removed in a future version. See https://github.com/pypa/setuptools/issues/65. Extension('genshi._speedups', ['genshi/_speedups.c']), /usr/local/lib/python2.7/distutils/core.py:111: DistDeprecationWarning: Features are deprecated and will be removed in a future version. See https://github.com/pypa/setuptools/issues/65. _setup_distribution = dist = klass(attrs) running egg_info writing requirements to Genshi.egg-info/requires.txt writing Genshi.egg-info/PKG-INFO writing top-level names to Genshi.egg-info/top_level.txt writing dependency_links to Genshi.egg-info/dependency_links.txt writing entry points to Genshi.egg-info/entry_points.txt reading manifest file 'Genshi.egg-info/SOURCES.txt' reading manifest template 'MANIFEST.in' warning: no files found matching '*.html' under directory 'doc' warning: no files found matching '*.css' under directory 'doc' warning: no files found matching '*.py' under directory 'doc' warning: no files found matching '*.ini' under directory 'doc' warning: no files found matching 'COPYING' under directory 'doc' warning: no previously-included files matching '*' found under directory 'doc/logo.lineform' warning: no previously-included files found matching 'doc/2000ft.graffle' warning: no previously-included files matching '*.pyc' found anywhere in distribution writing manifest file 'Genshi.egg-info/SOURCES.txt' ./setup.py:76: DistDeprecationWarning: Features are deprecated and will be removed in a future version. See https://github.com/pypa/setuptools/issues/65. Extension('genshi._speedups', ['genshi/_speedups.c']), /usr/local/lib/python2.7/distutils/core.py:111: DistDeprecationWarning: Features are deprecated and will be removed in a future version. See https://github.com/pypa/setuptools/issues/65. _setup_distribution = dist = klass(attrs) running build running build_py creating /exopi-obj/pobj/py-genshi-0.7.2/Genshi-0.7.2/lib.openbsd-6.5-amd64-2.7 creating /exopi-obj/pobj/py-genshi-0.7.2/Genshi-0.7.2/lib.openbsd-6.5-amd64-2.7/genshi copying genshi/input.py -> /exopi-obj/pobj/py-genshi-0.7.2/Genshi-0.7.2/lib.openbsd-6.5-amd64-2.7/genshi copying genshi/output.py -> /exopi-obj/pobj/py-genshi-0.7.2/Genshi-0.7.2/lib.openbsd-6.5-amd64-2.7/genshi copying genshi/__init__.py -> /exopi-obj/pobj/py-genshi-0.7.2/Genshi-0.7.2/lib.openbsd-6.5-amd64-2.7/genshi copying genshi/core.py -> /exopi-obj/pobj/py-genshi-0.7.2/Genshi-0.7.2/lib.openbsd-6.5-amd64-2.7/genshi copying genshi/util.py -> /exopi-obj/pobj/py-genshi-0.7.2/Genshi-0.7.2/lib.openbsd-6.5-amd64-2.7/genshi copying genshi/builder.py -> /exopi-obj/pobj/py-genshi-0.7.2/Genshi-0.7.2/lib.openbsd-6.5-amd64-2.7/genshi copying genshi/path.py -> /exopi-obj/pobj/py-genshi-0.7.2/Genshi-0.7.2/lib.openbsd-6.5-amd64-2.7/genshi copying genshi/compat.py -> /exopi-obj/pobj/py-genshi-0.7.2/Genshi-0.7.2/lib.openbsd-6.5-amd64-2.7/genshi creating
Re: CVS: cvs.openbsd.org: ports
On Sun, May 12, 2019 at 07:36:34AM -0600, Rafael Sadowski wrote: > CVSROOT: /cvs > Module name: ports > Changes by: rsadow...@cvs.openbsd.org 2019/05/12 07:36:34 > > Modified files: > net/libvncserver: Makefile distinfo > net/libvncserver/pkg: PLIST > Added files: > net/libvncserver/patches: patch-CMakeLists_txt > patch-libvncclient_sasl_c > > Log message: > Update libvncserver to 0.9.12 > > Notable Changes: > - Move from GNU autotools to cmake. > - Take the same cmake configure args from Net and FreeBSD (more or less) > - Add patch to avoid links with shared libs > - bump SHARED_LIBS > > Tested by Tracey Emery. Thanks! I am a nice guy but you are pushing my patience to the limits... >>> Running build in net/libvncserver at 1557709267 ===> net/libvncserver ===> Checking files for libvncserver-0.9.12 `/exopi-cvs/ports/distfiles/LibVNCServer-0.9.12.tar.gz' is up to date. >> (SHA256) LibVNCServer-0.9.12.tar.gz: OK ===> Extracting for libvncserver-0.9.12 ===> Patching for libvncserver-0.9.12 ===> Applying OpenBSD patch patch-CMakeLists_txt Hmm... Looks like a unified diff to me... The text leading up to this was: -- |$OpenBSD: patch-CMakeLists_txt,v 1.1 2019/05/12 13:36:34 rsadowski Exp $ | |Index: CMakeLists.txt |--- CMakeLists.txt.orig |+++ CMakeLists.txt -- Patching file CMakeLists.txt using Plan A... Hunk #1 succeeded at 666. done ===> Applying OpenBSD patch patch-Makefile_am Hmm... Looks like a unified diff to me... The text leading up to this was: -- |$OpenBSD: patch-Makefile_am,v 1.1 2017/12/01 16:09:54 jca Exp $ | |Skip subdirectory which builds programs that need optional deps (sdl, |gtk), for which there is no easy --without-dep switch. | |Index: Makefile.am |--- Makefile.am.orig |+++ Makefile.am -- File to patch: No file found--skip this patch? [y] Skipping patch... Hunk #1 ignored at 1. 1 out of 1 hunks ignored--saving rejects to Oops.rej done ***> patch-Makefile_am did not apply cleanly ===> Applying OpenBSD patch patch-libvncclient_sasl_c Hmm... Looks like a unified diff to me... The text leading up to this was: -- |$OpenBSD: patch-libvncclient_sasl_c,v 1.1 2019/05/12 13:36:34 rsadowski Exp $ | |Index: libvncclient/sasl.c |--- libvncclient/sasl.c.orig |+++ libvncclient/sasl.c -- Patching file libvncclient/sasl.c using Plan A... Hunk #1 succeeded at 35. done *** Error 1 in net/libvncserver (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2675 '/exopi-obj/pobj/libvncserver-0.9.12/.patch_done': @if ...) *** Error 1 in net/libvncserver (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2466 'build') ===> Exiting net/libvncserver with an error *** Error 1 in /exopi-cvs/ports (infrastructure/mk/bsd.port.subdir.mk:137 'build') Error: job failed with 256 on exopi-2 at 1557709267 -- Antoine
[update] devel/p5-Test-WWW-Mechanize 1.48 -> 1.52
Here is an update for Test::WWW::Mechanize. You'll need the Carp::Assert::More update i've sent earlier [0], as actually it's needed for general runtime. What's new upstream (partial, see[1]): - The click_ok() method can now take a button with X/Y coordinates. - It can now check for IDs and buttons existence What's new in the port: - "Artitistic" License has been replaced by more appropriate "Artistic" - Clean up of RUN_DEPENDS, upstream forgot to mention than it requires p5-Carp-Assert-More>=1.16 [2] and has *not* made a fix release Testing: - 'make test' passes - There are 14 direct consumers that i've tested [3], and found no new issues due to that update Comments/feedback are welcome. Charlène. [0] https://marc.info/?l=openbsd-ports=155771211707182=2 [1] https://metacpan.org/source/PETDANCE/Test-WWW-Mechanize-1.52/Changes [2] https://github.com/petdance/test-www-mechanize/commit/9f6c5ce9b0280dc81a914fd0d093e3cd01556d21 [3] http://0x0.st/zAQ4.tgz Index: Makefile === RCS file: /cvs/ports/devel/p5-Test-WWW-Mechanize/Makefile,v retrieving revision 1.17 diff -u -p -u -p -r1.17 Makefile --- Makefile18 May 2017 06:55:34 - 1.17 +++ Makefile13 May 2019 02:46:31 - @@ -5,20 +5,21 @@ COMMENT= test suite using WWW::Mechanize MODULES= cpan PKG_ARCH= * -DISTNAME = Test-WWW-Mechanize-1.48 +DISTNAME= Test-WWW-Mechanize-1.52 CATEGORIES=www devel -# Artitistic License +# Artistic 2.0 PERMIT_PACKAGE_CDROM= Yes -BUILD_DEPENDS =${RUN_DEPENDS} -RUN_DEPENDS= devel/p5-Carp-Assert-More \ - devel/p5-Test-LongString \ +RUN_DEPENDS= devel/p5-Carp-Assert-More>=1.16 \ + devel/p5-Test-LongString>=0.15 \ + www/p5-HTML-Form \ www/p5-HTML-Lint>=2.20 \ - www/p5-HTML-Tree \ - www/p5-HTTP-Server-Simple \ - www/p5-WWW-Mechanize \ - www/p5-URI + www/p5-HTML-Parser \ + www/p5-HTTP-Server-Simple>=0.42 \ + www/p5-URI \ + www/p5-WWW-Mechanize>=1.68 \ + www/p5-libwww>=6.02 MAKE_ENV= TEST_POD=Yes Index: distinfo === RCS file: /cvs/ports/devel/p5-Test-WWW-Mechanize/distinfo,v retrieving revision 1.6 diff -u -p -u -p -r1.6 distinfo --- distinfo18 May 2017 06:55:34 - 1.6 +++ distinfo13 May 2019 02:46:31 - @@ -1,2 +1,2 @@ -SHA256 (Test-WWW-Mechanize-1.48.tar.gz) = mdGc0Uhwhw+WeWB5IT2iAawz5Bz48NJO2KWVElJ3IbQ= -SIZE (Test-WWW-Mechanize-1.48.tar.gz) = 28897 +SHA256 (Test-WWW-Mechanize-1.52.tar.gz) = hCpVDOuWKa7EAUdg5ehGRftdnHt1I31kTINj2BflXss= +SIZE (Test-WWW-Mechanize-1.52.tar.gz) = 33254
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/12 20:51:54 ports/databases/mariadb/files Update of /cvs/ports/databases/mariadb/files In directory cvs.openbsd.org:/tmp/cvs-serv58996/files Log Message: Directory /cvs/ports/databases/mariadb/files added to the repository
Re: CONFIGURE_STYLE=autoreconf
Marc Espie: > All in all, it looks like the patch is in good shape. > > There's another important thing to do, which is to > actually document it. > > I'd like a patch to bsd.port.mk(5) I have attached an updated version of the infrastructure/mk diff, incorporating the feedback, as well as a man page diff. -- Christian "naddy" Weisgerber na...@mips.inka.de Index: infrastructure/mk/bsd.port.mk === RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v retrieving revision 1.1465 diff -u -p -r1.1465 bsd.port.mk --- infrastructure/mk/bsd.port.mk 12 May 2019 07:46:35 - 1.1465 +++ infrastructure/mk/bsd.port.mk 12 May 2019 14:54:13 - @@ -280,7 +280,7 @@ _ARCH_DEFINES_INCLUDED = Done . include "${PORTSDIR}/infrastructure/mk/arch-defines.mk" .endif -.if ${CONFIGURE_STYLE:L:Mautoconf} +.if ${CONFIGURE_STYLE:L:Mautoconf} || ${CONFIGURE_STYLE:L:Mautoreconf} . if !${CONFIGURE_STYLE:L:Mgnu} CONFIGURE_STYLE += gnu . endif Index: infrastructure/mk/gnu.port.mk === RCS file: /cvs/ports/infrastructure/mk/gnu.port.mk,v retrieving revision 1.60 diff -u -p -r1.60 gnu.port.mk --- infrastructure/mk/gnu.port.mk 4 Apr 2019 02:28:06 - 1.60 +++ infrastructure/mk/gnu.port.mk 12 May 2019 22:10:38 - @@ -15,7 +15,19 @@ AUTOCONF_VERSION ?= 2.13 AUTOCONF_ENV = PATH=${PORTPATH} AUTOCONF_VERSION=${AUTOCONF_VERSION} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} MAKE_ENV += AUTOMAKE_VERSION=${AUTOMAKE_VERSION} AUTOCONF_VERSION=${AUTOCONF_VERSION} -.if ${CONFIGURE_STYLE:L:Mautoconf} +.if ${CONFIGURE_STYLE:L:Mautoreconf} && ${CONFIGURE_STYLE:L:Mautoconf} +ERRORS += "Fatal: Choose either 'autoreconf' or 'autoconf'." +.endif + +.if ${CONFIGURE_STYLE:L:Mautoreconf} +BUILD_DEPENDS += ${MODGNU_AUTOCONF_DEPENDS} +BUILD_DEPENDS += ${MODGNU_AUTOMAKE_DEPENDS} +BUILD_DEPENDS += devel/libtool +AUTORECONF ?= autoreconf --force --install +AUTOCONF_DIR ?= ${WRKSRC} +# in case autoreconf is replaced by autogen.sh +AUTOCONF_ENV += NOCONFIGURE=1 +.elif ${CONFIGURE_STYLE:L:Mautoconf} BUILD_DEPENDS += ${MODGNU_AUTOCONF_DEPENDS} AUTOCONF ?= autoconf AUTOHEADER ?= autoheader @@ -108,7 +120,10 @@ _MODGNU_loop = PATCH_CHECK_ONLY ?= No .if ${PATCH_CHECK_ONLY:L} != "yes" -. if ${CONFIGURE_STYLE:L:Mautoconf} +. if ${CONFIGURE_STYLE:L:Mautoreconf} +_MODGNU_loop += echo "Running autoreconf-${AUTOCONF_VERSION} in $$d"; +_MODGNU_loop += ${SETENV} ${AUTOCONF_ENV} ${AUTORECONF}; +. elif ${CONFIGURE_STYLE:L:Mautoconf} _MODGNU_loop += if test -f $$d/configure; then \ grep -iq 'Generated by.*autoconf.*${AUTOCONF_VERSION}' $$d/configure || { \ echo ">>> Can't find autoconf ${AUTOCONF_VERSION} signature in $$d/configure:"; \ Index: share/man/man5/bsd.port.mk.5 === RCS file: /cvs/src/share/man/man5/bsd.port.mk.5,v retrieving revision 1.508 diff -u -p -r1.508 bsd.port.mk.5 --- share/man/man5/bsd.port.mk.5 4 Apr 2019 02:28:23 - 1.508 +++ share/man/man5/bsd.port.mk.5 13 May 2019 02:12:49 - @@ -377,7 +377,7 @@ requirements. .It Cm gen Generate configure script when needed, either after patching input files, or from scratch for some ports, -generally using automake, autoconf, autogen and similar gnu tools. +generally using automake, autoconf, autoreconf and similar GNU tools. This target only has modules .Po Ev MODxxx_gen Pc and a @@ -914,14 +914,18 @@ Current machine architecture. Read-only. .It Ev AUTOCONF Location of the autoconf binary if needed. -Defaults to autoconf (though autoreconf might be more appropriate). +Defaults to autoconf. .It Ev AUTOCONF_DIR -Where to invoke autoconf if ${CONFIGURE_STYLE} includes autoconf. +Where to invoke autoconf or autoreconf if ${CONFIGURE_STYLE} includes +.Sq autoconf +or +.Sq autoreconf , +respectively. Defaults to ${WRKSRC}. .\" AUTOCONF_DIR should probably be a list, and be renamed to AUTOCONF_DIRS ? .It Ev AUTOCONF_ENV -Environment values that should be passed to all runs of autoconf, automake -and related tools. +Environment values that should be passed to all runs of autoconf, automake, +autoreconf and related tools. Specifically, version numbers and PATH. Automatically set as soon as .Ev CONFIGURE_STYLE @@ -951,6 +955,12 @@ Several versions of automake may coexist .Ev AUTOMAKE_VERSION must be set before trying to run automake. Defaults to 1.4. +.It Ev AUTORECONF +Location of the autoreconf binary and the arguments it is invoked with. +Can be set to +.Sq autogen.sh +if such a script is available. +Defaults to autoreconf --force --install. .It Ev BASE_PKGPATH Full .Xr pkgpath 7 @@ -1444,6 +1454,10 @@ if autoconf needs to be rerun first, but set .Sq no-autoheader to prevent autoheader from running. +Alternatively, add +.Sq autoreconf +to rerun autoconf, automake, and related tools to completely regenerate +the GNU build framework. .Pp If .Sq imake ,
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/12 20:11:10 Modified files: devel/meson/patches: patch-run_unittests_py Log message: Merged upstream.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/05/12 20:09:15 Modified files: x11/mate/caja-extensions: Makefile Log message: bump pkg, missed in previous commit
[update] devel/p5-Carp-Assert-More 1.14 -> 1.16
Here is an update for Carp::Assert::More. It's needed to make an update devel/p5-Test-WWW-Mechanize tests pass. What's new upstream [0]: - add new assertions functions - assert_listref() has been renamed to assert_arrayref(), but assert_listref() has been kept for backward compatibility. Port-wise it's a simple update, with license clarification and cleanup. Testing: - 'make test' passes - There are 23 consumers that i've tested [1], and found no new issues related to this update. Comments/feedback are welcome! Charlène. [0] https://metacpan.org/source/PETDANCE/Carp-Assert-More-1.16/Changes [1] http://0x0.st/zAQ-.tgz Index: Makefile === RCS file: /cvs/ports/devel/p5-Carp-Assert-More/Makefile,v retrieving revision 1.11 diff -u -p -u -p -r1.11 Makefile --- Makefile20 Mar 2016 19:56:14 - 1.11 +++ Makefile13 May 2019 01:43:38 - @@ -5,16 +5,15 @@ COMMENT= convenience wrappers around Car MODULES= cpan PKG_ARCH= * -DISTNAME = Carp-Assert-More-1.14 +DISTNAME= Carp-Assert-More-1.16 CATEGORIES=devel -# perl +# Artistic 2.0 PERMIT_PACKAGE_CDROM= Yes RUN_DEPENDS= devel/p5-Carp-Assert -BUILD_DEPENDS= ${RUN_DEPENDS} -TEST_DEPENDS +=devel/p5-Test-Exception +TEST_DEPENDS= devel/p5-Test-Exception -MAKE_ENV= TEST_POD=Yes +MAKE_ENV+= TEST_POD=Yes .include Index: distinfo === RCS file: /cvs/ports/devel/p5-Carp-Assert-More/distinfo,v retrieving revision 1.3 diff -u -p -u -p -r1.3 distinfo --- distinfo14 Nov 2014 09:17:10 - 1.3 +++ distinfo13 May 2019 01:43:38 - @@ -1,2 +1,2 @@ -SHA256 (Carp-Assert-More-1.14.tar.gz) = PwBMv6U0dthatgSh4J/EpdeyiJjFL5VJvRfDhcnEBzM= -SIZE (Carp-Assert-More-1.14.tar.gz) = 10304 +SHA256 (Carp-Assert-More-1.16.tar.gz) = jtAc3ZVxXEG2kO063U8SH1FhsPrgnf+MsidhOrRpMvU= +SIZE (Carp-Assert-More-1.16.tar.gz) = 12290
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/12 19:30:05 Modified files: infrastructure/lib/OpenBSD/PortGen: Port.pm Log message: portgen: bring back camel-cased port names for Perl OK afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/05/12 18:21:29 Modified files: infrastructure/lib/OpenBSD/PortGen: License.pm Log message: Adding ISC license to the list of "good" licenses. OK afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/12 16:46:58 Modified files: devel/meson: Makefile devel/meson/patches: patch-run_unittests_py Log message: Adapt to our different pkg-config(1).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/05/12 16:28:08 Modified files: devel : Makefile Log message: + p5-forks
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/05/12 16:25:45 Log message: Import devel/p5-forks OK cwen The forks.pm module is a drop-in replacement for threads.pm. It has the same syntax as the threads.pm module (it even takes over its namespace) but has some significant differences: - you do _not_ need a special (threaded) version of Perl - it is _much_ more economic with memory usage on OS's that support COW - it is more efficient in the startup of threads - it is slightly less efficient in the stopping of threads - it is less efficient in inter-thread communication If for nothing else, it allows you to use the Perl threading model in non-threaded Perl builds and in older versions of Perl (5.6.0 and higher are supported). Status: Vendor Tag: kn Release Tags: kn_20190513 N ports/devel/p5-forks/Makefile N ports/devel/p5-forks/distinfo N ports/devel/p5-forks/pkg/DESCR N ports/devel/p5-forks/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/12 16:15:57 Modified files: multimedia/yle-dl: Makefile distinfo multimedia/yle-dl/pkg: PLIST Removed files: multimedia/yle-dl/patches: patch-setup_py Log message: update to yle-dl-20190502, from maintainer Timo Myyr??
Re: CVS: cvs.openbsd.org: ports
On Sun, May 12 2019, Jeremie Courreges-Anglas wrote: > CVSROOT: /cvs > Module name: ports > Changes by: j...@cvs.openbsd.org2019/05/12 15:56:55 > > Modified files: > databases/mariadb: Makefile distinfo > databases/mariadb/patches: patch-client_CMakeLists_txt > patch-cmake_install_macros_cmake > patch-cmake_mysql_version_cmake > patch-scripts_CMakeLists_txt > patch-scripts_mysql_install_db_sh > patch-scripts_mysqld_safe_sh > patch-sql_CMakeLists_txt > patch-storage_oqgraph_CMakeLists_txt > patch-tests_CMakeLists_txt > databases/mariadb/pkg: PLIST-main PLIST-server PLIST-tests > Added files: > databases/mariadb/patches: patch-client_mysqladmin_cc > patch-libmariadb_libmariadb_CMakeLists_txt > patch-libmariadb_libmariadb_ma_charset_c > > patch-libmariadb_mariadb_config_mariadb_config_c_in > > patch-libmariadb_unittest_libmariadb_CMakeLists_txt > patch-man_mysqladmin_1 > patch-scripts_mysql_config_sh > Removed files: > databases/mariadb/patches: patch-libmysql_CMakeLists_txt > > Log message: > Major upgrade to mariadb-10.2.23 > > Some config options have changed or have been removed, check your config > file. Also make sure to use mysql_upgrade. > > Update effort started by jeremy@, continued by sthen@ and me. Delayed > for some time because of lack of atomic builtins on lots of our base-gcc > platforms. Since we now use ports-gcc to build mariadb, this is not > a problem any more. > > This update brings in libiconv and changes the name of the library. > Stuart kindly proposed to handle the WANTLIB syncing. > > Test reports for the server from jcs@ and sthen@. > ok sthen@, "go ahead" Brad (maintainer) Also thanks ajacoutot@ for the bulk build tests! -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/12 16:03:53 Modified files: devel/glib2: Makefile devel/glib2/patches: patch-meson_build Log message: Tweak types detection, make gint64 and int64_t match on 64 bits base-gcc archs. Fixes www/webkitgtk4 on sparc64. Help and ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/12 16:00:52 Modified files: devel/spice-protocol: Makefile devel/spice-protocol/patches: patch-spice_macros_h Log message: Fix gcc version check to unbreak on base-gcc platforms The __builtin_bswap* functions have only been introduced in gcc-4.5, not gcc-4.0. ok jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/12 15:56:55 Modified files: databases/mariadb: Makefile distinfo databases/mariadb/patches: patch-client_CMakeLists_txt patch-cmake_install_macros_cmake patch-cmake_mysql_version_cmake patch-scripts_CMakeLists_txt patch-scripts_mysql_install_db_sh patch-scripts_mysqld_safe_sh patch-sql_CMakeLists_txt patch-storage_oqgraph_CMakeLists_txt patch-tests_CMakeLists_txt databases/mariadb/pkg: PLIST-main PLIST-server PLIST-tests Added files: databases/mariadb/patches: patch-client_mysqladmin_cc patch-libmariadb_libmariadb_CMakeLists_txt patch-libmariadb_libmariadb_ma_charset_c patch-libmariadb_mariadb_config_mariadb_config_c_in patch-libmariadb_unittest_libmariadb_CMakeLists_txt patch-man_mysqladmin_1 patch-scripts_mysql_config_sh Removed files: databases/mariadb/patches: patch-libmysql_CMakeLists_txt Log message: Major upgrade to mariadb-10.2.23 Some config options have changed or have been removed, check your config file. Also make sure to use mysql_upgrade. Update effort started by jeremy@, continued by sthen@ and me. Delayed for some time because of lack of atomic builtins on lots of our base-gcc platforms. Since we now use ports-gcc to build mariadb, this is not a problem any more. This update brings in libiconv and changes the name of the library. Stuart kindly proposed to handle the WANTLIB syncing. Test reports for the server from jcs@ and sthen@. ok sthen@, "go ahead" Brad (maintainer)
Re: NEW: devel/p5-forks
On Sun, 12 May 2019 22:42:28 +0200 Klemens Nanni wrote: > Here's the tarball... I've tested on amd64 and macppc (where tests pass as well), and found no issues at all. OK cwen@
powerpc bulk build report
bulk build on macppc-1.ports.openbsd.org started on Sun Apr 14 01:17:11 MDT 2019 finished at Sun May 12 14:47:43 MDT 2019 lasted 29D06h30m done with kern.version=OpenBSD 6.5 (GENERIC.MP) #497: Sat Apr 13 12:18:21 MDT 2019 built packages:9592 Apr 14:839 Apr 15:101 Apr 16:455 Apr 17:256 Apr 18:169 Apr 19:233 Apr 20:172 Apr 21:266 Apr 22:247 Apr 23:77 Apr 24:307 Apr 25:173 Apr 26:221 Apr 27:296 Apr 28:223 Apr 29:191 Apr 30:231 May 1:3295 May 2:323 May 3:234 May 4:131 May 5:75 May 6:169 May 7:299 May 8:308 May 9:300 May 10:258 May 11:373 May 12:2456 critical path missing pkgs: http://build-failures.rhaalovely.net//powerpc/2019-04-14/summary.log build failures: 86 http://build-failures.rhaalovely.net//powerpc/2019-04-14/audio/audacious-plugins.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/audio/audacity.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/audio/gradio.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/audio/ncmpc.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/audio/qsynth.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/benchmarks/wrk.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/cad/magic.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/cad/netgen.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/cad/qucs.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/chinese/libpinyin.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/comms/hackrf.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/devel/geany.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/devel/include-what-you-use.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/devel/kdevelop.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/devel/libvmime.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/devel/py-llvmlite,python3.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/devel/py-unicorn.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/devel/qt-creator.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/devel/vte3.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/devel/xtensa-elf/gcc.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/editors/qscintilla,qt5.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/editors/scintilla.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/emulators/BasiliskII.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/emulators/citra.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/emulators/higan.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/emulators/nestopia,-libretro.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/emulators/ppsspp.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/emulators/retroarch.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/emulators/vbam.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/games/freeorion.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/games/godot.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/games/mvdsv.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/games/pentobi.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/games/supertux.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/geo/spatialite/gis.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/graphics/aqsis.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/graphics/gegl04.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/graphics/gthumb.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/graphics/makehuman.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/inputmethods/scim-fcitx.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/inputmethods/scim-hangul.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/inputmethods/scim-pinyin.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/inputmethods/scim-tables.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/lang/gprolog.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/lang/janet.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/lang/parrot.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/lang/php/7.3.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/math/kst.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/math/mlpack,-main.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/math/veusz.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/misc/m17n/lib.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/net/dleyna/renderer.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/net/dleyna/server.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/net/fastnetmon.log http://build-failures.rhaalovely.net//powerpc/2019-04-14/net/filezilla.log
Re: Multi-packaging gettext?
On 2019-05-11, Christian Weisgerber wrote: > Splitting gettext into separate ports imposes a small maintenance > burden: The gettext-tools build needs to be tweaked to pick up > pre-installed libintl and libtextstyle. It also reaches into libtextstyle and wants to copy some header files from there, some of which are only generated by a configure run in libtextstyle. And since we tell gettext-tools to use the pre-installed libintl, for its regression tests it now wants to run a battery of tests against this OS-provided libintl, but those tests expect the gettext functions to be in libc and not in a separate libintl. All of this can be fixed, but I decided to go with multi-packaging. A notable side-effect of multi-packaging is that you need to build the whole thing, even though many basic ports just require the small runtime component. Then again, most interesting ports I want to build nowadays depend on llvm+rust, so I'm not too worried about gettext bloat. -- Christian "naddy" Weisgerber na...@mips.inka.de
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/12 15:28:50 Modified files: x11/gnome/gdm : Makefile x11/gnome/gdm/patches: patch-common_gdm-address_c patch-data_Init_in patch-data_PostSession_in patch-data_PreSession_in x11/gnome/gdm/pkg: gdm.rc Log message: Merge the recent changes from GiveConsole/TakeConsole.
Update: devel/gettext 0.20.1 + multi-packaging
Update devel/gettext to 0.20.1. This also switches the port to MULTI_PACKAGES, replacing the formerly separate devel/gettext-tools port. There is also a third subpackage now, libtextstyle. I'm following the packaging recommendations from upstream. It will also require tweaking the *_DEPENDS of dependent ports and bumping the REVISION of all ports that have a LIB_DEPENDS/RUN_DEPENDS on one of the gettext components. I'll handle that. It could use additional eyeballs. (Yes, SUBST_VARS=VERSION is unused in this point release. I have left it in for now.) Index: Makefile === RCS file: /cvs/ports/devel/gettext/Makefile,v retrieving revision 1.87 diff -u -p -r1.87 Makefile --- Makefile25 Oct 2018 13:21:58 - 1.87 +++ Makefile12 May 2019 20:56:35 - @@ -1,11 +1,23 @@ # $OpenBSD: Makefile,v 1.87 2018/10/25 13:21:58 sthen Exp $ -COMMENT= GNU gettext runtime libraries and programs +COMMENT-runtime= GNU gettext runtime libraries and programs +COMMENT-textstyle= text styling library +COMMENT-tools= GNU gettext development and translation tools + +VERSION= 0.20.1 +DISTNAME= gettext-${VERSION} +PKGNAME-runtime= gettext-${VERSION} +PKGNAME-textstyle= libtextstyle-${VERSION} +PKGNAME-tools= gettext-tools-${VERSION} -DISTNAME= gettext-0.19.8.1 -REVISION = 3 -SHARED_LIBS += intl 6.0 # 9.5 +SHARED_LIBS += intl 6.0 # 9.6 SHARED_LIBS += asprintf 1.1 # unknown +SHARED_LIBS += textstyle0.0 # 0.0 +SHARED_LIBS += gettextlib 8.0 # unknown +SHARED_LIBS += gettextsrc 7.0 # unknown +SHARED_LIBS += gettextpo9.0 # 5.5 + +SUBST_VARS=VERSION CATEGORIES=devel # DPB: parallel-safe, not worth it. Too much time in configure @@ -20,21 +32,34 @@ MAINTAINER= Christian Weisgerber Index: distinfo === RCS file: /cvs/ports/devel/gettext/distinfo,v retrieving revision 1.18 diff -u -p -r1.18 distinfo --- distinfo31 Aug 2016 13:53:11 - 1.18 +++ distinfo12 May 2019 20:56:35 - @@ -1,2 +1,2 @@ -SHA256 (gettext-0.19.8.1.tar.xz) = EFVW28XD+7wqoO20bSLQVXSLb1x816jZn45+uE6Ti+Q= -SIZE (gettext-0.19.8.1.tar.xz) = 7209808 +SHA256 (gettext-0.20.1.tar.xz) = U/Avu+yeeYsPqvfHMnL4NgjoNcYojdWL5sm7VGJKOAA= +SIZE (gettext-0.20.1.tar.xz) = 9346544 Index: patches/patch-gettext-runtime_intl_dcigettext_c === RCS file: /cvs/ports/devel/gettext/patches/patch-gettext-runtime_intl_dcigettext_c,v retrieving revision 1.7 diff -u -p -r1.7 patch-gettext-runtime_intl_dcigettext_c --- patches/patch-gettext-runtime_intl_dcigettext_c 10 Jul 2014 20:42:28 - 1.7 +++ patches/patch-gettext-runtime_intl_dcigettext_c 12 May 2019 20:56:35 - @@ -1,6 +1,7 @@ $OpenBSD: patch-gettext-runtime_intl_dcigettext_c,v 1.7 2014/07/10 20:42:28 naddy Exp $ gettext-runtime/intl/dcigettext.c.orig Tue Apr 15 03:52:10 2014 -+++ gettext-runtime/intl/dcigettext.c Tue Jul 8 23:49:09 2014 +Index: gettext-runtime/intl/dcigettext.c +--- gettext-runtime/intl/dcigettext.c.orig gettext-runtime/intl/dcigettext.c @@ -505,6 +505,7 @@ DCIGETTEXT (const char *domainname, const char *msgid1 const char *localename; #endif @@ -24,7 +25,7 @@ $OpenBSD: patch-gettext-runtime_intl_dci -resolved_dirname = (char *) alloca (path_max + dirname_len); +resolved_dirname_len = path_max + dirname_len; +resolved_dirname = (char *) alloca (resolved_dirname_len); - ADD_BLOCK (block_list, tmp_dirname); + ADD_BLOCK (block_list, resolved_dirname); __set_errno (0); @@ -650,7 +653,8 @@ DCIGETTEXT (const char *domainname, const char *msgid1 Index: patches/patch-gettext-runtime_intl_localcharset_c === RCS file: patches/patch-gettext-runtime_intl_localcharset_c diff -N patches/patch-gettext-runtime_intl_localcharset_c --- patches/patch-gettext-runtime_intl_localcharset_c 20 Oct 2014 18:34:38 - 1.4 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,15 +0,0 @@ -$OpenBSD: patch-gettext-runtime_intl_localcharset_c,v 1.4 2014/10/20 18:34:38 naddy Exp $ gettext-runtime/intl/localcharset.c.orig Wed Oct 1 04:35:20 2014 -+++ gettext-runtime/intl/localcharset.cMon Oct 20 19:49:42 2014 -@@ -236,8 +236,9 @@ get_charset_aliases (void) - free (old_res_ptr); - break; - } -- strcpy (res_ptr + res_size - (l2 + 1) - (l1 + 1), buf1); -- strcpy (res_ptr + res_size - (l2 + 1), buf2); -+ strlcpy (res_ptr + res_size - (l2 + 1) - (l1 + 1), buf1, -+
Re: UPDATE textproc/idiff
On Sun, May 12, 2019 at 03:36:24PM -0400, Ian Darwin wrote: > 1.0->1.1, more stuff moved into github repo, uses GH_TAG like a good kid. > Man page converted to mandoc. Please ship a stable release tarball so we can ditch GH_* in favour of DISTNAME and MASTER_SITES; otherwise OK kn.
Re: UPDATE: www/youtube-dl
Sure
Re: NEW: devel/p5-forks
Here's the tarball... p5-forks.tgz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/12 14:40:20 Modified files: infrastructure/bin: check-lib-depends Log message: I wouldn't put PORTSDIR_PATH in my environment instead of /etc/mk.conf, but... why not ? allow passing it thru, solving naddy@'s problem
NEW: devel/p5-forks
Here's another dependency for my attempt at porting Slic3r. Perl from base has no threading support, but tools depending on this may simply `use forks;' as drop in replacement - thanks afresh1. Generated with `portgen p5 forks', only tweaks were using "devel" in CATEGORIES, adding "c" to WANTLIB and using upstream's README as DESCR, which portgen(1) made the same as COMMENT. Slic3r is happy with this, tests on amd64 All tests successful. Files=14, Tests=396, 221 wallclock secs ( 0.15 usr 0.26 sys + 9.99 cusr 6.08 csys = 16.48 CPU) Result: PASS OK? Information for inst:p5-forks-0.36 Comment: forks - emulate threads with fork Description: The forks.pm module is a drop-in replacement for threads.pm. It has the same syntax as the threads.pm module (it even takes over its namespace) but has some significant differences: - you do _not_ need a special (threaded) version of Perl - it is _much_ more economic with memory usage on OS's that support COW - it is more efficient in the startup of threads - it is slightly less efficient in the stopping of threads - it is less efficient in inter-thread communication If for nothing else, it allows you to use the Perl threading model in non-threaded Perl builds and in older versions of Perl (5.6.0 and higher are supported). Maintainer: The OpenBSD ports mailing-list WWW: http://search.cpan.org/dist/forks/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/12 14:23:33 Modified files: infrastructure/lib/OpenBSD/PortGen: Dependency.pm infrastructure/lib/OpenBSD/PortGen/Port: PyPI.pm Log message: Improve complex dependency version understaning in portgen While here, improve python test dependency detection. OK cwen@
UPDATE textproc/idiff
1.0->1.1, more stuff moved into github repo, uses GH_TAG like a good kid. Man page converted to mandoc. Index: Makefile === RCS file: /cvs/ports/textproc/idiff/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- Makefile11 Mar 2013 11:42:42 - 1.20 +++ Makefile12 May 2019 19:27:39 - @@ -1,12 +1,13 @@ -# $OpenBSD: Makefile,v 1.20 2013/03/11 11:42:42 espie Exp $ +# $OpenBSD: Makefile,v 1.19 2013/01/09 23:24:09 sthen Exp $ # -COMMENT= powerful command-line front end to diff +COMMENT= command-line front end to diff -DISTNAME= idiff-1.0 -REVISION= 1 -CATEGORIES=textproc -MASTER_SITES= http://www.darwinsys.com/freeware/ +GH_ACCOUNT = iandarwin +GH_PROJECT = idiff +GH_TAGNAME = v1.1 + +CATEGORIES = textproc MAINTAINER=Ian Darwin Index: distinfo === RCS file: /cvs/ports/textproc/idiff/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo9 Jan 2013 23:24:09 - 1.4 +++ distinfo12 May 2019 19:27:39 - @@ -1,2 +1,2 @@ -SHA256 (idiff-1.0.tar.gz) = HXO7jDLxWOph1vvjwUV2ZKMWw0/bYKLnyCjUIB/GEEs= -SIZE (idiff-1.0.tar.gz) = 2307 +SHA256 (idiff-1.1.tar.gz) = 7QY/lDPOM3HW2dfocs9wEk6dO+LHR5c3Ute7XhKqyMg= +SIZE (idiff-1.1.tar.gz) = 4311 Index: patches/patch-idiff_1 === RCS file: patches/patch-idiff_1 diff -N patches/patch-idiff_1 --- patches/patch-idiff_1 8 Jul 2011 09:52:50 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,83 +0,0 @@ -$OpenBSD: patch-idiff_1,v 1.1 2011/07/08 09:52:50 jasper Exp $ idiff.1.orig Fri Jul 8 11:46:48 2011 -+++ idiff.1Fri Jul 8 11:46:48 2011 -@@ -0,0 +1,79 @@ -+.TH IDIFF Local -+.SH NAME -+idiff \- interactive diff of two files -+.SH SYNOPSIS -+.B idiff -+file1 file2 -+.SH DESCRIPTION -+.I Idiff -+runs -+.IR diff (1) -+on the specified files and then -+presents each chunk of -+.I diff -+output and offers the user the option of -+choosing the ``from'' part or the ``to'' part, -+or editing the parts. -+.I Idiff -+produces the selected pieces in the proper order in a file called -+.IR idiff.out . -+.LP -+After each chunk is presented, -+.I idiff -+will prompt the user (with a `? ') -+for a command. -+The valid commands are: -+.TP -+.B < -+Take the ``from'' portion of the displayed chunk. -+This is the portion which -+was extracted from the first file specified. -+.TP -+.B > -+Take the ``to'' portion of the displayed chunk. -+This corresponds to that -+extracted from the second file specified. -+.TP -+.B e -+Invoke an editor on the chunk. -+The contents of shell variable EDITOR select the editor to be used. -+The default is -+.IR /bin/ed . -+Whatever is written out from -+.I ed -+will be placed into the final output. -+.TP -+.B q< -+Take all the rest of the '<' choices automatically. -+Think of this as ``quit from''. -+.TP -+.B q> -+Take all the rest of the '>' choices automatically. -+Think of this as ``quit to''. -+.TP -+.B ! -+Pass the command buffer to the shell for processing. -+.LP -+All code that -+.I diff -+considers identical in both input files -+is automatically put into the output file. -+.SH FILES -+.I idiff.out -+\- merged output -+.SH BUGS -+It is not possible to pass any options to -+.I diff -+through -+.I idiff. -+Nor can you use `-' as a filename argument. -+.SH HISTORY -+.I Idiff -+appears in the book -+.I ``The UNIX Programming Environment'' -+by Brian Kernighan and Rob Pike. -+.SH SEE ALSO -+.I sdiff (1) -+(side-by-side diff), a GNU tool that is included in OpenBSD. -+.I mgdiff (1), -+an X11 tool for comparing two files visually. Index: patches/patch-idiff_c === RCS file: patches/patch-idiff_c diff -N patches/patch-idiff_c --- patches/patch-idiff_c 8 Jul 2011 09:52:50 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,280 +0,0 @@ -$OpenBSD: patch-idiff_c,v 1.1 2011/07/08 09:52:50 jasper Exp $ idiff.c.orig Wed Sep 16 21:58:16 1998 -+++ idiff.cFri Jul 8 11:46:48 2011 -@@ -1,45 +1,109 @@ - /* idiff: interactive diff */ - - #include -+#include -+#include -+#include - #include --char *progname; --#define HUGE1 /* large number of lines */ -+#include -+#include -+#include -+#include - --main(argc, argv) -- int argc; -- char *argv[]; -+#define HUGE 100L -+ -+char *progname; /* for error messages */ -+char *DIFFOUT = "/tmp/idiff."; -+char *TEMPFILE = "/tmp/idiff."; -+char *diffout, *tempfile; -+ -+FILE *efopen(const char *fname, const char *fmode); -+void onintr(const int signum); -+void idiff(FILE *f1, FILE *f2, FILE *fin, FILE *fout); -+void parse(char *s, int* pfrom1, int* pto1, int* pcmd, int* pfrom2, int* pto2); -+void nskip(FILE *fin, int n); -+void ncopy(FILE *fin,
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/05/12 13:34:07 Modified files: devel/pycharm : Makefile distinfo Log message: Update pycharm to 2019.1.2
UPDATE: www/youtube-dl
Update youtube-dl to 2019.05.11. OK? Index: Makefile === RCS file: /cvs/ports/www/youtube-dl/Makefile,v retrieving revision 1.187 diff -u -p -u -p -r1.187 Makefile --- Makefile28 Apr 2019 20:52:01 - 1.187 +++ Makefile12 May 2019 19:22:41 - @@ -2,12 +2,11 @@ COMMENT = CLI program to download videos from YouTube and other sites -VERSION = 2019.04.24 +VERSION = 2019.05.11 MODPY_EGG_VERSION =${VERSION:S/.0/./g} DISTNAME = youtube-dl-${VERSION} CATEGORIES = www -REVISION = 0 HOMEPAGE = https://rg3.github.io/youtube-dl/ Index: distinfo === RCS file: /cvs/ports/www/youtube-dl/distinfo,v retrieving revision 1.172 diff -u -p -u -p -r1.172 distinfo --- distinfo24 Apr 2019 08:04:06 - 1.172 +++ distinfo12 May 2019 19:22:41 - @@ -1,2 +1,2 @@ -SHA256 (youtube-dl-2019.04.24.tar.gz) = H79U+y8bowUNoM7+PPojYE1EXI3JRCAsrygdg4Uf/88= -SIZE (youtube-dl-2019.04.24.tar.gz) = 3152789 +SHA256 (youtube-dl-2019.05.11.tar.gz) = QSYiGmVnwceN+p2au/NAvF6xPkCWOvylFQ5y3J4UR/g= +SIZE (youtube-dl-2019.05.11.tar.gz) = 3167002 Index: pkg/PLIST === RCS file: /cvs/ports/www/youtube-dl/pkg/PLIST,v retrieving revision 1.125 diff -u -p -u -p -r1.125 PLIST --- pkg/PLIST 24 Apr 2019 08:04:06 - 1.125 +++ pkg/PLIST 12 May 2019 19:22:41 - @@ -154,6 +154,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}chilloutzone.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}chirbit.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}cinchcast.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}cinemax.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}ciscolive.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}cjsw.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}cliphunter.${MODPY_PYC_MAGIC_TAG}pyc @@ -209,7 +210,6 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}dotsub.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}douyutv.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}dplay.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}dramafever.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}drbonanza.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}dreisat.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}dropbox.${MODPY_PYC_MAGIC_TAG}pyc @@ -609,9 +609,9 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}showroomlive.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}sina.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}sixplay.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}sky.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}skylinewebcams.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}skynewsarabia.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}skysports.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}slideshare.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}slideslive.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}slutload.${MODPY_PYC_MAGIC_TAG}pyc @@ -645,6 +645,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}stretchinternet.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}stv.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}sunporno.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}sverigesradio.${MODPY_PYC_MAGIC_TAG}pyc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2019/05/12 11:58:45 Modified files: security/p5-IO-Socket-SSL: Makefile distinfo Removed files: security/p5-IO-Socket-SSL/patches: patch-lib_IO_Socket_SSL_pm Log message: update p5-IO-Socket-SSL to 2.066
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/05/12 11:58:20 Modified files: security/nss : Makefile distinfo Added files: security/nss/patches: patch-nss_lib_freebl_crypto_primitives_c Log message: Update to nss 3.44, will be a requirement for gecko 68. See https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.44_release_notes Add a patch from FreeBSD via https://bugzilla.mozilla.org/show_bug.cgi?id=1551041 to fix the build on big-endian. thanks to cwen@ for testing on macppc.
[update] devel/p5-Test-URI 1.081 -> 1.082
Here is a quick update for Test::URI. The sole upstream change is a licensing one: it's now released explicitly under the Artistic 2.0 license [0]. Port-wise it's a simple update. Testing: - 'make test' passes - there are no consumers Comments/feedback are welcome! Charlène. [0] https://metacpan.org/changes/release/BDFOY/Test-URI-1.082 Index: Makefile === RCS file: /cvs/ports/devel/p5-Test-URI/Makefile,v retrieving revision 1.8 diff -u -p -u -p -r1.8 Makefile --- Makefile20 Mar 2016 19:56:39 - 1.8 +++ Makefile12 May 2019 17:30:16 - @@ -2,13 +2,13 @@ COMMENT = check Uniform Resource Identifiers -DISTNAME = Test-URI-1.081 +DISTNAME = Test-URI-1.082 CATEGORIES = devel MODULES = cpan PKG_ARCH = * -# perl +# Artistic 2.0 PERMIT_PACKAGE_CDROM = Yes RUN_DEPENDS = www/p5-URI Index: distinfo === RCS file: /cvs/ports/devel/p5-Test-URI/distinfo,v retrieving revision 1.3 diff -u -p -u -p -r1.3 distinfo --- distinfo28 Jan 2016 09:58:29 - 1.3 +++ distinfo12 May 2019 17:30:16 - @@ -1,2 +1,2 @@ -SHA256 (Test-URI-1.081.tar.gz) = kuoF3YxSBvy/ENEPLOrTh95LxgBVyAbekKKuPmESAJk= -SIZE (Test-URI-1.081.tar.gz) = 10522 +SHA256 (Test-URI-1.082.tar.gz) = q2wwpLmlkBn1gnJhFDfPp1rQ9FrWjaC9zamMVgH3PBM= +SIZE (Test-URI-1.082.tar.gz) = 10471
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/05/12 11:30:56 Modified files: astro/kstars : Makefile distinfo Log message: Update kstars to 3.2.2
Re: [remove] converters/py-amf
On Sat, 11 May 2019 10:50:46 +0300, timo.my...@bittivirhe.fi (Timo Myyrä) wrote: > Hi, > > Here's patch to remove converters/py-amf. Thanks for the follow up ;) > This is used by > multimedia/yle-dl but that port switched to using py-mini-amf instead > so this is no longer needed. Thanks I removed it. > This is my first removal commit so hopefully I got it right. This kind of diff is not really useful because a committed can just run a simple cvs rm command ;) The part that cause most work is devel/quirks but even in that case, sending a diff is not optimal because it gets bumped very often so a devel/quirks/Makefile diff will be useless pretty soon. A devel/quirks/files/Quirks.pm diff could be useful but just saying "per reason number 123" is probably good enough. And in any case, probably something nothing to worry much about ;) Cheers, Daniel
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2019/05/12 10:54:07 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Register py-amf removal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2019/05/12 10:53:21 Modified files: converters : Makefile Removed files: converters/py-amf: Makefile distinfo converters/py-amf/pkg: DESCR PLIST Log message: Remove py-amf It was used by multimedia/yle-dl but it switched to py-mini-amf. Suggested by maintainer Timo Myyra
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/05/12 10:40:55 Modified files: devel/catch2 : Makefile distinfo Log message: Update catach2 to 2.7.2 Switch from py2 to py3 at build time.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/12 10:37:52 Modified files: infrastructure/lib/DPB: Locks.pm Log message: lock parsing errors should not happen, put them in debug.log along with other generic debug info.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/12 10:38:16 Modified files: infrastructure/lib/OpenBSD/PortGen: Port.pm Log message: Avoid configuring ports without trying to find depends in portgen Especially python setup.py ports that try to download depends themselves. OK cwen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2019/05/12 10:33:48 Modified files: x11/iwidgets : Makefile Log message: Remove maintainer whose address bounces
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2019/05/12 10:29:44 Modified files: comms/owx : Makefile x11/xcalib : Makefile Log message: Remove maintainer per their request
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/12 10:24:04 Modified files: devel/glib2/patches: patch-glib_gfileutils_c patch-glib_gutils_c Log message: Add link to merge requests.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2019/05/12 10:15:29 Modified files: security/p5-Net_SSLeay: Makefile distinfo Removed files: security/p5-Net_SSLeay/patches: patch-SSLeay_xs patch-t_local_33_x509_create_cert_t Log message: update p5-Net-SSLeay to 1.88
Re: CONFIGURE_STYLE=autoreconf
All in all, it looks like the patch is in good shape. There's another important thing to do, which is to actually document it. I'd like a patch to bsd.port.mk(5) Also, this part of the FAQ is woefully incomplete. http://www.openbsd.org/faq/ports/specialtopics.html#Autoconf it would be swell if you guys did also add to it, explaining what to watch out for, the vagaries of libtoolize, autogen.sh and whatever. You definitely have more experience than I do in that area.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/12 10:07:04 Modified files: multimedia/synfig: Makefile textproc/mupdf : Makefile textproc/mupdf/patches: patch-source_fitz_compress_c geo/pdal : Makefile Removed files: multimedia/synfig/patches: patch-src_synfig_zstreambuf_cpp geo/pdal/patches: patch-vendor_arbiter_arbiter_hpp Log message: Drop z_const patches and unbreak geo/pdal on ports-gcc Note: needs zlib headers with the ZLIB_CONST addition
Re: [macppc/ports-clang] www/libsass runtime is broken
On Sun, May 12 2019, Charlene Wendling wrote: > Hi! > >> http://build-failures.rhaalovely.net/powerpc/last/x11/gnome/shell-extensions.log > (x11/gnome/shell is also impacted) > > This problem seems to only impact macppc, sparc64 has a package for it. > > I looked closer at this one: > > - www/sassc is built with ports-gcc > - www/libsass is built with ports-clang > > x11/gnome/shell{,-extensions} build if libsass is built with > ports-gcc. A stripped down GNOME environment using gnome-shell > works, and is displayed as expected [0]. > > It's not due to that particular scss file, as said above other > ones are impacted. > > I've attached a full egdb(1) backtrace, as macppc may soon be a > base-clang arch, it may be interesting to find out why it breaks, > i've not been able to :( > > As far as ports are concerned, i'm proposing a switch to ports-gcc > for libsass. ok jca@ > Charlène. > > > [0] https://bsd.network/@julianaito/102065676125440442 > > > Index: Makefile > === > RCS file: /cvs/ports/www/libsass/Makefile,v > retrieving revision 1.5 > diff -u -p -u -p -r1.5 Makefile > --- Makefile 14 Nov 2018 19:27:55 - 1.5 > +++ Makefile 12 May 2019 13:48:47 - > @@ -5,6 +5,7 @@ COMMENT = C/C++ implementation of a Sas > GH_ACCOUNT = sass > GH_PROJECT = libsass > GH_TAGNAME = 3.5.5 > +REVISION = 0 > > SHARED_LIBS += sass 0.0 # 0.0 > > @@ -20,7 +21,7 @@ PERMIT_PACKAGE_CDROM = Yes > WANTLIB =${COMPILER_LIBCXX} m > > # c++0x > -COMPILER = base-clang ports-clang ports-gcc > +COMPILER = base-clang ports-gcc > > BUILD_DEPENDS = ${MODGNU_AUTOCONF_DEPENDS} \ > ${MODGNU_AUTOMAKE_DEPENDS} \ > > -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: Update MariaDB to 10.2.23
On Sun, May 12 2019, frantisek holop wrote: > frantisek holop - Sun, 12 May 2019 at 14:13:37 >> Giovanni Bechis - Sat, 11 May 2019 at 09:55:46 >> > You should run mysql_upgrade after every major update, other than that >> > it's best practice to update your slave mysql server before the >> > master. >> >> and minor as well, from the man page: >> >> You should execute mysql_upgrade each time you upgrade MySQL. >> >> >> I think pkg_add -u should actually run that, or at least mention it >> after the package was upgraded. > > well, come to think of it it's not easy to run it automatically unless > there is a .my.cnf somewhere for some user with the "root" user and it's > password. IMO that's not something we should attempt in the ports tree. > but i think a post upgrade message along the lines of > "dont forget to run `doas -u _mysql mysql_upgrade -u root -p`" > would be nice. Patches welcome, please cc $MAINTAINER. :) -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/12 09:52:53 Modified files: graphics/orthanc/server: Makefile Log message: no need to escape the question mark in MASTER_SITES anymore \? prompted by espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2019/05/12 09:56:45 Modified files: multimedia/gstreamer1: Makefile.inc multimedia/gstreamer1/mm: Makefile Log message: Pick the appropriate compiler throughout the gstreamer1 directory: * clang architectures use base-clang * non-clang architectures use ports-gcc for the mm port, base-gcc otherwise * powerpc uses ports-gcc for all ports ok jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/12 09:53:55 Modified files: sysutils/borgmatic: Makefile distinfo sysutils/borgmatic/pkg: PLIST Log message: update to borgmatic-1.3.3 from Tom Murphy
NEW: audio/rubberband 1.8.2
Rubber Band is a library and utility program that permits changing the tempo and pitch of an audio recording independently of one another. https://breakfastquay.com/rubberband/ Older versions of this port have been submitted before: https://github.com/jasperla/openbsd-wip/tree/master/audio/rubberband https://marc.info/?l=openbsd-ports=148460134815562=2 It would be nice to have because it enables important functionality in audio/hydrogen. Other ports like multimedia/mpv could benefit as well. I've tested on amd64, i386 and macppc. Comments, tests or OKs are welcome. rubberband.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/05/12 09:43:45 Modified files: editors/TeXmacs: Makefile distinfo editors/TeXmacs/patches: patch-src_Plugins_Qt_qt_gui_cpp editors/TeXmacs/pkg: PLIST Added files: editors/TeXmacs/patches: patch-CMakeLists_txt patch-misc_CMakeLists_txt Removed files: editors/TeXmacs/patches: patch-Makefile_in patch-aclocal_m4 patch-configure_in patch-src_Plugins_Pdf_PDFWriter_PDFDocumentHandler_cpp patch-src_Plugins_Unix_unix_sys_utils_cpp patch-src_System_Link_pipe_link_cpp Log message: Update TeXmacs to 1.99.9 Upstream switched form Qt4 to Qt5 and from autotools to CMake. Added Nam Nguyen as maintainer. Thank you for taking care of this! Initial diff from me, tweaked and newer diff from jca@. OK jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2019/05/12 09:26:07 Modified files: audio/aqualung : Makefile audio/audacious-plugins: Makefile audio/cantata : Makefile audio/cmus : Makefile audio/libcdio : Makefile distinfo audio/libcdio/pkg: PLIST audio/mpd : Makefile graphics/vcdimager: Makefile distinfo multimedia/mpv : Makefile Added files: audio/libcdio/patches: patch-configure Removed files: audio/libcdio/files: openbsd.c audio/libcdio/patches: patch-config_h_in patch-configure_ac patch-include_cdio_device_h patch-lib_driver_Makefile_in patch-lib_driver_cdio_private_h patch-lib_driver_device_c Log message: Update audio/libcdio to version 2.1.0. Also fix fallout. I've been working with upstream to have the NetBSD driver work on both NetBSD *and* OpenBSD, and here it is. Thanks to upstream for helping, particularly Rocky Bernstein and Thomas Schmitt! Tested and OK cwen@, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2019/05/12 09:17:26 Log message: Import audio/libcdio-paranoia. This is part of the effort to update our very old libcdio port. In newer versions of libcdio, the cdparanoia bits were split off into a separate package. This new port is exactly that. Tested and OK cwen@, thanks! Status: Vendor Tag: edd Release Tags: edd_20190512 N ports/audio/libcdio-paranoia/distinfo N ports/audio/libcdio-paranoia/Makefile N ports/audio/libcdio-paranoia/pkg/DESCR N ports/audio/libcdio-paranoia/pkg/PLIST No conflicts created by this import
Re: [update] devel/p5-File-Copy-Recursive 0.38 -> 0.44
Ping :) On Sat, 4 May 2019 12:30:13 +0200 Charlene Wendling wrote: > > Here is a long overdue update for File::Copy::Recursive. > > What's new upstream (partial, 10 years of changelog here [0]): > > - Move to File::Glob::bsd_glob() as File::Glob::glob() will vanish > as of Perl 5.30 [1] > - Include real unit tests (tm) now > > Port-wise it's a simple update, with TEST_DEPENDS added. > > Testing: > > - 'make test' passes > - There are 17 consumers, i've found no new failures due to > that update [2]. > > Comments/feedback are welcome :) > > Charlène. > > > [0] https://metacpan.org/source/DMUEY/File-Copy-Recursive-0.44/Changes > [1] > https://perldoc.pl/perldeprecation#File::Glob::glob()-will-disappear > [2] http://0x0.st/zcR1.tgz > > Index: Makefile === RCS file: /cvs/ports/devel/p5-File-Copy-Recursive/Makefile,v retrieving revision 1.16 diff -u -p -u -p -r1.16 Makefile --- Makefile20 Mar 2016 19:56:22 - 1.16 +++ Makefile4 May 2019 10:24:18 - @@ -4,11 +4,16 @@ COMMENT= recursive copy of files and dir MODULES= cpan PKG_ARCH= * -DISTNAME= File-Copy-Recursive-0.38 -REVISION= 1 +DISTNAME= File-Copy-Recursive-0.44 CATEGORIES=devel # perl PERMIT_PACKAGE_CDROM= Yes + +TEST_DEPENDS= devel/p5-Path-Tiny \ + devel/p5-Test-Deep \ + devel/p5-Test-Fatal \ + devel/p5-Test-File \ + devel/p5-Test-Warnings .include Index: distinfo === RCS file: /cvs/ports/devel/p5-File-Copy-Recursive/distinfo,v retrieving revision 1.9 diff -u -p -u -p -r1.9 distinfo --- distinfo18 Jan 2015 03:13:26 - 1.9 +++ distinfo4 May 2019 10:24:18 - @@ -1,2 +1,2 @@ -SHA256 (File-Copy-Recursive-0.38.tar.gz) = hMy93ziUqIosK2vmj/bviWADeAO7NqoiizGUTP323us= -SIZE (File-Copy-Recursive-0.38.tar.gz) = 10843 +SHA256 (File-Copy-Recursive-0.44.tar.gz) = rhmgtY3Bs83tm6nPsQkojYlz1HTAtL/SiyfPYOjKbuQ= +SIZE (File-Copy-Recursive-0.44.tar.gz) = 19278
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/12 09:11:01 Modified files: devel/p5-Test-NoTabs: Makefile distinfo Log message: update p5-Test-NoTabs to 2.02 Changelog: https://metacpan.org/changes/release/ETHER/Test-NoTabs-2.02 OK afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/12 09:02:05 Modified files: devel/p5-Test-MockObject: Makefile distinfo Log message: p5-Test-MockObject: update to 1.20180705 Changelog: https://metacpan.org/changes/release/CHROMATIC/Test-MockObject-1.20180705 OK afresh1@
[macppc/ports-clang] www/libsass runtime is broken
Hi! > http://build-failures.rhaalovely.net/powerpc/last/x11/gnome/shell-extensions.log (x11/gnome/shell is also impacted) This problem seems to only impact macppc, sparc64 has a package for it. I looked closer at this one: - www/sassc is built with ports-gcc - www/libsass is built with ports-clang x11/gnome/shell{,-extensions} build if libsass is built with ports-gcc. A stripped down GNOME environment using gnome-shell works, and is displayed as expected [0]. It's not due to that particular scss file, as said above other ones are impacted. I've attached a full egdb(1) backtrace, as macppc may soon be a base-clang arch, it may be interesting to find out why it breaks, i've not been able to :( As far as ports are concerned, i'm proposing a switch to ports-gcc for libsass. Charlène. [0] https://bsd.network/@julianaito/102065676125440442 Index: Makefile === RCS file: /cvs/ports/www/libsass/Makefile,v retrieving revision 1.5 diff -u -p -u -p -r1.5 Makefile --- Makefile14 Nov 2018 19:27:55 - 1.5 +++ Makefile12 May 2019 13:48:47 - @@ -5,6 +5,7 @@ COMMENT = C/C++ implementation of a Sas GH_ACCOUNT = sass GH_PROJECT = libsass GH_TAGNAME = 3.5.5 +REVISION = 0 SHARED_LIBS += sass 0.0 # 0.0 @@ -20,7 +21,7 @@ PERMIT_PACKAGE_CDROM =Yes WANTLIB = ${COMPILER_LIBCXX} m # c++0x -COMPILER = base-clang ports-clang ports-gcc +COMPILER = base-clang ports-gcc BUILD_DEPENDS =${MODGNU_AUTOCONF_DEPENDS} \ ${MODGNU_AUTOMAKE_DEPENDS} \ libsass.bt.txt.gz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/12 08:09:11 Modified files: infrastructure/lib/DPB: External.pm Locks.pm PortBuilder.pm infrastructure/lib/DPB/Job: Port.pm infrastructure/lib/DPB/SubEngine: Build.pm Log message: rename "finished" to "errored" so it has clearer semantics modify the PortBuilder -> Job::Port interface so that differences are obvious. tweak wipe to avoid wiping what we're currently actually running, and also clean the "right" flavor in case we gave a wrong pkgpath name.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2019/05/12 08:04:11 Modified files: productivity/tryton: Makefile Log message: hook 5.2 serie of tryton ok aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/12 07:39:46 Modified files: infrastructure/lib/DPB: Locks.pm Log message: try to avoid thinko, give me a fullpkgpath getter mark that "cleaned" is (more or less) finished
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/05/12 07:36:34 Modified files: net/libvncserver: Makefile distinfo net/libvncserver/pkg: PLIST Added files: net/libvncserver/patches: patch-CMakeLists_txt patch-libvncclient_sasl_c Log message: Update libvncserver to 0.9.12 Notable Changes: - Move from GNU autotools to cmake. - Take the same cmake configure args from Net and FreeBSD (more or less) - Add patch to avoid links with shared libs - bump SHARED_LIBS Tested by Tracey Emery. Thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/05/12 07:22:58 Modified files: net/litecoin : Makefile distinfo net/litecoin/patches: patch-configure_ac patch-src_wallet_db_cpp Log message: Update litecoin to 0.17.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/12 07:20:15 Modified files: x11/mate/desktop: Makefile Log message: Missed bump.
UPDATE: sysutils/borgmatic 1.3.2 -> 1.3.3 and fix No module named
Hi, I was getting an error: ModuleNotFoundError: No module named 'borgmatic.borg.execute' when running borgmatic 1.3.2, and I noticed execute.py was missing from the PLIST. (It appeared in 1.3.1) So I also took the liberty of updating Borgmatic to 1.3.3. I've attached a diff below. Currently backing up my system with 1.3.3 and it's working for me. Is this OK? Thanks, Tom Index: Makefile === RCS file: /cvs/ports/sysutils/borgmatic/Makefile,v retrieving revision 1.18 diff -u -p -r1.18 Makefile --- Makefile9 May 2019 15:56:12 - 1.18 +++ Makefile12 May 2019 12:39:10 - @@ -2,7 +2,7 @@ COMMENT = wrapper for Borg to create and prune backups -MODPY_EGG_VERSION =1.3.2 +MODPY_EGG_VERSION =1.3.3 DISTNAME = borgmatic-${MODPY_EGG_VERSION} MAINTAINER = Jasper Lievisse Adriaanse Index: distinfo === RCS file: /cvs/ports/sysutils/borgmatic/distinfo,v retrieving revision 1.16 diff -u -p -r1.16 distinfo --- distinfo9 May 2019 15:56:12 - 1.16 +++ distinfo12 May 2019 12:39:10 - @@ -1,2 +1,2 @@ -SHA256 (borgmatic-1.3.2.tar.gz) = 1tWKTs9KR7ElrXzrb3XgHNPRDe4MP6rVP1+lkLDLVA8= -SIZE (borgmatic-1.3.2.tar.gz) = 36775 +SHA256 (borgmatic-1.3.3.tar.gz) = agdkycx08hen1UucqADMGgLUljpquaGzCplLnXWeZTs= +SIZE (borgmatic-1.3.3.tar.gz) = 36978 Index: pkg/PLIST === RCS file: /cvs/ports/sysutils/borgmatic/pkg/PLIST,v retrieving revision 1.8 diff -u -p -r1.8 PLIST --- pkg/PLIST 1 Apr 2019 04:18:38 - 1.8 +++ pkg/PLIST 12 May 2019 12:39:10 - @@ -2,6 +2,7 @@ bin/borgmatic bin/generate-borgmatic-config bin/upgrade-borgmatic-config +bin/validate-borgmatic-config lib/python${MODPY_VERSION}/site-packages/borgmatic/ lib/python${MODPY_VERSION}/site-packages/borgmatic-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/borgmatic-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO @@ -22,6 +23,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/${MODPY_PYCACHE}check.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/${MODPY_PYCACHE}create.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/${MODPY_PYCACHE}environment.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/${MODPY_PYCACHE}execute.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/${MODPY_PYCACHE}extract.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/${MODPY_PYCACHE}info.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/${MODPY_PYCACHE}init.${MODPY_PYC_MAGIC_TAG}pyc @@ -30,6 +32,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/check.py lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/create.py lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/environment.py +lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/execute.py lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/extract.py lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/info.py lib/python${MODPY_VERSION}/site-packages/borgmatic/borg/init.py @@ -43,10 +46,12 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/borgmatic/commands/${MODPY_PYCACHE}convert_config.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/borgmatic/commands/${MODPY_PYCACHE}generate_config.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/borgmatic/commands/${MODPY_PYCACHE}hook.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/borgmatic/commands/${MODPY_PYCACHE}validate_config.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/borgmatic/commands/borgmatic.py lib/python${MODPY_VERSION}/site-packages/borgmatic/commands/convert_config.py lib/python${MODPY_VERSION}/site-packages/borgmatic/commands/generate_config.py lib/python${MODPY_VERSION}/site-packages/borgmatic/commands/hook.py +lib/python${MODPY_VERSION}/site-packages/borgmatic/commands/validate_config.py lib/python${MODPY_VERSION}/site-packages/borgmatic/config/ lib/python${MODPY_VERSION}/site-packages/borgmatic/config/__init__.py lib/python${MODPY_VERSION}/site-packages/borgmatic/config/${MODPY_PYCACHE}/
Re: Update MariaDB to 10.2.23
frantisek holop - Sun, 12 May 2019 at 14:13:37 > Giovanni Bechis - Sat, 11 May 2019 at 09:55:46 > > You should run mysql_upgrade after every major update, other than that > > it's best practice to update your slave mysql server before the > > master. > > and minor as well, from the man page: > > You should execute mysql_upgrade each time you upgrade MySQL. > > > I think pkg_add -u should actually run that, or at least mention it > after the package was upgraded. well, come to think of it it's not easy to run it automatically unless there is a .my.cnf somewhere for some user with the "root" user and it's password. but i think a post upgrade message along the lines of "dont forget to run `doas -u _mysql mysql_upgrade -u root -p`" would be nice. -f --
HEADS UP: new stuff in dpb
I've spent quite a bit of time cleaning up dpb. I've fixed a few minor bugs (by minor, it's stuff you shouldn't even notice, hopefully) I now try much harder to clean up on impromptu exit, so that there should no longer be orphaned processes around. Anyway, I've added a new feature to the external socket control: wipe fullpkgpath this allows cleaning up an errored out fullpkgpath on the correct host, THEN removing the lock/affinity, so that dpb will try again. That's a feature I wanted to have for a long time, because usually some port break, I do a cvs update, notice the port was updated, then hunt the right host, do the cleanup manually, wait for rm -rf to finish, THEN remove the lock, forget about the affinity so it will restart on the same host... which is time consuming when handling day-to-day issues.
Re: Update MariaDB to 10.2.23
Giovanni Bechis - Sat, 11 May 2019 at 09:55:46 > You should run mysql_upgrade after every major update, other than that > it's best practice to update your slave mysql server before the > master. and minor as well, from the man page: You should execute mysql_upgrade each time you upgrade MySQL. I think pkg_add -u should actually run that, or at least mention it after the package was upgraded. -f --
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/12 06:12:53 Modified files: infrastructure/lib/DPB: Engine.pm PortBuilder.pm SubEngine.pm External.pm infrastructure/lib/DPB/Job: Port.pm infrastructure/lib/DPB/SubEngine: Build.pm Log message: new socket command: wipe fullpkgpath locate lock, run clean on the appropriate host, THEN remove lock and affinity information. (this creates a temporary core that is not tracked)
update misc/memcached to 1.5.14
Hi, Here a proposal straight to 1.5.14, removing a patch due to drop_privilege support feature. Regards. patch-misc-memcached.diff Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/05/12 05:59:49 Modified files: net/bitcoin: Makefile distinfo net/bitcoin/patches: patch-configure_ac patch-src_wallet_db_cpp net/bitcoin/pkg: PLIST Log message: Update bitcoin to 0.18.0. Upstream changlog: https://github.com/bitcoin/bitcoin/blob/master/doc/release-notes/release-notes-0.18.0.md Notable port changes: - Disable BIP70, form changlog: "A new --disable-bip70 option may be passed to ./configure to prevent Bitcoin-Qt from being built with support for the BIP70 payment protocol or from linking libssl. As the payment protocol has exposed Bitcoin Core to libssl vulnerabilities in the past, builders who don't need BIP70 support are encouraged to use this option to reduce their exposure to future vulnerabilities." - Major lib bump: libbitcoinconsensus - WANTLIB png clean up - devel/protobuf is not more needed with disabled BIP70
Re: update: www/weboob
On Mon, Apr 22, 2019 at 01:36:22PM +0200, Sebastien Marie wrote: > Hi, > > Below an update for www/weboob. > > Please note the license change (AGPLv3+ -> LGPLv3) > > Core tested on amd64 with py3. > Several bank modules tested without problem. > new diff. I switched weboob to py3 only, as it simplifies a lot the port (but has the downside to remove some weboob modules). update path for weboob3->weboob included. Comments or OK ? -- Sebastien Marie Index: Makefile === RCS file: /cvs/ports/www/weboob/Makefile,v retrieving revision 1.11 diff -u -p -r1.11 Makefile --- Makefile28 Apr 2019 20:52:01 - 1.11 +++ Makefile12 May 2019 10:35:03 - @@ -2,7 +2,7 @@ COMMENT = web out of browsers -MODPY_EGG_VERSION =1.4 +MODPY_EGG_VERSION =1.5 DISTNAME = weboob-${MODPY_EGG_VERSION} CATEGORIES = www @@ -10,18 +10,16 @@ HOMEPAGE = https://weboob.org MAINTAINER = Sebastien Marie -# AGPLv3+ +# LGPLv3 PERMIT_PACKAGE_CDROM = Yes MASTER_SITES = https://git.weboob.org/weboob/weboob/-/archive/${MODPY_EGG_VERSION}/ MODULES = lang/python -FLAVORS = python3 -FLAVOR ?= - USE_GMAKE =Yes +MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} MODPY_SETUPTOOLS = Yes MODPY_DISTUTILS_BUILDARGS = --qt --xdg @@ -49,56 +47,8 @@ TEST_DEPENDS += ${RUN_DEPENDS} \ devel/py-nose${MODPY_FLAVOR} \ shells/bash -.if ${FLAVOR:Mpython3} -PKGNAME = weboob${MODPY_MAJOR_VERSION}-${MODPY_EGG_VERSION} -.else -RUN_DEPENDS += devel/py-futures -.endif -REVISION = 0 MAKE_ENV +=PYUIC5_EXECUTABLE=${LOCALBASE}/bin/pyuic5${MODPY_BIN_SUFFIX} - -WEBOOB_BINARIES = boobank boobathon boobcoming boobill booblyrics boobmsg \ - boomoney \ - boobooks boobsize boobtracker cineoob comparoob cookboob \ - flatboob galleroob geolooc handjoob havedate monboob \ - parceloob pastoob qbooblyrics qboobmsg \ - qgalleroob qboobtracker qcineoob qcookboob \ - qflatboob qhandjoob qhavedate qvideoob qwebcontentedit \ - radioob shopoob suboob translaboob traveloob videoob \ - webcontentedit weboob weboob-cli weboob-config \ - weboob-config-qt weboob-debug weboob-repos weboorrents \ - wetboobs - -post-install: - rm -f ${PREFIX}/man/man1/masstransit.1 \ - ${PREFIX}/share/applications/qgalleroob.desktop \ - ${PREFIX}/share/applications/masstransit.desktop \ - ${PREFIX}/share/icons/hicolor/64x64/apps/allomatch.png \ - ${PREFIX}/share/icons/hicolor/64x64/apps/banquepopulaire.png \ - ${PREFIX}/share/icons/hicolor/64x64/apps/google.png \ - ${PREFIX}/share/icons/hicolor/64x64/apps/chatoob.png \ - ${PREFIX}/share/icons/hicolor/64x64/apps/masstransit.png \ - ${PREFIX}/share/icons/hicolor/64x64/apps/qgalleroob.png \ - ${PREFIX}/share/icons/hicolor/64x64/apps/videoob-web.png -.for n in ${WEBOOB_BINARIES} - mv ${PREFIX}/bin/${n} ${PREFIX}/bin/${n}${MODPY_BIN_SUFFIX} - test -e ${PREFIX}/man/man1/${n}.1 && \ - mv ${PREFIX}/man/man1/${n}.1 \ - ${PREFIX}/man/man1/${n}${MODPY_BIN_SUFFIX}.1 \ - || true - test -e ${PREFIX}/share/applications/${n}.desktop && \ - sed -i -e 's/=${n}$$/=${n}${MODPY_BIN_SUFFIX}/' \ - -e '/^Name=/s/$$/${MODPY_BIN_SUFFIX}/' \ - ${PREFIX}/share/applications/${n}.desktop && \ - mv ${PREFIX}/share/applications/${n}.desktop \ - ${PREFIX}/share/applications/${n}${MODPY_BIN_SUFFIX}.desktop \ - || true - test -e ${PREFIX}/share/icons/hicolor/64x64/apps/${n}.png && \ - mv ${PREFIX}/share/icons/hicolor/64x64/apps/${n}.png \ - ${PREFIX}/share/icons/hicolor/64x64/apps/${n}${MODPY_BIN_SUFFIX}.png \ - || true -.endfor do-test: cd ${WRKSRC} && exec ${SETENV} ${MAKE_ENV} \ Index: distinfo === RCS file: /cvs/ports/www/weboob/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo23 Mar 2019 13:09:40 - 1.3 +++ distinfo22 Apr 2019 09:52:18 - @@ -1,2 +1,2 @@ -SHA256 (weboob-1.4.tar.gz) = EPsp1gnbHXJ0fQOu6Tlpkwfxu1dsiE6tOyabbUj+PXU= -SIZE (weboob-1.4.tar.gz) = 2790295 +SHA256 (weboob-1.5.tar.gz) = /+Bd9KQrKYmn0/35x4/QbeXWZiogAeTqM/aDV6ot2FA= +SIZE (weboob-1.5.tar.gz) = 2836482 Index: pkg/PLIST === RCS file: /cvs/ports/www/weboob/pkg/PLIST,v retrieving revision 1.5 diff -u -p -r1.5 PLIST --- pkg/PLIST 23 Mar 2019 13:09:40 - 1.5 +++ pkg/PLIST 12 May 2019 10:45:35 - @@ -1,53 +1,55
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/12 05:20:57 Modified files: infrastructure/lib/DPB/Job: Port.pm Log message: wakemeup can contain the lock_order
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/12 04:37:04 Modified files: infrastructure/bin: dpb infrastructure/lib/DPB: Core.pm Log message: on premature exit, try to kill our existing children by sending them the proper signal and waiting for a bit. Some scaffolding left (verbose) to allow more precise debugging
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/12 04:28:22 Modified files: infrastructure/lib/DPB: Vars.pm Log message: that fork can use a cleanup_after_fork too
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2019/05/12 04:09:21 Modified files: www/py-genshi : Makefile distinfo www/py-genshi/pkg: PLIST Log message: update to Genshi-0.7.2 while here, switch HOMEPAGE to https and use pipy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/12 02:57:03 Modified files: infrastructure/lib/DPB: Vars.pm Log message: hijack DPB::Job->cleanup_after_fork since it cleans up more.
Re: new devel/pijul
I just noticed this missing license. MODCARGO_CRATES += fuchsia-cprng 0.1.1 # BSD-style
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/05/12 02:22:18 Modified files: databases/sqlite3: Makefile distinfo Log message: Update to sqlite 3.28. Cf https://www.sqlite.org/releaselog/3_28_0.html Will be a requirement for gecko 68 per #153 Went into a bulk build.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/05/12 02:09:53 Modified files: geo/py-fiona : Makefile Log message: Temporarly mark BROKEN, it builds fine with gdal 3 but will break at runtime as it uses a removed API, per https://github.com/Toblerity/Fiona/issues/745
Re: new devel/pijul
Attached updated port with these changes: - added licenses - patch to remove failing test - LIB_DEPENDS llvm and WANTLIB Jeremie Courreges-Anglas writes: > On Sat, May 11 2019, Sebastien Marie wrote: >> On Fri, May 10, 2019 at 04:27:50PM -0700, Nam Nguyen wrote: >>> I have attached a new port, pijul (https://pijul.org/). It is a >>> distributed version control system written in Rust. >> >> You should include license information for each crates. The port >> infrastructure has some tool for help you in this task. >> >> $ cd devel/pijul >> $ make modcargo-gen-crates-licenses >> MODCARGO_CRATES += MacTypes-sys2.1.0 # MIT/APSL-2.0 >> MODCARGO_CRATES += adler32 1.0.3 # BSD-3-Clause AND Zlib >> MODCARGO_CRATES += advapi32-sys0.2.0 # MIT >> MODCARGO_CRATES += aho-corasick0.6.10 # Unlicense/MIT >> MODCARGO_CRATES += ansi_term 0.11.0 # MIT >> ... >> >> (and you could use `make modcargo-gen-crates' for generating initial >> MODCARGO_CRATES lines from Cargo.lock). >> >>> Tests are failing. >> >> which tests ? and why are they failing ? should we care about them ? diffs: 7 tests libpijul: 2 tests line, pijul: 0 tests failing test in libpijul: --8<---cut here---start->8--- // Warning: FileMetadata is 16 bit-aligned, don't change the order. #[derive(Clone, Copy, Debug, PartialEq, PartialOrd, Eq, Ord)] pub struct FileHeader { pub metadata: FileMetadata, pub status: FileStatus, pub key: Key, } #[test] fn test_fileheader_alignment() { assert_eq!(std::mem::size_of::(), 2 + 1 + 16) } --8<---cut here---end--->8--- According to https://doc.rust-lang.org/std/mem/fn.size_of.html "In general, the size of a type is not stable across compilations." The struct has members that are 2, 1 and 16 bytes, respectively, but some padding is added. We shouldn't care. For now, I have a patch to remove it, but I would be ok with leaving it unpatched. The rest of the tests pass. >> >> >>> I wanted to try out the cargo ports tools. >> >> Do you intent to use it in OpenBSD ? or it is just a test for you ? I am just testing it out for now to see if I want to switch to it, but it seems like a promising project. As a secondary benefit, I wanted to try using some other port modules. >> >> >>> Light patching was needed to detect the latest libressl 2.9.1. >> >> yes, it is expected: openssl crate follows released version of LibreSSL, >> but OpenBSD -current uses a developpment version of LibreSSL. >> >>> I am not sure how to get rid of this extra lib, as I tried with both >>> `WANTLIB +=' and `WANTLIB ='. >>> --8<---cut here---start->8--- >>> $ make port-lib-depends-check >>> >>> pijul-0.12.0(devel/pijul): >>> Extra: c++.2 >>> --8<---cut here---end--->8--- >> >> c++ is added due to COMPILER=ports-clang usage. It automatically adds >> MODULES += lang/clang. >> >> So I think we don't bother. Now, it reports this: --8<---cut here---start->8--- $ make port-lib-depends-check pijul-0.12.0(devel/pijul): Extra: clang. 8--8<---cut here---end--->8--- > > Hmm, should this port use COMPILER? Or BUILD/RUN_DEPENDS = lang/llvm? > Or LIB_DEPENDS + add clang in WANTLIB, so that pijul gets updated > whenever libclang.so is bumped (happens infrequently, but still). I ended up going with the last option. My original intent was to just use clang in ports. Now that you have brought up the use of COMPILER, I read bsd.port.mk(5), which states, "Common reasons for explicitly setting COMPILER will most often be..." It seems like I would need a special reason to set COMPILER, which does not apply here. pijul.tar.gz Description: pijul.tar.gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/05/12 02:07:33 Modified files: geo/gdal : Makefile distinfo geo/gdal/patches: patch-swig_python_setup_py geo/gdal/pkg : PLIST-main PLIST-python Log message: Major update to gdal 3.0.0. See https://www.osgeo.org/foundation-news/gdal-3-0-0-is-released/ Depends on PROJ>=6 as its been updated to use the major changes that happened there per https://trac.osgeo.org/gdal/wiki/rfc73_proj6_wkt2_srsbarn Various betas/rcs went into some bulk builds without issues. Now is the right time to put it in to chase potential runtime regressions.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/05/12 02:03:50 Modified files: geo/py-proj: Makefile distinfo geo/py-proj/pkg: PLIST Log message: Update to py-proj 2.1.3, compatible with PROJ 6. ok benoit@ (MAINTAINER) on a previous version
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/05/12 02:02:14 Modified files: devel/geotiff : Makefile distinfo devel/geotiff/pkg: PLIST Log message: Update to geotiff 1.5.1. Now depends on PROJ>=6, as it stops shipping the share/epsg_csv files and now relies on the sqlite db shipped by PROJ.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/05/12 02:00:45 Modified files: devel/proj : Makefile distinfo devel/proj/pkg : PLIST Log message: Major update to PROJ 6.0.0. See https://github.com/OSGeo/proj.4/releases/tag/6.0.0 for the details. This contains an API break, and some next port updates will deal with it. Went into some bulk builds, all tests pass. Now is the right time to put it in to chase potential runtime regressions.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/12 01:50:00 Modified files: infrastructure/lib/DPB: Locks.pm Log message: thinko, noticed by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/12 01:46:35 Modified files: infrastructure/mk: bsd.port.mk Log message: use ${PKG_ADD} directly in FETCH_PACKAGES, so we can enforce -I -x, so working pkg_add is by default silent. Remove the redirections to /dev/null. When it fails, people generally want to see how it fails.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/12 01:43:54 Modified files: infrastructure/mk: bsd.port.mk Log message: remove CACHE_PACKAGE_COOKIE (and only CACHE_PACKAGE_COOKIE) as _pfetch problem noticed by cwen@