CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/02/09 22:56:59 Modified files: net/profanity : Makefile distinfo net/profanity/pkg: PLIST Log message: Update profanity to 0.8.1 Diff and tested by Lucas
UPDATE www/e2guardian-5.3.4
Diff below brings e2guardian to 5.3.4, which is a bug fix release. From changelog [0]: - Fix #565 segfault when no write permission on generated certs directory - Fix #493 referexception not working - Fix #549 - Url in CGI and bypass wrong in MITM - Bug fix sigwait code for OpenBSD Changes to the port: - Upstream has fixed sigwait code, as such remove relevant bits from patch-src_FatController_cpp Testing: - Lightly run tested on amd64. Note that I only played a bit with this port, nothing serious. Comments/OK? [0] https://github.com/e2guardian/e2guardian/blob/v5.3.4/ChangeLog diff --git Makefile Makefile index 6ed036472e1..188a525976b 100644 --- Makefile +++ Makefile @@ -2,7 +2,7 @@ GH_ACCOUNT = e2guardian GH_PROJECT = e2guardian -GH_TAGNAME = 5.3.3 +GH_TAGNAME = v5.3.4 COMMENT = content scanning web filter CATEGORIES = www net diff --git distinfo distinfo index b8064b9d2a3..bc0d2e23fad 100644 --- distinfo +++ distinfo @@ -1,2 +1,2 @@ -SHA256 (e2guardian-5.3.3.tar.gz) = nYj30sM54BWG0mfyWjAYaC0RW4qq3Bi+2uke+rUchbQ= -SIZE (e2guardian-5.3.3.tar.gz) = 2009254 +SHA256 (e2guardian-5.3.4.tar.gz) = CaEH/Xkb6S7csIN7j9ytYmkoFi0F4xrlP6j+Ott9VlI= +SIZE (e2guardian-5.3.4.tar.gz) = 2083057 diff --git patches/patch-configs_e2guardian_conf_in patches/patch-configs_e2guardian_conf_in index f5554370e95..21b191f1cc9 100644 --- patches/patch-configs_e2guardian_conf_in +++ patches/patch-configs_e2guardian_conf_in @@ -3,10 +3,10 @@ $OpenBSD: patch-configs_e2guardian_conf_in,v 1.1.1.1 2019/09/18 16:34:03 sthen E Index: configs/e2guardian.conf.in --- configs/e2guardian.conf.in.orig +++ configs/e2guardian.conf.in -@@ -568,7 +568,7 @@ logconnectionhandlingerrors = on - # This figure is the maximum number of concurrent connections. - # If more connections are made, connections will queue until a worker thread is free. - # On large site you might want to try 5000 (max value 2) +@@ -577,7 +577,7 @@ logconnectionhandlingerrors = on + # On 32-bit systems reduce this to 300 to avoid exceeding the <4GB + # virtual memory limit and on Linux decrease the thread stack size from + # 10MB to 2MB (ulimit -s 2048) -httpworkers = 500 +httpworkers = 50 diff --git patches/patch-configs_e2guardianf1_conf_in patches/patch-configs_e2guardianf1_conf_in index 2d1623471ba..b68ad4f9c7c 100644 --- patches/patch-configs_e2guardianf1_conf_in +++ patches/patch-configs_e2guardianf1_conf_in @@ -3,7 +3,7 @@ $OpenBSD: patch-configs_e2guardianf1_conf_in,v 1.1.1.1 2019/09/18 16:34:03 sthen Index: configs/e2guardianf1.conf.in --- configs/e2guardianf1.conf.in.orig +++ configs/e2guardianf1.conf.in -@@ -303,7 +303,7 @@ bypasskey = '' +@@ -308,7 +308,7 @@ bypasskey = '' #cgikey = 'you must change this text in order to be secure' # Users will not be able to bypass sites/urls in these lists diff --git patches/patch-src_FatController_cpp patches/patch-src_FatController_cpp index cbbe878a4e5..8b44d503ef4 100644 --- patches/patch-src_FatController_cpp +++ patches/patch-src_FatController_cpp @@ -3,18 +3,7 @@ $OpenBSD: patch-src_FatController_cpp,v 1.1.1.1 2019/09/18 16:34:03 sthen Exp $ Index: src/FatController.cpp --- src/FatController.cpp.orig +++ src/FatController.cpp -@@ -46,6 +46,10 @@ - #include - #endif //__SSLMITM - -+#if defined(__OpenBSD__) -+#include -+#endif -+ - #include "FatController.hpp" - #include "ConnectionHandler.hpp" - #include "DynamicURLList.hpp" -@@ -194,7 +198,7 @@ void stat_rec::reset() +@@ -194,7 +194,7 @@ void stat_rec::reset() fprintf(fs, "%s %d %d %d %d %ld %ld %ld %ld%d %d\n", buffer, o.http_workers, bc, o.http_worker_Q.size(), o.log_Q->size(), cnx, cps, rqx, rqs, mfd, LC); } else { @@ -23,15 +12,3 @@ Index: src/FatController.cpp bc, o.http_worker_Q.size(), o.log_Q->size(), cnx, cps, rqx, rqs, mfd, LC); } -@@ -1696,7 +1700,11 @@ int fc_controlit() // - } - timeout.tv_sec = 5; - timeout.tv_nsec = (long) 0; -+#if defined(__OpenBSD__) -+rc = syscall(SYS___thrsigdivert, signal_set, NULL, ); -+#else - rc = sigtimedwait(_set, NULL, ); -+#endif - if (rc < 0) { - if (errno != EAGAIN) { - syslog(LOG_INFO, "%sUnexpected error from sigtimedwait() %d %s", thread_id.c_str(), errno, strerror(errno)); diff --git pkg/PLIST pkg/PLIST index 969d2736f05..97401f52af8 100644 --- pkg/PLIST +++ pkg/PLIST @@ -253,6 +253,7 @@ share/examples/e2guardian/lists/contentscanners/exceptionvirussitelist @sample ${SYSCONFDIR}/e2guardian/lists/contentscanners/exceptionvirussitelist share/examples/e2guardian/lists/contentscanners/exceptionvirusurllist @sample ${SYSCONFDIR}/e2guardian/lists/contentscanners/exceptionvirusurllist +share/examples/e2guardian/lists/domainsnobypass share/examples/e2guardian/lists/embededreferersiteiplist @sample ${SYSCONFDIR}/e2guardian/lists/embededreferersiteiplist
Re: WIP: Tor Browser 9.0.4
On Sat, Jan 11, 2020 at 03:43:06PM +0100, Caspar Schutijser wrote: > Major changes besides that: > * Update to Tor Browser 9.0.4. > * Sync with www/firefox-esr: drop patches fixing build with rust 1.39. > * Add a second site to MASTER_SITES. Upstream removes distfiles of old > versions once they release a new version of their software. The second > site in MASTER_SITES then acts as a fallback. Hello, Tor browser with this patch builds and runs properly for me on the latest snapshot for amd64. Thanks :) Hint for others trying to build: The port testing guide recommends copying ports from the ports tree into mystuff/ and building from there when applying a diff. I copied meta/tor-browser and www/tor-browser into mystuff/ and was able to build everything in mystuff/www/tor-browser. However, when I tried to build mystuff/meta/tor-browser, the make recipe failed and threw an error about its dependencies (everything in www/tor-browser) being out of date. Presumably this is because the recipe checks www/ and not mystuff/www/. Once I applied this diff to the actual ports tree and tried building meta/tor-browser (instead of mystuff/meta/tor-browser), it built successfully. Hope this helps.
Update: devel/py-test-localserver 0.3.7 -> 0.5.0
0.5 (2018-09-20) New feature: SMTP email message objects now include a ``details`` property capturing the envelope details. 0.4.2 (2018-11-14) Fix support for Python 3.6 (fixes #21). Add support for Python 3.7. 0.4.1 (2017-11-28) Re-release of 0.4.0 because of pypi.org's restrictive file management #PITA 0.4 (2017-11-28) New feature: All received requests are now stored for ilater inspection. Thanks Benjamin Wohlwend! The two consumers are www/py-responses and productivity/vdirsyncer. Tests pass just fine on py-responses. vdirsyncer had a problem with its tests due to a problem with py-hypothesis. ok? --Kurt Index: Makefile === RCS file: /cvs/ports/devel/py-test-localserver/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile12 Jul 2019 20:45:54 - 1.4 +++ Makefile10 Feb 2020 03:45:22 - @@ -2,10 +2,9 @@ COMMENT = py.test plugin to test server connections locally -MODPY_EGG_VERSION =0.3.7 +MODPY_EGG_VERSION =0.5.0 DISTNAME = pytest-localserver-${MODPY_EGG_VERSION} PKGNAME = py-test-localserver-${MODPY_EGG_VERSION} -REVISION = 0 CATEGORIES = devel Index: distinfo === RCS file: /cvs/ports/devel/py-test-localserver/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo16 Oct 2017 21:05:44 - 1.1.1.1 +++ distinfo10 Feb 2020 03:45:22 - @@ -1,2 +1,2 @@ -SHA256 (pytest-localserver-0.3.7.tar.gz) = 2CjXkjJFbQtOuGPp3iyFaZJZ9DajGF450NUAG4yFIbA= -SIZE (pytest-localserver-0.3.7.tar.gz) = 19772 +SHA256 (pytest-localserver-0.5.0.tar.gz) = OlQnkJ0d/aEHcsG65LmANnnAqPBK22bDOKxgd3O/78I= +SIZE (pytest-localserver-0.5.0.tar.gz) = 20409
Re: new misc/open62541
On Wed, Feb 05, 2020 at 12:32:45AM +0100, Alexander Bluhm wrote: > Hi, > > I would like to import a new library for the industrial network > protocol OPC UA. > > ok? Anyone? > > Comment: > library implementation of OPC UA > > Description: > open62541 is an open source and free implementation of OPC UA (OPC > Unified Architecture) written in the common subset of the C99 and > C++98 languages. The library is usable with all major compilers > and provides the necessary tools to implement dedicated OPC UA > clients and servers, or to integrate OPC UA-based communication > into existing applications. > > Maintainer: Alexander Bluhm > > WWW: https://open62541.org/ > > bluhm
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 19:15:41 Modified files: devel : Makefile Log message: +p5-TOML +p5-TOML-Parser
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 19:13:16 Log message: import p5-TOML 0.97 from wen heping; OK afresh1@ Comment: parser for Tom's Obvious, Minimal Language Description: TOML implements a parser for Tom's Obvious, Minimal Language. Status: Vendor Tag: bluhm Release Tags: bluhm_20200210 N ports/devel/p5-TOML/Makefile N ports/devel/p5-TOML/distinfo N ports/devel/p5-TOML/pkg/DESCR N ports/devel/p5-TOML/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 19:06:17 Log message: import p5-TOML-Parser 0.91 from wen heping; OK afresh1@ Comment: simple toml parser Description: TOML::Parser is a simple toml parser. Status: Vendor Tag: bluhm Release Tags: bluhm_20200210 N ports/devel/p5-TOML-Parser/Makefile N ports/devel/p5-TOML-Parser/distinfo N ports/devel/p5-TOML-Parser/pkg/DESCR N ports/devel/p5-TOML-Parser/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 18:41:19 Modified files: devel/p5-Module-ScanDeps: Makefile distinfo Log message: update p5-Module-ScanDeps to 1.27 from wen heping; OK afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 18:29:05 Modified files: www: Makefile Log message: +p5-Plack-App-URLMux
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 18:27:27 Log message: import p5-Plack-App-URLMux 0.08 from Mikolaj Kucharski; OK afresh1@ benoit@ Comment: map multiple applications in defferent url path Description: Plack::App::URLMux is a PSGI application that can dispatch multiple applications based on URL path and host names (a.k.a "virtual hosting") and takes care of rewriting SCRIPT_NAME and PATH_INFO. This module is based on Plack::App::URLMap module but optimizied to handle a lot of urls and has additional rules for parameterized URL and add additional parameteres provided to application at mapping URL. Status: Vendor Tag: bluhm Release Tags: bluhm_20200210 N ports/www/p5-Plack-App-URLMux/Makefile N ports/www/p5-Plack-App-URLMux/distinfo N ports/www/p5-Plack-App-URLMux/pkg/DESCR N ports/www/p5-Plack-App-URLMux/pkg/PLIST No conflicts created by this import
Maintainer Update: www/py-responses 0.10.7 -> 0.10.9
0.10.9 -- - Fixed regression with `add_callback()` and content-type header. - Fixed implicit dependency on urllib3>1.23.0 0.10.8 -- - Fixed cookie parsing and enabled multiple cookies to be set by using a list of tuple values. I see no dependency on urllib3 before or after the changes. All tests pass on both amd64 and sparc64. The only consumer is audio/beets. Tests pass just the same both before and after on amd64. ok? --Kurt Index: Makefile === RCS file: /cvs/ports/www/py-responses/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile13 Dec 2019 22:58:51 - 1.2 +++ Makefile10 Feb 2020 00:38:34 - @@ -2,7 +2,7 @@ COMMENT = utility library for mocking out the `requests` Python -MODPY_EGG_VERSION =0.10.7 +MODPY_EGG_VERSION =0.10.9 DISTNAME = responses-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} Index: distinfo === RCS file: /cvs/ports/www/py-responses/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo13 Dec 2019 22:58:51 - 1.2 +++ distinfo10 Feb 2020 00:38:34 - @@ -1,2 +1,2 @@ -SHA256 (responses-0.10.7.tar.gz) = RtTlRqGfxhBrx+gE7dRVHvBGkEBeQefnUOvCldBCYjs= -SIZE (responses-0.10.7.tar.gz) = 22666 +SHA256 (responses-0.10.9.tar.gz) = jOjLTn4a2JM2+IZa8VLgVj0ufw4LhtLPdfAV+BlAkkM= +SIZE (responses-0.10.9.tar.gz) = 23372
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 17:57:06 Modified files: www/p5-CGI-Compile: Makefile distinfo Log message: update p5-CGI-Compile to 0.23 from wen heping
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 17:32:06 Modified files: devel/p5-MCE : Makefile distinfo devel/p5-MCE/pkg: PLIST Log message: update p5-MCE to 1.865 from wen heping; OK cwen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 17:18:23 Modified files: devel/p5-Specio: Makefile distinfo devel/p5-Specio/pkg: PLIST Log message: update p5-Specio to 0.45 from wen heping; OK afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 16:46:10 Modified files: textproc : Makefile Log message: +p5-XString
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 16:44:00 Log message: import p5-XString 0.002 from wen heping; OK afresh1@ Comment: isolated String helpers from B Description: XString provides the B string helpers in one isolated package. Right now only cstring and perlstring are available. Status: Vendor Tag: bluhm Release Tags: bluhm_20200210 N ports/textproc/p5-XString/Makefile N ports/textproc/p5-XString/distinfo N ports/textproc/p5-XString/pkg/DESCR N ports/textproc/p5-XString/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 16:38:24 Modified files: devel : Makefile Log message: +p5-Test2-Tools-Explain
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 16:35:57 Log message: import p5-Test2-Tools-Explain 0.02 from wen heping; OK afresh1@ Comment: explain tools for Perl's Test2 framework Description: Test2::Suite dropped the explain() function that had been part of Test::More. For those who miss it in Test2, you can use Test2::Tools::Explain. Status: Vendor Tag: bluhm Release Tags: bluhm_20200210 N ports/devel/p5-Test2-Tools-Explain/Makefile N ports/devel/p5-Test2-Tools-Explain/distinfo N ports/devel/p5-Test2-Tools-Explain/pkg/DESCR N ports/devel/p5-Test2-Tools-Explain/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pam...@cvs.openbsd.org 2020/02/09 16:29:56 Modified files: devel/py-unittest2: Makefile distinfo devel/py-unittest2/pkg: PLIST Added files: devel/py-unittest2/patches: patch-setup_py Log message: Update py-unittest2 to 1.1.0. Switched to pytest, added homepage and removed maintainer per request. OK bket on a previous version, OK phessler
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pam...@cvs.openbsd.org 2020/02/09 16:26:03 ports/devel/py-unittest2/patches Update of /cvs/ports/devel/py-unittest2/patches In directory cvs.openbsd.org:/tmp/cvs-serv61455/patches Log Message: Directory /cvs/ports/devel/py-unittest2/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 16:13:55 Modified files: www/p5-HTTP-Entity-Parser: Makefile distinfo Log message: update p5-HTTP-Entity-Parser to 0.22 from wen heping
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 15:58:49 Modified files: devel/p5-Modern-Perl: Makefile distinfo devel/p5-Modern-Perl/pkg: PLIST Log message: update p5-Modern-Perl to 1.20200201 from wen heping; OK afresh1@
Re: [Update] www/p5-HTML-Scrubber : Update to 0.19
On Mon, Feb 03, 2020 at 11:12:51AM +0100, Charlene Wendling wrote: > Here is a diff with my above comments applied: OK bluhm@ > Index: Makefile > === > RCS file: /cvs/ports/www/p5-HTML-Scrubber/Makefile,v > retrieving revision 1.10 > diff -u -p -u -p -r1.10 Makefile > --- Makefile 12 Jul 2019 20:50:54 - 1.10 > +++ Makefile 3 Feb 2020 10:04:12 - > @@ -4,14 +4,15 @@ COMMENT=HTML cleaning module > > MODULES= cpan > PKG_ARCH=* > -DISTNAME=HTML-Scrubber-0.09 > +DISTNAME=HTML-Scrubber-0.19 > CATEGORIES= www > -REVISION=0 > > # Perl > PERMIT_PACKAGE= Yes > > -BUILD_DEPENDS= ${RUN_DEPENDS} > -RUN_DEPENDS= www/p5-HTML-Parser > +RUN_DEPENDS= www/p5-HTML-Parser>=3.47 > + > +TEST_DEPENDS=devel/p5-Test-Differences \ > + devel/p5-Test-Memory-Cycle > > .include > Index: distinfo > === > RCS file: /cvs/ports/www/p5-HTML-Scrubber/distinfo,v > retrieving revision 1.4 > diff -u -p -u -p -r1.4 distinfo > --- distinfo 9 Mar 2013 15:30:50 - 1.4 > +++ distinfo 3 Feb 2020 10:04:12 - > @@ -1,2 +1,2 @@ > -SHA256 (HTML-Scrubber-0.09.tar.gz) = > ti883SkzIhzWgEKGnnbnrfEbN7ThMKf4vP3AnN5S7G0= > -SIZE (HTML-Scrubber-0.09.tar.gz) = 26840 > +SHA256 (HTML-Scrubber-0.19.tar.gz) = > rihVePhWX5FUxj5CNHBLV7aDX3ei+C/+ckiZ1FMmK7E= > +SIZE (HTML-Scrubber-0.19.tar.gz) = 36418
Re: ??????: ??????: [NEW] devel/p5-MooseX-Attribute-Chained
> > On Wed, Jul 31, 2019 at 12:06:55PM +, wen heping wrote: > > >Here is a patch to create new port > > > devel/p5-MooseX-Attribute-Chained. It is required by the update of > > > www/p5-HTML-FormFu. I have imported it. Thanks wen! bluhm
Re: CVS: cvs.openbsd.org: ports
On Sun, Feb 09, 2020 at 03:28:11PM -0700, Alexander Bluhm wrote: > CVSROOT: /cvs > Module name: ports > Changes by: bl...@cvs.openbsd.org 2020/02/09 15:28:11 > > Log message: > import p5-MooseX-Attribute-Chained 1.0.3 > OK afresh1@ cwen@ from wen heping
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 15:30:18 Modified files: devel : Makefile Log message: +p5-MooseX-Attribute-Chained
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 15:28:11 Log message: import p5-MooseX-Attribute-Chained 1.0.3 OK afresh1@ cwen@ Comment: attribute that returns the instance to allow for chaining Description: MooseX::Attribute::Chained is a Moose Trait which allows for method chaining on accessors by returning $self on write/set operations. Status: Vendor Tag: bluhm Release Tags: bluhm_20200209 N ports/devel/p5-MooseX-Attribute-Chained/Makefile N ports/devel/p5-MooseX-Attribute-Chained/distinfo N ports/devel/p5-MooseX-Attribute-Chained/pkg/DESCR N ports/devel/p5-MooseX-Attribute-Chained/pkg/PLIST No conflicts created by this import
Maintainer Update: www/py-query 1.4.0 -> 1.4.1
1.4.1 (2019-10-26) This is the latest release with py2 support Remove py33, py34 support web scraping improvements: default timeout and session support Add API methods to serialize form-related elements according to spec Include HTML markup when querying textarea text/value There are no consumers and tests pass the same as previous version on both amd64 and sparc64. ok? --Kurt Index: Makefile === RCS file: /cvs/ports/www/py-query/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile14 Dec 2019 22:21:55 - 1.1.1.1 +++ Makefile9 Feb 2020 22:00:58 - @@ -2,7 +2,7 @@ COMMENT = jquery-like library for python -MODPY_EGG_VERSION =1.4.0 +MODPY_EGG_VERSION =1.4.1 DISTNAME = pyquery-${MODPY_EGG_VERSION} PKGNAME = py-query-${MODPY_EGG_VERSION} Index: distinfo === RCS file: /cvs/ports/www/py-query/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo14 Dec 2019 22:21:55 - 1.1.1.1 +++ distinfo9 Feb 2020 22:00:58 - @@ -1,2 +1,2 @@ -SHA256 (pyquery-1.4.0.tar.gz) = R3Hbdr0UNS66AGRjZWrvmQoBR6DurwlHJQl6z6kEQr8= -SIZE (pyquery-1.4.0.tar.gz) = 45215 +SHA256 (pyquery-1.4.1.tar.gz) = j893xy49YCzhCgvU5l9X8JRcGOFWJ+SRMMJxctSTnZg= +SIZE (pyquery-1.4.1.tar.gz) = 47983
Re: ??????: ??????: [Update] www/p5-HTML-FormFu
On Mon, Feb 03, 2020 at 01:29:29PM +0100, Charlene Wendling wrote: > I've found out that: > > - devel/p5-File-ShareDir-Install is needed as BUILD_DEPENDS > - devel/p5-Task-Weaken is a RUN_DEPENDS not a BUILD_DEPENDS > - converters/p5-JSON-MaybeXS was a missing RUN_DEPENDS > - some TEST_DEPENDS were missing > - it uses ExtUtils::MakeMaker, so Module::Install should be zapped I compared the dependencies with what "portgen p5 HTML::FormFu" produces. I would prefer the correct version dependencies from the Makefile.pl. I think run depends should also contain these: devel/p5-Clone>=0.31 devel/p5-Config-Any>=0.18 devel/p5-Data-Visitor>=0.26 devel/p5-DateTime>=0.54 devel/p5-DateTime-Format-Builder>=0.7901 devel/p5-DateTime-Format-Strptime>=1.20 devel/p5-DateTime-Locale>=0.45 devel/p5-Module-Pluggable devel/p5-Moose>=1.0 www/p5-HTML-TokeParser-Simple>=3.14 And test depends: devel/p5-Test-Exception www/p5-CGI>=3.37 I wonder about: devel/p5-MooseX-Attribute-Chained>=1.0.2 Is this commited? I could not find it. bluhm > The below diff contains these changes, tests passes (with the > p5-HTML-Scrubber update to 0.19 in the chroot): > > Index: Makefile > === > RCS file: /cvs/ports/www/p5-HTML-FormFu/Makefile,v > retrieving revision 1.10 > diff -u -p -u -p -r1.10 Makefile > --- Makefile 12 Jul 2019 20:50:53 - 1.10 > +++ Makefile 3 Feb 2020 12:22:22 - > @@ -4,16 +4,16 @@ COMMENT = HTML form creation, rendering > > MODULES =cpan > PKG_ARCH = * > -DISTNAME = HTML-FormFu-0.07003 > +DISTNAME = HTML-FormFu-2.07 > CATEGORIES = www textproc > -REVISION = 0 > > # Perl > PERMIT_PACKAGE = Yes > > -BUILD_DEPENDS = devel/p5-Task-Weaken > +BUILD_DEPENDS = devel/p5-File-ShareDir-Install>=0.06 > > -RUN_DEPENDS =devel/p5-Class-Accessor-Chained \ > +RUN_DEPENDS =converters/p5-JSON-MaybeXS \ > + devel/p5-Class-Accessor-Chained \ > devel/p5-Clone \ > devel/p5-Config-Any>=0.23 \ > devel/p5-Data-Visitor \ > @@ -26,8 +26,11 @@ RUN_DEPENDS = devel/p5-Class-Accessor-C > devel/p5-Hash-Flatten \ > devel/p5-List-MoreUtils \ > devel/p5-MRO-Compat \ > + devel/p5-MooseX-Aliases \ > + devel/p5-MooseX-Attribute-Chained \ > devel/p5-Path-Class \ > devel/p5-Readonly \ > + devel/p5-Task-Weaken \ > devel/p5-YAML-XS \ > graphics/p5-Captcha-reCAPTCHA \ > mail/p5-Email-Valid \ > @@ -40,8 +43,10 @@ RUN_DEPENDS = devel/p5-Class-Accessor-C > www/p5-HTML-TokeParser-Simple \ > www/p5-libwww > > -TEST_DEPENDS = devel/p5-Test-NoWarnings > - > -CONFIGURE_STYLE =modinst > +TEST_DEPENDS = devel/p5-Test-Memory-Cycle \ > + devel/p5-Test-RequiresInternet \ > + textproc/p5-Regexp-Assemble \ > + www/p5-CGI \ > + www/p5-CGI-Simple > > .include > Index: distinfo > === > RCS file: /cvs/ports/www/p5-HTML-FormFu/distinfo,v > retrieving revision 1.3 > diff -u -p -u -p -r1.3 distinfo > --- distinfo 18 Jan 2015 03:15:44 - 1.3 > +++ distinfo 3 Feb 2020 12:22:22 - > @@ -1,2 +1,2 @@ > -SHA256 (HTML-FormFu-0.07003.tar.gz) = > i7WfYfjiSO42tExZED3FZAgdJEixuLzmiz4aK1jodbw= > -SIZE (HTML-FormFu-0.07003.tar.gz) = 296639 > +SHA256 (HTML-FormFu-2.07.tar.gz) = > Ty8Bf3qHVPu26RIGyI7RPHVqFOO+oXgYjDuXdGNm6zI= > +SIZE (HTML-FormFu-2.07.tar.gz) = 342125 > Index: pkg/PLIST > === > RCS file: /cvs/ports/www/p5-HTML-FormFu/pkg/PLIST,v > retrieving revision 1.2 > diff -u -p -u -p -r1.2 PLIST > --- pkg/PLIST 7 Apr 2012 19:50:59 - 1.2 > +++ pkg/PLIST 3 Feb 2020 12:22:22 - > @@ -24,6 +24,7 @@ ${P5SITE}/HTML/FormFu/Constraint/File/Ma > ${P5SITE}/HTML/FormFu/Constraint/File/MinSize.pm > ${P5SITE}/HTML/FormFu/Constraint/File/Size.pm > ${P5SITE}/HTML/FormFu/Constraint/Integer.pm > +${P5SITE}/HTML/FormFu/Constraint/JSON.pm > ${P5SITE}/HTML/FormFu/Constraint/Length.pm > ${P5SITE}/HTML/FormFu/Constraint/MaxLength.pm > ${P5SITE}/HTML/FormFu/Constraint/MaxRange.pm > @@ -40,8 +41,6 @@ ${P5SITE}/HTML/FormFu/Constraint/Require > ${P5SITE}/HTML/FormFu/Constraint/Set.pm > ${P5SITE}/HTML/FormFu/Constraint/SingleValue.pm > ${P5SITE}/HTML/FormFu/Constraint/Word.pm > -${P5SITE}/HTML/FormFu/Constraint/_others.pm > -${P5SITE}/HTML/FormFu/Constraint/reCAPTCHA.pm > ${P5SITE}/HTML/FormFu/Deflator/ > ${P5SITE}/HTML/FormFu/Deflator.pm > ${P5SITE}/HTML/FormFu/Deflator/Callback.pm > @@ -62,6 +61,7 @@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2020/02/09 14:55:04 Modified files: mail/mblaze: Makefile distinfo Log message: Update to mblaze-0.6 diff from new maintainer Lucas thanks!
Maintainer Update: textproc/py-humanize 0.5.1 -> 1.0.0
Update py-humanize to the 1.0.0 release. Tests are not included in the pypi tarball. Also, they merged my diff making py-mock unnecessary for the python3 flavor. Changes are largely localization, but there's a few minor fixes. Only consumer is tootstream which still works. ok? --Kurt Index: Makefile === RCS file: /cvs/ports/textproc/py-humanize/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile9 Sep 2019 21:36:14 - 1.4 +++ Makefile9 Feb 2020 21:19:31 - @@ -2,10 +2,9 @@ COMMENT = python number humanization utilities -MODPY_EGG_VERSION =0.5.1 +MODPY_EGG_VERSION =1.0.0 DISTNAME = humanize-${MODPY_EGG_VERSION} PKGNAME = py-humanize-${MODPY_EGG_VERSION} -REVISION = 1 CATEGORIES = textproc @@ -19,13 +18,18 @@ PERMIT_PACKAGE =Yes MODULES = lang/python MODPY_SETUPTOOLS = Yes MODPY_PI = Yes +MODPY_PYTEST = Yes FLAVORS = python3 FLAVOR ?= -# Tests aren't included in pypi distribution -NO_TEST = Yes +BUILD_DEPENDS =devel/py-setuptools_scm${MODPY_FLAVOR} +TEST_DEPENDS = devel/py-freezegun${MODPY_FLAVOR} -TEST_DEPENDS = devel/py-mock${MODPY_FLAVOR} +TEST_ENV = PYTHONPATH=${WRKSRC}/src + +.if !${FLAVOR:Mpython3} +TEST_DEPENDS +=devel/py-mock +.endif .include Index: distinfo === RCS file: /cvs/ports/textproc/py-humanize/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo3 Apr 2019 02:30:05 - 1.1.1.1 +++ distinfo9 Feb 2020 21:19:31 - @@ -1,2 +1,2 @@ -SHA256 (humanize-0.5.1.tar.gz) = pD9XEVgxrHxw3gmOasRqwTvgDWmrv2C9ysJRNEeFuxk= -SIZE (humanize-0.5.1.tar.gz) = 14250 +SHA256 (humanize-1.0.0.tar.gz) = OKzptmvK63+Bhrnb8LNEjgAUjltPuvcm+Wx4nlLD50E= +SIZE (humanize-1.0.0.tar.gz) = 34411 Index: pkg/PLIST === RCS file: /cvs/ports/textproc/py-humanize/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 3 Apr 2019 02:30:05 - 1.1.1.1 +++ pkg/PLIST 9 Feb 2020 21:19:31 - @@ -4,11 +4,11 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt -lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/entry_points.txt lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/not-zip-safe +lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt lib/python${MODPY_VERSION}/site-packages/humanize-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/humanize/__init__.py -${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/humanize/${MODPY_PYCACHE} +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/humanize/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/humanize/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/humanize/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/humanize/${MODPY_PYCACHE}filesize.${MODPY_PYC_MAGIC_TAG}pyc @@ -19,17 +19,65 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/humanize/filesize.py lib/python${MODPY_VERSION}/site-packages/humanize/i18n.py lib/python${MODPY_VERSION}/site-packages/humanize/locale/ +lib/python${MODPY_VERSION}/site-packages/humanize/locale/de_DE/ +lib/python${MODPY_VERSION}/site-packages/humanize/locale/de_DE/LC_MESSAGES/ +lib/python${MODPY_VERSION}/site-packages/humanize/locale/de_DE/LC_MESSAGES/humanize.mo +lib/python${MODPY_VERSION}/site-packages/humanize/locale/de_DE/LC_MESSAGES/humanize.po +lib/python${MODPY_VERSION}/site-packages/humanize/locale/fa_IR/ +lib/python${MODPY_VERSION}/site-packages/humanize/locale/fa_IR/LC_MESSAGES/ +lib/python${MODPY_VERSION}/site-packages/humanize/locale/fa_IR/LC_MESSAGES/humanize.mo +lib/python${MODPY_VERSION}/site-packages/humanize/locale/fa_IR/LC_MESSAGES/humanize.po +lib/python${MODPY_VERSION}/site-packages/humanize/locale/fi_FI/ +lib/python${MODPY_VERSION}/site-packages/humanize/locale/fi_FI/LC_MESSAGES/ +lib/python${MODPY_VERSION}/site-packages/humanize/locale/fi_FI/LC_MESSAGES/humanize.mo +lib/python${MODPY_VERSION}/site-packages/humanize/locale/fi_FI/LC_MESSAGES/humanize.po lib/python${MODPY_VERSION}/site-packages/humanize/locale/fr_FR/
UPDATE: mail/mblaze
Hi ports@, mblaze 0.6 was released on 2020-01-18: * mfwd: prefix Subject with "Fwd:". * mscan: add dottime formatting. * mlist: look at maildir/new too for messages. * Many bug and portability fixes. While there, get rid of GH_* as git.vuxu.org is the official upstream, point HOMEPAGE to it, and take maintainership of the port. It's my main email client and I follow the project closely. Tested on amd64. -Lucas Index: Makefile === RCS file: /home/cvs/ports/mail/mblaze/Makefile,v retrieving revision 1.8 diff -u -p -u -p -r1.8 Makefile --- Makefile12 Jul 2019 20:47:29 - 1.8 +++ Makefile9 Feb 2020 21:33:07 - @@ -2,14 +2,17 @@ COMMENT = set of Maildir utilities -GH_ACCOUNT = leahneukirchen -GH_PROJECT = mblaze -GH_TAGNAME = v0.5.1 +DISTNAME = mblaze-0.6 CATEGORIES = mail -REVISION = 0 + +HOMEPAGE = https://git.vuxu.org/mblaze/ + +MAINTAINER = Lucas # Public domain PERMIT_PACKAGE = Yes + +MASTER_SITES = https://git.vuxu.org/mblaze/snapshot/ WANTLIB = c iconv pthread LIB_DEPENDS = converters/libiconv Index: distinfo === RCS file: /home/cvs/ports/mail/mblaze/distinfo,v retrieving revision 1.5 diff -u -p -u -p -r1.5 distinfo --- distinfo9 Mar 2019 04:59:43 - 1.5 +++ distinfo9 Feb 2020 21:07:44 - @@ -1,2 +1,2 @@ -SHA256 (mblaze-0.5.1.tar.gz) = XZ0FFQcsFZb4NLIRGncL8aDRxCpD3ySJ+OQuwx90uVM= -SIZE (mblaze-0.5.1.tar.gz) = 91134 +SHA256 (mblaze-0.6.tar.gz) = nRhH1HT/Puo+83c487cJbLbMhkYeDTeKaEFC34DnJU4= +SIZE (mblaze-0.6.tar.gz) = 91623
Re: [update] databases/redis-5.0.7
On 2020/02/09 22:02, Theo Buehler wrote: > On Sun, Feb 09, 2020 at 08:58:13PM +, Stuart Henderson wrote: > > > I ran the tests a bunch of times last night. At first I was thinking it > > > was only the first test run that would fail, but it seems to actually > > > be an intermittent failure. I got a failure and then 3 passes and then > > > a failure. I may try running the original tests multitple times to see > > > if we have a failure crop up there over multiple runs. > > > > Could you try it with this (in tests/test_helper.tcl) reduced please? > > > > set ::numclients 16 > > > > Both our sparcs run with ::numclients 1 > > if {[is_a_slow_computer]} { > puts "** SLOW COMPUTER ** Using a single client to avoid false > positives." > set ::numclients 1 > } > Ah OK - didn't show up in what Kurt pasted.
Re: [update] databases/redis-5.0.7
On Sun, Feb 09, 2020 at 08:58:13PM +, Stuart Henderson wrote: > > I ran the tests a bunch of times last night. At first I was thinking it > > was only the first test run that would fail, but it seems to actually > > be an intermittent failure. I got a failure and then 3 passes and then > > a failure. I may try running the original tests multitple times to see > > if we have a failure crop up there over multiple runs. > > Could you try it with this (in tests/test_helper.tcl) reduced please? > > set ::numclients 16 > Both our sparcs run with ::numclients 1 if {[is_a_slow_computer]} { puts "** SLOW COMPUTER ** Using a single client to avoid false positives." set ::numclients 1 }
Re: [update] databases/redis-5.0.7
> I ran the tests a bunch of times last night. At first I was thinking it > was only the first test run that would fail, but it seems to actually > be an intermittent failure. I got a failure and then 3 passes and then > a failure. I may try running the original tests multitple times to see > if we have a failure crop up there over multiple runs. Could you try it with this (in tests/test_helper.tcl) reduced please? set ::numclients 16
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/09 13:39:33 Modified files: net/p5-Net-DNS-SEC: Makefile distinfo net/p5-Net-DNS-SEC/pkg: PLIST Log message: update p5-Net-DNS-SEC to 1.15
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/02/09 13:38:53 Modified files: devel/libgee : Makefile distinfo devel/libgee/pkg: PLIST Log message: Update to libgee-0.20.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/02/09 13:33:40 Modified files: graphics/sane-backends: Makefile graphics/sane-backends/patches: patch-backend_genesys_low_cpp Log message: sane-backends: fix the build on big endian archs There was an undeclared variable issue (from upstream bug tracker) OK aja@ (maintainer), jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/02/09 12:53:32 Modified files: audio/p5-MusicBrainz-DiscID: Makefile distinfo Log message: audio/p5-MusicBrainz-DiscID: update to 0.06 Changelog: https://metacpan.org/changes/distribution/MusicBrainz-DiscID OK benoit@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/02/09 12:15:25 Modified files: lang/ghc : Makefile Removed files: lang/ghc/patches: patch-libraries_base_GHC_IO_Encoding_hs patch-libraries_base_System_IO_hs patch-libraries_base_cbits_PrelIOUtils_c Log message: Remove the old HS_ENCODING hack. >From Greg Steuck. Thanks!
Re: [big endian] Unbreak graphics/sane-backends
On Sun, Feb 09 2020, Charlene Wendling wrote: > Hi, > > I've spotted that sane-backends is broken in the current sparc64 bulk: > >> genesys/low.cpp:544:9: error: 'depth' was not declared in this scope >> if (depth == 16) { > > Upstream has already a fix for that [0], it's pending merging. > > The below diff fixes the build on powerpc [1]. I bumped REVISION, but > the impacted code only impacts BE_ARCHS and sparc64 is the first arch > building that new sane-backends, i guess it can be omitted. > > Comments/feedback are welcome, ok jca@ -- 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: mar...@cvs.openbsd.org 2020/02/09 11:48:29 Modified files: math : Makefile Log message: Add py-cftime and py-netcdf4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mar...@cvs.openbsd.org 2020/02/09 11:45:25 Log message: Import math/py-netcdf4, a Python interface to the netCDF C library. OK benoit@ earlier version input by sthen@ and kmos@ Status: Vendor Tag: martin Release Tags: martin_20200209 N ports/math/py-netcdf4/Makefile N ports/math/py-netcdf4/distinfo N ports/math/py-netcdf4/pkg/DESCR N ports/math/py-netcdf4/pkg/PLIST No conflicts created by this import
Re: [update] databases/redis-5.0.7
On Sun, Feb 09, 2020 at 03:25:48PM +0100, Theo Buehler wrote: > On Sat, Feb 08, 2020 at 03:22:52PM -0500, Kurt Mosiejczuk wrote: > > On Sat, Feb 08, 2020 at 07:26:31PM +0100, Theo Buehler wrote: > > > I can add arm64 to sthen's table. Builds & works ok: > > > i386 builds OK tests OK > > > macppcbuilds OK tests OK > > > amd64 builds OK tests OK > > > arm64 builds OK tests OK > > > armv7 runtime/tests fail (no regression, in-tree fail too) > > Well, sparc64 builds OK, but the tests fail. In-tree version passes all > > tests. > I got access to a sparc64 test machine and haven't managed to reproduce > this failure. Build and tests were OK three times in a row. The machine > I'm on is slightly slower than yours. My test machines is a 1.5Ghz v210, not the cluster, so you may or may not be slower... > I'm now running a loop building and testing, maybe I'll hit it... > If I read your log and the test itself correctly, one of the clients got > stuck and didn't send anything to the server, then you hit the default > test timeout of 10 minutes. I'm not sure how worrying this is. > It's also not clear whether incident is related to this update or to > sparc64 at all. Could you perhaps try to reproduce it on your machine? I ran the tests a bunch of times last night. At first I was thinking it was only the first test run that would fail, but it seems to actually be an intermittent failure. I got a failure and then 3 passes and then a failure. I may try running the original tests multitple times to see if we have a failure crop up there over multiple runs. --Kurt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mar...@cvs.openbsd.org 2020/02/09 11:43:18 Log message: Import math/py-cftime, a Python library for decoding time units and variable values in a netCDF file conforming to the Climate and Forecasting (CF) netCDF conventions. OK benoit@ earlier versions input by sthen@ and kmos@ Status: Vendor Tag: martin Release Tags: martin_20200209 N ports/math/py-cftime/Makefile N ports/math/py-cftime/distinfo N ports/math/py-cftime/pkg/PLIST N ports/math/py-cftime/pkg/DESCR No conflicts created by this import
Re: UPDATE: net/profanity
Stuart Henderson wrote: > On 2020/02/08 23:43, Lucas wrote: > > BTW, why was www/nghttp2 added to LIB_DEPEND? Is it for bringing HTTP/2 > > support to libcurl? > > That's probably why but it doesn't make sense. Libraries should only be > in LIB_DEPENDS if they are used directly by a port, not by a dependency. From what I understood after a quick internet search, you have to set up HTTP/2 support with curl_easy_setopt(hnd, CURLOPT_HTTP_VERSION, CURL_HTTP_VERSION_2_0); which doesn't happen anywhere in the code. I propose dropping it. Tested and it still work. nghttp2 is in WANTLIB since rev 1.4. Without it, port-lib-depends-check complains. It seems it's being linked in anyways because libcurl.so references it. -Lucas Index: Makefile === RCS file: /home/cvs/ports/net/profanity/Makefile,v retrieving revision 1.12 diff -u -p -u -p -r1.12 Makefile --- Makefile2 Oct 2019 17:34:33 - 1.12 +++ Makefile9 Feb 2020 16:08:26 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.12 2019/10/02 17:34:33 rsadowski Exp $ COMMENT = console based XMPP client -DISTNAME = profanity-0.7.1 +DISTNAME = profanity-0.8.1 CATEGORIES = net HOMEPAGE = https://profanity-im.github.io/ @@ -41,7 +41,8 @@ CONFIGURE_ENV = CPPFLAGS="-I${LOCALBASE} LDFLAGS="-L${LOCALBASE}/lib -L${X11BASE}/lib" CONFIGURE_ARGS += --with-xscreensaver=no \ - --enable-icons=no \ + --enable-icons-and-clipboard=no \ + --enable-notifications=no \ --enable-plugins=yes \ --enable-omemo=yes \ --enable-otr=yes Index: distinfo === RCS file: /home/cvs/ports/net/profanity/distinfo,v retrieving revision 1.6 diff -u -p -u -p -r1.6 distinfo --- distinfo2 Oct 2019 17:34:33 - 1.6 +++ distinfo9 Feb 2020 15:55:11 - @@ -1,2 +1,2 @@ -SHA256 (profanity-0.7.1.tar.gz) = P+RClI/y7iWGgcOBLoeNORedz5LhxnvI/g74iWRAsFs= -SIZE (profanity-0.7.1.tar.gz) = 788754 +SHA256 (profanity-0.8.1.tar.gz) = a3/x8PG1TtOlXvzkAjfbd1/pR1ryduXk7TQukaPo2Zc= +SIZE (profanity-0.8.1.tar.gz) = 809405 Index: pkg/PLIST === RCS file: /home/cvs/ports/net/profanity/pkg/PLIST,v retrieving revision 1.3 diff -u -p -u -p -r1.3 PLIST --- pkg/PLIST 3 Mar 2019 19:40:04 - 1.3 +++ pkg/PLIST 8 Feb 2020 23:06:58 - @@ -16,6 +16,7 @@ share/profanity/themes/boothj5_laptop share/profanity/themes/boothj5_slack share/profanity/themes/complex share/profanity/themes/forest +share/profanity/themes/gruvbox share/profanity/themes/hacker share/profanity/themes/headache share/profanity/themes/joker @@ -25,5 +26,7 @@ share/profanity/themes/original share/profanity/themes/original_bright share/profanity/themes/shade share/profanity/themes/simple +share/profanity/themes/solarized-dark +share/profanity/themes/solarized-light share/profanity/themes/spawn share/profanity/themes/whiteness
Re: patch: lang/rust 1.41.0
On Sun, Feb 09, 2020 at 06:18:20PM +0100, Sebastien Marie wrote: > Hi, > > Now the llvm bug is fixed (see > https://marc.info/?l=openbsd-ports-cvs=158122886608568=2), > all archs I tested are green (amd64, i386, aarch64). > > The following diff update lang/rust to 1.41.0 > > Announce: https://blog.rust-lang.org/2020/01/30/Rust-1.41.0.html > ChangeLog: > https://github.com/rust-lang/rust/blob/master/RELEASES.md#version-1410-2020-01-30 > > Tested fully on amd64 (testsuite, all ports using lang/rust including all > firefox versions), a bit less on i386 (firefox and ncspot), and just the build > on aarch64. > > For people which would test it, specially on i386, please ensuring you are > using llvm-8.0.1p6: else it will build (my bootstrap is using new llvm) but > might fail at runtime (the package will use the bugged llvm). > > Comments or OK ? currently (after building llvm) running a rust testbuild then a firefox 73rc build on i386 and amd64, but i'll be ok with it.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/02/09 11:01:05 Modified files: security/ogvt : Makefile distinfo security/ogvt/pkg: PLIST Removed files: security/ogvt/files: pubkey Log message: Bump ogvt to v1.0.1 - remove bits from my "testing" version (pubkey, SIGFILES, .asc ref in distinfo) - whack DISTFILES (left over from initial hosting of tarball at sr.ht) - add man page
patch: lang/rust 1.41.0
Hi, Now the llvm bug is fixed (see https://marc.info/?l=openbsd-ports-cvs=158122886608568=2), all archs I tested are green (amd64, i386, aarch64). The following diff update lang/rust to 1.41.0 Announce: https://blog.rust-lang.org/2020/01/30/Rust-1.41.0.html ChangeLog: https://github.com/rust-lang/rust/blob/master/RELEASES.md#version-1410-2020-01-30 Tested fully on amd64 (testsuite, all ports using lang/rust including all firefox versions), a bit less on i386 (firefox and ncspot), and just the build on aarch64. For people which would test it, specially on i386, please ensuring you are using llvm-8.0.1p6: else it will build (my bootstrap is using new llvm) but might fail at runtime (the package will use the bugged llvm). Comments or OK ? -- Sebastien Marie Index: Makefile === RCS file: /cvs/ports/lang/rust/Makefile,v retrieving revision 1.106 diff -u -p -r1.106 Makefile --- Makefile17 Jan 2020 19:13:19 - 1.106 +++ Makefile9 Feb 2020 17:09:05 - @@ -13,16 +13,16 @@ COMMENT-gdb = Rust debugger through gdb COMMENT-clippy = Rust linter COMMENT-rustfmt = Rust code formatter -V =1.40.0 -CARGO_V = 0.41.0 +V =1.41.0 +CARGO_V = 0.42.0 CLIPPY_V = 0.0.212 -RUSTFMT_V =1.4.9 +RUSTFMT_V =1.4.11 DISTNAME = rustc-${V}-src # rustc bootstrap version -BV-aarch64 = 1.40.0-20191221 -BV-amd64 = 1.40.0-20191217 -BV-i386 = 1.40.0-20191220 +BV-aarch64 = 1.41.0-20200201 +BV-amd64 = 1.41.0-20200130 +BV-i386 = 1.41.0-20200209 BV-sparc64 = 1.40.0-20200110 BV = ${BV-${MACHINE_ARCH}} @@ -32,8 +32,6 @@ PKGNAME-gdb = rust-gdb-${V} PKGNAME-clippy = rust-clippy-${V} PKGNAME-rustfmt = rust-rustfmt-${V} -REVISION-main =0 - MULTI_PACKAGES = -main -gdb -clippy -rustfmt CATEGORIES = lang @@ -114,6 +112,7 @@ RUN_DEPENDS-rustfmt += lang/rust,-main MAKE_ENV +=OPENBSD_PORTS_LANG_RUST_VERSION=${V:C/\.[0-9]*$//} \ CARGO_HOME=${WRKBUILD}/cargo-home \ + TMPDIR=${WRKBUILD} \ LIBGIT2_SYS_USE_PKG_CONFIG=1 \ LIBSSH2_SYS_USE_PKG_CONFIG=1 TEST_ENV +=RUST_BACKTRACE=0 @@ -259,8 +258,7 @@ bootstrap: build ${_PBUILD} cp ${WRKDIR}/rustc-bootstrap-${MACHINE_ARCH}-${BV}/bin/${_bin} \ ${BOOTSTRAPDIR}/bin/${_bin} LD_LIBRARY_PATH="${BOOTSTRAPDIR}/lib" \ - LD_PRELOAD="${BOOTSTRAPDIR}/lib/rustlib/${TRIPLE_ARCH}/codegen-backends/librustc_codegen_llvm-llvm.so" \ - ldd ${BOOTSTRAPDIR}/bin/${_bin}.bin \ + ldd ${BOOTSTRAPDIR}/bin/${_bin}.bin \ | sed -ne 's,.* \(/.*/lib/lib.*\.so.[.0-9]*\)$$,\1,p' \ | xargs -r -J % ${_PBUILD} cp % ${BOOTSTRAPDIR}/lib || true .endfor Index: distinfo === RCS file: /cvs/ports/lang/rust/distinfo,v retrieving revision 1.61 diff -u -p -r1.61 distinfo --- distinfo11 Jan 2020 05:45:09 - 1.61 +++ distinfo9 Feb 2020 17:09:05 - @@ -1,10 +1,10 @@ -SHA256 (rust/rustc-1.40.0-src.tar.xz) = biqjqRaX9LIlxrOUy65rl2ZvBh26SR9malKBaY/iqs4= -SHA256 (rust/rustc-bootstrap-aarch64-1.40.0-20191221.tar.xz) = JTcYwm97zEcZzOT8e14Q0dWIdc24JSxh/2d6L7XtMeQ= -SHA256 (rust/rustc-bootstrap-amd64-1.40.0-20191217.tar.xz) = MFFe0YCjko0Zam3Fxvaz22hiqO3PyHMQuBGrO4C7kWI= -SHA256 (rust/rustc-bootstrap-i386-1.40.0-20191220.tar.xz) = YRYzHIJ3fqoARUtnQ5woUV2d3O7orxJVkk473OmZq4k= +SHA256 (rust/rustc-1.41.0-src.tar.xz) = ONZ0LlxMmKg13l1uEqIJ5EL7MHigOywBurbqevslvm8= +SHA256 (rust/rustc-bootstrap-aarch64-1.41.0-20200201.tar.xz) = cBCPYEVK0jPV97YKLC38j6yGQQYLiskCcAWipe5zvqo= +SHA256 (rust/rustc-bootstrap-amd64-1.41.0-20200130.tar.xz) = W0bWugb3A7hxjqsd34NIfsCSC3aAMPZLkLd8agEGWR8= +SHA256 (rust/rustc-bootstrap-i386-1.41.0-20200209.tar.xz) = n56tFPnUqzJkri4dqXUtGw4fDczQTxWRKrLr97GjZJs= SHA256 (rust/rustc-bootstrap-sparc64-1.40.0-20200110.tar.xz) = UwVY5+ptJB9rtiS5blrdS41wARsKfXbBwGxCr/Jw5E4= -SIZE (rust/rustc-1.40.0-src.tar.xz) = 92306352 -SIZE (rust/rustc-bootstrap-aarch64-1.40.0-20191221.tar.xz) = 43371000 -SIZE (rust/rustc-bootstrap-amd64-1.40.0-20191217.tar.xz) = 48929432 -SIZE (rust/rustc-bootstrap-i386-1.40.0-20191220.tar.xz) = 48836108 +SIZE (rust/rustc-1.41.0-src.tar.xz) = 93763052 +SIZE (rust/rustc-bootstrap-aarch64-1.41.0-20200201.tar.xz) = 41495648 +SIZE (rust/rustc-bootstrap-amd64-1.41.0-20200130.tar.xz) = 46899908 +SIZE (rust/rustc-bootstrap-i386-1.41.0-20200209.tar.xz) = 46710416 SIZE (rust/rustc-bootstrap-sparc64-1.40.0-20200110.tar.xz) = 38898304 Index: patches/patch-src_bootstrap_bootstrap_py === RCS file: /cvs/ports/lan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2020/02/09 09:58:37 Modified files: converters : Makefile Log message: Add bdf2sfd.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2020/02/09 09:57:47 Log message: Import converters/bdf2sfd. bdf2sfd is a BDF to SFD converter, allowing to vectorize bitmap fonts. It works by converting each pixel of a glyph to a polygon, which produces large and unoptimized SFD files that should be post-processed using FontForge. OK benoit@ Status: Vendor Tag: fcambus Release Tags: fcambus_20200209 N ports/converters/bdf2sfd/Makefile N ports/converters/bdf2sfd/distinfo N ports/converters/bdf2sfd/pkg/PLIST N ports/converters/bdf2sfd/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/02/09 08:31:02 Modified files: archivers/fuse-zip: Makefile distinfo Log message: Update to fuse-zip-0.6.2 Changelog: https://bitbucket.org/agalanin/fuse-zip/src/d59ec91ee142f76a1b6e7dd4e32d7f399a0a5a33/changelog?at=default OK benoit@
Re: [update] databases/redis-5.0.7
On Sat, Feb 08, 2020 at 03:22:52PM -0500, Kurt Mosiejczuk wrote: > On Sat, Feb 08, 2020 at 07:26:31PM +0100, Theo Buehler wrote: > > I can add arm64 to sthen's table. Builds & works ok: > > > i386builds OK tests OK > > macppc builds OK tests OK > > amd64 builds OK tests OK > > arm64 builds OK tests OK > > armv7 runtime/tests fail (no regression, in-tree fail too) > > Well, sparc64 builds OK, but the tests fail. In-tree version passes all tests. I got access to a sparc64 test machine and haven't managed to reproduce this failure. Build and tests were OK three times in a row. The machine I'm on is slightly slower than yours. I'm now running a loop building and testing, maybe I'll hit it... If I read your log and the test itself correctly, one of the clients got stuck and didn't send anything to the server, then you hit the default test timeout of 10 minutes. I'm not sure how worrying this is. It's also not clear whether incident is related to this update or to sparc64 at all. Could you perhaps try to reproduce it on your machine?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/09 06:28:00 Modified files: archivers/deutex: Makefile distinfo Log message: Update to deutex-5.2.1.
update net/i2pd
this update net/i2pd to last version if someone use it, testing would be nice. I'm going to try a i2p setup and wanted to update the port before starting, so this is not tested. Index: Makefile === RCS file: /data/cvs/ports/net/i2pd/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile16 Jun 2019 22:13:55 - 1.1.1.1 +++ Makefile9 Feb 2020 12:29:55 - @@ -4,7 +4,7 @@ COMMENT = client for the I2P anonymous n GH_ACCOUNT = PurpleI2P GH_PROJECT = i2pd -GH_TAGNAME = 2.26.0 +GH_TAGNAME = 2.29.0 CATEGORIES = net HOMEPAGE = https://i2pd.website Index: distinfo === RCS file: /data/cvs/ports/net/i2pd/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo16 Jun 2019 22:13:55 - 1.1.1.1 +++ distinfo9 Feb 2020 12:30:03 - @@ -1,2 +1,2 @@ -SHA256 (i2pd-2.26.0.tar.gz) = KuGJeMh5a7a0W8jP5OHyU3fgz8n8+fRgVLCdwzhO72M= -SIZE (i2pd-2.26.0.tar.gz) = 1073024 +SHA256 (i2pd-2.29.0.tar.gz) = /QR0wztBFZO53IGX83mdN9aEVcEanuOZTsmTqWOI7AY= +SIZE (i2pd-2.29.0.tar.gz) = 1079654 Index: pkg/PLIST === RCS file: /data/cvs/ports/net/i2pd/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 16 Jun 2019 22:13:55 - 1.1.1.1 +++ pkg/PLIST 9 Feb 2020 12:44:06 - @@ -166,8 +166,8 @@ include/i2pd/util.h include/i2pd/version.h include/i2pd/widgetlock.cpp include/i2pd/widgetlockregistry.cpp -lib/libi2pd.a -lib/libi2pdclient.a +@static-lib lib/libi2pd.a +@static-lib lib/libi2pdclient.a @bin sbin/i2pd @owner _i2pd @group _i2pd
Re: [update/fix] games/blobby 1.0rc3 -> 1.0.20200209
On Sun, 9 Feb 2020 12:25:20 +0100 Solene Rapenne wrote: > On Sun, Feb 09, 2020 at 12:19:19PM +0100, Charlene Wendling wrote: > > On Sun, 9 Feb 2020 12:10:33 +0100 > > Solene Rapenne wrote: > > > > > On Sun, Feb 09, 2020 at 12:04:06PM +0100, Solene Rapenne wrote: > > > > On Sun, Feb 09, 2020 at 11:54:09AM +0100, Charlene Wendling > > > > wrote: > > > > > Hi, > > > > > > > > > > Update to 1.0.20200209, this includes the following changes: > > > > > > > > > > - use cmake's zip support, drop archivers/zip build depends > > > > > - fix SDL rendering endianness issue on BE_ARCHS > > > > > > > > > > Charlène. > > > > > > > > > > > > > > > > > > Seems some WANTLIB are in extra? Maybe they are dlopened after > > > > it start. > > > > > > > > $ make port-lib-depends-check > > > > blobby-1.0rc3p2(games/blobby): > > > > Extra: ICE.11 SM.9 X11.17 Xext.13 > > > > > > Patch didn't apply correctly and so my previous mail is useless > > > (thanks to cwen@ for telling me) > > > > > > > The diff contains MS-DOS line endings, i'm attaching it instead. > > Adding line endings fixes in the Makefile is useless since the diff > > remove all patches anyway. > > > > works fine here > ok solene@ > > maybe HOMEPAGE could be set to http://blobbyvolley.de/ ? That's where > I land using current HOMEPAGE We may hope for having an english home page one day, but let's avoid redirects, the attached patch has HOMEPAGE changed :) blobby.diff Description: Binary data
[big endian] Unbreak graphics/sane-backends
Hi, I've spotted that sane-backends is broken in the current sparc64 bulk: > genesys/low.cpp:544:9: error: 'depth' was not declared in this scope > if (depth == 16) { Upstream has already a fix for that [0], it's pending merging. The below diff fixes the build on powerpc [1]. I bumped REVISION, but the impacted code only impacts BE_ARCHS and sparc64 is the first arch building that new sane-backends, i guess it can be omitted. Comments/feedback are welcome, Charlène. [0] https://gitlab.com/sane-project/backends/-/merge_requests/329 [1] https://bin.charlenew.xyz/sane-backends.log Index: Makefile === RCS file: /cvs/ports/graphics/sane-backends/Makefile,v retrieving revision 1.88 diff -u -p -u -p -r1.88 Makefile --- Makefile8 Feb 2020 13:35:52 - 1.88 +++ Makefile9 Feb 2020 11:32:09 - @@ -5,6 +5,7 @@ BROKEN-alpha= ICE hp5590.c:1141: error: COMMENT= API for accessing scanners, backends DISTNAME= sane-backends-1.0.29 +REVISION= 0 SHARED_LIBS += sane 2.1 # unknown Index: patches/patch-backend_genesys_low_cpp === RCS file: /cvs/ports/graphics/sane-backends/patches/patch-backend_genesys_low_cpp,v retrieving revision 1.1 diff -u -p -u -p -r1.1 patch-backend_genesys_low_cpp --- patches/patch-backend_genesys_low_cpp 8 Feb 2020 13:35:52 - 1.1 +++ patches/patch-backend_genesys_low_cpp 9 Feb 2020 11:32:09 - @@ -3,6 +3,10 @@ $OpenBSD: patch-backend_genesys_low_cpp, errno.h header is required now that errno is a per-thread variable. "undefined symbol 'errno'" at runtime with dlopen()'d modules. +Fix the build on BE_ARCHS: +genesys/low.cpp:544:9: error: 'depth' was not declared in this scope, see +https://gitlab.com/sane-project/backends/-/merge_requests/329 + Index: backend/genesys/low.cpp --- backend/genesys/low.cpp.orig +++ backend/genesys/low.cpp @@ -15,3 +19,12 @@ Index: backend/genesys/low.cpp #include "low.h" #include "assert.h" #include "test_settings.h" +@@ -539,7 +541,7 @@ Image read_unshuffled_image_from_scanner(Genesys_Devic + } + + #ifdef WORDS_BIGENDIAN +-if (depth == 16) { ++if (session.params.depth == 16) { + dev->pipeline.push_node(); + } + #endif
Re: CVS: cvs.openbsd.org: ports
On Sun, Feb 09, 2020 at 10:28:52AM +0100, Antoine Jacoutot wrote: > On Sat, Feb 08, 2020 at 06:45:05PM -0700, Aaron Bieber wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: abie...@cvs.openbsd.org 2020/02/08 18:45:05 > > > > Log message: > > Import ogvt aka OpenBSD Gnupg-signature Verification Tool. > > > > OK kn@ > > > > Status: > > > > Vendor Tag: abieber > > Release Tags: abieber_20200208 > > > > N ports/security/ogvt/Makefile > > N ports/security/ogvt/distinfo > > N ports/security/ogvt/pkg/DESCR > > N ports/security/ogvt/pkg/PLIST > > N ports/security/ogvt/files/pubkey > > > > No conflicts created by this import > > Hi. > > MODGO_TYPE =bin > => that's the default, not sure it's useful to explicitely put it > > Quick question, what is the pubkey in files for? And also, this: $ cd /usr/ports/security/ogvt/ && make fetch ===> Checking files for ogvt-1.0.0 >> Fetch https://deftly.net/dist/archive/v1.0.0.tar.gz ftp: Error retrieving https://deftly.net/dist/archive/v1.0.0.tar.gz: 404 Not Found -- Antoine
Re: [update/fix] games/blobby 1.0rc3 -> 1.0.20200209
On Sun, Feb 09, 2020 at 12:19:19PM +0100, Charlene Wendling wrote: > On Sun, 9 Feb 2020 12:10:33 +0100 > Solene Rapenne wrote: > > > On Sun, Feb 09, 2020 at 12:04:06PM +0100, Solene Rapenne wrote: > > > On Sun, Feb 09, 2020 at 11:54:09AM +0100, Charlene Wendling wrote: > > > > Hi, > > > > > > > > Update to 1.0.20200209, this includes the following changes: > > > > > > > > - use cmake's zip support, drop archivers/zip build depends > > > > - fix SDL rendering endianness issue on BE_ARCHS > > > > > > > > Charlène. > > > > > > > > > > > > > > Seems some WANTLIB are in extra? Maybe they are dlopened after it > > > start. > > > > > > $ make port-lib-depends-check > > > blobby-1.0rc3p2(games/blobby): > > > Extra: ICE.11 SM.9 X11.17 Xext.13 > > > > Patch didn't apply correctly and so my previous mail is useless > > (thanks to cwen@ for telling me) > > > > The diff contains MS-DOS line endings, i'm attaching it instead. Adding > line endings fixes in the Makefile is useless since the diff remove all > patches anyway. > works fine here ok solene@ maybe HOMEPAGE could be set to http://blobbyvolley.de/ ? That's where I land using current HOMEPAGE
Re: [update/fix] games/blobby 1.0rc3 -> 1.0.20200209
On Sun, 9 Feb 2020 12:10:33 +0100 Solene Rapenne wrote: > On Sun, Feb 09, 2020 at 12:04:06PM +0100, Solene Rapenne wrote: > > On Sun, Feb 09, 2020 at 11:54:09AM +0100, Charlene Wendling wrote: > > > Hi, > > > > > > Update to 1.0.20200209, this includes the following changes: > > > > > > - use cmake's zip support, drop archivers/zip build depends > > > - fix SDL rendering endianness issue on BE_ARCHS > > > > > > Charlène. > > > > > > > > > > Seems some WANTLIB are in extra? Maybe they are dlopened after it > > start. > > > > $ make port-lib-depends-check > > blobby-1.0rc3p2(games/blobby): > > Extra: ICE.11 SM.9 X11.17 Xext.13 > > Patch didn't apply correctly and so my previous mail is useless > (thanks to cwen@ for telling me) > The diff contains MS-DOS line endings, i'm attaching it instead. Adding line endings fixes in the Makefile is useless since the diff remove all patches anyway. blobby.diff Description: Binary data
Re: [update/fix] games/blobby 1.0rc3 -> 1.0.20200209
On Sun, Feb 09, 2020 at 12:04:06PM +0100, Solene Rapenne wrote: > On Sun, Feb 09, 2020 at 11:54:09AM +0100, Charlene Wendling wrote: > > Hi, > > > > Update to 1.0.20200209, this includes the following changes: > > > > - use cmake's zip support, drop archivers/zip build depends > > - fix SDL rendering endianness issue on BE_ARCHS > > > > Charlène. > > > > > > Seems some WANTLIB are in extra? Maybe they are dlopened after it start. > > $ make port-lib-depends-check > blobby-1.0rc3p2(games/blobby): > Extra: ICE.11 SM.9 X11.17 Xext.13 Patch didn't apply correctly and so my previous mail is useless (thanks to cwen@ for telling me)
Re: [update/fix] games/blobby 1.0rc3 -> 1.0.20200209
On Sun, Feb 09, 2020 at 11:54:09AM +0100, Charlene Wendling wrote: > Hi, > > Update to 1.0.20200209, this includes the following changes: > > - use cmake's zip support, drop archivers/zip build depends > - fix SDL rendering endianness issue on BE_ARCHS > > Charlène. > > Seems some WANTLIB are in extra? Maybe they are dlopened after it start. $ make port-lib-depends-check blobby-1.0rc3p2(games/blobby): Extra: ICE.11 SM.9 X11.17 Xext.13 I can't start the game on current -amd64 solene@t480 /usr/ports/games/blobby $ blobby /home/solene/.blobby created /home/solene/.blobby/replays created /home/solene/.blobby/gfx created /home/solene/.blobby/sounds created /home/solene/.blobby/scripts created /home/solene/.blobby/backgrounds created error loading language lang_en.xml! falling back to english blobby(33929) in free(): bogus pointer (double free?) 0x6 Abort trap (core dumped) solene@t480 /usr/ports/games/blobby $ blobby within egdb (gdb) run Starting program: /usr/local/bin/blobby error loading language lang_en.xml! falling back to english blobby(77372) in free(): bogus pointer (double free?) 0x15 Program received signal SIGABRT, Aborted. thrkill () at -:3 3 -: No such file or directory. (gdb) bt #0 thrkill () at -:3 #1 0x0093a9384eae in _libc_abort () at /usr/src/lib/libc/stdlib/abort.c:51 #2 0x0093a935cec6 in wrterror (d=0x945f281920, msg=0x93a931a967 "bogus pointer (double free?) %p") at /usr/src/lib/libc/stdlib/malloc.c:300 #3 0x0093a93600a9 in findpool (p=0x15, argpool=, foundpool=0x7f7cdee0, saved_function=0x7f7cdee8) at /usr/src/lib/libc/stdlib/malloc.c:1355 #4 0x0093a935d1da in ofree (argpool=0x7f7cdf40, p=0x15, clear=0, check=0, argsz=0) at /usr/src/lib/libc/stdlib/malloc.c:1369 #5 0x0093a935d110 in free (ptr=0x15) at /usr/src/lib/libc/stdlib/malloc.c:1488 #6 0x00919a2cc6b7 in TextManager::createTextManager(std::__1::basic_string, std::__1::allocator >) () #7 0x00919a2cee0d in main ()
Re: [update/fix] games/blobby 1.0rc3 -> 1.0.20200209
Hi, Update to 1.0.20200209, this includes the following changes: - use cmake's zip support, drop archivers/zip build depends - fix SDL rendering endianness issue on BE_ARCHS Charlène. On Mon, 3 Feb 2020 11:37:36 +0100 Charlene Wendling wrote: > > On Sun, 26 Jan 2020 21:52:39 +0100 > Charlene Wendling wrote: > > > On Sun, 26 Jan 2020 19:36:39 + > > Mikolaj Kucharski wrote: > > > > > Hi, > > > > > > I didn't test your diff, but just by reading your mail, I think > > > you should set updated version to 1.0.20200119, to get what you > > > want, so avoiding epoch, make 1.0rc3 get updated to 1.0., > > > and make 1.1 get update from 1.0.. > > > > > > With your version of the diff, future version 1.1 and your new > > > version 1.020200119, not sure is 1.1 > 1.020200119. I could test > > > this, but I guess, going to 1.0.20200119 shold just make this > > > work. > > > > According to packages-specs(7), you're right, what you're proposing > > is safer. I've updated the diff below accordingly. > > > > > On Sun, Jan 26, 2020 at 03:16:46PM +0100, Charlene Wendling wrote: > > > > Hi again, > > > > > > > > We ship a broken games/blobby: > > > > > > > > -->8-- > > > > ~$ blobby > > > > error loading language lang_en.xml! > > > > falling back to english > > > > blobby(23503) in free(): bogus pointer (double free?) 0x6 > > > > Abort trap > > > > --8<-- > > > > > > > > It's from 2012, and that version is unsupported, so i'm > > > > proposing an update against latest developments of blobby. > > > > > > > > What's new upstream: > > > > > > > > - move from sf.net to github > > > > - use sdl2 instead of sdl > > > > > > > > What's new in port: > > > > > > > > - drop all patches, upstream made similar changes > > > > - bring back bots (upstreamed patch) > > > > - avoid the use of EPOCH by using date versioning, the next > > > > release will be 1.1 [0], so updating go (and will go) smoothly > > > > - remove base-gcc from COMPILER, it's C++11 > > > > - add DEBUG_PACKAGES (i'm not sure of the usefulness of it for > > > > that port) > > > > > > > > > > > > Testing (on powerpc, you'll need the fixed devel/physfs i > > > > committed earlier): > > > > > > > > - amd64: no issues > > > > - powerpc: builds and works but blobs colors are off in SDL > > > > mode, they're more complex to draw that it seems, and swapping > > > > colors does not solve the problem. I refrained from setting the > > > > properly working OpenGL renderer as default/fallback on big > > > > endian, because i guess not all BE archs have OpenGL. > > > > BE and LE hosts/clients can't talk to each other through the > > > > network. > > > > > > > > Despite the endianness issues, given that the runtime is totally > > > > broken on amd64, i think we should commit that update. > > > > > > > > Comments/feedback are welcome, > > > > > > > > Charlène. > > > > > > > > > > > > [0] > > > > https://github.com/danielknobe/blobbyvolley2/issues/1#issuecomment-569493894 Index: Makefile === RCS file: /cvs/ports/games/blobby/Makefile,v retrieving revision 1.10 diff -u -p -u -p -r1.10 Makefile --- Makefile12 Jul 2019 20:46:15 - 1.10 +++ Makefile9 Feb 2020 10:17:50 - @@ -2,30 +2,29 @@ COMMENT = volleyball game with online play -V =1.0rc3 -DISTNAME = blobby2-linux-${V} -PKGNAME = blobby-${V} -REVISION = 2 +GH_ACCOUNT = danielknobe +GH_PROJECT = blobbyvolley2 +GH_COMMIT =5a03dd0a47800b590097f7a5dd3cb3dcda1ccd91 + +DISTNAME = blobby-1.0.20200209 CATEGORIES = games HOMEPAGE = http://blobby.sourceforge.net/ # GPLv2+ -PERMIT_PACKAGE = Yes - -WANTLIB += GL GLU ICE SDL SM X11 Xext c m physfs pthread ${COMPILER_LIBCXX} +PERMIT_PACKAGE = Yes -COMPILER = base-clang ports-gcc base-gcc +WANTLIB += ${COMPILER_LIBCXX} GL GLU SDL2 c m physfs -MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=blobby/} +# C++11 +COMPILER = base-clang ports-gcc MODULES = devel/cmake -BUILD_DEPENDS =devel/boost \ - archivers/zip -LIB_DEPENDS = devel/sdl \ +BUILD_DEPENDS =devel/boost +LIB_DEPENDS = devel/sdl2 \ devel/physfs -WRKDIST = ${WRKDIR}/blobby-${V} +DEBUG_PACKAGES = ${BUILD_PACKAGES} .include Index: distinfo === RCS file: /cvs/ports/games/blobby/distinfo,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 distinfo --- distinfo27 Oct 2012 07:12:45 - 1.1.1.1 +++ distinfo9 Feb 2020 10:17:50 - @@ -1,2 +1,2 @@ -SHA256 (blobby2-linux-1.0rc3.tar.gz) = Rb2yUwt+sbUIaT0wTjEIjJqbNm+Xj3FrWgzx58UCxYE= -SIZE (blobby2-linux-1.0rc3.tar.gz) = 2323776 +SHA256
Re: cannot set firefox as default
On Sat, Feb 08, 2020 at 10:49:53PM +0100, Jan Stary wrote: > On Feb 08 16:26:36, h...@stare.cz wrote: > > On Feb 08 15:53:11, sol...@perso.pw wrote: > > > Le 2020-02-08 14:45, Jan Stary a écrit : > > > > This is firefox-72.0.2 on a fresh current/amd64. > > > > > > > > Upon start, it asks to be the default browser. > > > > I click yes, but the setting does not get saved: > > Perhaps similarly, > > (firefox:90643): Gtk-CRITICAL **: 15:40:50.103: Unable to create user data > directory '/home/hans/.local/share' for storing the recently used files list: > No such file or directory > Can you run mkdir -p ~/.local/share? Is it owned by your user? For dbus, I don't know exactly what dbus-launch do, but you must either start the service messagebus using rcctl enable messagebus && rcctl start messagebus or start it at the beginning of your ~/.xsession, firefox is known to not work properly if dbus is not started. You should have an environment variable DBUS_SESSION_BUS_ADDRESS
Re: [update] audio/p5-MusicBrainz-DiscID 0.04 -> 0.06
On 08/02/2020 23:19, Charlene Wendling wrote: Hi, Here is a quick update for MusicBrainz::DiscID. There are only 2 changes in this version: the license changed to MIT, and one test has been removed (undocumented). And that's all [0]. Port-wise, i changed my maintainer email address and enabled POD testing. It builds and passes tests fine on macppc and amd64. The only consumer is audio/abcde, and it still works fine as well. Comments/feedback are welcome, ok benoit@ Charlène. [0] https://fastapi.metacpan.org/diff/file/t4vwwCj3W81JDCVeDmYPRSGtWTM/zcsXgU8HuAjS_d_MmlXTAcAJ3ic?content-type=text/plain Index: Makefile === RCS file: /cvs/ports/audio/p5-MusicBrainz-DiscID/Makefile,v retrieving revision 1.2 diff -u -p -u -p -r1.2 Makefile --- Makefile12 Jul 2019 20:43:38 - 1.2 +++ Makefile8 Feb 2020 21:55:10 - @@ -1,12 +1,12 @@ # $OpenBSD: Makefile,v 1.2 2019/07/12 20:43:38 sthen Exp $ COMMENT = Perl interface for the MusicBrainz libdiscid library -DISTNAME = MusicBrainz-DiscID-0.04 +DISTNAME = MusicBrainz-DiscID-0.06 CATEGORIES = audio -MAINTAINER = Charlene Wendling +MAINTAINER = Charlene Wendling -# GPLv2+ +# MIT PERMIT_PACKAGE = Yes WANTLIB += c discid perl @@ -14,5 +14,7 @@ WANTLIB += c discid perl MODULES = cpan LIB_DEPENDS = audio/libdiscid>=0.2.2 + +MAKE_ENV +=TEST_POD=Yes .include Index: distinfo === RCS file: /cvs/ports/audio/p5-MusicBrainz-DiscID/distinfo,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 distinfo --- distinfo29 Aug 2018 21:18:39 - 1.1.1.1 +++ distinfo8 Feb 2020 21:55:10 - @@ -1,2 +1,2 @@ -SHA256 (MusicBrainz-DiscID-0.04.tar.gz) = MvRuboruEObjwyCVz+QWZH6Bm8xZOj/xiq1X5nCYmMQ= -SIZE (MusicBrainz-DiscID-0.04.tar.gz) = 6907 +SHA256 (MusicBrainz-DiscID-0.06.tar.gz) = ugtu0JiX/1Y7pZhy7pNxW+83FXUVsZt8bW8obmVI7Ks= +SIZE (MusicBrainz-DiscID-0.06.tar.gz) = 6663
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: flor...@cvs.openbsd.org 2020/02/09 02:38:45 Modified files: databases/postgresql: Makefile databases/postgresql/pkg: README-server Log message: Add "cd /var/postgresql" to upgrade instructions so that pg_dumpall and initdb work even if the current working directory is not accessible by the _postgresql user. OK kn, jeremy, pea
Re: UPDATE: net/profanity
On 2020/02/08 23:43, Lucas wrote: > BTW, why was www/nghttp2 added to LIB_DEPEND? Is it for bringing HTTP/2 > support to libcurl? That's probably why but it doesn't make sense. Libraries should only be in LIB_DEPENDS if they are used directly by a port, not by a dependency.
Re: [NEW] mail/aerc
On 2020/02/08 23:39, Joerg Jung wrote: > On Sat, Feb 01, 2020 at 03:29:25AM -0500, Raymond E. Pasco wrote: > > - I used a modified distfile provided by abieber with a vendor directory, > > which is necessary due to the large number of go package dependencies. > > IMHO, bundling things defeats the purpose of ports/package system. What > do you do if a dependency got a security update? Grep all distfiles if > bundled somewhere and re-roll and depend on abieber (no offense!) to > handle that? > > How about adding the dependencies as own ports instead? We do the same > for python, perl, etc. I know, this is a lot of work, may be portgen > can be tricked into handling go first... Python and Perl's own packaging systems are generally friendly with standard OS packaging systems (sometimes incompatible changes happen and we have to update a chain of ports to handle it, but these affect users on all OS so it doesn't usually stay a big problem for too long). go (and others like node/npm, rust/cargo, maven) standard ecosystems work differently - actively encouraging incompatible changes by providing the mechanism to pin to a particular version as standard - and in most cases by statically linking so there's no conflict with files on disk. The downside as you rightly say is that security updates don't propagate, but that's baked into the whole ecosystem, it's not sanely possible to change that in ports. If we did try to then: - we would be actively fighting build systems to do what we want. it's already tricky enough to avoid network fetches during build (though this does seem to be getting better), but converting these dependencies to ports would be orders of magnitude worse - we would likely need to have multiple incompatible versions of the same thing to satisfy different dependencies - with static-linked languages we would still have to chase the dependency tree and bump revisions every time we update a "library" port (it's not like it would even save disk space), we don't have the shared library version mechanism, or even "load at runtime" like perl/python to let us bypass this It would be possible to convert to a multi-distfile port instead (like rust/cargo ports do) but really we need better infrastructure before that's a good idea - until that happens bundling a vendored tarball makes it *easier* to update (as long as there's a comment in the Makefile showing how) than making it multi-distfile. > > - aerc can be built with notmuch support, but notmuch isn't in ports (yet?), > > so I didn't bother with this. > > There were some submissions for notmuch in the past, but afaik never > imported. It isn't finished. It still has use-after-frees and some other problems showing up in the test suite.
Re: update to libvips 8.9.0
Le samedi 1 février 2020, 15:43:59 CET Stuart Henderson a écrit : > On 2020/02/01 10:06, Stephane Guedon wrote: > > Le mercredi 29 janvier 2020, 22:20:25 CET Stuart Henderson a écrit : > > > - either use the directory "vips", or name the package "libvips", > > > just pick one or the other. "PKGNAME= lib${DISTNAME}" will do if > > > you > > > want libvips. > > > > > > (if it's better known as a library then prefer "libvips", if it's > > > better known for the tools then prefer just "vips"). > > > > > > - seems more like a port that should be in "graphics" rather than > > > multimedia? > > > > > > - the comment "# Dependencies" doesn't add anything that > > > LIB_DEPENDS > > > doesn't already say, please zap > > > > > > - plist was generated on stable or old current, it should be > > > udpated > > > on -current (some of the files will get "@static-lib" markers) > > > > > > - there are a number of unlisted dependencies that are picked up > > > by configure if present at build time. these must either be > > > disabled, > > > or explicit dependencies added. at least one of these adds extra > > > PLIST files (gir) and I get about 50 lines of output from "make > > > port-lib-depends-check" for things which are either "NOT > > > REACHABLE" > > > (no LIB_DEPENDS to pull in the library) or just "Missing:" (where > > > there is a dependency path but no WANTLIB entry for them). > > > > > > libvips-8.9.0(graphics/libvips): > > > Missing lib: Half-2_4.0 (/usr/local/lib/libvips.so.0.0) (NOT > > > REACHABLE) Missing: ICE.11 (/usr/local/lib/libvips.so.0.0) (system > > > lib) Missing lib: Iex-2_4.0 (/usr/local/lib/libvips.so.0.0) (NOT > > > REACHABLE) Missing lib: IexMath-2_4.0 > > > (/usr/local/lib/libvips.so.0.0) > > > (NOT REACHABLE) Missing lib: IlmImf-2_4.0 > > > (/usr/local/lib/libvips.so.0.0) (NOT REACHABLE) Missing lib: > > > IlmThread-2_4.0 (/usr/local/lib/libvips.so.0.0) (NOT REACHABLE) > > > Missing lib: Imath-2_4.0 (/usr/local/lib/libvips.so.0.0) (NOT > > > REACHABLE) Missing lib: MagickCore-6.Q16.7 > > > (/usr/local/lib/libvips.so.0.0) (NOT REACHABLE) Missing: SM.9 > > > (/usr/local/lib/libvips.so.0.0) (system lib) > > > Missing: X11.17 (/usr/local/lib/libvips.so.0.0) (system lib) > > > Missing: Xext.13 (/usr/local/lib/libvips.so.0.0) (system lib) > > > Missing: Xrender.6 (/usr/local/lib/libvips.so.0.0) (system lib) > > > Missing: Xt.11 (/usr/local/lib/libvips.so.0.0) (system lib) > > > Missing: bz2.10 from bzip2-1.0.8 (/usr/local/lib/libvips.so.0.0) > > > Missing lib: cairo-gobject.2 (/usr/local/lib/libvips.so.0.0) (NOT > > > REACHABLE) Missing lib: cairo.13 (/usr/local/lib/libvips.so.0.0) > > > (NOT > > > REACHABLE) Missing lib: djvulibre.26 > > > (/usr/local/lib/libvips.so.0.0) > > > (NOT REACHABLE) <..snip..> > > > > > > and an excerpt from the configure check showing the sort of things > > > you're looking for in there, all various things where there's a > > > check > > > which doesn't find the relevant dependency, decide whether you > > > want > > > to list the dependency or add the relevant CONFIGURE_ARGS line to > > > disable it. > > > > > > checking for IceConnectionNumber in -lICE... (cached) yes > > > checking for NIFTI... libraries (none), headers (none) > > > checking for HEIF... no > > > configure: WARNING: libheif not found; disabling HEIF support > > > checking for PDFIUM... libraries (none), headers (none) > > > checking for POPPLER... yes > > > checking for RSVG... yes > > > checking for ZLIB... yes > > > checking for OPENSLIDE... no > > > configure: OpenSlide >= 3.4.0 not found; checking for >= 3.3.0 > > > checking for OPENSLIDE... no > > > configure: WARNING: OpenSlide >= 3.3.0 not found; disabling > > > virtual > > > slide support checking for MATIO... no > > > configure: WARNING: matio not found; disabling matio support > > > checking for CFITSIO... no > > > configure: WARNING: cfitsio not found; disabling cfitsio support > > > checking for LIBWEBP... yes > > > checking for PANGOFT2... yes > > > checking for TIFF... yes > > > checking whether COMPRESSION_WEBP is declared... no > > > checking for giflib... libraries -L/usr/local/lib -lgif, headers > > > -I/usr/local/include checking for PNG... yes > > > checking for png_set_chunk_malloc_max... yes > > > checking for IMAGEQUANT... no > > > configure: WARNING: libimagequant not found; disabling 8bpp PNG > > > support checking for JPEG... yes > > > checking for jpeg_c_bool_param_supported... no > > > checking for EXIF... yes > > > checking exif-data.h usability... yes > > > checking exif-data.h presence... yes > > > checking for exif-data.h... yes > > > > > > Tip: if you're doing various rebuilds while working on disabling > > > things etc, building with USE_CCACHE=Yes (set in mk.conf or on the > > > make command-line) will save you a bunch of time. > > > > Hello. Here is a new try after that I tried to apply your advices. > > Let me know what you think. > > > > I disabled some optional dependencies and placed the port in > >
Re: update to libvips 8.9.0
Le samedi 1 février 2020, 15:43:59 CET Stuart Henderson a écrit : > On 2020/02/01 10:06, Stephane Guedon wrote: > > Le mercredi 29 janvier 2020, 22:20:25 CET Stuart Henderson a écrit : > > > - either use the directory "vips", or name the package "libvips", > > > just pick one or the other. "PKGNAME= lib${DISTNAME}" will do if > > > you > > > want libvips. > > > > > > (if it's better known as a library then prefer "libvips", if it's > > > better known for the tools then prefer just "vips"). > > > > > > - seems more like a port that should be in "graphics" rather than > > > multimedia? > > > > > > - the comment "# Dependencies" doesn't add anything that > > > LIB_DEPENDS > > > doesn't already say, please zap > > > > > > - plist was generated on stable or old current, it should be > > > udpated > > > on -current (some of the files will get "@static-lib" markers) > > > > > > - there are a number of unlisted dependencies that are picked up > > > by configure if present at build time. these must either be > > > disabled, > > > or explicit dependencies added. at least one of these adds extra > > > PLIST files (gir) and I get about 50 lines of output from "make > > > port-lib-depends-check" for things which are either "NOT > > > REACHABLE" > > > (no LIB_DEPENDS to pull in the library) or just "Missing:" (where > > > there is a dependency path but no WANTLIB entry for them). > > > > > > libvips-8.9.0(graphics/libvips): > > > Missing lib: Half-2_4.0 (/usr/local/lib/libvips.so.0.0) (NOT > > > REACHABLE) Missing: ICE.11 (/usr/local/lib/libvips.so.0.0) (system > > > lib) Missing lib: Iex-2_4.0 (/usr/local/lib/libvips.so.0.0) (NOT > > > REACHABLE) Missing lib: IexMath-2_4.0 > > > (/usr/local/lib/libvips.so.0.0) > > > (NOT REACHABLE) Missing lib: IlmImf-2_4.0 > > > (/usr/local/lib/libvips.so.0.0) (NOT REACHABLE) Missing lib: > > > IlmThread-2_4.0 (/usr/local/lib/libvips.so.0.0) (NOT REACHABLE) > > > Missing lib: Imath-2_4.0 (/usr/local/lib/libvips.so.0.0) (NOT > > > REACHABLE) Missing lib: MagickCore-6.Q16.7 > > > (/usr/local/lib/libvips.so.0.0) (NOT REACHABLE) Missing: SM.9 > > > (/usr/local/lib/libvips.so.0.0) (system lib) > > > Missing: X11.17 (/usr/local/lib/libvips.so.0.0) (system lib) > > > Missing: Xext.13 (/usr/local/lib/libvips.so.0.0) (system lib) > > > Missing: Xrender.6 (/usr/local/lib/libvips.so.0.0) (system lib) > > > Missing: Xt.11 (/usr/local/lib/libvips.so.0.0) (system lib) > > > Missing: bz2.10 from bzip2-1.0.8 (/usr/local/lib/libvips.so.0.0) > > > Missing lib: cairo-gobject.2 (/usr/local/lib/libvips.so.0.0) (NOT > > > REACHABLE) Missing lib: cairo.13 (/usr/local/lib/libvips.so.0.0) > > > (NOT > > > REACHABLE) Missing lib: djvulibre.26 > > > (/usr/local/lib/libvips.so.0.0) > > > (NOT REACHABLE) <..snip..> > > > > > > and an excerpt from the configure check showing the sort of things > > > you're looking for in there, all various things where there's a > > > check > > > which doesn't find the relevant dependency, decide whether you > > > want > > > to list the dependency or add the relevant CONFIGURE_ARGS line to > > > disable it. > > > > > > checking for IceConnectionNumber in -lICE... (cached) yes > > > checking for NIFTI... libraries (none), headers (none) > > > checking for HEIF... no > > > configure: WARNING: libheif not found; disabling HEIF support > > > checking for PDFIUM... libraries (none), headers (none) > > > checking for POPPLER... yes > > > checking for RSVG... yes > > > checking for ZLIB... yes > > > checking for OPENSLIDE... no > > > configure: OpenSlide >= 3.4.0 not found; checking for >= 3.3.0 > > > checking for OPENSLIDE... no > > > configure: WARNING: OpenSlide >= 3.3.0 not found; disabling > > > virtual > > > slide support checking for MATIO... no > > > configure: WARNING: matio not found; disabling matio support > > > checking for CFITSIO... no > > > configure: WARNING: cfitsio not found; disabling cfitsio support > > > checking for LIBWEBP... yes > > > checking for PANGOFT2... yes > > > checking for TIFF... yes > > > checking whether COMPRESSION_WEBP is declared... no > > > checking for giflib... libraries -L/usr/local/lib -lgif, headers > > > -I/usr/local/include checking for PNG... yes > > > checking for png_set_chunk_malloc_max... yes > > > checking for IMAGEQUANT... no > > > configure: WARNING: libimagequant not found; disabling 8bpp PNG > > > support checking for JPEG... yes > > > checking for jpeg_c_bool_param_supported... no > > > checking for EXIF... yes > > > checking exif-data.h usability... yes > > > checking exif-data.h presence... yes > > > checking for exif-data.h... yes > > > > > > Tip: if you're doing various rebuilds while working on disabling > > > things etc, building with USE_CCACHE=Yes (set in mk.conf or on the > > > make command-line) will save you a bunch of time. > > > > Hello. Here is a new try after that I tried to apply your advices. > > Let me know what you think. > > > > I disabled some optional dependencies and placed the port in > >
Re: CVS: cvs.openbsd.org: ports
On Sat, Feb 08, 2020 at 06:45:05PM -0700, Aaron Bieber wrote: > CVSROOT: /cvs > Module name: ports > Changes by: abie...@cvs.openbsd.org 2020/02/08 18:45:05 > > Log message: > Import ogvt aka OpenBSD Gnupg-signature Verification Tool. > > OK kn@ > > Status: > > Vendor Tag: abieber > Release Tags: abieber_20200208 > > N ports/security/ogvt/Makefile > N ports/security/ogvt/distinfo > N ports/security/ogvt/pkg/DESCR > N ports/security/ogvt/pkg/PLIST > N ports/security/ogvt/files/pubkey > > No conflicts created by this import Hi. MODGO_TYPE =bin => that's the default, not sure it's useful to explicitely put it Quick question, what is the pubkey in files for? Thanks. -- Antoine