aarch64 bulk build report

2020-11-16 Thread phessler
bulk build on arm64.ports.openbsd.org started on Sat Nov 14 02:03:35 MST 2020 finished at Tue Nov 17 00:52:19 MST 2020 lasted 2D22h48m done with kern.version=OpenBSD 6.8-current (GENERIC.MP) #895: Wed Nov 11 23:21:34 MST 2020 built packages:10903 Nov 14:4394 Nov 15:1092 Nov 16:3383 Nov 17:2033

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Rafael Sadowski
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/11/16 23:17:24 Modified files: audio/chromaprint: Makefile distinfo Removed files: audio/chromaprint/patches: patch-tests_test_utils_cpp

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Rafael Sadowski
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/11/16 23:11:28 Modified files: sysutils/nnn : Makefile distinfo Log message: Update nnn to 3.5 >From Martin Ziemer (maintainer)

Re: [update] sysutils/restic to 0.11.0

2020-11-16 Thread Björn Ketelaars
On Mon 16/11/2020 16:06, Aaron Bieber wrote: > Hi, > > Here is an update to restic. Full changelog can be found here: > https://github.com/restic/restic/releases/tag/v0.11.0 > > I have been running without issues! Tests welcome. > > OK? Lightly run tested on amd64. OK bket@

[update patch] nnn 3.4 -> 3.5

2020-11-16 Thread Martin Ziemer
This patch updates nnn from 3.4 to 3.5. Tested on two amd64 systems. Index: Makefile === RCS file: /cvs/ports/sysutils/nnn/Makefile,v retrieving revision 1.11 diff -u -p -r1.11 Makefile --- Makefile18 Aug 2020 14:25:08 -

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Rafael Sadowski
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/11/16 22:56:08 Modified files: multimedia/xvidcore: Makefile distinfo multimedia/xvidcore/pkg: PLIST Log message: Update to xvidcore 1.3.7 Changes since 1.3.6: Fix for a regression

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Daniel Dickman
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2020/11/16 21:13:18 Modified files: lang/compcert : Makefile distinfo Log message: update to tagged release of 3.8 Adds coq 8.12.1 support along with the usual spate of improvements.

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Jeremy Evans
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/11/16 20:19:38 Modified files: devel/gitsh: Makefile devel/ragel: Makefile devel/swig : Makefile devel/vim-command-t: Makefile editors/vim: Makefile

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Jeremy Evans
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/11/16 20:15:34 Modified files: lang/ruby : ruby.port.mk Log message: Switch default Ruby version to Ruby 2.7

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Jeremy Evans
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/11/16 20:15:00 Modified files: devel/ruby-jeweler: Makefile Log message: Force FLAVOR to ruby26 This version of jeweler doesn't run on ruby27 due to the bundler dependency.

Re: Change default Ruby version from 2.6 to 2.7

2020-11-16 Thread Jeremy Evans
On 11/16 09:23, George Koehler wrote: > On Tue, 10 Nov 2020 18:22:27 -0800 > Jeremy Evans wrote: > > > OKs to switch the default Ruby version to 2.7? > > ok gkoehler@ > > There are also a few ports that don't depend on Ruby, but do reference > the default Ruby version. You didn't bump the

Re: Change default Ruby version from 2.6 to 2.7

2020-11-16 Thread George Koehler
On Tue, 10 Nov 2020 18:22:27 -0800 Jeremy Evans wrote: > OKs to switch the default Ruby version to 2.7? ok gkoehler@ There are also a few ports that don't depend on Ruby, but do reference the default Ruby version. You didn't bump the REVISION of these few ports, and I don't insist on a

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Gleydson Soares
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2020/11/16 17:04:59 Modified files: plan9/plan9port/pkg: PLIST Log message: add proper log message, missing in previous commit "update to latest github commit"

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Gleydson Soares
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2020/11/16 16:56:37 Modified files: plan9/plan9port: Makefile distinfo Log message: add proper log message, missing in previous commit "update to latest github commit"

[update] net/dendrite to 0.3.0

2020-11-16 Thread Aaron Bieber
Halla! Trivial dendrite update. Changes here: https://github.com/matrix-org/dendrite/releases/tag/v0.3.0 I have it running on my test Matrix server with no issues! OK? Cheers, Aaron conf_set_now: duplicate tag [remote "origin"]:url, ignoring... conf_set_now: duplicate tag [remote

[update] sysutils/restic-rest-server to 0.10.0

2020-11-16 Thread Aaron Bieber
Hola, Here is an update to restic-rest-server. The patch we had is now upstream so it can be removed \o/. Full changelog here: https://github.com/restic/rest-server/releases/tag/v0.10.0 OK? Cheers, Aaron Index: Makefile === RCS

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Thomas Frohwein
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2020/11/16 16:07:20 Modified files: games : Makefile Log message: +fna

