CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: feine...@cvs.openbsd.org2020/10/21 23:15:38 Modified files: net/kdeconnect-kde: Makefile distinfo net/kdeconnect-kde/patches: patch-data_org_kde_kdeconnect_open_desktop net/kdeconnect-kde/pkg: PLIST Log message: Update to KDE Connect 1.4.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/10/21 22:06:10 Modified files: net/gomuks : Makefile distinfo Log message: Bump gomuks to 0.2.0. Changes: https://github.com/tulir/gomuks/releases/tag/v0.2.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/10/21 22:01:05 Modified files: devel/olm : Makefile distinfo Log message: Update olm to 3.2.1. Changes here: https://gitlab.matrix.org/matrix-org/olm/-/releases
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/10/21 20:58:22 Modified files: devel/sqlc : Makefile distinfo Log message: Bump sqlc to 1.5.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/10/21 19:56:22 Modified files: sysutils/facette: Makefile Log message: Remove missed BROKEN marker.
Re: CVS: cvs.openbsd.org: ports
On Wed, Oct 21, 2020 at 04:49:11PM -0600, Kurt Mosiejczuk wrote: > CVSROOT: /cvs > Module name: ports > Changes by: k...@cvs.openbsd.org2020/10/21 16:49:11 > > Modified files: > graphics/libgphoto2: Makefile > > Log message: > libgphoto2 uses C99 constructs, so do the usual dance for base-gcc > arches (sparc64 in particular) > Got distracted writing commit message. This was ok cwen@ and aja@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/10/21 16:49:11 Modified files: graphics/libgphoto2: Makefile Log message: libgphoto2 uses C99 constructs, so do the usual dance for base-gcc arches (sparc64 in particular)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2020/10/21 15:21:59
Modified files:
textproc/groff : Makefile
Added files:
textproc/groff/patches: patch-lib_vasnprintf_c
Log message:
Prevent gnulib compat code from using snprintf("...%n") for no good reason
Heavier fix in upstream gnulib:
https://lists.gnu.org/archive/html/bug-gnulib/2020-10/msg00013.html
ok schwarze@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mari...@cvs.openbsd.org 2020/10/21 15:15:15 Modified files: devel/py-rope : Makefile distinfo Log message: Update devel/py-rope 0.17.0 to 0.18.0 Changelog: https://github.com/python-rope/rope/releases/tag/0.18.0 pytest: 194 out of 194 tests passed, 316 warnings (related to python deprecations). Tested with devel/spyder OK on amd64 (only consumer).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2020/10/21 15:11:59
Modified files:
devel/grcs : Makefile
Added files:
devel/grcs/patches: patch-lib_vasnprintf_c
Log message:
Prevent gnulib compat code from using snprintf("...%n") for no good reason
Heavier fix in upstream gnulib:
https://lists.gnu.org/archive/html/bug-gnulib/2020-10/msg00013.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2020/10/21 09:57:00
Modified files:
x11/gtk+3 : Makefile
x11/gtk+4 : Makefile
Log message:
gtk+{3,4}: a revision bump was needed on !rust archs after the last commit
for the -cups subpackage. Found the hard way in the macppc bulk.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/10/21 07:25:03 Modified files: print/ghostscript/gnu: Makefile Log message: Use PATCHORIG No update-patches churn, no change.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/10/21 04:54:27 Modified files: devel/cbindgen : Makefile distinfo Log message: Update to cbindgen 0.15.0, required by gecko 83.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/10/21 04:53:45 Modified files: www/firefox-i18n: Tag: OPENBSD_6_8 Makefile.inc distinfo Log message: MFC: update to firefox-i18n 82.0. While here loosen the RDEP version on firefox, should allow langpacks from 82.0 to work with firefox 82.0.x. Maybe.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2020/10/21 04:00:13 Modified files: security/py-tlsfuzzer: Makefile distinfo Log message: Update to tlsfuzzer 20201019
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2020/10/21 03:24:05 Modified files: audio/ncmpc: Makefile distinfo audio/ncmpc/patches: patch-src_StatusBar_cxx patch-src_screen_init_cxx Added files: audio/ncmpc/patches: patch-src_screen_utils_cxx patch-src_signals_cxx Log message: Update audio/ncmpc to version 0.41. Tested for the last few days, no issues.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/10/21 01:27:47 Modified files: www/mozilla-firefox: Tag: OPENBSD_6_8 Makefile distinfo Added files: www/mozilla-firefox/patches: Tag: OPENBSD_6_8 patch-third_party_rust_authenticator__cargo-checksum_json patch-third_party_rust_authenticator_src_openbsd_device_rs Log message: MFC: Update to firefox 82.0. See https://www.mozilla.org/en-US/firefox/82.0/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2020-45/ Add two patches for #1666701 that didnt make it in time for 82.0. Add BDEP on GNU m4 for #1670807 It's unlikely that 83.0 will be backported to 6.8-stable as it will require cbindgen 0.15.0 (among other probable requirements)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2020/10/21 00:30:39 Modified files: books/progit : Makefile distinfo Log message: Update to progit-2.1.267.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/10/21 00:18:11 Modified files: www/mozilla-firefox: Makefile www/mozilla-firefox/files: unveil.gpu Log message: Add /usr/lib r to unveil.gpu, apparently that helps with gpu acceleration on inteldrm with layers.acceleration.force-enabled set to true. swrast tries to load libelf and libLLVM. >From tb@
