Re: Add hledger-1.21 via devel/cabal module
Greg Steuck wrote: > Evan mentioned hledger port being of interest, less than a year later we > can have it :) > > I'd like some test reports and OKs before this goes in. > > Thanks > Greg Built, ran, and processed my journal! (on amd64) Thanks for your work on this project Greg. Getting pandoc and hledger is good stuff. Evan S.
Re: [NEW] net/Vger
Hi ports, I've attached an updated tarball addressing hopefully all the mentioned issues. Thank you for your input. > inetd, really, in 2021?! What is wrong with inetd in this use case? Additionally a diff for user.list, as I added the user and group _vger. Index: user.list === RCS file: /cvs/ports/infrastructure/db/user.list,v retrieving revision 1.385 diff -u -p -u -p -r1.385 user.list --- user.list 10 Feb 2021 15:35:38 - 1.385 +++ user.list 21 Mar 2021 22:05:26 - @@ -373,3 +373,4 @@ id usergroup port 862 _blackboxexporter _blackboxexporter sysutils/blackbox_exporter 863 _dcc _dccmail/dcc 864 _icingadirector_icingaweb2 net/icinga/web2-module-director +865 _vger _vger net/vger -- greetings, Florian Viehweger vger.tgz Description: application/compressed-tar
UPDATE security/libgsasl
Hi, this updates security/libgsasl to 1.10.0. and drop MAINTAINER. While there, switch from libgcrypt to libressl, because of that, full bump. I tried to run net/dico but it complained about a missing libgcrypt. Tests all pass. OK? Index: Makefile === RCS file: /cvs/ports/security/libgsasl/Makefile,v retrieving revision 1.16 diff -u -r1.16 Makefile --- Makefile11 Feb 2020 15:27:54 - 1.16 +++ Makefile21 Mar 2021 21:31:39 - @@ -2,27 +2,25 @@ COMMENT= GNU implementation of the SASL framework -DISTNAME= libgsasl-1.8.1 +DISTNAME= libgsasl-1.10.0 CATEGORIES=security HOMEPAGE= https://www.gnu.org/software/gsasl/ MASTER_SITES= ${MASTER_SITE_GNU:=gsasl/} -MAINTAINER=Sebastian Reitenbach -SHARED_LIBS += gsasl 0.0 # 14.6 +SHARED_LIBS += gsasl 1.0 # 14.6 # LGPLv2.1 PERMIT_PACKAGE=Yes -WANTLIB+= gcrypt gpg-error iconv idn intl +WANTLIB+= crypto iconv idn intl LIB_DEPENDS= devel/gettext,-runtime \ - devel/libidn \ - security/libgcrypt - -# non-shared does not inherit LIB_DEPENDS -LIB_DEPENDS += security/libgpg-error + devel/libidn SEPARATE_BUILD=Yes CONFIGURE_STYLE=gnu MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/build-aux + +CONFIGURE_ARGS = --without-libgcrypt \ + --with-openssl .include Index: distinfo === RCS file: /cvs/ports/security/libgsasl/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo11 Feb 2020 15:27:54 - 1.3 +++ distinfo21 Mar 2021 21:31:39 - @@ -1,2 +1,2 @@ -SHA256 (libgsasl-1.8.1.tar.gz) = GeL5BSXFMQEJGMULsf6+8NcRXWIBUMxmFTuc5z/4FOY= -SIZE (libgsasl-1.8.1.tar.gz) = 1791261 +SHA256 (libgsasl-1.10.0.tar.gz) = 8bVTOE3tvYdHhEl3VUajWNb1FAwVzMyPtXQTb9x3Mp8= +SIZE (libgsasl-1.10.0.tar.gz) = 1854755 Index: patches/patch-configure === RCS file: patches/patch-configure diff -N patches/patch-configure --- patches/patch-configure 11 Feb 2020 15:27:55 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ -$OpenBSD: patch-configure,v 1.2 2020/02/11 15:27:55 sebastia Exp $ - -Index: configure configure.orig -+++ configure -@@ -31493,7 +31493,7 @@ _ACEOF - - - case "$host_os" in --*openbsd* | *mirbsd*) -+*mirbsd*) - NAME_OF_RANDOM_DEVICE="/dev/srandom" - NAME_OF_PSEUDO_RANDOM_DEVICE="/dev/prandom" - NAME_OF_NONCE_DEVICE="/dev/urandom"
Re: www/py-http_ece switch to python3 only
On Sun, Mar 21, 2021 at 10:10:40PM +0100, Sebastian Reitenbach wrote: > Hi, > as far as I can see, www/py-http_ece is only used by > www/py-mastodon.py, which is python3, > so no need for a python2 FLAVOR. > adding quirk and remove unflavored line from www/Makefile. > OK? You'll need a @conflict line also for the python 2 versions (and quirks). Otherwise, ok kmos@ --Kurt > cheers, > Sebastian > > Index: Makefile > === > RCS file: /cvs/ports/www/py-http_ece/Makefile,v > retrieving revision 1.5 > diff -u -r1.5 Makefile > --- Makefile 3 Jul 2020 21:13:19 - 1.5 > +++ Makefile 21 Mar 2021 21:06:29 - > @@ -5,7 +5,7 @@ > DISTNAME = http_ece-${MODPY_EGG_VERSION} > PKGNAME =py-http_ece-${MODPY_EGG_VERSION} > CATEGORIES = www > -REVISION = 1 > +REVISION = 2 > > HOMEPAGE = > https://github.com/martinthomson/encrypted-content-encoding > MAINTAINER = Pamela Mosiejczuk > @@ -18,7 +18,7 @@ > MODPY_PI = Yes > > FLAVORS =python3 > -FLAVOR ?= > +FLAVOR = python3 > > RUN_DEPENDS =security/py-cryptography${MODPY_FLAVOR} > > Index: pkg/PLIST > === > RCS file: /cvs/ports/www/py-http_ece/pkg/PLIST,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 PLIST > --- pkg/PLIST 4 Oct 2018 23:38:20 - 1.1.1.1 > +++ pkg/PLIST 21 Mar 2021 21:06:29 - > @@ -1,4 +1,5 @@ > @comment $OpenBSD: PLIST,v 1.1.1.1 2018/10/04 23:38:20 danj Exp $ > +@pkgpath www/py-http_ece > lib/python${MODPY_VERSION}/site-packages/http_ece/ > > lib/python${MODPY_VERSION}/site-packages/http_ece-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ > > lib/python${MODPY_VERSION}/site-packages/http_ece-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO >
www/py-http_ece switch to python3 only
Hi, as far as I can see, www/py-http_ece is only used by www/py-mastodon.py, which is python3, so no need for a python2 FLAVOR. adding quirk and remove unflavored line from www/Makefile. OK? cheers, Sebastian Index: Makefile === RCS file: /cvs/ports/www/py-http_ece/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile3 Jul 2020 21:13:19 - 1.5 +++ Makefile21 Mar 2021 21:06:29 - @@ -5,7 +5,7 @@ DISTNAME = http_ece-${MODPY_EGG_VERSION} PKGNAME = py-http_ece-${MODPY_EGG_VERSION} CATEGORIES = www -REVISION = 1 +REVISION = 2 HOMEPAGE = https://github.com/martinthomson/encrypted-content-encoding MAINTAINER = Pamela Mosiejczuk @@ -18,7 +18,7 @@ MODPY_PI = Yes FLAVORS = python3 -FLAVOR ?= +FLAVOR = python3 RUN_DEPENDS = security/py-cryptography${MODPY_FLAVOR} Index: pkg/PLIST === RCS file: /cvs/ports/www/py-http_ece/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 PLIST --- pkg/PLIST 4 Oct 2018 23:38:20 - 1.1.1.1 +++ pkg/PLIST 21 Mar 2021 21:06:29 - @@ -1,4 +1,5 @@ @comment $OpenBSD: PLIST,v 1.1.1.1 2018/10/04 23:38:20 danj Exp $ +@pkgpath www/py-http_ece lib/python${MODPY_VERSION}/site-packages/http_ece/ lib/python${MODPY_VERSION}/site-packages/http_ece-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/http_ece-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2021/03/21 13:17:34 Modified files: infrastructure/lib/DPB: Config.pm External.pm PortBuilder.pm infrastructure/lib/DPB/Job: Port.pm Log message: refactor: make the builder responsible for telling us whether we should clean at the end of a build. Add a new global config option: NEVER_CLEAN so that no path ever gets cleaned (to be used ONLY if you have lots of disk space). I've actually done this manually in the past, to test various tools on lots of objdirs...
update scons to 3.1.1
scons is still on python2. Here's an update to version 3.1.1 as a first step in preparation for switching to python3. While scons was ported to python 3 some time ago, this newer version includes a few small fixes that should work better with python 3.8. Note I did not go to scons version 3.1.2 because that version removes a few deprecated things like "BuildDir". But some of our scons consumers use those constructs. So version 3.1.1 let's us avoid having to update the consumers. This update tested by building all the consumers on amd64. ok? Index: Makefile === RCS file: /cvs/ports/devel/scons/Makefile,v retrieving revision 1.32 diff -u -p -u -r1.32 Makefile --- Makefile15 Mar 2021 21:06:45 - 1.32 +++ Makefile21 Mar 2021 17:57:57 - @@ -2,8 +2,7 @@ COMMENT= Python-based build system -VERSION= 2.5.1 -REVISION= 1 +VERSION= 3.1.1 DISTNAME= scons-${VERSION} CATEGORIES=devel Index: distinfo === RCS file: /cvs/ports/devel/scons/distinfo,v retrieving revision 1.18 diff -u -p -u -r1.18 distinfo --- distinfo15 Mar 2021 21:02:11 - 1.18 +++ distinfo21 Mar 2021 17:57:57 - @@ -1,2 +1,2 @@ -SHA256 (scons-2.5.1.tar.gz) = CyUhiue0apZ9tC8qU3IWRbPUKHSmX5VSrRbOJtMPUfI= -SIZE (scons-2.5.1.tar.gz) = 620909 +SHA256 (scons-3.1.1.tar.gz) = TOpBf910maNvQHkj0DtLcACw+ej9ezGzFrnOfrqRQ6U= +SIZE (scons-3.1.1.tar.gz) = 663878 Index: patches/patch-engine_SCons_Tool_g++_py === RCS file: patches/patch-engine_SCons_Tool_g++_py diff -N patches/patch-engine_SCons_Tool_g++_py --- patches/patch-engine_SCons_Tool_g++_py 15 Mar 2021 21:02:11 - 1.3 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ -$OpenBSD: patch-engine_SCons_Tool_g++_py,v 1.3 2021/03/15 21:02:11 sthen Exp $ - -Index: engine/SCons/Tool/g++.py engine/SCons/Tool/g++.py.orig -+++ engine/SCons/Tool/g++.py -@@ -44,7 +44,7 @@ import gcc - - cplusplus = __import__('c++', globals(), locals(), []) - --compilers = ['g++'] -+compilers = ['c++'] - - def generate(env): - """Add Builders and construction variables for g++ to an Environment.""" Index: patches/patch-engine_SCons_Tool_gcc_py === RCS file: /cvs/ports/devel/scons/patches/patch-engine_SCons_Tool_gcc_py,v retrieving revision 1.3 diff -u -p -u -r1.3 patch-engine_SCons_Tool_gcc_py --- patches/patch-engine_SCons_Tool_gcc_py 15 Mar 2021 21:02:11 - 1.3 +++ patches/patch-engine_SCons_Tool_gcc_py 21 Mar 2021 17:57:57 - @@ -10,5 +10,5 @@ Index: engine/SCons/Tool/gcc.py -compilers = ['gcc', 'cc'] +compilers = ['cc'] + def generate(env): - """Add Builders and construction variables for gcc to an Environment.""" Index: patches/patch-engine_SCons_Tool_gxx_py === RCS file: patches/patch-engine_SCons_Tool_gxx_py diff -N patches/patch-engine_SCons_Tool_gxx_py --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-engine_SCons_Tool_gxx_py 21 Mar 2021 17:57:57 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Index: engine/SCons/Tool/gxx.py +--- engine/SCons/Tool/gxx.py.orig engine/SCons/Tool/gxx.py +@@ -43,7 +43,7 @@ import SCons.Util + from . import gcc + from . import cxx + +-compilers = ['g++'] ++compilers = ['c++'] + + + def generate(env): Index: pkg/PLIST === RCS file: /cvs/ports/devel/scons/pkg/PLIST,v retrieving revision 1.13 diff -u -p -u -r1.13 PLIST --- pkg/PLIST 15 Mar 2021 21:02:11 - 1.13 +++ pkg/PLIST 21 Mar 2021 17:57:57 - @@ -1,410 +1,416 @@ @comment $OpenBSD: PLIST,v 1.13 2021/03/15 21:02:11 sthen Exp $ bin/scons bin/scons-${VERSION} +@comment bin/scons-${VERSION}.bat bin/scons-configure-cache bin/scons-configure-cache-${VERSION} bin/scons-time bin/scons-time-${VERSION} +@comment bin/scons.bat bin/sconsign bin/sconsign-${VERSION} -lib/scons-${VERSION}/ -lib/scons-${VERSION}/SCons/ -lib/scons-${VERSION}/SCons/Action.py -lib/scons-${VERSION}/SCons/Action.pyc -lib/scons-${VERSION}/SCons/Builder.py -lib/scons-${VERSION}/SCons/Builder.pyc -lib/scons-${VERSION}/SCons/CacheDir.py -lib/scons-${VERSION}/SCons/CacheDir.pyc -lib/scons-${VERSION}/SCons/Conftest.py -lib/scons-${VERSION}/SCons/Conftest.pyc -lib/scons-${VERSION}/SCons/Debug.py -lib/scons-${VERSION}/SCons/Debug.pyc -lib/scons-${VERSION}/SCons/Defaults.py -lib/scons-${VERSION}/SCons/Defaults.pyc -lib/scons-${VERSION}/SCons/Environment.py -lib/scons-${VERSION}/SCons/Environment.pyc -lib/scons-${VERSION}/SCons/Errors.py -lib/scons-${VERSION}/SCons/Errors.pyc -lib/scons-${VERSION}/SCons/Executor.py -lib/scons-${VERSION}/SCons/Executor.pyc -lib/scons-${VERSION}/SCons/Job.py -lib/scons-${VERSION}/SCons/Job.pyc
shells/tcsh 6.22.02 -> 6.22.03 update breaks :h modifier behavior
Greatings, In tcsh 6.22.02 (and in csh from base): {1} set a=foo {2} echo $a foo {3} echo $a:h foo In tcsh 6.22.03: {1} set a=foo {2} echo $a foo {3} echo $a:h {4} This is breaking most of cad/qflow scripts (and possibly creating other issues in the tree). Please test at your end. This is a point that should be discussed upstream, but being the 6.9 release very close, would it be possible to revert tcsh to the previous version? Or maybe a patch on top of 6.22.03 is more convenient (but I didn't dig into that...)? -- Alessandro De Laurenzis [mailto:jus...@atlantide.mooo.com] Web: http://www.atlantide.mooo.com LinkedIn: http://it.linkedin.com/in/delaurenzis
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/21 11:47:17 Modified files: sysutils/grafana: Makefile distinfo sysutils/grafana/patches: patch-conf_sample_ini sysutils/grafana/pkg: PLIST Log message: update to grafana-7.4.5, thanks Rob Schmersel for testing
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2021/03/21 11:23:55 Modified files: productivity/grisbi: Makefile distinfo Log message: productivity/grisbi: update to 2.0.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2021/03/21 10:43:02 Modified files: x11/xfce4/thunar: Makefile distinfo x11/xfce4/thunar/pkg: PLIST Log message: x11/xfce4/thunar: update to 4.16.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/21 10:31:29 Modified files: games/gcompris : Makefile distinfo games/gcompris/pkg: PLIST Log message: Update to gcompris-1.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/21 10:31:10 Modified files: graphics/gdk-pixbuf2: Makefile distinfo graphics/gdk-pixbuf2/patches: patch-meson_build Log message: Update to gdk-pixbuf-2.42.4.
Re: [patch] xsel: fix segfault when running on empty input file.
Changed the "before" file from configure.ac.bak to configure.ac.orig. Sorry for the spam. On 3/21/21 12:18 PM, Brennan Vincent wrote: Thanks for the feedback. I had not realized that some systems are still on GCC 3.x. I've patched that flag out in configure.ac. New patch attached. On 3/21/21 11:56 AM, Klemens Nanni wrote: On Sun, Mar 21, 2021 at 11:01:54AM -0400, Brennan Vincent wrote: Attaching a patch that follows these suggestions. My ports tree is a checkout of the https://github.com/openbsd/ports mirror, so I've used git format-patch to create the patch. I'm a porting beginner so please let me know if there's a better way to send patches. The Makefile looks all good, thank you. Just indent with tabs not spaces like the rest of the file, please. diff --git a/x11/xsel/patches/patch-configure b/x11/xsel/patches/patch-configure deleted file mode 100644 index 7ee76777a43..000 --- a/x11/xsel/patches/patch-configure +++ /dev/null @@ -1,15 +0,0 @@ -$OpenBSD: patch-configure,v 1.2 2014/07/07 08:22:52 sthen Exp $ - --Wdeclaration-after-statement is gcc 4-only. - configure.orig Mon Mar 24 15:27:33 2008 -+++ configure Mon Jul 7 09:22:18 2014 -@@ -5880,7 +5880,7 @@ fi - - # Error out on compile warnings - if test "x$ac_cv_c_compiler_gnu" = xyes ; then -- CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wdeclaration-after-statement -Wno-unused" -+ CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wno-unused" These flags are still used. Were they removed to support building on GCC 3.x platforms? If so -and I think there are some- you'd have to still remove them, I guess. - fi - - # Checks for header files. >From 62bc611d95d8b44eeddf51488fa7fb264d674d21 Mon Sep 17 00:00:00 2001 From: Brennan Vincent Date: Sun, 21 Mar 2021 10:57:51 -0400 Subject: [PATCH] Update to latest commit from Github to fix various bugs. Remove patches which are no longer necessary. --- x11/xsel/Makefile | 14 +--- x11/xsel/distinfo | 4 +-- x11/xsel/patches/patch-configure| 15 - x11/xsel/patches/patch-configure_ac | 11 ++ x11/xsel/patches/patch-xsel_c | 52 - 5 files changed, 23 insertions(+), 73 deletions(-) delete mode 100644 x11/xsel/patches/patch-configure create mode 100644 x11/xsel/patches/patch-configure_ac delete mode 100644 x11/xsel/patches/patch-xsel_c diff --git a/x11/xsel/Makefile b/x11/xsel/Makefile index f68ff697609..c08753437c3 100644 --- a/x11/xsel/Makefile +++ b/x11/xsel/Makefile @@ -2,20 +2,26 @@ COMMENT= command-line program for managing X selection contents -DISTNAME= xsel-1.2.0 -REVISION= 2 +V= 1.2.0.20210321 +DISTNAME= xsel-${V} CATEGORIES= x11 HOMEPAGE= http://www.vergenet.net/~conrad/software/xsel/ +GH_ACCOUNT= kfish +GH_PROJECT= xsel +GH_COMMIT= 062e6d373537c60829fa9b5dcddbcd942986b3c3 + # BSD-style PERMIT_PACKAGE= Yes WANTLIB= X11 c -MASTER_SITES= http://www.vergenet.net/~conrad/software/xsel/download/ SEPARATE_BUILD= Yes -CONFIGURE_STYLE=gnu +CONFIGURE_STYLE=autoreconf CONFIGURE_ENV= LDFLAGS="-L${X11BASE}/lib" +AUTOCONF_VERSION=2.69 +AUTOMAKE_VERSION=1.16 + .include diff --git a/x11/xsel/distinfo b/x11/xsel/distinfo index 9001d2654cc..f1a64622615 100644 --- a/x11/xsel/distinfo +++ b/x11/xsel/distinfo @@ -1,2 +1,2 @@ -SHA256 (xsel-1.2.0.tar.gz) = uSfOCNyC9MMBQCI5WbkM9l4QdvAAzpXlIEGewy9bFBw= -SIZE (xsel-1.2.0.tar.gz) = 169155 +SHA256 (xsel-1.2.0.20210321-062e6d37.tar.gz) = /bbOutWP4waggDGs54epLE9Oi3W4Nt0zlY0UCmZrH5E= +SIZE (xsel-1.2.0.20210321-062e6d37.tar.gz) = 51364 diff --git a/x11/xsel/patches/patch-configure b/x11/xsel/patches/patch-configure deleted file mode 100644 index 7ee76777a43..000 --- a/x11/xsel/patches/patch-configure +++ /dev/null @@ -1,15 +0,0 @@ -$OpenBSD: patch-configure,v 1.2 2014/07/07 08:22:52 sthen Exp $ - --Wdeclaration-after-statement is gcc 4-only. - configure.orig Mon Mar 24 15:27:33 2008 -+++ configure Mon Jul 7 09:22:18 2014 -@@ -5880,7 +5880,7 @@ fi - - # Error out on compile warnings - if test "x$ac_cv_c_compiler_gnu" = xyes ; then -- CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wdeclaration-after-statement -Wno-unused" -+ CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wno-unused" - fi - - # Checks for header files. diff --git a/x11/xsel/patches/patch-configure_ac b/x11/xsel/patches/patch-configure_ac new file mode 100644 index 000..eaf90193351 --- /dev/null +++ b/x11/xsel/patches/patch-configure_ac @@ -0,0 +1,11 @@ +--- configure.ac.orig Sun Mar 21 12:12:14 2021 configure.ac Sun Mar 21 12:12:23 2021 +@@ -24,7 +24,7 @@ + dnl Add some useful warnings if we have gcc. + dnl changequote(,)dnl + if test "x$ac_cv_prog_gcc" = xyes ; then +- CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wdeclaration-after-statement -Wno-unused" ++ CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99
Add hledger-1.21 via devel/cabal module
Evan mentioned hledger port being of interest, less than a year later we can have it :) I'd like some test reports and OKs before this goes in. Thanks Greg hledger.tgz Description: hledger port
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/21 10:20:20 Modified files: security/libnettle: Makefile distinfo Log message: Update to libnettle-3.7.2.
Re: [patch] xsel: fix segfault when running on empty input file.
Thanks for the feedback. I had not realized that some systems are still on GCC 3.x. I've patched that flag out in configure.ac. New patch attached. On 3/21/21 11:56 AM, Klemens Nanni wrote: On Sun, Mar 21, 2021 at 11:01:54AM -0400, Brennan Vincent wrote: Attaching a patch that follows these suggestions. My ports tree is a checkout of the https://github.com/openbsd/ports mirror, so I've used git format-patch to create the patch. I'm a porting beginner so please let me know if there's a better way to send patches. The Makefile looks all good, thank you. Just indent with tabs not spaces like the rest of the file, please. diff --git a/x11/xsel/patches/patch-configure b/x11/xsel/patches/patch-configure deleted file mode 100644 index 7ee76777a43..000 --- a/x11/xsel/patches/patch-configure +++ /dev/null @@ -1,15 +0,0 @@ -$OpenBSD: patch-configure,v 1.2 2014/07/07 08:22:52 sthen Exp $ - --Wdeclaration-after-statement is gcc 4-only. - configure.orig Mon Mar 24 15:27:33 2008 -+++ configure Mon Jul 7 09:22:18 2014 -@@ -5880,7 +5880,7 @@ fi - - # Error out on compile warnings - if test "x$ac_cv_c_compiler_gnu" = xyes ; then -- CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wdeclaration-after-statement -Wno-unused" -+ CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wno-unused" These flags are still used. Were they removed to support building on GCC 3.x platforms? If so -and I think there are some- you'd have to still remove them, I guess. - fi - - # Checks for header files. >From 62bc611d95d8b44eeddf51488fa7fb264d674d21 Mon Sep 17 00:00:00 2001 From: Brennan Vincent Date: Sun, 21 Mar 2021 10:57:51 -0400 Subject: [PATCH] Update to latest commit from Github to fix various bugs. Remove patches which are no longer necessary. --- x11/xsel/Makefile | 14 +--- x11/xsel/distinfo | 4 +-- x11/xsel/patches/patch-configure| 15 - x11/xsel/patches/patch-configure_ac | 11 ++ x11/xsel/patches/patch-xsel_c | 52 - 5 files changed, 23 insertions(+), 73 deletions(-) delete mode 100644 x11/xsel/patches/patch-configure create mode 100644 x11/xsel/patches/patch-configure_ac delete mode 100644 x11/xsel/patches/patch-xsel_c diff --git a/x11/xsel/Makefile b/x11/xsel/Makefile index f68ff697609..c08753437c3 100644 --- a/x11/xsel/Makefile +++ b/x11/xsel/Makefile @@ -2,20 +2,26 @@ COMMENT= command-line program for managing X selection contents -DISTNAME= xsel-1.2.0 -REVISION= 2 +V= 1.2.0.20210321 +DISTNAME= xsel-${V} CATEGORIES= x11 HOMEPAGE= http://www.vergenet.net/~conrad/software/xsel/ +GH_ACCOUNT= kfish +GH_PROJECT= xsel +GH_COMMIT= 062e6d373537c60829fa9b5dcddbcd942986b3c3 + # BSD-style PERMIT_PACKAGE= Yes WANTLIB= X11 c -MASTER_SITES= http://www.vergenet.net/~conrad/software/xsel/download/ SEPARATE_BUILD= Yes -CONFIGURE_STYLE=gnu +CONFIGURE_STYLE=autoreconf CONFIGURE_ENV= LDFLAGS="-L${X11BASE}/lib" +AUTOCONF_VERSION=2.69 +AUTOMAKE_VERSION=1.16 + .include diff --git a/x11/xsel/distinfo b/x11/xsel/distinfo index 9001d2654cc..f1a64622615 100644 --- a/x11/xsel/distinfo +++ b/x11/xsel/distinfo @@ -1,2 +1,2 @@ -SHA256 (xsel-1.2.0.tar.gz) = uSfOCNyC9MMBQCI5WbkM9l4QdvAAzpXlIEGewy9bFBw= -SIZE (xsel-1.2.0.tar.gz) = 169155 +SHA256 (xsel-1.2.0.20210321-062e6d37.tar.gz) = /bbOutWP4waggDGs54epLE9Oi3W4Nt0zlY0UCmZrH5E= +SIZE (xsel-1.2.0.20210321-062e6d37.tar.gz) = 51364 diff --git a/x11/xsel/patches/patch-configure b/x11/xsel/patches/patch-configure deleted file mode 100644 index 7ee76777a43..000 --- a/x11/xsel/patches/patch-configure +++ /dev/null @@ -1,15 +0,0 @@ -$OpenBSD: patch-configure,v 1.2 2014/07/07 08:22:52 sthen Exp $ - --Wdeclaration-after-statement is gcc 4-only. - configure.orig Mon Mar 24 15:27:33 2008 -+++ configure Mon Jul 7 09:22:18 2014 -@@ -5880,7 +5880,7 @@ fi - - # Error out on compile warnings - if test "x$ac_cv_c_compiler_gnu" = xyes ; then -- CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wdeclaration-after-statement -Wno-unused" -+ CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wno-unused" - fi - - # Checks for header files. diff --git a/x11/xsel/patches/patch-configure_ac b/x11/xsel/patches/patch-configure_ac new file mode 100644 index 000..eaf90193351 --- /dev/null +++ b/x11/xsel/patches/patch-configure_ac @@ -0,0 +1,11 @@ +--- configure.ac.bak Sun Mar 21 12:12:14 2021 configure.ac Sun Mar 21 12:12:23 2021 +@@ -24,7 +24,7 @@ + dnl Add some useful warnings if we have gcc. + dnl changequote(,)dnl + if test "x$ac_cv_prog_gcc" = xyes ; then +- CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wdeclaration-after-statement -Wno-unused" ++ CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wno-unused" + fi + dnl changequote([,])dnl + diff --git a/x11/xsel/patches/patch-xsel_c b/x11/xsel/patches/patch-xsel_c deleted file mode 100644 index
lang/ruby/3.0 fixes for mips64
lang/ruby/3.0 fails to build on mips64. It looks that the peephole optimizer still has issues on this architecture. The following patch disables it. In addition, there is an alignment problem with the handling of builtins. compiler.c assumes that bytecode arrays are properly aligned. However, this assumption does not always hold on mips64, and the interpreter crashes. The issue is similar to what was recently fixed in perl(1). #0 ibf_load_setup_bytes () <-- unaligned load #1 rb_iseq_ibf_load_bytes () #2 rb_load_with_builtin_functions () #3 Init_builtin_gc () #4 rb_call_builtin_inits () #5 ruby_opt_init () #6 load_file_internal () #7 rb_ensure () #8 ruby_process_options () #9 ruby_options () #10 main () The patch fixes the problem by forcing 8-byte alignment, though 4-byte alignment should be enough. However, there probably are better ways to fix this. Index: patches/patch-compile_c === RCS file: ports/lang/ruby/3.0/patches/patch-compile_c,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-compile_c --- patches/patch-compile_c 28 Dec 2020 16:45:27 - 1.1.1.1 +++ patches/patch-compile_c 21 Mar 2021 13:13:37 - @@ -1,6 +1,7 @@ $OpenBSD: patch-compile_c,v 1.1.1.1 2020/12/28 16:45:27 jeremy Exp $ -Disable peephole optimizer on sparc64, since it occasionally segfaults. +Disable peephole optimizer on mips64 and sparc64, since it occasionally +segfaults. Index: compile.c --- compile.c.orig @@ -9,7 +10,7 @@ Index: compile.c iseq_peephole_optimize(rb_iseq_t *iseq, LINK_ELEMENT *list, const int do_tailcallopt) { INSN *const iobj = (INSN *)list; -+#ifdef __sparc64__ ++#if defined(__mips64__) || defined(__sparc64__) +return COMPILE_OK; +#endif + Index: patches/patch-template_builtin_binary_inc_tmpl === RCS file: patches/patch-template_builtin_binary_inc_tmpl diff -N patches/patch-template_builtin_binary_inc_tmpl --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-template_builtin_binary_inc_tmpl 21 Mar 2021 13:13:37 - @@ -0,0 +1,17 @@ +$OpenBSD$ + +Ensure proper alignment of builtin binary arrays to fix crash on mips64. +compile.c accesses the start of these arrays as struct ibf_header. + +Index: template/builtin_binary.inc.tmpl +--- template/builtin_binary.inc.tmpl.orig template/builtin_binary.inc.tmpl +@@ -6,7 +6,7 @@ + % ary = RubyVM.enum_for(:each_builtin).to_a + % ary.each{|feature, iseq| + +-static const unsigned char <%= feature %>_bin[] = { ++static const unsigned char <%= feature %>_bin[] __attribute__((aligned(8))) = { + % iseq \ + % . to_binary\ + % . each_byte\
Re: grafana 7.4.5
On Fri, 19 Mar 2021 20:18:21 + Stuart Henderson wrote: > seems to work, but I only have a simple setup and don't entirely > know what I'm doing with this, if someone is using it more rigorously > than this please do test. > > as usual with go, this involved swearing at go.port.mk and several > abandoned attempts over some months. the problem with this one is that > grafana now uses go modules but doesn't work with proxy.golang.org so > I rolled my own tar. > [... snip patch ...] > All my dashboards remain working after update. Tried some new plugins (that only work with grafana > 7) and they are working aswell with my setup. BR/Rob
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/03/21 10:03:51 Modified files: multimedia/assimp: Makefile Added files: multimedia/assimp/patches: patch-assimpTargets-debug_cmake_in patch-assimpTargets-release_cmake_in Log message: Fix sharedLibraryName in cmake files While here switch to https. Tweak and ok kirby@, maintainer timeout
Re: [patch] xsel: fix segfault when running on empty input file.
On Sun, Mar 21, 2021 at 11:01:54AM -0400, Brennan Vincent wrote: > Attaching a patch that follows these suggestions. > > My ports tree is a checkout of the https://github.com/openbsd/ports mirror, > so I've used git format-patch to create the patch. I'm a porting beginner so > please let me know if there's a better way to send patches. The Makefile looks all good, thank you. Just indent with tabs not spaces like the rest of the file, please. > diff --git a/x11/xsel/patches/patch-configure > b/x11/xsel/patches/patch-configure > deleted file mode 100644 > index 7ee76777a43..000 > --- a/x11/xsel/patches/patch-configure > +++ /dev/null > @@ -1,15 +0,0 @@ > -$OpenBSD: patch-configure,v 1.2 2014/07/07 08:22:52 sthen Exp $ > - > --Wdeclaration-after-statement is gcc 4-only. > - > configure.orig Mon Mar 24 15:27:33 2008 > -+++ configureMon Jul 7 09:22:18 2014 > -@@ -5880,7 +5880,7 @@ fi > - > - # Error out on compile warnings > - if test "x$ac_cv_c_compiler_gnu" = xyes ; then > -- CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 > -Wdeclaration-after-statement -Wno-unused" > -+ CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 > -Wno-unused" These flags are still used. Were they removed to support building on GCC 3.x platforms? If so -and I think there are some- you'd have to still remove them, I guess. > - fi > - > - # Checks for header files.
Re: [patch] xsel: fix segfault when running on empty input file.
Attaching a patch that follows these suggestions. My ports tree is a checkout of the https://github.com/openbsd/ports mirror, so I've used git format-patch to create the patch. I'm a porting beginner so please let me know if there's a better way to send patches. On 3/21/21 8:00 AM, Klemens Nanni wrote: On Sat, Mar 20, 2021 at 09:13:24PM -0700, Greg Steuck wrote: A bigger question is if something else should be done. Memory safety is an obvious problem to worry about especially in the context where the selection may not be fully trusted. So, should we pick up a few more patches from upstream: https://github.com/kfish/xsel/commits/master ? Trouble is they have a multiple-year old issue pending to roll a release with no activity beyond people asking for status: https://github.com/kfish/xsel/issues/28 You could package a specific commit and use xsel-1.2.0.20210321 as date or so, that'll give you the latest and greatest fixes outside a release and will play nicely with the next proper update to 1.3.x or so, i.e. the upgrade will just work. That also avoids having local patches, which is nice. Generally, tracking upstream releases makes sense, but if they can't be arsed to roll another tarball due to whatever reasons, I do tend to just track HEAD and ship important bug fixes to our users nonetheless. >From 7ca665a9872e0dc6bd97673f0c71ac098ef034fe Mon Sep 17 00:00:00 2001 From: Brennan Vincent Date: Sun, 21 Mar 2021 10:57:51 -0400 Subject: [PATCH] Update to latest commit from Github to fix various bugs. Remove patches which are no longer necessary. --- x11/xsel/Makefile| 14 ++--- x11/xsel/distinfo| 4 +-- x11/xsel/patches/patch-configure | 15 - x11/xsel/patches/patch-xsel_c| 52 4 files changed, 12 insertions(+), 73 deletions(-) delete mode 100644 x11/xsel/patches/patch-configure delete mode 100644 x11/xsel/patches/patch-xsel_c diff --git a/x11/xsel/Makefile b/x11/xsel/Makefile index f68ff697609..d4337c7f3a5 100644 --- a/x11/xsel/Makefile +++ b/x11/xsel/Makefile @@ -2,20 +2,26 @@ COMMENT= command-line program for managing X selection contents -DISTNAME= xsel-1.2.0 -REVISION= 2 +V= 1.2.0.20210321 +DISTNAME= xsel-${V} CATEGORIES= x11 HOMEPAGE= http://www.vergenet.net/~conrad/software/xsel/ +GH_ACCOUNT=kfish +GH_PROJECT=xsel +GH_COMMIT= 062e6d373537c60829fa9b5dcddbcd942986b3c3 + # BSD-style PERMIT_PACKAGE= Yes WANTLIB= X11 c -MASTER_SITES= http://www.vergenet.net/~conrad/software/xsel/download/ SEPARATE_BUILD= Yes -CONFIGURE_STYLE=gnu +CONFIGURE_STYLE=autoreconf CONFIGURE_ENV= LDFLAGS="-L${X11BASE}/lib" +AUTOCONF_VERSION = 2.69 +AUTOMAKE_VERSION = 1.16 + .include diff --git a/x11/xsel/distinfo b/x11/xsel/distinfo index 9001d2654cc..f1a64622615 100644 --- a/x11/xsel/distinfo +++ b/x11/xsel/distinfo @@ -1,2 +1,2 @@ -SHA256 (xsel-1.2.0.tar.gz) = uSfOCNyC9MMBQCI5WbkM9l4QdvAAzpXlIEGewy9bFBw= -SIZE (xsel-1.2.0.tar.gz) = 169155 +SHA256 (xsel-1.2.0.20210321-062e6d37.tar.gz) = /bbOutWP4waggDGs54epLE9Oi3W4Nt0zlY0UCmZrH5E= +SIZE (xsel-1.2.0.20210321-062e6d37.tar.gz) = 51364 diff --git a/x11/xsel/patches/patch-configure b/x11/xsel/patches/patch-configure deleted file mode 100644 index 7ee76777a43..000 --- a/x11/xsel/patches/patch-configure +++ /dev/null @@ -1,15 +0,0 @@ -$OpenBSD: patch-configure,v 1.2 2014/07/07 08:22:52 sthen Exp $ - --Wdeclaration-after-statement is gcc 4-only. - configure.orig Mon Mar 24 15:27:33 2008 -+++ configure Mon Jul 7 09:22:18 2014 -@@ -5880,7 +5880,7 @@ fi - - # Error out on compile warnings - if test "x$ac_cv_c_compiler_gnu" = xyes ; then -- CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wdeclaration-after-statement -Wno-unused" -+ CFLAGS="$CFLAGS -fno-strict-aliasing -Wall -Werror -g -std=gnu99 -Wno-unused" - fi - - # Checks for header files. diff --git a/x11/xsel/patches/patch-xsel_c b/x11/xsel/patches/patch-xsel_c deleted file mode 100644 index 0a6b2018bc6..000 --- a/x11/xsel/patches/patch-xsel_c +++ /dev/null @@ -1,52 +0,0 @@ -$OpenBSD: patch-xsel_c,v 1.2 2014/07/07 08:25:16 sthen Exp $ - -- Format "32" properties use "long", not "int", even on LP64 platforms. -- ensure NUM_TARGETS does not exceed MAX_NUM_TARGETS. -- plug a memory leak in handle_targets() - xsel.c.orig Mon Jun 30 00:10:19 2014 -+++ xsel.c Mon Jun 30 00:20:50 2014 -@@ -15,6 +15,7 @@ - #include "config.h" - #endif - -+#include - #include - #include - #include -@@ -1300,14 +1301,16 @@ handle_targets (Display * display, Window requestor, A - Atom selection, Time time, MultTrack * mparent) - { - Atom * targets_cpy; -+ HandleResult r; - - targets_cpy = malloc (sizeof (supported_targets)); - memcpy (targets_cpy, supported_targets, sizeof (supported_targets)); - -- return --change_property (display, requestor, property, XA_ATOM, 32, -+ r = change_property (display, requestor, property,
Re: NEW: rover
* Dimitri Karamazov le [21-03-2021 04:42:50 +]: > On Sun, Mar 21, 2021 at 04:36:02AM +, prx wrote: > > Hello, > > find attached a new port for rover [1], a file manager. > > I'm new to porting, se please tell me if I'm wrong. > > > > Regards. > Attached with some changes > * When fetching source from github use GH_* variables > * DISTFILES is only required for multiple sources > * Try to keep most values at the same tab space. > > regards, > Dimitri Hi, it looks much better now. I didn't figured out how to use TAGNAME properly when I tried GH_* : I forgot the "v" in TAGNAME. Thank you. Regards.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2021/03/21 08:19:49 Modified files: security/rbw : Makefile distinfo security/rbw/patches: patch-Cargo_toml Removed files: security/rbw/patches: patch-modcargo-crates_net2-0_2_36_src_ext_rs Log message: Update rbw to 1.1.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2021/03/21 08:16:21 Modified files: www/luakit : Makefile distinfo www/luakit/pkg : PLIST Removed files: www/luakit/patches: patch-common_ipc_c patch-tests_run_test_lua Log message: Update luakit to 2.3. diff from MAINTAINER.
Re: remove sysutils/upt/*
On Sat, 13 Mar 2021 22:10:28 +0100, Klemens Nanni wrote: > On Sat, Mar 13, 2021 at 03:24:50PM -0500, Daniel Jakots wrote: > > A few years ago, I imported sysutils/upt. No one else never really > > cared about it, as people (rightfully) focus on portgen(1). I'm not > > interested anymore in porting new python stuff so I don't care > > about it either. Instead of letting it rot in the tree, I'd like to > > remove the differents subports. > First time I'm hearing about upt; I'd also say that further work > should end up in portgen. > > > Comments? OK? > OK kn Thanks, it's gone. > > Removing it would make textproc/py-spdx-lookup useless, I'd like to > > remove it as well. > That port seems upt agnostic, so I can't comment on whether it might > be useful for something else - I'll leave that to others. I haven't heard anything about textproc/py-spdx-lookup, if someone cares, let me know :)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2021/03/21 08:05:13 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm sysutils : Makefile Removed files: sysutils/upt : Makefile Makefile.inc sysutils/upt/upt: Makefile distinfo sysutils/upt/upt/pkg: DESCR PLIST sysutils/upt/upt-cpan: Makefile distinfo sysutils/upt/upt-cpan/pkg: DESCR PLIST sysutils/upt/upt-openbsd: Makefile distinfo sysutils/upt/upt-openbsd/pkg: DESCR PLIST sysutils/upt/upt-pypi: Makefile distinfo sysutils/upt/upt-pypi/pkg: DESCR PLIST sysutils/upt/upt-rubygems: Makefile distinfo sysutils/upt/upt-rubygems/pkg: DESCR PLIST Log message: Remove upt and its plugins Using portgen instead is recommended. OK kn@
sparc64 bulk build report
Bulk build on sparc64-0a.ports.openbsd.org Started : Fri Mar 19 21:40:41 MDT 2021 Finished: Sun Mar 21 07:52:00 MDT 2021 Duration: 1 Days 10 hours 11 minutes Built using OpenBSD 6.9-beta (GENERIC.MP) #747: Fri Mar 19 14:29:04 MDT 2021 Built 8120 packages Number of packages built each day: Mar 19: 4411 Mar 20: 3668 Mar 21: 41 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2021-03-19/summary.log Build failures: 22 http://build-failures.rhaalovely.net/sparc64/2021-03-19/audio/ncmpcpp.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/comms/syncterm.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/devel/keystone/python,python3.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/emulators/emulationstation.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/emulators/libretro-genesis-plus-gx.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/games/egoboo.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/games/frotz.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/games/openxcom.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/games/stepmania.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/graphics/asymptote.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/math/mlpack,-main.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/net/pmacct,postgresql.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/net/sniproxy.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/print/cups-bjnp.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/print/gutenprint.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/security/opendnssec.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/shells/nsh,static.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/sysutils/libvirt.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/www/py-genshi,python3.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/www/ruby-rainbows.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/x11/gnome/librsvg.log http://build-failures.rhaalovely.net/sparc64/2021-03-19/x11/xmenu.log Recurrent failures: failures/audio/ncmpcpp.log failures/comms/syncterm.log failures/devel/keystone/python,python3.log failures/emulators/emulationstation.log failures/emulators/libretro-genesis-plus-gx.log failures/games/egoboo.log failures/games/frotz.log failures/games/openxcom.log failures/games/stepmania.log failures/graphics/asymptote.log failures/math/mlpack,-main.log failures/net/pmacct,postgresql.log failures/net/sniproxy.log failures/print/cups-bjnp.log failures/print/gutenprint.log failures/security/opendnssec.log failures/sysutils/libvirt.log failures/www/py-genshi,python3.log failures/x11/xmenu.log New failures: +failures/shells/nsh,static.log +failures/www/ruby-rainbows.log +failures/x11/gnome/librsvg.log Resolved failures: -failures/audio/clementine.log -failures/cad/dxf2gcode.log -failures/comms/sigrok/pulseview.log -failures/comms/sigrok/sigrok-cli.log -failures/devel/py-ptyprocess,python3.log -failures/games/odamex.log -failures/games/prboom-plus.log -failures/geo/spatialite/gui.log -failures/graphics/makehuman.log -failures/graphics/mypaint.log -failures/lang/ghc.log -failures/math/veusz.log -failures/multimedia/mkvtoolnix,no_x11.log -failures/net/barrier.log -failures/productivity/gnucash.log -failures/shells/nsh.log -failures/x11/gnome/mutter.log -failures/x11/kde-applications/kmix.log -failures/x11/roxterm.log Packages newly built: +devel/ipython,python3 +devel/py-ipykernel,python3 +devel/py-nbval,python3 +devel/py-pexpect,python3 +devel/py-ptyprocess,python3 +devel/spyder/py-spyder-kernels,python3 +games/prboom-plus +math/py-sympy,python3 +sysutils/tarsnapper +www/jupyter-notebook +www/py-terminado,python3 Packages not built this time: -archivers/pecl-lzf,php72 -archivers/pecl-lzf,php73 -archivers/pecl-lzf,php74 -archivers/pecl-lzf,php80 -archivers/pecl-rar,php72 -archivers/pecl-rar,php73 -archivers/pecl-rar,php74 -archivers/pecl-rar,php80 -archivers/quazip -astro/celestia -astro/kstars -astro/stellarium -audio/ario -audio/audacious/player -audio/audacious/player,qt5 -audio/audacious/plugins -audio/audacious/plugins,qt5 -audio/audacity -audio/calf -audio/cantata -audio/deadbeef -audio/disc-cover -audio/easytag -audio/faudio -audio/gmpc -audio/gmpc-plugins -audio/gqmpeg -audio/gradio -audio/grip -audio/gsound -audio/hydrogen -audio/libcanberra -audio/libcanberra,-gtk -audio/libcanberra,-gtk3 -audio/libcanberra,-main -audio/liblastfm -audio/lmms -audio/mp3cddb -audio/mp3info -audio/mp3splt-gtk -audio/mscore -audio/mumble -audio/mumble,-main -audio/mumble,-server -audio/musique -audio/p5-gnupod -audio/parlatype -audio/pavucontrol -audio/picard -audio/pithos -audio/potamus -audio/puddletag -audio/pykaraoke -audio/qsynth -audio/quodlibet -audio/rgain -audio/rhythmbox -audio/solfege -audio/sonata -audio/tagtool -audio/timidity,gtk2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2021/03/21 07:45:56 Modified files: net/haproxy: Makefile distinfo Log message: Update to haproxy-2.3.7
Re: [NEW] net/Vger
On Sun, 14 Mar 2021 22:05:00 +0100 Florian Viehweger : > Hi ports, > > attached is a port of Vger, a gemini server supporting chroot, > virtualhosts, CGI, default language choice, redirections and MIME types > detection. > > Initial work was done by prx, with permission I'm taking maintainership. > > I've created a dedicated user and group '_gemini_user' both with ID 865. > > 'make test' works on amd64. > > 'portcheck -N' complains about > "hardcoded paths detected in pkg/README, consider using SUBST_VARS and > TRUEPREFIX/LOCALBASE/LOCALSTATEDIR/VARBASE" > but this is for an example inetd.conf file. > > Comments? OK? > > Thanks! > Hello, could you also include a diff to update the file /usr/ports/infrastructure/db/user.list to add user/group? You also need to remove that hardcoded path in the README, you can take a look at games/barony using variables in the README. I'm not sure the COMPILER line is required here. The license is a BSD 2-clause.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/03/21 06:24:30 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Quirk for move of py-protobuf to python3 only
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/03/21 06:22:47 Modified files: devel : Makefile Log message: Unhook py-protobuf
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/03/21 06:22:09 Modified files: devel/py-protobuf: Makefile devel/py-protobuf/pkg: PLIST Log message: Move py-protobuf to python3 only
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/03/21 06:05:33 Modified files: databases : Makefile Log message: Hook up sqlcipher.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/03/21 06:04:27 Log message: Import databases/sqlcipher. From Tom Murphy with improvements from sthen@ and me. OK sthen@ Status: Vendor Tag: tim Release Tags: tim_20210321 N ports/databases/sqlcipher/Makefile N ports/databases/sqlcipher/distinfo N ports/databases/sqlcipher/pkg/DESCR N ports/databases/sqlcipher/pkg/PLIST N ports/databases/sqlcipher/patches/patch-configure N ports/databases/sqlcipher/patches/patch-src_crypto_impl_c No conflicts created by this import
Re: py-protobuf: move to python3-only
On Sun, Mar 21, 2021 at 10:56:27AM +0100, Theo Buehler wrote: > I switched py-axolotl to python3-only earlier today. The other > consumers are already python3 only if I understand correctly. Sure, but that will need unhooking from devel/Makefile as well as the merging quirk.
Re: [patch] xsel: fix segfault when running on empty input file.
On Sat, Mar 20, 2021 at 09:13:24PM -0700, Greg Steuck wrote: > A bigger question is if something else should be done. Memory safety is > an obvious problem to worry about especially in the context where the > selection may not be fully trusted. So, should we pick up a few more > patches from upstream: https://github.com/kfish/xsel/commits/master ? > > Trouble is they have a multiple-year old issue pending to roll a release > with no activity beyond people asking for status: > https://github.com/kfish/xsel/issues/28 You could package a specific commit and use xsel-1.2.0.20210321 as date or so, that'll give you the latest and greatest fixes outside a release and will play nicely with the next proper update to 1.3.x or so, i.e. the upgrade will just work. That also avoids having local patches, which is nice. Generally, tracking upstream releases makes sense, but if they can't be arsed to roll another tarball due to whatever reasons, I do tend to just track HEAD and ship important bug fixes to our users nonetheless.
Re: [NEW] audio/zynaddsubfx
On 2021/03/21 11:30, Solene Rapenne wrote: > On Thu, 18 Mar 2021 17:36:55 + > Dimitri Karamazov : > > > Ping > > > > hello, in zyn-fusion I'd add audio/zynaddsubfx as a RUN_DEP because > it seems mandatory to use zyn-fusion. The problem is that the dependency is sort-of circular. zynaddsubfx requires zyn-fusion or another UI to be useful, and zyn-fusion requires zynaddsubfx to be useful. AUR deals with this by including zynaddsubfx in zyn-fusion (and having them conflict) but that doesn't seem ideal either. Thinking about what happens if other UIs are added though, having zynaddsubfx depend on zyn-fusion doesn't work because the user might want a different UI. Maybe the answer is to have zyn-fusion depend on zynaddsubfx and move the README to zynaddsubfx ("this package provides the backenx synthesizer, you must also install a user interface") - or even just including it in DESCR. The other way is to use meta-packages but that's messier .. > When I run zynaddsubfx or zyn-fusion, I see no difference, is it > normal? Both open a X window with a keyboard at the bottom of the > window. If both binaries could be used for the same result, I would > remove the README file and just add a RUN_DEP. > > zynaddsubfx has some -O3 in the build log, this is something that must > be fixed before we can import it. > > zynaddsubfx HOMEPAGE can be swiched to https >
Re: NEW: rover
On Sun, Mar 21, 2021 at 04:36:02AM +, prx wrote: > Hello, > find attached a new port for rover [1], a file manager. > I'm new to porting, se please tell me if I'm wrong. > > Regards. Attached with some changes * When fetching source from github use GH_* variables * DISTFILES is only required for multiple sources * Try to keep most values at the same tab space. regards, Dimitri rover.tar.gz Description: Binary data
[maintainer-update] mail/mu 1.4.14 to 1.4.15 (bugfix release)
Hello, This is a small bugfix release of mail/mu. No functional changes. portcheck, make {test,port-lib-depends-check}: ok on amd64 Best Regards, Stefan PS: Let me know if unified diffs are not okay on this list. Index: mail/mu/Makefile == --- mail/mu/Makefile +++ mail/mu/Makefile @@ -1,10 +1,10 @@ # $OpenBSD: Makefile,v 1.23 2021/01/06 00:03:19 abieber Exp $ COMMENT= maildir indexer and searcher with emacs frontend -V= 1.4.14 +V= 1.4.15 GUILE_V= 2.2 DISTNAME= mu-$V FLAVORS= guile Index: mail/mu/distinfo == --- mail/mu/distinfo +++ mail/mu/distinfo @@ -1,2 +1,2 @@ -SHA256 (mu-1.4.14.tar.xz) = 32QQ2+TL508UlamWpVjhQp+D8arxWI9cuN9zqbr/YLo= -SIZE (mu-1.4.14.tar.xz) = 845996 +SHA256 (mu-1.4.15.tar.xz) = 91JOF94JRw0TabwbOVmx+KwShu/y1ELbM/g1Vyb4NCo= +SIZE (mu-1.4.15.tar.xz) = 846052
Re: [NEW] audio/zynaddsubfx
On Thu, 18 Mar 2021 17:36:55 + Dimitri Karamazov : > Ping > hello, in zyn-fusion I'd add audio/zynaddsubfx as a RUN_DEP because it seems mandatory to use zyn-fusion. When I run zynaddsubfx or zyn-fusion, I see no difference, is it normal? Both open a X window with a keyboard at the bottom of the window. If both binaries could be used for the same result, I would remove the README file and just add a RUN_DEP. zynaddsubfx has some -O3 in the build log, this is something that must be fixed before we can import it. zynaddsubfx HOMEPAGE can be swiched to https
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/21 04:22:53 Modified files: x11/yaru : Makefile distinfo x11/yaru/pkg : PLIST Log message: Update to yaru-21.04.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/21 04:08:14 Modified files: net/unifi/6.1 : Makefile Log message: fix missing -
py-protobuf: move to python3-only
I switched py-axolotl to python3-only earlier today. The other consumers are already python3 only if I understand correctly. Index: Makefile === RCS file: /cvs/ports/devel/py-protobuf/Makefile,v retrieving revision 1.9 diff -u -p -r1.9 Makefile --- Makefile16 Mar 2021 03:53:29 - 1.9 +++ Makefile21 Mar 2021 09:00:55 - @@ -5,6 +5,7 @@ COMMENT=Google data interchange format MODPY_EGG_VERSION= 3.15.6 DISTNAME= protobuf-${MODPY_EGG_VERSION} PKGNAME= py-${DISTNAME} +REVISION= 0 CATEGORIES=devel @@ -18,7 +19,7 @@ MODPY_PI_DIR= p/protobuf MODPY_SETUPTOOLS= Yes FLAVORS= python3 -FLAVOR ?= +FLAVOR=python3 BUILD_DEPENDS= devel/py-wheel${MODPY_FLAVOR} RUN_DEPENDS= devel/py-six${MODPY_FLAVOR} Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-protobuf/pkg/PLIST,v retrieving revision 1.3 diff -u -p -r1.3 PLIST --- pkg/PLIST 16 Mar 2021 03:08:43 - 1.3 +++ pkg/PLIST 21 Mar 2021 09:02:16 - @@ -1,4 +1,6 @@ @comment $OpenBSD: PLIST,v 1.3 2021/03/16 03:08:43 tb Exp $ +@conflict py-protobuf-* +@pkgpath devel/py-protobuf lib/python${MODPY_VERSION}/site-packages/google/ lib/python${MODPY_VERSION}/site-packages/google/protobuf/ lib/python${MODPY_VERSION}/site-packages/google/protobuf/__init__.py
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/21 03:37:43 Modified files: sysutils/terragrunt: Makefile distinfo Log message: Update to terragrunt-0.28.15.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/21 03:30:24 Modified files: sysutils/govmomi: Makefile distinfo Log message: Update to govc-0.24.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/03/21 02:59:56 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: quirk for py-axolotl -> py3-axolotl
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/03/21 02:58:37 Modified files: security : Makefile Log message: Unhook py-axolotl
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/03/21 02:57:55 Modified files: security/py-axolotl: Makefile security/py-axolotl/pkg: PLIST Log message: Move py-axolotl to python3-only. ok feinerer (maintainer), kmos, sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/21 02:25:18 Modified files: math/gnumeric : Makefile distinfo math/gnumeric/pkg: PLIST Log message: Update to gnumeric-1.12.49.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/21 02:11:08 Modified files: x11/gnome/user-docs: Makefile distinfo Log message: Update to gnome-user-docs-3.38.5.