[update] sysutils/restic to 0.11.0

2020-11-16 Thread Aaron Bieber
Hi, Here is an update to restic. Full changelog can be found here: https://github.com/restic/restic/releases/tag/v0.11.0 I have been running without issues! Tests welcome. OK? Cheers, Aaron conf_set_now: duplicate tag [remote "origin"]:url, ignoring... conf_set_now: duplicate tag [remote

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Thomas Frohwein
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2020/11/16 16:06:07 Log message: import games/fna DESCR: This is FNA, an XNA4 reimplementation that focuses solely on developing a fully accurate XNA4 runtime for the desktop. The port

[NEW] sysutils/VictoriaMetrics

2020-11-16 Thread Sven F.
VictoriaMetrics is a very efficient (small) way to backup time series: https://github.com/VictoriaMetrics/VictoriaMetrics/tree/master/ports/OpenBSD I use it on 6.7 and apparently someone else tested on 6.8, I ported my last modification to 6.8 ( i use the same thing for Prometheus which

Re: CVS: cvs.openbsd.org: ports

2020-11-16 Thread Gleydson Soares
On Mon, Nov 16, 2020 at 03:21:10PM -0700, Gleydson Soares wrote: > CVSROOT: /cvs > Module name: ports > Changes by: gsoa...@cvs.openbsd.org 2020/11/16 15:21:10 > > Modified files: > plan9/plan9port: Makefile distinfo > plan9/plan9port/pkg: PLIST > > Log message: update to

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Gleydson Soares
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2020/11/16 15:21:10 Modified files: plan9/plan9port: Makefile distinfo plan9/plan9port/pkg: PLIST Log message:

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Gleydson Soares
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2020/11/16 15:17:48 Modified files: devel/cppcheck : Makefile distinfo devel/cppcheck/pkg: PLIST Log message: update to cppcheck-2.2

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Stuart Henderson
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/16 14:43:08 Modified files: graphics/libavif: Makefile distinfo Log message: update to libavif-0.8.3, from Brad

Re: audio/chromaprint

2020-11-16 Thread Stuart Henderson
On 2020/11/16 07:30, Rafael Sadowski wrote: > On Mon Nov 16, 2020 at 01:24:55AM -0500, Brad Smith wrote: > > > > On 11/16/2020 1:22 AM, Rafael Sadowski wrote: > > > On Sun Nov 15, 2020 at 12:54:23PM +0100, Rafael Sadowski wrote: > > > > Simple update diff to the latest version. > > > > > > >

Re: upcoming textproc/groff-1.23.0

