CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/07/20 22:37:46 Modified files: editors/dhex : Makefile distinfo Log message: Bugfix update to dhex-0.69 ok kmos@
Re: UPDATE: editors/dhex 0.68 => 0.69
On 7/21/19 12:14 AM, Kurt Mosiejczuk wrote: On Sun, Jul 21, 2019 at 12:06:11AM -0400, Brian Callahan wrote: Hi ports -- Trivial bugfix update to editors/dhex. OK? Works on sparc64. OK kmos@ Better than gbc :) ~Brian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/07/20 22:12:10 Modified files: math/gbc : Makefile Log message: Mark gbc BROKEN-sparc64. This has never built on sparc64. It fails with a Bus error during build. Changing -O levels did nothing. Changing to egcc did nothing. If you need an alternative bc/dc on sparc64, there's ebc. Thanks to kmos@ for testing with me.
UPDATE: editors/dhex 0.68 => 0.69
Hi ports -- Trivial bugfix update to editors/dhex. OK? ~Brian Index: Makefile === RCS file: /cvs/ports/editors/dhex/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile 12 Jul 2019 20:46:04 - 1.7 +++ Makefile 21 Jul 2019 03:56:20 - @@ -1,11 +1,10 @@ # $OpenBSD: Makefile,v 1.7 2019/07/12 20:46:04 sthen Exp $ COMMENT = ncurses-based hex-editor with diff mode -V = 0.68 +V = 0.69 DISTNAME = dhex_${V} PKGNAME = dhex-${V} CATEGORIES = editors -REVISION = 1 HOMEPAGE = http://www.dettus.net/dhex/ MAINTAINER = Thanasoulas Spiros Index: distinfo === RCS file: /cvs/ports/editors/dhex/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo 13 Sep 2014 13:04:09 - 1.3 +++ distinfo 21 Jul 2019 03:56:20 - @@ -1,2 +1,2 @@ -SHA256 (dhex_0.68.tar.gz) = Emw0dFtIoHRIz+Nv5ZE9N+xWKtctP3Mrmb1A92H02gg= -SIZE (dhex_0.68.tar.gz) = 58602 +SHA256 (dhex_0.69.tar.gz) = UnMLzRzxa9Ta4N5CUxvppAV1NexhyjjAgE64JG6mxBs= +SIZE (dhex_0.69.tar.gz) = 57362
sparc64 bulk build report
bulk build on sparc64-3.ports.openbsd.org started on Thu Jul 18 10:06:09 MDT 2019 finished at Sat Jul 20 21:30:14 MDT 2019 lasted 03D04h24m done with kern.version=OpenBSD 6.5-current (GENERIC.MP) #228: Tue Jul 16 14:25:34 MDT 2019 built packages:7527 Jul 18:4325 Jul 19:2036 Jul 20:1165 critical path missing pkgs: http://build-failures.rhaalovely.net//sparc64/2019-07-18/summary.log build failures: 43 http://build-failures.rhaalovely.net//sparc64/2019-07-18/cad/gnucap.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/cad/magic.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/cad/netgen.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/databases/postgresql.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/databases/sqlports,-list.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/devel/cscope.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/devel/libidn2.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/devel/llvm,,-main.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/devel/ocaml-ocamlbuild.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/devel/py-unicorn.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/devel/pycdc.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/emulators/gxemul.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/emulators/ppsspp.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/games/dxx-rebirth.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/games/godot.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/games/maelstrom.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/games/mvdsv.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/games/xevil.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/geo/geos.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/graphics/glslang.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/graphics/makehuman.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/graphics/spirv-tools.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/graphics/vulkan-loader.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/lang/apl.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/lang/janet.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/lang/ruby/2.5,-gdbm.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/math/gbc.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/net/ftpcopy.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/net/mutella.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/net/pmacct,mysql.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/net/toxcore.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/net/xmlrpc-c.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/productivity/ledger.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/security/libfprint.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/sysutils/libolecf.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/sysutils/random_run.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/sysutils/xxhash.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/telephony/pjsua,-main.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/www/goaccess.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/x11/libdbus-c++.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/x11/nx/nxcomp.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/x11/ogre.log http://build-failures.rhaalovely.net//sparc64/2019-07-18/x11/waimea.log
回复: www/p5-Catalyst-Plugin-Session-PerUser : Fix the test
Revised patch. Thank cwen@! wen 发件人: Charlene Wendling 发送时间: 2019年7月20日 18:51 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: www/p5-Catalyst-Plugin-Session-PerUser : Fix the test On Wed, 17 Jul 2019 08:19:04 + wen heping wrote: > Hi, ports@: > > Here is a patch for www/p5-Catalyst-Plugin-Session-PerUser : > 1) Fix the test by adding missing TEST_DEPENDS > www/p5-Catalyst-Plugin-Session-PerUser > 2) sort RUN_DEPENDS > 3) I am not sure whether or REVISION shoube bumped, since only > TEST_DEPENDS changed. It changes nothing to the resulting package, so yes you don't need to. > 4) I did not add POD_TEST to MAKE_ENV, because pod tests failed. > I think no need to fix it. See how i handled that in the below diff ;) > It build well and now passed all tests on my amd64-head system. > > Comments? OK? > > wen I also fixed a trailing whitespace while here. Charlène. Index: Makefile === RCS file: /cvs/ports/www/p5-Catalyst-Plugin-Session-PerUser/Makefile,v retrieving revision 1.12 diff -u -p -u -p -r1.12 Makefile --- Makefile12 Jul 2019 20:50:51 - 1.12 +++ Makefile20 Jul 2019 10:45:20 - @@ -10,16 +10,21 @@ CATEGORIES= www # Artistic + GPL PERMIT_PACKAGE= Yes -RUN_DEPENDS= www/p5-Catalyst-Plugin-Session \ - security/p5-Catalyst-Plugin-Authentication \ - devel/p5-Hash-Merge \ +RUN_DEPENDS= devel/p5-Hash-Merge \ devel/p5-Moose \ devel/p5-MRO-Compat \ + devel/p5-Object-Signature \ devel/p5-namespace-autoclean \ - devel/p5-Object-Signature + security/p5-Catalyst-Plugin-Authentication \ + www/p5-Catalyst-Plugin-Session -TEST_DEPENDS=devel/p5-Test-WWW-Mechanize-Catalyst +TEST_DEPENDS= devel/p5-Test-WWW-Mechanize-Catalyst \ + www/p5-Catalyst-Plugin-Session-State-Cookie CONFIGURE_STYLE = modinst + +# Disable Pod Testing: there is an extraneous "=item". If we remove it, +# the .orig file will be tested as well, and in the end it fails anyway. +MAKE_ENV +=TEST_POD= .include Index: patches/patch-lib_Catalyst_Plugin_Session_PerUser_pm === RCS file: patches/patch-lib_Catalyst_Plugin_Session_PerUser_pm diff -N patches/patch-lib_Catalyst_Plugin_Session_PerUser_pm --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-lib_Catalyst_Plugin_Session_PerUser_pm20 Jul 2019 10:45:20 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Remove extraneous =item with no text associated + +Index: lib/Catalyst/Plugin/Session/PerUser.pm +--- lib/Catalyst/Plugin/Session/PerUser.pm.orig lib/Catalyst/Plugin/Session/PerUser.pm +@@ -260,8 +260,6 @@ login. On by default. + + Passed to L. Defaults to C. + +-=item +- + =back + + =head1 CAVEATS Index: pkg/DESCR === RCS file: /cvs/ports/www/p5-Catalyst-Plugin-Session-PerUser/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 DESCR --- pkg/DESCR 5 Nov 2006 16:11:31 - 1.1.1.1 +++ pkg/DESCR 20 Jul 2019 10:45:20 - @@ -1,7 +1,7 @@ Allows logged-in users to keep their sessions across logins. The session data can be stored within the user, -or within the session store, depending on other plugins +or within the session store, depending on other plugins availability. e.g, based on Catalyst::Plugin::Authentication::Store Index: Makefile === RCS file: /cvs/ports/www/p5-Catalyst-Plugin-Session-PerUser/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- Makefile12 Jul 2019 20:50:51 - 1.12 +++ Makefile21 Jul 2019 02:14:20 - @@ -10,16 +10,21 @@ CATEGORIES= www # Artistic + GPL PERMIT_PACKAGE=Yes -RUN_DEPENDS= www/p5-Catalyst-Plugin-Session \ - security/p5-Catalyst-Plugin-Authentication \ - devel/p5-Hash-Merge \ +RUN_DEPENDS= devel/p5-Hash-Merge \ devel/p5-Moose \ devel/p5-MRO-Compat \ + devel/p5-Object-Signature \ devel/p5-namespace-autoclean \ - devel/p5-Object-Signature + security/p5-Catalyst-Plugin-Authentication \ + www/p5-Catalyst-Plugin-Session -TEST_DEPENDS=devel/p5-Test-WWW-Mechanize-Catalyst +TEST_DEPENDS= devel/p5-Test-WWW-Mechanize-Catalyst \ + www/p5-Catalyst-Plugin-Session-State-Cookie CONFIGURE_STYLE = modinst + +# Disable Pod Testing: there is an extraneous "=item". If we remove it, +# the .orig file will be tested as well, and in the end it fails anyway. +MAKE_ENV +=TEST_POD= .include Index: patches/patch-lib_Catalyst_Plugin_Session_PerUser_pm === RCS file:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2019/07/20 18:10:04 Modified files: mail/mu: Makefile distinfo Log message: Update mu to 1.2.0 and add Stefan as maintainer. Diff from Stefan Hagen with comments and ok from sthen@.
Re: [Update] mail/mu: Version 1.0->1.2
On Sat, Jul 20, 2019 at 11:53:24PM +0200, Stefan Hagen wrote: > Stuart Henderson wrote: > > On 2019/07/20 14:43, James Turner wrote: > > > Looks pretty good to me, however since it's a brand new version you can > > > just remove the REVISION. REVISION is only needed if you make changes to > > > the current version of the port and make changes that require a bump. > > Ah, thank you. Of course. > Fixed. > > > Right. Also (not new but might as well fix it) the canonical place for > > WANTLIB is right after PERMIT_*, and it could do with a tab after > > MASTER_SITES= to line things up. > > Fixed. > > > [emacs,no_x11] > > This should stay as it was - it is better for bulk builds if all ports > > that have a build dependency on emacs depend on the same flavour, and > > the "unflavoured" version is the most common. > > Makes sense. I thought no_x11 would be lighter for people only > interested in "mu" and not the mu4e part. But I didn't think of bulk > builds. > > Fixed. > > > Right. Also (not new but might as well fix it) the canonical place for > > WANTLIB is right after PERMIT_*, and it could do with a tab after > > MASTER_SITES= to line things up. > > Also fixed. > > Updated diff attached. > > Best Regards, > Stefan Thanks, commited! > Index: mail/mu/Makefile > === > RCS file: /cvs/ports/mail/mu/Makefile,v > retrieving revision 1.17 > diff -u -p -u -r1.17 Makefile > --- mail/mu/Makefile 12 Jul 2019 20:47:30 - 1.17 > +++ mail/mu/Makefile 20 Jul 2019 21:48:59 - > @@ -2,27 +2,32 @@ > > COMMENT= maildir indexer and searcher with emacs frontend > > -GH_TAGNAME= v1.0 > -GH_ACCOUNT= djcb > -GH_PROJECT= mu > +DISTNAME=mu-1.2.0 > > CATEGORIES= mail > HOMEPAGE=http://www.djcbsoftware.nl/code/mu/ > -REVISION = 1 > + > +MAINTAINER= Stefan Hagen > > # GPLv3 > PERMIT_PACKAGE= Yes > > +WANTLIB+=assuan c ffi gio-2.0 glib-2.0 gmime-3.0 gmodule-2.0 > +WANTLIB+=gobject-2.0 gpg-error gpgme gthread-2.0 iconv > +WANTLIB+=intl json-glib-1.0 m pcre pthread ${COMPILER_LIBCXX} > +WANTLIB+=uuid xapian z > + > +MASTER_SITES=https://github.com/djcb/mu/releases/download/1.2/ > +EXTRACT_SUFX=.tar.xz > + > BUILD_DEPENDS= emacs->=24:editors/emacs > > LIB_DEPENDS= databases/xapian-core \ > devel/glib2 \ > - mail/gmime \ > + devel/json-glib \ > + mail/gmime30 \ > security/gpgme > > -WANTLIB += assuan c ffi gio-2.0 glib-2.0 gmime-2.6 gmodule-2.0 > -WANTLIB += gobject-2.0 gpg-error gpgme gthread-2.0 iconv > -WANTLIB += intl m pcre pthread ${COMPILER_LIBCXX} uuid xapian z > > # C++14 required > COMPILER=base-clang ports-clang > Index: mail/mu/distinfo > === > RCS file: /cvs/ports/mail/mu/distinfo,v > retrieving revision 1.6 > diff -u -p -u -r1.6 distinfo > --- mail/mu/distinfo 29 Apr 2018 09:23:56 - 1.6 > +++ mail/mu/distinfo 20 Jul 2019 21:48:59 - > @@ -1,2 +1,2 @@ > -SHA256 (mu-1.0.tar.gz) = UzFJq6uWfigJ9y6f5ixt63HUW2rSpYRiR3M6HdLeaaA= > -SIZE (mu-1.0.tar.gz) = 2273670 > +SHA256 (mu-1.2.0.tar.xz) = 9jTH8kTcaET/cdw8PhiT5I4ZPKqeDnR+umFjCXdfBTo= > +SIZE (mu-1.2.0.tar.xz) = 844192 > Index: mail/mu/patches/patch-lib_parser_utils_cc > === > RCS file: mail/mu/patches/patch-lib_parser_utils_cc > diff -N mail/mu/patches/patch-lib_parser_utils_cc > --- /dev/null 1 Jan 1970 00:00:00 - > +++ mail/mu/patches/patch-lib_parser_utils_cc 20 Jul 2019 21:48:59 - > @@ -0,0 +1,14 @@ > +$OpenBSD$ > +Bring g_vasprintf into scope > +Index: lib/parser/utils.cc > +--- lib/parser/utils.cc.orig > lib/parser/utils.cc > +@@ -17,7 +17,7 @@ > + ** 02110-1301, USA. > + */ > + > +-#define _XOPEN_SOURCE > ++#define _XOPEN_SOURCE_EXTENDED 1 > + #include > + > + #define GNU_SOURCE -- James Turner
Re: CVS: cvs.openbsd.org: ports
On Sat, Jul 20, 2019 at 05:12:47PM -0600, Marc Espie wrote: > CVSROOT: /cvs > Module name: ports > Changes by: es...@cvs.openbsd.org 2019/07/20 17:12:47 > > Modified files: > databases/sqlports: Makefile > databases/sqlports/files: Var.pm > > Log message: > fix sqlports, bump to make sure Ah, so I was right :-) -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/07/20 17:12:47 Modified files: databases/sqlports: Makefile databases/sqlports/files: Var.pm Log message: fix sqlports, bump to make sure
Re: [Update] protobuf to 3.9.0
On 2019/07/20 16:57, Otto Moerbeek wrote: > On Sat, Jul 20, 2019 at 06:15:19AM -0700, Jonathon Sisson wrote: > > > On Sat, Jul 20, 2019 at 02:01:27PM +0100, Stuart Henderson wrote: > > > On 2019/07/20 05:24, Jonathon Sisson wrote: > > > > On Sat, Jul 20, 2019 at 05:09:00AM -0700, Jonathon Sisson wrote: > > > > > On Sat, Jul 20, 2019 at 12:45:25PM +0100, Stuart Henderson wrote: > > > > > > On 2019/07/20 04:05, Jonathon Sisson wrote: > > > > > > > Hello, > > > > > > > > > > > > > > Here is a diff to update protobuf to 3.9.0. > > > > > > > > > > > > > > PLIST adjusted for singleton.h and wire_format_lite_inl.h removal. > > > > > > > > > > > > > > Tested on amd64. I lack the hardware to test on arm64 (looking > > > > > > > for suggestions...Rock64?). > > > > > > > > > > > > Almost certainly all the shared library major versions need bumping > > > > > > for this update. > > > > > > > > > > > > What have you done in the way of testing ports that depend on this? > > > > > > (https://openports.pl/path/devel/protobuf, click "reverse > > > > > > dependencies") > > > > > > > > > > > Testing was with umurmur by way of protobuf-c. > > > > > > > > > > I'll return to the porting guide and read up on library major version > > > > > bumps. > > > > > > > > > > Jonathon > > > > > > > > > Ahh, I see the following in shared_libs.log: > > > > > > > > # SHARED_LIBS+=# > > > > SHARED_LIBS += protobuf-lite3.0 # 20.0 > > > > SHARED_LIBS += protobuf 3.0 # 20.0 > > > > SHARED_LIBS += protoc 3.0 # 20.0 > > > > > > > > I'd assume we would need to bump obsd version to 4.0? (That is, of > > > > course, dependent on successful testing with the other ports that > > > > utilize protobuf). > > > > > > Yes. > > > > > > > Apologies for missing that. I'll see if I can test a few of the other > > > > ports as well. > > > > > > > > Jonathon > > > > > > > > > > > Revised patch below, with SHARED_LIBS bump as requested. I've tested with > > mosh, which works as expected (protobuf-3.6.1 client to protobuf-3.9.0 > > server). > > > > I'll test more ports as free time allows. > > > > Thank you for the pointers, Stuart =) > > > > Jonathon > > > > > > > > Index: Makefile > > === > > RCS file: /cvs/ports/devel/protobuf/Makefile,v > > retrieving revision 1.24 > > diff -u -p -u -p -r1.24 Makefile > > --- Makefile12 Jul 2019 20:45:16 - 1.24 > > +++ Makefile20 Jul 2019 13:10:46 - > > @@ -2,15 +2,15 @@ > > > > COMMENT = c++ protocol buffers > > > > -V =3.6.1 > > +V =3.9.0 > > DISTNAME = protobuf-cpp-$V > > PKGNAME = protobuf-$V > > > > WRKDIST = ${WRKDIR}/protobuf-${V} > > > > -SHARED_LIBS += protobuf3.0 # 11.0 > > -SHARED_LIBS += protoc 3.0 # 11.0 > > -SHARED_LIBS += protobuf-lite 3.0 # 11.0 > > +SHARED_LIBS += protobuf4.0 # 20.0 > > +SHARED_LIBS += protoc 4.0 # 20.0 > > +SHARED_LIBS += protobuf-lite 4.0 # 20.0 > > > > CATEGORIES = devel > > > > Index: distinfo > > === > > RCS file: /cvs/ports/devel/protobuf/distinfo,v > > retrieving revision 1.5 > > diff -u -p -u -p -r1.5 distinfo > > --- distinfo9 Aug 2018 14:50:09 - 1.5 > > +++ distinfo20 Jul 2019 13:10:46 - > > @@ -1,2 +1,2 @@ > > -SHA256 (protobuf-cpp-3.6.1.tar.gz) = > > s3MuRxqbt5UPCQ/QRX69JTapugiRt/N4WRnGVP4qJSk= > > -SIZE (protobuf-cpp-3.6.1.tar.gz) = 4450975 > > +SHA256 (protobuf-cpp-3.9.0.tar.gz) = > > EtX6y7nJdL4mHeu4H6SPT1viWDDUOmS1Uu3MS5XNbLY= > > +SIZE (protobuf-cpp-3.9.0.tar.gz) = 4537469 > > Index: pkg/PLIST > > === > > RCS file: /cvs/ports/devel/protobuf/pkg/PLIST,v > > retrieving revision 1.3 > > diff -u -p -u -p -r1.3 PLIST > > --- pkg/PLIST 10 Jul 2018 10:47:42 - 1.3 > > +++ pkg/PLIST 20 Jul 2019 13:10:47 - > > @@ -48,6 +48,7 @@ include/google/protobuf/dynamic_message. > > include/google/protobuf/empty.pb.h > > include/google/protobuf/empty.proto > > include/google/protobuf/extension_set.h > > +include/google/protobuf/extension_set_inl.h > > include/google/protobuf/field_mask.pb.h > > include/google/protobuf/field_mask.proto > > include/google/protobuf/generated_enum_reflection.h > > @@ -78,6 +79,10 @@ include/google/protobuf/message.h > > include/google/protobuf/message_lite.h > > include/google/protobuf/metadata.h > > include/google/protobuf/metadata_lite.h > > +include/google/protobuf/parse_context.h > > +include/google/protobuf/port.h > > +include/google/protobuf/port_def.inc > > +include/google/protobuf/port_undef.inc > > include/google/protobuf/reflection.h > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/07/20 15:58:33 Modified files: www/py-yarl: Makefile distinfo www/py-yarl/pkg: PLIST Log message: Update www/py-yarl 1.0.0 -> 1.3.0 Updated to most recent version. All regression tests pass on amd64. It's sole consumer www/py-aiohttp doesn't have working regression tests but its two consumers pass all regression tests with this new version. OK jung@ (maintainer) sthen@
Re: [Update] mail/mu: Version 1.0->1.2
Stuart Henderson wrote: On 2019/07/20 14:43, James Turner wrote: Looks pretty good to me, however since it's a brand new version you can just remove the REVISION. REVISION is only needed if you make changes to the current version of the port and make changes that require a bump. Ah, thank you. Of course. Fixed. Right. Also (not new but might as well fix it) the canonical place for WANTLIB is right after PERMIT_*, and it could do with a tab after MASTER_SITES= to line things up. Fixed. [emacs,no_x11] This should stay as it was - it is better for bulk builds if all ports that have a build dependency on emacs depend on the same flavour, and the "unflavoured" version is the most common. Makes sense. I thought no_x11 would be lighter for people only interested in "mu" and not the mu4e part. But I didn't think of bulk builds. Fixed. Right. Also (not new but might as well fix it) the canonical place for WANTLIB is right after PERMIT_*, and it could do with a tab after MASTER_SITES= to line things up. Also fixed. Updated diff attached. Best Regards, Stefan Index: mail/mu/Makefile === RCS file: /cvs/ports/mail/mu/Makefile,v retrieving revision 1.17 diff -u -p -u -r1.17 Makefile --- mail/mu/Makefile12 Jul 2019 20:47:30 - 1.17 +++ mail/mu/Makefile20 Jul 2019 21:48:59 - @@ -2,27 +2,32 @@ COMMENT= maildir indexer and searcher with emacs frontend -GH_TAGNAME=v1.0 -GH_ACCOUNT=djcb -GH_PROJECT=mu +DISTNAME= mu-1.2.0 CATEGORIES=mail HOMEPAGE= http://www.djcbsoftware.nl/code/mu/ -REVISION = 1 + +MAINTAINER=Stefan Hagen # GPLv3 PERMIT_PACKAGE=Yes +WANTLIB+= assuan c ffi gio-2.0 glib-2.0 gmime-3.0 gmodule-2.0 +WANTLIB+= gobject-2.0 gpg-error gpgme gthread-2.0 iconv +WANTLIB+= intl json-glib-1.0 m pcre pthread ${COMPILER_LIBCXX} +WANTLIB+= uuid xapian z + +MASTER_SITES= https://github.com/djcb/mu/releases/download/1.2/ +EXTRACT_SUFX= .tar.xz + BUILD_DEPENDS= emacs->=24:editors/emacs LIB_DEPENDS= databases/xapian-core \ devel/glib2 \ - mail/gmime \ + devel/json-glib \ + mail/gmime30 \ security/gpgme -WANTLIB += assuan c ffi gio-2.0 glib-2.0 gmime-2.6 gmodule-2.0 -WANTLIB += gobject-2.0 gpg-error gpgme gthread-2.0 iconv -WANTLIB += intl m pcre pthread ${COMPILER_LIBCXX} uuid xapian z # C++14 required COMPILER= base-clang ports-clang Index: mail/mu/distinfo === RCS file: /cvs/ports/mail/mu/distinfo,v retrieving revision 1.6 diff -u -p -u -r1.6 distinfo --- mail/mu/distinfo29 Apr 2018 09:23:56 - 1.6 +++ mail/mu/distinfo20 Jul 2019 21:48:59 - @@ -1,2 +1,2 @@ -SHA256 (mu-1.0.tar.gz) = UzFJq6uWfigJ9y6f5ixt63HUW2rSpYRiR3M6HdLeaaA= -SIZE (mu-1.0.tar.gz) = 2273670 +SHA256 (mu-1.2.0.tar.xz) = 9jTH8kTcaET/cdw8PhiT5I4ZPKqeDnR+umFjCXdfBTo= +SIZE (mu-1.2.0.tar.xz) = 844192 Index: mail/mu/patches/patch-lib_parser_utils_cc === RCS file: mail/mu/patches/patch-lib_parser_utils_cc diff -N mail/mu/patches/patch-lib_parser_utils_cc --- /dev/null 1 Jan 1970 00:00:00 - +++ mail/mu/patches/patch-lib_parser_utils_cc 20 Jul 2019 21:48:59 - @@ -0,0 +1,14 @@ +$OpenBSD$ +Bring g_vasprintf into scope +Index: lib/parser/utils.cc +--- lib/parser/utils.cc.orig lib/parser/utils.cc +@@ -17,7 +17,7 @@ + ** 02110-1301, USA. + */ + +-#define _XOPEN_SOURCE ++#define _XOPEN_SOURCE_EXTENDED 1 + #include + + #define GNU_SOURCE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/07/20 15:52:47 Modified files: textproc/py-xmltodict: Makefile distinfo Log message: Update textproc/py-xmltodict 0.11.0 -> 0.12.0 Has numerous small fixes, most don't affect us. One of them is to "add support for Python 3.7" but the old version worked fine for us. OK jung@ (maintainer) sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/07/20 15:45:04 Modified files: devel/protobuf-c: Makefile Removed files: devel/protobuf-c/patches: patch-Makefile_am Log message: No need to patch Makefile.am to remove doxygen; it is unused unless "make html" is run. This means autoconf+automake are no longer needed. ok kmos@ tb@
Re: [Update] mail/mu: Version 1.0->1.2
On 2019/07/20 14:43, James Turner wrote: > On Sat, Jul 20, 2019 at 01:11:15AM +0200, Stefan Hagen wrote: > > Hello, > > > > This is my first contribution to OpenBSD. I've updated port mail/mu > > to version 1.2. > > > > The software changes from Version 1.0 to 1.2 can be found here: > > https://github.com/djcb/mu/releases/tag/1.2 > > (There was no Version 1.1) > > > > Port changes: > > - Switched to MASTER_SITES to grab the release file and not the > > auto-generated Github tarball (which may change checksum). > > - updated dependency gmime->gmime30 > > - new dependency glib-json > > - change emacs dependency to emacs,no_x11 (enough to build) This should stay as it was - it is better for bulk builds if all ports that have a build dependency on emacs depend on the same flavour, and the "unflavoured" version is the most common. > > - adding myself as maintainer > > > > I added a patch to bring g_vasprintf into scope. > > > > I'm mainly using "mu" and not "mu4e". > > Tests for mu4e would be welcome. > > > > Compiling and tests done on a current snapshot/amd64. > > > > Did I do this right? > > Comments? Improvements? Ok? > > > > Best Regards, > > Stefan > > Looks pretty good to me, however since it's a brand new version you can > just remove the REVISION. REVISION is only needed if you make changes to > the current version of the port and make changes that require a bump. Right. Also (not new but might as well fix it) the canonical place for WANTLIB is right after PERMIT_*, and it could do with a tab after MASTER_SITES= to line things up. Otherwise OK with me.
Re: [Update] protobuf-c to 1.3.2
On Sat, Jul 20, 2019 at 06:50:15PM +0100, Stuart Henderson wrote: > On 2019/07/20 04:01, Jonathon Sisson wrote: > > Hello, > > > > Here is a trivial update of protobuf-c to 1.3.2. > > > > Many patches removed, as they've been included upstream. > > I've committed this. > > The remaining patch and use of autoconf+automake isn't needed either - > doxygen is detected in "make configure" but isn't used unless you run "make > html" > so this can just go. OK? ok
Re: [Update] mail/mu: Version 1.0->1.2
On Sat, Jul 20, 2019 at 01:11:15AM +0200, Stefan Hagen wrote: > Hello, > > This is my first contribution to OpenBSD. I've updated port mail/mu > to version 1.2. > > The software changes from Version 1.0 to 1.2 can be found here: > https://github.com/djcb/mu/releases/tag/1.2 > (There was no Version 1.1) > > Port changes: > - Switched to MASTER_SITES to grab the release file and not the > auto-generated Github tarball (which may change checksum). > - updated dependency gmime->gmime30 > - new dependency glib-json > - change emacs dependency to emacs,no_x11 (enough to build) > - adding myself as maintainer > > I added a patch to bring g_vasprintf into scope. > > I'm mainly using "mu" and not "mu4e". > Tests for mu4e would be welcome. > > Compiling and tests done on a current snapshot/amd64. > > Did I do this right? > Comments? Improvements? Ok? > > Best Regards, > Stefan Looks pretty good to me, however since it's a brand new version you can just remove the REVISION. REVISION is only needed if you make changes to the current version of the port and make changes that require a bump. > Index: mail/mu/Makefile > === > RCS file: /cvs/ports/mail/mu/Makefile,v > retrieving revision 1.17 > diff -u -p -u -r1.17 Makefile > --- mail/mu/Makefile 12 Jul 2019 20:47:30 - 1.17 > +++ mail/mu/Makefile 19 Jul 2019 23:03:44 - > @@ -2,27 +2,32 @@ > > COMMENT= maildir indexer and searcher with emacs frontend > > -GH_TAGNAME= v1.0 > -GH_ACCOUNT= djcb > -GH_PROJECT= mu > +DISTNAME=mu-1.2.0 > > CATEGORIES= mail > HOMEPAGE=http://www.djcbsoftware.nl/code/mu/ > -REVISION = 1 > +REVISION = 0 > + > +MAINTAINER= Stefan Hagen > > # GPLv3 > PERMIT_PACKAGE= Yes > > -BUILD_DEPENDS= emacs->=24:editors/emacs > +MASTER_SITES=https://github.com/djcb/mu/releases/download/1.2/ > +EXTRACT_SUFX=.tar.xz > + > +BUILD_DEPENDS= emacs->=24:editors/emacs,no_x11 > > LIB_DEPENDS= databases/xapian-core \ > devel/glib2 \ > - mail/gmime \ > + devel/json-glib \ > + mail/gmime30 \ > security/gpgme > > -WANTLIB += assuan c ffi gio-2.0 glib-2.0 gmime-2.6 gmodule-2.0 > +WANTLIB += assuan c ffi gio-2.0 glib-2.0 gmime-3.0 gmodule-2.0 > WANTLIB += gobject-2.0 gpg-error gpgme gthread-2.0 iconv > -WANTLIB += intl m pcre pthread ${COMPILER_LIBCXX} uuid xapian z > +WANTLIB += intl json-glib-1.0 m pcre pthread ${COMPILER_LIBCXX} > +WANTLIB += uuid xapian z > > # C++14 required > COMPILER=base-clang ports-clang > Index: mail/mu/distinfo > === > RCS file: /cvs/ports/mail/mu/distinfo,v > retrieving revision 1.6 > diff -u -p -u -r1.6 distinfo > --- mail/mu/distinfo 29 Apr 2018 09:23:56 - 1.6 > +++ mail/mu/distinfo 19 Jul 2019 23:03:44 - > @@ -1,2 +1,2 @@ > -SHA256 (mu-1.0.tar.gz) = UzFJq6uWfigJ9y6f5ixt63HUW2rSpYRiR3M6HdLeaaA= > -SIZE (mu-1.0.tar.gz) = 2273670 > +SHA256 (mu-1.2.0.tar.xz) = 9jTH8kTcaET/cdw8PhiT5I4ZPKqeDnR+umFjCXdfBTo= > +SIZE (mu-1.2.0.tar.xz) = 844192 > Index: mail/mu/patches/patch-lib_parser_utils_cc > === > RCS file: mail/mu/patches/patch-lib_parser_utils_cc > diff -N mail/mu/patches/patch-lib_parser_utils_cc > --- /dev/null 1 Jan 1970 00:00:00 - > +++ mail/mu/patches/patch-lib_parser_utils_cc 19 Jul 2019 23:03:44 - > @@ -0,0 +1,14 @@ > +$OpenBSD$ > +Bring g_vasprintf into scope > +Index: lib/parser/utils.cc > +--- lib/parser/utils.cc.orig > lib/parser/utils.cc > +@@ -17,7 +17,7 @@ > + ** 02110-1301, USA. > + */ > + > +-#define _XOPEN_SOURCE > ++#define _XOPEN_SOURCE_EXTENDED 1 > + #include > + > + #define GNU_SOURCE -- James Turner
[Update] mail/mu: Version 1.0->1.2
Hello, This is my first contribution to OpenBSD. I've updated port mail/mu to version 1.2. The software changes from Version 1.0 to 1.2 can be found here: https://github.com/djcb/mu/releases/tag/1.2 (There was no Version 1.1) Port changes: - Switched to MASTER_SITES to grab the release file and not the auto-generated Github tarball (which may change checksum). - updated dependency gmime->gmime30 - new dependency glib-json - change emacs dependency to emacs,no_x11 (enough to build) - adding myself as maintainer I added a patch to bring g_vasprintf into scope. I'm mainly using "mu" and not "mu4e". Tests for mu4e would be welcome. Compiling and tests done on a current snapshot/amd64. Did I do this right? Comments? Improvements? Ok? Best Regards, Stefan Index: mail/mu/Makefile === RCS file: /cvs/ports/mail/mu/Makefile,v retrieving revision 1.17 diff -u -p -u -r1.17 Makefile --- mail/mu/Makefile12 Jul 2019 20:47:30 - 1.17 +++ mail/mu/Makefile19 Jul 2019 23:03:44 - @@ -2,27 +2,32 @@ COMMENT= maildir indexer and searcher with emacs frontend -GH_TAGNAME=v1.0 -GH_ACCOUNT=djcb -GH_PROJECT=mu +DISTNAME= mu-1.2.0 CATEGORIES=mail HOMEPAGE= http://www.djcbsoftware.nl/code/mu/ -REVISION = 1 +REVISION = 0 + +MAINTAINER=Stefan Hagen # GPLv3 PERMIT_PACKAGE=Yes -BUILD_DEPENDS= emacs->=24:editors/emacs +MASTER_SITES=https://github.com/djcb/mu/releases/download/1.2/ +EXTRACT_SUFX= .tar.xz + +BUILD_DEPENDS= emacs->=24:editors/emacs,no_x11 LIB_DEPENDS= databases/xapian-core \ devel/glib2 \ - mail/gmime \ + devel/json-glib \ + mail/gmime30 \ security/gpgme -WANTLIB += assuan c ffi gio-2.0 glib-2.0 gmime-2.6 gmodule-2.0 +WANTLIB += assuan c ffi gio-2.0 glib-2.0 gmime-3.0 gmodule-2.0 WANTLIB += gobject-2.0 gpg-error gpgme gthread-2.0 iconv -WANTLIB += intl m pcre pthread ${COMPILER_LIBCXX} uuid xapian z +WANTLIB += intl json-glib-1.0 m pcre pthread ${COMPILER_LIBCXX} +WANTLIB += uuid xapian z # C++14 required COMPILER= base-clang ports-clang Index: mail/mu/distinfo === RCS file: /cvs/ports/mail/mu/distinfo,v retrieving revision 1.6 diff -u -p -u -r1.6 distinfo --- mail/mu/distinfo29 Apr 2018 09:23:56 - 1.6 +++ mail/mu/distinfo19 Jul 2019 23:03:44 - @@ -1,2 +1,2 @@ -SHA256 (mu-1.0.tar.gz) = UzFJq6uWfigJ9y6f5ixt63HUW2rSpYRiR3M6HdLeaaA= -SIZE (mu-1.0.tar.gz) = 2273670 +SHA256 (mu-1.2.0.tar.xz) = 9jTH8kTcaET/cdw8PhiT5I4ZPKqeDnR+umFjCXdfBTo= +SIZE (mu-1.2.0.tar.xz) = 844192 Index: mail/mu/patches/patch-lib_parser_utils_cc === RCS file: mail/mu/patches/patch-lib_parser_utils_cc diff -N mail/mu/patches/patch-lib_parser_utils_cc --- /dev/null 1 Jan 1970 00:00:00 - +++ mail/mu/patches/patch-lib_parser_utils_cc 19 Jul 2019 23:03:44 - @@ -0,0 +1,14 @@ +$OpenBSD$ +Bring g_vasprintf into scope +Index: lib/parser/utils.cc +--- lib/parser/utils.cc.orig lib/parser/utils.cc +@@ -17,7 +17,7 @@ + ** 02110-1301, USA. + */ + +-#define _XOPEN_SOURCE ++#define _XOPEN_SOURCE_EXTENDED 1 + #include + + #define GNU_SOURCE
Re: [Update] protobuf-c to 1.3.2
On 2019/07/20 04:01, Jonathon Sisson wrote: > Hello, > > Here is a trivial update of protobuf-c to 1.3.2. > > Many patches removed, as they've been included upstream. I've committed this. The remaining patch and use of autoconf+automake isn't needed either - doxygen is detected in "make configure" but isn't used unless you run "make html" so this can just go. OK? Index: Makefile === RCS file: /cvs/ports/devel/protobuf-c/Makefile,v retrieving revision 1.16 diff -u -p -r1.16 Makefile --- Makefile20 Jul 2019 17:44:50 - 1.16 +++ Makefile20 Jul 2019 17:49:25 - @@ -25,10 +25,7 @@ CXXFLAGS += -std=gnu++11 LIB_DEPENDS = devel/protobuf -AUTOCONF_VERSION = 2.69 -AUTOMAKE_VERSION = 1.15 - -CONFIGURE_STYLE = autoreconf +CONFIGURE_STYLE = gnu CONFIGURE_ENV =CPPFLAGS="-I${LOCALBASE}/include" \ LDFLAGS="-L${LOCALBASE}/lib" Index: patches/patch-Makefile_am === RCS file: patches/patch-Makefile_am diff -N patches/patch-Makefile_am --- patches/patch-Makefile_am 10 Jul 2018 10:49:43 - 1.4 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,26 +0,0 @@ -$OpenBSD: patch-Makefile_am,v 1.4 2018/07/10 10:49:43 tb Exp $ -Index: Makefile.am Makefile.am.orig -+++ Makefile.am -@@ -274,21 +274,4 @@ install-data-hook: - $(MKDIR_P) $(DESTDIR)$(includedir)/google/protobuf-c - cd $(DESTDIR)$(includedir)/google/protobuf-c && rm -f protobuf-c.h - cd $(DESTDIR)$(includedir)/google/protobuf-c && $(LN_S) ../../protobuf-c/protobuf-c.h protobuf-c.h -- --# --# documentation --# -- --if HAVE_DOXYGEN --stamp-html: $(DOXYGEN_INPUT_FILES) $(top_builddir)/Doxyfile $(top_srcdir)/DoxygenLayout.xml $(include_HEADERS) $(nobase_include_HEADERS) -- $(AM_V_GEN) $(DOXYGEN) -- @touch $@ --html-local: stamp-html -- --clean-local: -- rm -rf $(top_builddir)/html $(top_builddir)/stamp-html --endif -- --EXTRA_DIST += Doxyfile.in --EXTRA_DIST += DoxygenLayout.xml - EXTRA_DIST += build-cmake/CMakeLists.txt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/07/20 11:44:50 Modified files: devel/protobuf-c: Makefile distinfo Removed files: devel/protobuf-c/patches: patch-protoc-c_c_field_cc patch-protoc-c_c_field_h patch-protoc-c_c_file_cc patch-protoc-c_c_file_h patch-protoc-c_c_generator_cc patch-protoc-c_c_helpers_cc patch-protoc-c_c_message_cc patch-protoc-c_c_message_h Log message: update to protobuf-c 1.3.2, from maintainer Jonathon Sisson
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2019/07/20 10:31:07 Modified files: mail/abook : Makefile Log message: remove xz dependency for autopoint again; this is a generic gettext-tools dependency that has been added there
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2019/07/20 09:46:48 Modified files: devel/gettext : Makefile Log message: the autopoint tool requires xz
Re: lang/gcc fails on -current
On 18/07/2019 19:10, Mark Patruck wrote: > Hi, > > lang/gcc always fails with the following error on amd64 -current (~6 hours > old) > > > Check for missing set procedures in body > OK > > All tests completed successfully, no errors detected > > raised ADA.IO_EXCEPTIONS.USE_ERROR : sinfo.h: No such file or directory > gmake[3]: *** [/tmp/pobj/gcc-8.3.0/gcc-8.3.0/gcc/ada/Make-generated.in:45: > ada/s > info.h] Error 1 > gmake[3]: *** Waiting for unfinished jobs > > raised ADA.IO_EXCEPTIONS.USE_ERROR : treeprs.ads: No such file or directory > gmake[3]: *** [/tmp/pobj/gcc-8.3.0/gcc-8.3.0/gcc/ada/Make-generated.in:31: > ada/treeprs.ads] Error 1 > > raised ADA.IO_EXCEPTIONS.USE_ERROR : System.File_IO.Open: reopening shared > file > gmake[3]: *** [/tmp/pobj/gcc-8.3.0/gcc-8.3.0/gcc/ada/Make-generated.in:53: > ada/stamp-snames] Error 1 > /bin/sh /tmp/pobj/gcc-8.3.0/gcc-8.3.0/gcc/../move-if-change tmp-optionlist > optionlist > echo timestamp > s-options > gmake[3]: Leaving directory '/tmp/pobj/gcc-8.3.0/build-amd64/gcc' > gmake[2]: *** [Makefile:4609: all-stage1-gcc] Error 2 > gmake[2]: Leaving directory '/tmp/pobj/gcc-8.3.0/build-amd64' > gmake[1]: *** [Makefile:21749: stage1-bubble] Error 2 > gmake[1]: Leaving directory '/tmp/pobj/gcc-8.3.0/build-amd64' > gmake: *** [Makefile:21886: bootstrap2] Error 2 > *** Error 2 in lang/gcc/8 (/usr/ports/infrastructure/mk/bsd.port.mk:2781 > '/tmp/pobj/gcc-8.3.0/build-amd64/.build_done') > *** Error 1 in lang/gcc/8 (/usr/ports/infrastructure/mk/bsd.port.mk:2447 > 'build') > ===> Exiting lang/gcc/8,,-libs with an error > *** Error 1 in /usr/ports (infrastructure/mk/bsd.port.subdir.mk:137 'build') > -- > > Anyone else seeing this? > Yes I see this, as a work around I built no_ada flavor. Just means I've got no ada, and other things can be built. I can get past the sinfo.h error, treeprs.ads and osnames errors, but there are more afterwards. Too many errors to fix by hand. The problem I think lies in opening files for writing when they don't exist, it fails to create an empty file. So I manually touch sinfo.h to create the empty file. Same for other missing files. Add env FLAVOR=no_ada to the make or if using dpb lang/gcc/8,no_ada Not sure where the error is could be with the ada bootstrap file, needs regenerating.
Re: [Update] protobuf to 3.9.0
On Sat, Jul 20, 2019 at 06:15:19AM -0700, Jonathon Sisson wrote: > On Sat, Jul 20, 2019 at 02:01:27PM +0100, Stuart Henderson wrote: > > On 2019/07/20 05:24, Jonathon Sisson wrote: > > > On Sat, Jul 20, 2019 at 05:09:00AM -0700, Jonathon Sisson wrote: > > > > On Sat, Jul 20, 2019 at 12:45:25PM +0100, Stuart Henderson wrote: > > > > > On 2019/07/20 04:05, Jonathon Sisson wrote: > > > > > > Hello, > > > > > > > > > > > > Here is a diff to update protobuf to 3.9.0. > > > > > > > > > > > > PLIST adjusted for singleton.h and wire_format_lite_inl.h removal. > > > > > > > > > > > > Tested on amd64. I lack the hardware to test on arm64 (looking for > > > > > > suggestions...Rock64?). > > > > > > > > > > Almost certainly all the shared library major versions need bumping > > > > > for this update. > > > > > > > > > > What have you done in the way of testing ports that depend on this? > > > > > (https://openports.pl/path/devel/protobuf, click "reverse > > > > > dependencies") > > > > > > > > > Testing was with umurmur by way of protobuf-c. > > > > > > > > I'll return to the porting guide and read up on library major version > > > > bumps. > > > > > > > > Jonathon > > > > > > > Ahh, I see the following in shared_libs.log: > > > > > > # SHARED_LIBS+=# > > > SHARED_LIBS += protobuf-lite3.0 # 20.0 > > > SHARED_LIBS += protobuf 3.0 # 20.0 > > > SHARED_LIBS += protoc 3.0 # 20.0 > > > > > > I'd assume we would need to bump obsd version to 4.0? (That is, of > > > course, dependent on successful testing with the other ports that utilize > > > protobuf). > > > > Yes. > > > > > Apologies for missing that. I'll see if I can test a few of the other > > > ports as well. > > > > > > Jonathon > > > > > > > Revised patch below, with SHARED_LIBS bump as requested. I've tested with > mosh, which works as expected (protobuf-3.6.1 client to protobuf-3.9.0 > server). > > I'll test more ports as free time allows. > > Thank you for the pointers, Stuart =) > > Jonathon > > > > Index: Makefile > === > RCS file: /cvs/ports/devel/protobuf/Makefile,v > retrieving revision 1.24 > diff -u -p -u -p -r1.24 Makefile > --- Makefile 12 Jul 2019 20:45:16 - 1.24 > +++ Makefile 20 Jul 2019 13:10:46 - > @@ -2,15 +2,15 @@ > > COMMENT =c++ protocol buffers > > -V = 3.6.1 > +V = 3.9.0 > DISTNAME = protobuf-cpp-$V > PKGNAME =protobuf-$V > > WRKDIST =${WRKDIR}/protobuf-${V} > > -SHARED_LIBS += protobuf3.0 # 11.0 > -SHARED_LIBS += protoc 3.0 # 11.0 > -SHARED_LIBS += protobuf-lite 3.0 # 11.0 > +SHARED_LIBS += protobuf4.0 # 20.0 > +SHARED_LIBS += protoc 4.0 # 20.0 > +SHARED_LIBS += protobuf-lite 4.0 # 20.0 > > CATEGORIES = devel > > Index: distinfo > === > RCS file: /cvs/ports/devel/protobuf/distinfo,v > retrieving revision 1.5 > diff -u -p -u -p -r1.5 distinfo > --- distinfo 9 Aug 2018 14:50:09 - 1.5 > +++ distinfo 20 Jul 2019 13:10:46 - > @@ -1,2 +1,2 @@ > -SHA256 (protobuf-cpp-3.6.1.tar.gz) = > s3MuRxqbt5UPCQ/QRX69JTapugiRt/N4WRnGVP4qJSk= > -SIZE (protobuf-cpp-3.6.1.tar.gz) = 4450975 > +SHA256 (protobuf-cpp-3.9.0.tar.gz) = > EtX6y7nJdL4mHeu4H6SPT1viWDDUOmS1Uu3MS5XNbLY= > +SIZE (protobuf-cpp-3.9.0.tar.gz) = 4537469 > Index: pkg/PLIST > === > RCS file: /cvs/ports/devel/protobuf/pkg/PLIST,v > retrieving revision 1.3 > diff -u -p -u -p -r1.3 PLIST > --- pkg/PLIST 10 Jul 2018 10:47:42 - 1.3 > +++ pkg/PLIST 20 Jul 2019 13:10:47 - > @@ -48,6 +48,7 @@ include/google/protobuf/dynamic_message. > include/google/protobuf/empty.pb.h > include/google/protobuf/empty.proto > include/google/protobuf/extension_set.h > +include/google/protobuf/extension_set_inl.h > include/google/protobuf/field_mask.pb.h > include/google/protobuf/field_mask.proto > include/google/protobuf/generated_enum_reflection.h > @@ -78,6 +79,10 @@ include/google/protobuf/message.h > include/google/protobuf/message_lite.h > include/google/protobuf/metadata.h > include/google/protobuf/metadata_lite.h > +include/google/protobuf/parse_context.h > +include/google/protobuf/port.h > +include/google/protobuf/port_def.inc > +include/google/protobuf/port_undef.inc > include/google/protobuf/reflection.h > include/google/protobuf/reflection_ops.h > include/google/protobuf/repeated_field.h > @@ -95,14 +100,15 @@ include/google/protobuf/stubs/fastmem.h > include/google/protobuf/stubs/hash.h > include/google/protobuf/stubs/logging.h > include/google/protobuf/stubs/macros.h > +include/google/protobuf/stubs/map_util.h >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2019/07/20 08:42:25 Modified files: multimedia/mediainfo: Makefile distinfo Log message: maintenance update to 19.07
Re: NEW: lang/v
there are leaks everywhere in V, this language is not safe and prob. never will Inviato da ProtonMail mobile Messaggio originale On 20 lug 2019, 6:58 AM, Brian Callahan ha scritto: > Hi ports -- > > Attached is a new port, lang/v. V is a simple, fast, safe, compiled > language for developing maintainable software. > > --- > pkg/DESCR: > V is a simple, fast, safe, compiled language for developing maintainable > software. > > Features: > * Simplicity: the language can be learned in half an hour, less if you > already know Go > * Safety: no null, no globals, no undefined behavior, immutability by > default > * C to V translation > * Hot code reloading > * Powerful UI and graphics libraries > * Easy cross compilation > * REPL > --- > > This language has plenty of hype and a lot of it is just hype and > marketing. But the fact of the matter is that (at least on amd64) the > majority of its tests pass (the failing ones appear to fail because the > compiler expects deterministic randomness) and its example code runs > (see [0]). And there seems to be a community interested in writing code > in the language. So might as well port it. > > I've only tested on amd64 because it is way too hot here to turn on any > other machines. V is supposed to transpile to C, then call ${CC} to do > the real work, so it should work everywhere. Testing appreciated. > > OK? > > ~Brian > > [0] https://bsd.network/@bcallah/102471879763615936
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/07/20 07:43:54 Modified files: devel/ccache : Makefile distinfo Log message: update to ccache-3.7.2
Re: [Update] protobuf to 3.9.0
On Sat, Jul 20, 2019 at 02:01:27PM +0100, Stuart Henderson wrote: > On 2019/07/20 05:24, Jonathon Sisson wrote: > > On Sat, Jul 20, 2019 at 05:09:00AM -0700, Jonathon Sisson wrote: > > > On Sat, Jul 20, 2019 at 12:45:25PM +0100, Stuart Henderson wrote: > > > > On 2019/07/20 04:05, Jonathon Sisson wrote: > > > > > Hello, > > > > > > > > > > Here is a diff to update protobuf to 3.9.0. > > > > > > > > > > PLIST adjusted for singleton.h and wire_format_lite_inl.h removal. > > > > > > > > > > Tested on amd64. I lack the hardware to test on arm64 (looking for > > > > > suggestions...Rock64?). > > > > > > > > Almost certainly all the shared library major versions need bumping for > > > > this update. > > > > > > > > What have you done in the way of testing ports that depend on this? > > > > (https://openports.pl/path/devel/protobuf, click "reverse dependencies") > > > > > > > Testing was with umurmur by way of protobuf-c. > > > > > > I'll return to the porting guide and read up on library major version > > > bumps. > > > > > > Jonathon > > > > > Ahh, I see the following in shared_libs.log: > > > > # SHARED_LIBS+=# > > SHARED_LIBS += protobuf-lite3.0 # 20.0 > > SHARED_LIBS += protobuf 3.0 # 20.0 > > SHARED_LIBS += protoc 3.0 # 20.0 > > > > I'd assume we would need to bump obsd version to 4.0? (That is, of course, > > dependent on successful testing with the other ports that utilize protobuf). > > Yes. > > > Apologies for missing that. I'll see if I can test a few of the other > > ports as well. > > > > Jonathon > > > Revised patch below, with SHARED_LIBS bump as requested. I've tested with mosh, which works as expected (protobuf-3.6.1 client to protobuf-3.9.0 server). I'll test more ports as free time allows. Thank you for the pointers, Stuart =) Jonathon Index: Makefile === RCS file: /cvs/ports/devel/protobuf/Makefile,v retrieving revision 1.24 diff -u -p -u -p -r1.24 Makefile --- Makefile12 Jul 2019 20:45:16 - 1.24 +++ Makefile20 Jul 2019 13:10:46 - @@ -2,15 +2,15 @@ COMMENT = c++ protocol buffers -V =3.6.1 +V =3.9.0 DISTNAME = protobuf-cpp-$V PKGNAME = protobuf-$V WRKDIST = ${WRKDIR}/protobuf-${V} -SHARED_LIBS += protobuf3.0 # 11.0 -SHARED_LIBS += protoc 3.0 # 11.0 -SHARED_LIBS += protobuf-lite 3.0 # 11.0 +SHARED_LIBS += protobuf4.0 # 20.0 +SHARED_LIBS += protoc 4.0 # 20.0 +SHARED_LIBS += protobuf-lite 4.0 # 20.0 CATEGORIES = devel Index: distinfo === RCS file: /cvs/ports/devel/protobuf/distinfo,v retrieving revision 1.5 diff -u -p -u -p -r1.5 distinfo --- distinfo9 Aug 2018 14:50:09 - 1.5 +++ distinfo20 Jul 2019 13:10:46 - @@ -1,2 +1,2 @@ -SHA256 (protobuf-cpp-3.6.1.tar.gz) = s3MuRxqbt5UPCQ/QRX69JTapugiRt/N4WRnGVP4qJSk= -SIZE (protobuf-cpp-3.6.1.tar.gz) = 4450975 +SHA256 (protobuf-cpp-3.9.0.tar.gz) = EtX6y7nJdL4mHeu4H6SPT1viWDDUOmS1Uu3MS5XNbLY= +SIZE (protobuf-cpp-3.9.0.tar.gz) = 4537469 Index: pkg/PLIST === RCS file: /cvs/ports/devel/protobuf/pkg/PLIST,v retrieving revision 1.3 diff -u -p -u -p -r1.3 PLIST --- pkg/PLIST 10 Jul 2018 10:47:42 - 1.3 +++ pkg/PLIST 20 Jul 2019 13:10:47 - @@ -48,6 +48,7 @@ include/google/protobuf/dynamic_message. include/google/protobuf/empty.pb.h include/google/protobuf/empty.proto include/google/protobuf/extension_set.h +include/google/protobuf/extension_set_inl.h include/google/protobuf/field_mask.pb.h include/google/protobuf/field_mask.proto include/google/protobuf/generated_enum_reflection.h @@ -78,6 +79,10 @@ include/google/protobuf/message.h include/google/protobuf/message_lite.h include/google/protobuf/metadata.h include/google/protobuf/metadata_lite.h +include/google/protobuf/parse_context.h +include/google/protobuf/port.h +include/google/protobuf/port_def.inc +include/google/protobuf/port_undef.inc include/google/protobuf/reflection.h include/google/protobuf/reflection_ops.h include/google/protobuf/repeated_field.h @@ -95,14 +100,15 @@ include/google/protobuf/stubs/fastmem.h include/google/protobuf/stubs/hash.h include/google/protobuf/stubs/logging.h include/google/protobuf/stubs/macros.h +include/google/protobuf/stubs/map_util.h include/google/protobuf/stubs/mutex.h include/google/protobuf/stubs/once.h include/google/protobuf/stubs/platform_macros.h include/google/protobuf/stubs/port.h -include/google/protobuf/stubs/singleton.h include/google/protobuf/stubs/status.h include/google/protobuf/stubs/stl_util.h include/google/protobuf/stubs/stringpiece.h +include/google/protobuf/stubs/strutil.h
Re: [Update] protobuf to 3.9.0
On 2019/07/20 05:24, Jonathon Sisson wrote: > On Sat, Jul 20, 2019 at 05:09:00AM -0700, Jonathon Sisson wrote: > > On Sat, Jul 20, 2019 at 12:45:25PM +0100, Stuart Henderson wrote: > > > On 2019/07/20 04:05, Jonathon Sisson wrote: > > > > Hello, > > > > > > > > Here is a diff to update protobuf to 3.9.0. > > > > > > > > PLIST adjusted for singleton.h and wire_format_lite_inl.h removal. > > > > > > > > Tested on amd64. I lack the hardware to test on arm64 (looking for > > > > suggestions...Rock64?). > > > > > > Almost certainly all the shared library major versions need bumping for > > > this update. > > > > > > What have you done in the way of testing ports that depend on this? > > > (https://openports.pl/path/devel/protobuf, click "reverse dependencies") > > > > > Testing was with umurmur by way of protobuf-c. > > > > I'll return to the porting guide and read up on library major version bumps. > > > > Jonathon > > > Ahh, I see the following in shared_libs.log: > > # SHARED_LIBS+=# > SHARED_LIBS += protobuf-lite3.0 # 20.0 > SHARED_LIBS += protobuf 3.0 # 20.0 > SHARED_LIBS += protoc 3.0 # 20.0 > > I'd assume we would need to bump obsd version to 4.0? (That is, of course, > dependent on successful testing with the other ports that utilize protobuf). Yes. > Apologies for missing that. I'll see if I can test a few of the other ports > as well. > > Jonathon >
Re: [Update] protobuf to 3.9.0
On 2019/07/20 05:09, Jonathon Sisson wrote: > On Sat, Jul 20, 2019 at 12:45:25PM +0100, Stuart Henderson wrote: > > On 2019/07/20 04:05, Jonathon Sisson wrote: > > > Hello, > > > > > > Here is a diff to update protobuf to 3.9.0. > > > > > > PLIST adjusted for singleton.h and wire_format_lite_inl.h removal. > > > > > > Tested on amd64. I lack the hardware to test on arm64 (looking for > > > suggestions...Rock64?). > > > > Almost certainly all the shared library major versions need bumping for > > this update. > > > > What have you done in the way of testing ports that depend on this? > > (https://openports.pl/path/devel/protobuf, click "reverse dependencies") > > > Testing was with umurmur by way of protobuf-c. > > I'll return to the porting guide and read up on library major version bumps. > > Jonathon > In a nutshell: if you don't touch the library version (in SHARED_LIBS which then makes it through to the library name libfoo.so.X.Y), you are claiming that the new library and old library are fully interchangeable: if you have an installed program that was built against the old library+headers, you can just update the library to the new version without recompiling the program and everything will still work (and vice-versa with a new-compiled program and an old library). If any function was removed in the new version, or the prototype was changed - e.g. "function(int a, int b)" changed to "function(long a, long b)" or "function (int a)" - then a program compiled for the old version of the library will no longer work. In this case the major version (X from .so.X.Y) must be bumped. Additionally if members of a struct were changed then in many cases there is no compatibility in either direction and again major must be bumped. (This is hard to spot without either using compatibility checking tools, or comparing diffs of source trees). If any function was *added* in the new version, but no existing function was changed/removed and structs are all compatible, old programs can be used with the new library, so no major bump is needed. But new-compiled programs *might* use that new function, so the minor (Y from .so.X.Y) is bumped to prevent them running with the old library. These version numbers are used both to ensure that the correct library is used for a particular program, and to trigger updates in pkg_add, so it's important to either get things right, or err on the side of unnecessary bumps, otherwise things will break for users. In this case looking at the diff between the list of functions in old+new library versions it's thousands of lines (this is quite often the case for C++ libraries) and the chances of old binaries working with new library are very low. This is also useful: https://abi-laboratory.pro/?view=timeline=protobuf
Re: [Update] protobuf to 3.9.0
On Sat, Jul 20, 2019 at 05:09:00AM -0700, Jonathon Sisson wrote: > On Sat, Jul 20, 2019 at 12:45:25PM +0100, Stuart Henderson wrote: > > On 2019/07/20 04:05, Jonathon Sisson wrote: > > > Hello, > > > > > > Here is a diff to update protobuf to 3.9.0. > > > > > > PLIST adjusted for singleton.h and wire_format_lite_inl.h removal. > > > > > > Tested on amd64. I lack the hardware to test on arm64 (looking for > > > suggestions...Rock64?). > > > > Almost certainly all the shared library major versions need bumping for > > this update. > > > > What have you done in the way of testing ports that depend on this? > > (https://openports.pl/path/devel/protobuf, click "reverse dependencies") > > > Testing was with umurmur by way of protobuf-c. > > I'll return to the porting guide and read up on library major version bumps. > > Jonathon > Ahh, I see the following in shared_libs.log: # SHARED_LIBS+=# SHARED_LIBS += protobuf-lite3.0 # 20.0 SHARED_LIBS += protobuf 3.0 # 20.0 SHARED_LIBS += protoc 3.0 # 20.0 I'd assume we would need to bump obsd version to 4.0? (That is, of course, dependent on successful testing with the other ports that utilize protobuf). Apologies for missing that. I'll see if I can test a few of the other ports as well. Jonathon
Re: [Update] protobuf to 3.9.0
On Sat, Jul 20, 2019 at 12:45:25PM +0100, Stuart Henderson wrote: > On 2019/07/20 04:05, Jonathon Sisson wrote: > > Hello, > > > > Here is a diff to update protobuf to 3.9.0. > > > > PLIST adjusted for singleton.h and wire_format_lite_inl.h removal. > > > > Tested on amd64. I lack the hardware to test on arm64 (looking for > > suggestions...Rock64?). > > Almost certainly all the shared library major versions need bumping for this > update. > > What have you done in the way of testing ports that depend on this? > (https://openports.pl/path/devel/protobuf, click "reverse dependencies") > Testing was with umurmur by way of protobuf-c. I'll return to the porting guide and read up on library major version bumps. Jonathon
Re: [Update] protobuf to 3.9.0
On Sat, Jul 20, 2019 at 12:45:25PM +0100, Stuart Henderson wrote: > On 2019/07/20 04:05, Jonathon Sisson wrote: > > Hello, > > > > Here is a diff to update protobuf to 3.9.0. > > > > PLIST adjusted for singleton.h and wire_format_lite_inl.h removal. > > > > Tested on amd64. I lack the hardware to test on arm64 (looking for > > suggestions...Rock64?). > > Almost certainly all the shared library major versions need bumping for this > update. > > What have you done in the way of testing ports that depend on this? > (https://openports.pl/path/devel/protobuf, click "reverse dependencies") > A quick dnsdist test shows that this version of protoc also crashes on arm64. -Otto
Re: [fix, all archs] audio/clementine: fix with ports-gcc and future chromaprint version
Since MAINTAINER has been removed here is an updated diff. On Mon, 15 Jul 2019 20:38:09 +0200 Charlene Wendling wrote: > Hi, > > I've 2 itches to scratch with clementine now my chromaprint update has > a pretty good shape and works fine on macppc/amd64. > > 1) Support chromaprint >= 1.4 >-- > > Because our version of clementine is old, it's not compatible with > recent versions of chromaprint. What i'm proposing here is an upstream > fix that allows clementine to be built with chromaprint-1.1 (what we > have in CVS at the moment) and chromaprint-1.4.3. > > This change impacts all archs. > > 2) Unbreak with ports-gcc >-- > > > http://build-failures.rhaalovely.net/sparc64/last/audio/clementine.log > (does not build on macppc, chromaprint-1.1 is broken due to narrowing > errors) > > The problem is that: > > - clementine is expected to be built with -std=c++0x > - since protobuf>=3.6, we now need to build it with C++11 > - the bundled libechonest is built with -Werror with GCC > only, and use features that are deprecated in C++11, > generating a warning and thus a build failure > - a header was missing further in the build :] > > > Testing > --- > > On macppc/arm* you'll need the -wip chromaprint-1.4.3 [0]. > > Please note that music tags autofill won't work in any case. I suspect > the musicbrainz code in our clementine is too old as well. It's not a > chromaprint issues, py-acoustid, another consumer, find the same > songs. > > - amd64: builds and works fine with any version of chromaprint > - macppc: with the -wip chromaprint-1.4.3, it builds [1] and > still either stay stuck trying to load tracks, > or SIGSEGV with egdb getting a SIGTRAP as soon as i > press the play button. That was already there back in > gcc-4.9. > > ports-lib-depends-check reports extra stuff in wantlib but it's > actually linked against them according to ldd, or otherwise > dlopen()'d. > > Comments/testing reports are welcome! > > Charlène. > > [0] > https://github.com/jasperla/openbsd-wip/tree/master/audio/chromaprint > [1] https://bin.charlenew.xyz/clementine.png Index: Makefile === RCS file: /cvs/ports/audio/clementine/Makefile,v retrieving revision 1.38 diff -u -p -u -p -r1.38 Makefile --- Makefile17 Jul 2019 14:49:19 - 1.38 +++ Makefile20 Jul 2019 11:54:53 - @@ -5,7 +5,7 @@ COMMENT = Qt4-based featureful music pla V =1.2.3 DISTNAME = clementine-${V} CATEGORIES = audio x11 -REVISION = 15 +REVISION = 16 HOMEPAGE = https://clementine-player.org/ @@ -31,6 +31,8 @@ WANTLIB += plist MODULES = devel/cmake x11/qt4 COMPILER = base-clang ports-gcc +# clementine is originally meant to be build with c++0x, but +# protobuf>=3.6 wants c++11 CXXFLAGS +=-std=c++11 BUILD_DEPENDS =devel/boost \ Index: patches/patch-3rdparty_libechonest_CMakeLists_txt === RCS file: patches/patch-3rdparty_libechonest_CMakeLists_txt diff -N patches/patch-3rdparty_libechonest_CMakeLists_txt --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-3rdparty_libechonest_CMakeLists_txt 20 Jul 2019 11:54:53 - @@ -0,0 +1,20 @@ +$OpenBSD$ + +ports-gcc: don't build with -Werror because the code uses dynamic +exception specifications that are deprecated in C++11, thus +generating a warning. + +Index: 3rdparty/libechonest/CMakeLists.txt +--- 3rdparty/libechonest/CMakeLists.txt.orig 3rdparty/libechonest/CMakeLists.txt +@@ -40,10 +40,6 @@ set( LIBECHONEST_H + + QT4_WRAP_CPP( ${LIBECHONEST_H} ) + +-if (CMAKE_COMPILER_IS_GNUCXX) +-add_definitions( -Werror ) +-endif (CMAKE_COMPILER_IS_GNUCXX) +- + SET( OS_SPECIFIC_LINK_LIBRARIES "" ) + IF( APPLE OR MINGW ) + SET( OS_SPECIFIC_LINK_LIBRARIES ${QJSON_LIBRARIES} ) Index: patches/patch-src_devices_giolister_cpp === RCS file: patches/patch-src_devices_giolister_cpp diff -N patches/patch-src_devices_giolister_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_devices_giolister_cpp 20 Jul 2019 11:54:53 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Add missing header for ports-gcc, from upstream: +https://github.com/clementine-player/Clementine/pull/5630/commits/a2f7d018c7bdee96d4cefd5a1ec0c4f710fea226 + +Index: src/devices/giolister.cpp +--- src/devices/giolister.cpp.orig src/devices/giolister.cpp +@@ -17,6 +17,7 @@ + + #include "config.h" + ++#include + #include + + #include Index: patches/patch-src_musicbrainz_chromaprinter_cpp === RCS file: patches/patch-src_musicbrainz_chromaprinter_cpp diff -N patches/patch-src_musicbrainz_chromaprinter_cpp --- /dev/null 1 Jan 1970
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/07/20 05:55:25 Modified files: net/putty : Makefile distinfo net/putty/patches: patch-putty_h patch-unix_uxcons_c patch-unix_uxnoise_c patch-unix_uxpgnt_c Removed files: net/putty/patches: patch-Recipe Log message: update to PuTTY 0.72, "fixes a small number of further security issues found by the 2019 EU-funded HackerOne bug bounty, and a variety of other bugs introduced in 0.71"
Re: [update/unbreak] emulators/vbam 2.1.1 -> 2.3.3
Ping. I'm still wondering if it should be ONLY_FOR_ARCHS = ${LE_ARCHS} as well. On Tue, 2 Jul 2019 19:49:46 +0200 Charlene Wendling wrote: > > It all started with this: > > > http://build-failures.rhaalovely.net/powerpc/last/emulators/vbam.log > > http://build-failures.rhaalovely.net/sparc64/last/emulators/vbam.log > > We don't ship the required file since, as far i as understand, we > don't ship OpenMP. So it was needed to remove -fopenmp. It actually > fixed the build but runtime generates blank screens, so i tried an > update that didn't solve the issue, but the update is still worthy. > > It's a big changelog with mostly bug fixes, see here [0]. > > Ports changes: > > - move HOMEPAGE to https, and to PERMIT_PACKAGE > - prevent the killing of numerous kittens by removing > "-Wno-c++11-narrowing". As gcc-8 is now as good as clang to find > narrowing errors, i don't expect a failure on arm*. Actually there > were no narrowing errors to start with. > - add a patch that removes -fopenmp > > Testing: > > - amd64: builds fine, various GB/GBA roms tested without > issues. > - macppc: builds fine, runtime is broken as described above. > I've looked at the source code, and there are many > clear big-endian FIXME entries in the code. > > > Comments/feedback are welcome! > > Charlène. > > > [0] https://github.com/visualboyadvance-m/visualboyadvance-m/releases > Index: Makefile === RCS file: /cvs/ports/emulators/vbam/Makefile,v retrieving revision 1.31 diff -u -p -u -p -r1.31 Makefile --- Makefile20 May 2019 22:15:09 - 1.31 +++ Makefile2 Jul 2019 17:31:44 - @@ -7,16 +7,15 @@ COMMENT = emulator for Nintendo Game Bo GH_ACCOUNT = visualboyadvance-m GH_PROJECT = ${GH_ACCOUNT} -GH_TAGNAME = v2.1.1 -REVISION = 1 +GH_TAGNAME = v2.1.3 PKGNAME = vbam-${GH_TAGNAME:S/v//} CATEGORIES = emulators -HOMEPAGE = http://www.vba-m.com +HOMEPAGE = https://www.vba-m.com # GPLv2+ (see doc/License.txt) -PERMIT_PACKAGE_CDROM = Yes +PERMIT_PACKAGE = Yes WANTLIB += ${COMPILER_LIBCXX} WANTLIB += GL GLU SDL2 c iconv intl m png sfml-network sfml-system @@ -43,7 +42,7 @@ CONFIGURE_ARGS += -DENABLE_LTO=OFF # -DCMAKE_ASM_NASM_COMPILER=yasm, but then linking fails. CONFIGURE_ARGS += -DENABLE_ASM=OFF -CXXFLAGS +=-Wno-c++11-narrowing -I${X11BASE}/include +CXXFLAGS +=-I${X11BASE}/include NO_TEST = Yes Index: distinfo === RCS file: /cvs/ports/emulators/vbam/distinfo,v retrieving revision 1.5 diff -u -p -u -p -r1.5 distinfo --- distinfo1 Apr 2019 06:39:22 - 1.5 +++ distinfo2 Jul 2019 17:31:44 - @@ -1,2 +1,2 @@ -SHA256 (visualboyadvance-m-2.1.1.tar.gz) = L/suYHOqOIA6K1kxnSOw7Mp/HhKE74S7HRBtnRp1ncI= -SIZE (visualboyadvance-m-2.1.1.tar.gz) = 3758035 +SHA256 (visualboyadvance-m-2.1.3.tar.gz) = xkqLQA6a+GLgvnQUh2Cnxz+Y0I3Lt9AeyoHm3FrTdv0= +SIZE (visualboyadvance-m-2.1.3.tar.gz) = 3768007 Index: patches/patch-CMakeLists_txt === RCS file: patches/patch-CMakeLists_txt diff -N patches/patch-CMakeLists_txt --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-CMakeLists_txt2 Jul 2019 17:31:44 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Fix build with ports-gcc: +eg++: error: libgomp.spec: No such file or directory + +Index: CMakeLists.txt +--- CMakeLists.txt.orig CMakeLists.txt +@@ -471,7 +471,6 @@ if(CMAKE_COMPILER_IS_GNUCXX OR CMAKE_CXX_COMPILER_ID S + endif() + endif() + +-set(MY_C_FLAGS ${MY_C_FLAGS} -fopenmp) + endif() + + if(CMAKE_CXX_COMPILER_ID STREQUAL GNU)
Re: [Update] protobuf to 3.9.0
On 2019/07/20 04:05, Jonathon Sisson wrote: > Hello, > > Here is a diff to update protobuf to 3.9.0. > > PLIST adjusted for singleton.h and wire_format_lite_inl.h removal. > > Tested on amd64. I lack the hardware to test on arm64 (looking for > suggestions...Rock64?). Almost certainly all the shared library major versions need bumping for this update. What have you done in the way of testing ports that depend on this? (https://openports.pl/path/devel/protobuf, click "reverse dependencies")
Re: [Update] devel/p5-MCE : Update to 1.841
On Wed, 17 Jul 2019 13:05:09 + wen heping wrote: > Hi, ports@: > >Here is a patch to update devel/p5-MCE to 1.841. >It build well and passed all tests on my amd64-head system. > >Only 1 port depends on devel/p5-MCE : devel/p5-Test-Perl-Critic. >It build well and passed all tests with this patch. > > Comments? OK? > wen OK cwen@
Re: [Update] devel/p5-Object-Signature : Update to 1.08
On Wed, 17 Jul 2019 08:56:06 + wen heping wrote: > Hi, ports@ : > >Here is a patch to update devel/p5-Object-Signature to 1.08. >It build well and passed all tests on my amd64-head system. > >Three ports depends on devel/p5-Object-Signature: > www/p5-Dancer-Plugin-Thumbnail and > www/p5-Catalyst-Plugin-Session-PerUser build well and passed all > tests. > www/p5-Catalyst-Plugin-Session: build well , 1 tests failed > but it was not caused by the update of devel/p5-Object-Signature. It's known to upstream [0], but they are doing nothing about it, and it's not trivial to fix as the bug report implies. > Comments? OK? As usual with ETHER's modules, it does not work when PORTS_PRIVSEP is enabled: drwx-- 5 _pbuild _pbuild 512B Jul 20 13:03 /usr/ports/pobj/p5-Object-Signature-1.08/Object-Signature-1.08 It requires: FIX_EXTRACT_PERMISSIONS = Yes I also removed the mixed use of space/tabs in the Makefile Charlène. [0] https://rt.cpan.org/Public/Bug/Display.html?id=71142 Index: Makefile === RCS file: /cvs/ports/devel/p5-Object-Signature/Makefile,v retrieving revision 1.14 diff -u -p -u -p -r1.14 Makefile --- Makefile12 Jul 2019 21:02:17 - 1.14 +++ Makefile20 Jul 2019 11:08:56 - @@ -1,11 +1,12 @@ # $OpenBSD: Makefile,v 1.14 2019/07/12 21:02:17 sthen Exp $ -COMMENT=cryptographic signatures for objects +COMMENT= cryptographic signatures for objects MODULES= cpan PKG_ARCH= * -DISTNAME= Object-Signature-1.07 -CATEGORIES= devel +DISTNAME= Object-Signature-1.08 +CATEGORIES=devel +FIX_EXTRACT_PERMISSIONS= Yes # perl PERMIT_PACKAGE=Yes Index: distinfo === RCS file: /cvs/ports/devel/p5-Object-Signature/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo18 Nov 2015 13:16:47 - 1.4 +++ distinfo20 Jul 2019 11:08:56 - @@ -1,2 +1,2 @@ -SHA256 (Object-Signature-1.07.tar.gz) = xhHWRGgzxqGKaP1EiPAX0p/Hd7ftzfrNBn3LVVI4FDE= -SIZE (Object-Signature-1.07.tar.gz) = 29588 +SHA256 (Object-Signature-1.08.tar.gz) = hCFTyU2pPiucs7VN7lcrUGS79JmjanPDiiN5mgIDaYo= +SIZE (Object-Signature-1.08.tar.gz) = 25746
[Update] protobuf to 3.9.0
Hello, Here is a diff to update protobuf to 3.9.0. PLIST adjusted for singleton.h and wire_format_lite_inl.h removal. Tested on amd64. I lack the hardware to test on arm64 (looking for suggestions...Rock64?). Jonathon Index: Makefile === RCS file: /cvs/ports/devel/protobuf/Makefile,v retrieving revision 1.24 diff -u -p -u -p -r1.24 Makefile --- Makefile12 Jul 2019 20:45:16 - 1.24 +++ Makefile20 Jul 2019 10:52:06 - @@ -2,7 +2,7 @@ COMMENT = c++ protocol buffers -V =3.6.1 +V =3.9.0 DISTNAME = protobuf-cpp-$V PKGNAME = protobuf-$V Index: distinfo === RCS file: /cvs/ports/devel/protobuf/distinfo,v retrieving revision 1.5 diff -u -p -u -p -r1.5 distinfo --- distinfo9 Aug 2018 14:50:09 - 1.5 +++ distinfo20 Jul 2019 10:52:07 - @@ -1,2 +1,2 @@ -SHA256 (protobuf-cpp-3.6.1.tar.gz) = s3MuRxqbt5UPCQ/QRX69JTapugiRt/N4WRnGVP4qJSk= -SIZE (protobuf-cpp-3.6.1.tar.gz) = 4450975 +SHA256 (protobuf-cpp-3.9.0.tar.gz) = EtX6y7nJdL4mHeu4H6SPT1viWDDUOmS1Uu3MS5XNbLY= +SIZE (protobuf-cpp-3.9.0.tar.gz) = 4537469 Index: pkg/PLIST === RCS file: /cvs/ports/devel/protobuf/pkg/PLIST,v retrieving revision 1.3 diff -u -p -u -p -r1.3 PLIST --- pkg/PLIST 10 Jul 2018 10:47:42 - 1.3 +++ pkg/PLIST 20 Jul 2019 10:52:07 - @@ -48,6 +48,7 @@ include/google/protobuf/dynamic_message. include/google/protobuf/empty.pb.h include/google/protobuf/empty.proto include/google/protobuf/extension_set.h +include/google/protobuf/extension_set_inl.h include/google/protobuf/field_mask.pb.h include/google/protobuf/field_mask.proto include/google/protobuf/generated_enum_reflection.h @@ -78,6 +79,10 @@ include/google/protobuf/message.h include/google/protobuf/message_lite.h include/google/protobuf/metadata.h include/google/protobuf/metadata_lite.h +include/google/protobuf/parse_context.h +include/google/protobuf/port.h +include/google/protobuf/port_def.inc +include/google/protobuf/port_undef.inc include/google/protobuf/reflection.h include/google/protobuf/reflection_ops.h include/google/protobuf/repeated_field.h @@ -95,14 +100,15 @@ include/google/protobuf/stubs/fastmem.h include/google/protobuf/stubs/hash.h include/google/protobuf/stubs/logging.h include/google/protobuf/stubs/macros.h +include/google/protobuf/stubs/map_util.h include/google/protobuf/stubs/mutex.h include/google/protobuf/stubs/once.h include/google/protobuf/stubs/platform_macros.h include/google/protobuf/stubs/port.h -include/google/protobuf/stubs/singleton.h include/google/protobuf/stubs/status.h include/google/protobuf/stubs/stl_util.h include/google/protobuf/stubs/stringpiece.h +include/google/protobuf/stubs/strutil.h include/google/protobuf/stubs/template_util.h include/google/protobuf/text_format.h include/google/protobuf/timestamp.pb.h @@ -121,7 +127,6 @@ include/google/protobuf/util/type_resolv include/google/protobuf/util/type_resolver_util.h include/google/protobuf/wire_format.h include/google/protobuf/wire_format_lite.h -include/google/protobuf/wire_format_lite_inl.h include/google/protobuf/wrappers.pb.h include/google/protobuf/wrappers.proto lib/libprotobuf-lite.a
[Update] protobuf-c to 1.3.2
Hello, Here is a trivial update of protobuf-c to 1.3.2. Many patches removed, as they've been included upstream. Will be submitting a protobuf diff shortly as well, with the hopes that the version updates will allow protobuf-c to resume building on arm64. If not, may Otto@ return from vacation fully rested and ready to debug Signal 11s in protoc =) Jonathon Index: Makefile === RCS file: /cvs/ports/devel/protobuf-c/Makefile,v retrieving revision 1.15 diff -u -p -u -p -r1.15 Makefile --- Makefile12 Jul 2019 20:45:16 - 1.15 +++ Makefile20 Jul 2019 10:55:05 - @@ -2,7 +2,7 @@ COMMENT = c protocol buffers -V =1.3.0 +V =1.3.2 DISTNAME = protobuf-c-$V SHARED_LIBS = protobuf-c 2.0 # 2.0 Index: distinfo === RCS file: /cvs/ports/devel/protobuf-c/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo10 Jul 2018 10:49:43 - 1.4 +++ distinfo20 Jul 2019 10:55:05 - @@ -1,2 +1,2 @@ -SHA256 (protobuf-c-1.3.0.tar.gz) = XcmtepuInPfI/2v3IhXxh0qQJg9grU+IrPIbsV0nUqE= -SIZE (protobuf-c-1.3.0.tar.gz) = 488443 +SHA256 (protobuf-c-1.3.2.tar.gz) = U/JR8UxZe9sIeuzwtjYw9DTXP1oQ/BrFRQc1l1NbnnQ= +SIZE (protobuf-c-1.3.2.tar.gz) = 500100 Index: patches/patch-protoc-c_c_field_cc === RCS file: patches/patch-protoc-c_c_field_cc diff -N patches/patch-protoc-c_c_field_cc --- patches/patch-protoc-c_c_field_cc 10 Jul 2018 10:49:43 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,17 +0,0 @@ -$OpenBSD: patch-protoc-c_c_field_cc,v 1.1 2018/07/10 10:49:43 tb Exp $ - -https://github.com/protobuf-c/protobuf-c/pull/309 -https://github.com/protobuf-c/protobuf-c/pull/328 - -Index: protoc-c/c_field.cc protoc-c/c_field.cc.orig -+++ protoc-c/c_field.cc -@@ -189,7 +189,7 @@ void FieldGenerator::GenerateDescriptorInitializerGene - FieldGeneratorMap::FieldGeneratorMap(const Descriptor* descriptor) - : descriptor_(descriptor), - field_generators_( -- new scoped_ptr[descriptor->field_count()]) { -+ new std::unique_ptr[descriptor->field_count()]) { - // Construct all the FieldGenerators. - for (int i = 0; i < descriptor->field_count(); i++) { - field_generators_[i].reset(MakeGenerator(descriptor->field(i))); Index: patches/patch-protoc-c_c_field_h === RCS file: patches/patch-protoc-c_c_field_h diff -N patches/patch-protoc-c_c_field_h --- patches/patch-protoc-c_c_field_h10 Jul 2018 10:49:43 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,17 +0,0 @@ -$OpenBSD: patch-protoc-c_c_field_h,v 1.1 2018/07/10 10:49:43 tb Exp $ - -https://github.com/protobuf-c/protobuf-c/pull/309 -https://github.com/protobuf-c/protobuf-c/pull/328 - -Index: protoc-c/c_field.h protoc-c/c_field.h.orig -+++ protoc-c/c_field.h -@@ -117,7 +117,7 @@ class FieldGeneratorMap { - - private: - const Descriptor* descriptor_; -- scoped_array > field_generators_; -+ std::unique_ptr[] > field_generators_; - - static FieldGenerator* MakeGenerator(const FieldDescriptor* field); - Index: patches/patch-protoc-c_c_file_cc === RCS file: patches/patch-protoc-c_c_file_cc diff -N patches/patch-protoc-c_c_file_cc --- patches/patch-protoc-c_c_file_cc10 Jul 2018 10:49:43 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,26 +0,0 @@ -$OpenBSD: patch-protoc-c_c_file_cc,v 1.1 2018/07/10 10:49:43 tb Exp $ - -https://github.com/protobuf-c/protobuf-c/pull/309 -https://github.com/protobuf-c/protobuf-c/pull/328 - -Index: protoc-c/c_file.cc protoc-c/c_file.cc.orig -+++ protoc-c/c_file.cc -@@ -83,13 +83,13 @@ FileGenerator::FileGenerator(const FileDescriptor* fil - const string& dllexport_decl) - : file_(file), - message_generators_( -- new scoped_ptr[file->message_type_count()]), -+ new std::unique_ptr[file->message_type_count()]), - enum_generators_( -- new scoped_ptr[file->enum_type_count()]), -+ new std::unique_ptr[file->enum_type_count()]), - service_generators_( -- new scoped_ptr[file->service_count()]), -+ new std::unique_ptr[file->service_count()]), - extension_generators_( -- new scoped_ptr[file->extension_count()]) { -+ new std::unique_ptr[file->extension_count()]) { - - for (int i = 0; i < file->message_type_count(); i++) { - message_generators_[i].reset( Index: patches/patch-protoc-c_c_file_h === RCS file: patches/patch-protoc-c_c_file_h diff -N patches/patch-protoc-c_c_file_h --- patches/patch-protoc-c_c_file_h 10 Jul 2018 10:49:43 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/07/20 04:59:08 Modified files: infrastructure/lib/DPB: Host.pm infrastructure/lib/DPB/Core: Distant.pm Log message: have host define the socket name, so that it's always built from the master dpb pid. ssh paranoia: also sets the real/effective group before the user
Re: www/p5-Catalyst-Plugin-Session-PerUser : Fix the test
On Wed, 17 Jul 2019 08:19:04 + wen heping wrote: > Hi, ports@: > > Here is a patch for www/p5-Catalyst-Plugin-Session-PerUser : > 1) Fix the test by adding missing TEST_DEPENDS > www/p5-Catalyst-Plugin-Session-PerUser > 2) sort RUN_DEPENDS > 3) I am not sure whether or REVISION shoube bumped, since only > TEST_DEPENDS changed. It changes nothing to the resulting package, so yes you don't need to. > 4) I did not add POD_TEST to MAKE_ENV, because pod tests failed. > I think no need to fix it. See how i handled that in the below diff ;) > It build well and now passed all tests on my amd64-head system. > > Comments? OK? > > wen I also fixed a trailing whitespace while here. Charlène. Index: Makefile === RCS file: /cvs/ports/www/p5-Catalyst-Plugin-Session-PerUser/Makefile,v retrieving revision 1.12 diff -u -p -u -p -r1.12 Makefile --- Makefile12 Jul 2019 20:50:51 - 1.12 +++ Makefile20 Jul 2019 10:45:20 - @@ -10,16 +10,21 @@ CATEGORIES= www # Artistic + GPL PERMIT_PACKAGE=Yes -RUN_DEPENDS= www/p5-Catalyst-Plugin-Session \ - security/p5-Catalyst-Plugin-Authentication \ - devel/p5-Hash-Merge \ +RUN_DEPENDS= devel/p5-Hash-Merge \ devel/p5-Moose \ devel/p5-MRO-Compat \ + devel/p5-Object-Signature \ devel/p5-namespace-autoclean \ - devel/p5-Object-Signature + security/p5-Catalyst-Plugin-Authentication \ + www/p5-Catalyst-Plugin-Session -TEST_DEPENDS=devel/p5-Test-WWW-Mechanize-Catalyst +TEST_DEPENDS= devel/p5-Test-WWW-Mechanize-Catalyst \ + www/p5-Catalyst-Plugin-Session-State-Cookie CONFIGURE_STYLE = modinst + +# Disable Pod Testing: there is an extraneous "=item". If we remove it, +# the .orig file will be tested as well, and in the end it fails anyway. +MAKE_ENV +=TEST_POD= .include Index: patches/patch-lib_Catalyst_Plugin_Session_PerUser_pm === RCS file: patches/patch-lib_Catalyst_Plugin_Session_PerUser_pm diff -N patches/patch-lib_Catalyst_Plugin_Session_PerUser_pm --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-lib_Catalyst_Plugin_Session_PerUser_pm20 Jul 2019 10:45:20 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Remove extraneous =item with no text associated + +Index: lib/Catalyst/Plugin/Session/PerUser.pm +--- lib/Catalyst/Plugin/Session/PerUser.pm.orig lib/Catalyst/Plugin/Session/PerUser.pm +@@ -260,8 +260,6 @@ login. On by default. + + Passed to L. Defaults to C. + +-=item +- + =back + + =head1 CAVEATS Index: pkg/DESCR === RCS file: /cvs/ports/www/p5-Catalyst-Plugin-Session-PerUser/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 DESCR --- pkg/DESCR 5 Nov 2006 16:11:31 - 1.1.1.1 +++ pkg/DESCR 20 Jul 2019 10:45:20 - @@ -1,7 +1,7 @@ Allows logged-in users to keep their sessions across logins. The session data can be stored within the user, -or within the session store, depending on other plugins +or within the session store, depending on other plugins availability. e.g, based on Catalyst::Plugin::Authentication::Store
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/07/20 04:49:18 Modified files: x11/gnome/bijiben: Makefile distinfo Log message: update to bijiben-3.32.2
Re: [NEW] www/p5-HTTP-Entity-Parser
On Tue, 16 Jul 2019 07:24:56 + wen heping wrote: > Hi, ports@: > > Here is a patch to create new port www/p5-HTTP-Entity-Parser, > which is required by the future update of www/p5-Plack. > It build well and passed all tests on my amd64-head system. > > Comments? OK? > wen OK cwen@
[NEW] devel/p5-Params-ValidationCompiler
Hi, ports@: Here is a patch to create new port devel/p5-Params-ValidationCompiler, which is required by the future update of devel/p5-DateTime. It build well and passed all tests on my amd64-head system. Before import into portstree, devel/p5-Test2-Plugin-NoWarnings should be imported, which I submitted just now. Comments? OK? wen p5-Params-ValidationCompiler.tar.gz Description: p5-Params-ValidationCompiler.tar.gz
[NEW] devel/p5-Test2-Plugin-NoWarnings
Hi, ports@: Here is a patch to create new port devel/p5-Test2-Plugin-NoWarnings, which is required by the new port p5-Params-ValidationCompiler, which is required by the future update of devel/p5-DateTime. It build well and passed all tests on my amd64-head system. Comments? OK? wen p5-Test2-Plugin-NoWarnings.tar.gz Description: p5-Test2-Plugin-NoWarnings.tar.gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2019/07/20 01:54:25 Modified files: archivers/zstd : Makefile distinfo archivers/zstd/patches: patch-lib_Makefile Log message: Update to zstd-1.4.1. Maintenance release, which includes a few bug fixes, including a fix for a rare data corruption bug, which could only be triggered in a niche use case. List of changes can be found at https://github.com/facebook/zstd/releases/tag/v1.4.1
Re: aarch64 bulk build report
On Fri, Jul 19, 2019 at 01:42:04PM -0600, phess...@openbsd.org wrote: > bulk build on arm64.ports.openbsd.org > started on Fri Jul 12 13:58:23 MDT 2019 > finished at Fri Jul 19 13:39:03 MDT 2019 > lasted 07D16h40m > done with kern.version=OpenBSD 6.5-current (GENERIC.MP) #117: Fri Jul 12 > 12:12:19 MDT 2019 > > built packages:9885 > Jul 12:2328 > Jul 13:1389 > Jul 14:750 > Jul 15:3600 > Jul 16:498 > Jul 17:491 > Jul 18:558 > Jul 19:270 > > > critical path missing pkgs: > http://build-failures.rhaalovely.net/aarch64/2019-07-12/summary.log > > build failures: 33 > http://build-failures.rhaalovely.net/aarch64/2019-07-12/audio/chromaprint.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/comms/gnuradio.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/comms/hamlib.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/comms/lcdproc.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/databases/sqlite3-odbc.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/devel/elftoolchain.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/devel/protobuf-c.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/devel/protozero.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/editors/xwpe.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/games/frozen-bubble,-main.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/games/pokerth.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/games/puzzles.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/games/vacuum.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/geo/qlandkartegt.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/graphics/openimageio.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/graphics/openscenegraph.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/lang/pfe.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/mail/kopano/core.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/net/dnsdist.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/net/litecoin.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/net/mosh.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/security/aircrack-ng.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/security/sn0int.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/www/nginx,-geoip.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/x11/gnome/gjs.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/x11/gtk+4,-cloudprint.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/x11/kde4/kopete.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/x11/kde4/zeroconf-ioslave.log > http://build-failures.rhaalovely.net/aarch64/2019-07-12/x11/qt5/qt3d.log > > recurrent failures > failures/comms/lcdproc.log > failures/databases/sqlite3-odbc.log > failures/devel/elftoolchain.log > failures/devel/protobuf-c.log > failures/devel/protozero.log > failures/editors/xwpe.log > failures/games/puzzles.log > failures/lang/pfe.log > failures/mail/kopano/core.log > failures/net/mosh.log > failures/security/aircrack-ng.log > failures/security/sn0int.log > failures/x11/gnome/gjs.log > failures/x11/gtk+4,-cloudprint.log > failures/x11/qt5/qt3d.log > new failures > +++ ls-failures Fri Jul 19 13:41:19 2019 > +failures/audio/chromaprint.log > +failures/comms/gnuradio.log > +failures/comms/hamlib.log > +failures/games/frozen-bubble,-main.log > +failures/games/pokerth.log > +failures/games/vacuum.log > +failures/geo/qlandkartegt.log > +failures/graphics/openimageio.log > +failures/graphics/openscenegraph.log > +failures/net/dnsdist.log I notice protoc segfaults consistently on strings and bytes fields on arm64. So this is probably not really a new failure. If nobody beats me to it, I'll take a look after my vacation. -Otto > +failures/net/litecoin.log > +failures/www/nginx,-geoip.log > +failures/x11/kde4/kopete.log > +failures/x11/kde4/zeroconf-ioslave.log > resolved failures > --- ../old/aarch64/last//ls-failures Thu Jul 11 19:24:43 2019 > -failures/editors/emacs,no_x11.log > -failures/graphics/vulkan-loader.log > -failures/lang/gcc/8,,-libs.log > -failures/lang/gerbil.log > -failures/lang/php/7.3.log > -failures/math/lapack.log > -failures/sysutils/rsyslog,-elasticsearch.log > -failures/x11/e17/elementary.log >