2020-11-16 Thread Christian Weisgerber
Ingo Schwarze: > > It is GNU project policy that distribution tarballs include > > pre-formatted .info files so that makeinfo is NOT required. > > tar -tzvf groff-1.23.0.rc1.tar.gz | grep -F .info > > tells me the groff project doesn't include it in the tarball, but > maybe i can convince

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Stuart Henderson
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/16 13:34:39 Modified files: cad/gerbv : Makefile Log message: gerbv: gettext-tools is needed at build time, otherwise packaging fails (share/locale/ru/LC_MESSAGES/gerbv.mo doesn't exist).

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Jeremy Evans
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/11/16 11:42:05 Modified files: www/ruby-capybara: Makefile distinfo www/ruby-capybara/pkg: PLIST Log message: Update capybara to 3.33.0

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Jeremy Evans
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/11/16 11:41:21 Modified files: www/ruby-xpath : Makefile distinfo Log message: Update xpath to 3.2.0

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Jeremy Evans
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/11/16 11:40:32 Modified files: devel : Makefile Log message: Hookup ruby-regexp_parser

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Jeremy Evans
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/11/16 11:36:23 Log message: Import ruby-regexp_parser This is a new dependency of www/ruby-capybara. OK gkoehler@ Status: Vendor Tag: jeremy Release Tags:

openimageio: switch to py3, use external pugixml

2020-11-16 Thread Stuart Henderson
This switches oiio's Python bindings to Python 3, removing a dependency on boost_python27. Also switches to system pugixml which fixes a problem seen with Andrea Fleckenstein's update of Blender if pugixml is present at build time. Blender 2.79 still seems happy. While there I sorted LIB_DEPENDS

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Bjorn Ketelaars
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/11/16 08:53:10 Modified files: mail/notmuch : Makefile.inc mail/notmuch/notmuch: Makefile distinfo mail/notmuch/notmuch/patches: patch-configure mail/notmuch/py-notmuch:

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Bjorn Ketelaars
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/11/16 08:52:38 Modified files: archivers/lz4 : Makefile distinfo archivers/lz4/patches: patch-lib_Makefile archivers/lz4/pkg: PLIST Removed files: archivers/lz4/patches:

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Antoine Jacoutot
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/11/16 08:22:12 Modified files: devel/glib2: Makefile distinfo devel/glib2/pkg: PLIST Log message: Update to glib2-2.66.3.

Re: [UPDATE] math/lrs -> 071a

2020-11-16 Thread Dimitri Karamazov
On Mon, November 16, 2020 10:01, Edd Barrett wrote: > Hi, > > > On Mon, Nov 16, 2020 at 04:45:49AM -, Dimitri Karamazov wrote: > >> +V = 071a >> +PKGNAME = lrs-${V}lpha >> > I should've tested because making changes. 'make update' works just fine here, I don't what

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Stuart Henderson
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/16 07:50:02 Modified files: databases/openldap: Tag: OPENBSD_6_8 Makefile Added files: databases/openldap/patches: Tag: OPENBSD_6_8

Re: [UPDATE] blender 2.81

2020-11-16 Thread Stuart Henderson
On 2020/11/15 18:02, Andrea Fleckenstein wrote: > > Daniel Dickman writes: > > One small thing I noticed is that while you say that the port works with > > python 3.8, it looks like you did not actually make that change in the > > diff. Any reason not to include that change? > > I think it's

Re: UPDATE: xvidcore 1.3.7

2020-11-16 Thread Stuart Henderson
On 2020/11/16 07:42, Rafael Sadowski wrote: > On Mon Nov 16, 2020 at 01:34:23AM -0500, Brad Smith wrote: > > The rest of the ports pick up xvid via FFmpeg. > > > > Fine! How do you know that? Is there a trick to finding that out? > For me as a person who is not deeply in the multimedia stack, it

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Stuart Henderson
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/16 04:24:20 Added files: graphics/darktable/patches: patch-src_common_imageio_avif_c Log message: fix with libavif 0.8.2, patch from upstream found by jca@

CVS: cvs.openbsd.org: ports

2020-11-16 Thread Stuart Henderson
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/11/16 04:21:59 Modified files: graphics/libavif: Makefile Log message: libavif 0.8.2 should have been a major bump, avifDecoderParse function signature changed.

Re: UPDATE: xvidcore 1.3.7

2020-11-16 Thread Brad Smith
On 11/16/2020 1:42 AM, Rafael Sadowski wrote: On Mon Nov 16, 2020 at 01:34:23AM -0500, Brad Smith wrote: The rest of the ports pick up xvid via FFmpeg. Fine! How do you know that? Is there a trick to finding that out? For me as a person who is not deeply in the multimedia stack, it is

Re: UPDATE: xvidcore 1.3.7

2020-11-16 Thread Brad Smith
The rest of the ports pick up xvid via FFmpeg. On 11/16/2020 1:33 AM, Rafael Sadowski wrote: On Mon Nov 16, 2020 at 01:29:25AM -0500, Brad Smith wrote: Looking at WANTLIBs is not direct dependencies. The only two depenencies are FFmpeg and transcode. ufoai is broken at the moment.

Re: UPDATE: xvidcore 1.3.7

2020-11-16 Thread Brad Smith
Looking at WANTLIBs is not direct dependencies. The only two depenencies are FFmpeg and transcode. ufoai is broken at the moment. On 11/16/2020 1:27 AM, Rafael Sadowski wrote: On Sun Nov 15, 2020 at 05:19:36PM -0500, Brad Smith wrote: On 11/15/2020 5:26 AM, Rafael Sadowski wrote: On Sun Nov

Re: audio/chromaprint

2020-11-16 Thread Brad Smith
On 11/16/2020 1:22 AM, Rafael Sadowski wrote: On Sun Nov 15, 2020 at 12:54:23PM +0100, Rafael Sadowski wrote: Simple update diff to the latest version. Symbols have been removed so bump shared lib. Spotted by cwen@, thanks. You bumped the comment version not the version that actually

Re: [UPDATE] math/lrs -> 071a

2020-11-16 Thread Edd Barrett
Hi, On Mon, Nov 16, 2020 at 04:45:49AM -, Dimitri Karamazov wrote: > +V = 071a > +PKGNAME =lrs-${V}lpha That's not right. Looking at the releases directory, 071a came *after* 071, so it's not an alpha as far as I can see:

Re: [UPDATE] math/lrs -> 071a

2020-11-16 Thread Dimitri Karamazov
On Sun, November 15, 2020 21:58, Edd Barrett wrote: > Hi, > > > Thanks for looking at this. > > > On Sun, Nov 15, 2020 at 05:38:53PM -, Dimitri Karamazov wrote: > >> Any comments/OK's? >> > > This looks good to me. > > > I'm a little confused as to why `make update` doesn't work, but `make >