CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/10/05 23:59:08 Modified files: sysutils/u-boot: Makefile distinfo sysutils/u-boot/patches: patch-configs_pinebook-pro-rk3399_defconfig patch-configs_rock-pi-4-rk3399_defconfig patch-configs_rock64-rk3328_defconfig patch-configs_rock960-rk3399_defconfig patch-configs_rockpro64-rk3399_defconfig patch-configs_rpi_2_defconfig patch-configs_rpi_3_32b_defconfig patch-configs_rpi_3_defconfig Added files: sysutils/u-boot/patches: patch-arch_arm_dts_rk3399-rock-pi-4_dtsi Removed files: sysutils/u-boot/patches: patch-arch_arm_dts_rk3399-rock-pi-4_dts Log message: update to U-Boot 2020.10
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/10/05 23:53:05 Modified files: devel/arm-none-eabi/binutils: Makefile distinfo devel/arm-none-eabi/binutils/patches: patch-libiberty_testsuite_Makefile_in devel/arm-none-eabi/binutils/pkg: PFRAG.aarch64 PFRAG.arm Removed files: devel/arm-none-eabi/binutils/patches: patch-gas_config_tc-aarch64_c Log message: update arm-none-eabi binutils to 2.30 adds support for Cortex-M33 initial patch from Dave Vandervies with plist changes added
Re: Interest check: gh (github's cli)
On 10/5/20 9:50 AM, Ricardo wrote: > Hey ports@ > > Github released a cli application (gh) written in go and I would like to know > if there any interest on having it under OpenBSD. > > Take care. > Ricardo > > Speaking as an enduser, I would love this too :D Aisha
Re: make py-numpydoc python3 only
On Mon, Oct 05, 2020 at 07:57:49PM -0400, Daniel Dickman wrote: > matplotlib is now python3 only so py-numpydoc will need to be python3 only > in order to update matplotlib. > Only devel/spyder/spyder uses py-numpydoc but that port is already python3 > only. > ok? ok kmos --Kurt > Index: Makefile > === > RCS file: /cvs/ports/textproc/py-numpydoc/Makefile,v > retrieving revision 1.12 > diff -u -p -u -r1.12 Makefile > --- Makefile 3 Jul 2020 21:13:15 - 1.12 > +++ Makefile 5 Oct 2020 23:34:04 - > @@ -7,7 +7,7 @@ DISTNAME =numpydoc-${MODPY_EGG_VERSION > PKGNAME =py-numpydoc-${MODPY_EGG_VERSION} > CATEGORIES = textproc devel > HOMEPAGE = https://github.com/numpy/numpydoc > -REVISION = 2 > +REVISION = 3 > > # BSD > PERMIT_PACKAGE = Yes > @@ -17,7 +17,7 @@ MODULES = lang/python > MODPY_PI = Yes > > FLAVORS =python3 > -FLAVOR ?= > +FLAVOR = python3 > > MODPY_PYTEST = Yes > MODPY_PYTEST_ARGS = numpydoc > Index: pkg/PLIST > === > RCS file: /cvs/ports/textproc/py-numpydoc/pkg/PLIST,v > retrieving revision 1.4 > diff -u -p -u -r1.4 PLIST > --- pkg/PLIST 24 Jun 2017 10:29:22 - 1.4 > +++ pkg/PLIST 5 Oct 2020 23:34:04 - > @@ -1,4 +1,6 @@ > @comment $OpenBSD: PLIST,v 1.4 2017/06/24 10:29:22 shadchin Exp $ > +@conflict py-numpydoc-* > +@pkgpath textproc/py-numpydoc > lib/python${MODPY_VERSION}/site-packages/numpydoc/ > > lib/python${MODPY_VERSION}/site-packages/numpydoc-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info > lib/python${MODPY_VERSION}/site-packages/numpydoc/__init__.py >
Re: Make py-nltk python3 only
On Mon, Oct 05, 2020 at 07:54:35PM -0400, Daniel Dickman wrote: > matplotlib is now python3 only so py-nltk will need to be python3 only > in order to update matplotlib. > ok? ok kmos --Kurt > Index: Makefile > === > RCS file: /cvs/ports/textproc/py-nltk/Makefile,v > retrieving revision 1.25 > diff -u -p -u -r1.25 Makefile > --- Makefile 3 Jul 2020 21:13:14 - 1.25 > +++ Makefile 5 Oct 2020 22:39:29 - > @@ -6,7 +6,7 @@ MODPY_EGG_VERSION = 3.2.4 > DISTNAME=nltk-${MODPY_EGG_VERSION} > PKGNAME= py-nltk-${MODPY_EGG_VERSION} > CATEGORIES= textproc > -REVISION=2 > +REVISION=3 > > EPOCH = 0 > > @@ -28,7 +28,7 @@ TEST_DEPENDS= devel/py-nose${MODPY_FLAV > devel/py-parsing${MODPY_FLAVOR} > > FLAVORS =python3 > -FLAVOR ?= > +FLAVOR = python3 > > # Need NLTK data for some tests (run python -m nltk.downloader) > do-test: > Index: pkg/PLIST > === > RCS file: /cvs/ports/textproc/py-nltk/pkg/PLIST,v > retrieving revision 1.8 > diff -u -p -u -r1.8 PLIST > --- pkg/PLIST 23 May 2017 17:52:39 - 1.8 > +++ pkg/PLIST 5 Oct 2020 22:39:29 - > @@ -1,4 +1,6 @@ > @comment $OpenBSD: PLIST,v 1.8 2017/05/23 17:52:39 shadchin Exp $ > +@conflict py-nltk-* > +@pkgpath textproc/py-nltk > lib/python${MODPY_VERSION}/site-packages/nltk/ > > lib/python${MODPY_VERSION}/site-packages/nltk-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ > > lib/python${MODPY_VERSION}/site-packages/nltk-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO >
make py-numpydoc python3 only
matplotlib is now python3 only so py-numpydoc will need to be python3 only in order to update matplotlib. Only devel/spyder/spyder uses py-numpydoc but that port is already python3 only. ok? Index: Makefile === RCS file: /cvs/ports/textproc/py-numpydoc/Makefile,v retrieving revision 1.12 diff -u -p -u -r1.12 Makefile --- Makefile3 Jul 2020 21:13:15 - 1.12 +++ Makefile5 Oct 2020 23:34:04 - @@ -7,7 +7,7 @@ DISTNAME = numpydoc-${MODPY_EGG_VERSION PKGNAME = py-numpydoc-${MODPY_EGG_VERSION} CATEGORIES = textproc devel HOMEPAGE = https://github.com/numpy/numpydoc -REVISION = 2 +REVISION = 3 # BSD PERMIT_PACKAGE = Yes @@ -17,7 +17,7 @@ MODULES = lang/python MODPY_PI = Yes FLAVORS = python3 -FLAVOR ?= +FLAVOR = python3 MODPY_PYTEST = Yes MODPY_PYTEST_ARGS =numpydoc Index: pkg/PLIST === RCS file: /cvs/ports/textproc/py-numpydoc/pkg/PLIST,v retrieving revision 1.4 diff -u -p -u -r1.4 PLIST --- pkg/PLIST 24 Jun 2017 10:29:22 - 1.4 +++ pkg/PLIST 5 Oct 2020 23:34:04 - @@ -1,4 +1,6 @@ @comment $OpenBSD: PLIST,v 1.4 2017/06/24 10:29:22 shadchin Exp $ +@conflict py-numpydoc-* +@pkgpath textproc/py-numpydoc lib/python${MODPY_VERSION}/site-packages/numpydoc/ lib/python${MODPY_VERSION}/site-packages/numpydoc-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info lib/python${MODPY_VERSION}/site-packages/numpydoc/__init__.py
Make py-nltk python3 only
matplotlib is now python3 only so py-nltk will need to be python3 only in order to update matplotlib. ok? Index: Makefile === RCS file: /cvs/ports/textproc/py-nltk/Makefile,v retrieving revision 1.25 diff -u -p -u -r1.25 Makefile --- Makefile3 Jul 2020 21:13:14 - 1.25 +++ Makefile5 Oct 2020 22:39:29 - @@ -6,7 +6,7 @@ MODPY_EGG_VERSION = 3.2.4 DISTNAME= nltk-${MODPY_EGG_VERSION} PKGNAME= py-nltk-${MODPY_EGG_VERSION} CATEGORIES=textproc -REVISION= 2 +REVISION= 3 EPOCH =0 @@ -28,7 +28,7 @@ TEST_DEPENDS= devel/py-nose${MODPY_FLAV devel/py-parsing${MODPY_FLAVOR} FLAVORS = python3 -FLAVOR ?= +FLAVOR = python3 # Need NLTK data for some tests (run python -m nltk.downloader) do-test: Index: pkg/PLIST === RCS file: /cvs/ports/textproc/py-nltk/pkg/PLIST,v retrieving revision 1.8 diff -u -p -u -r1.8 PLIST --- pkg/PLIST 23 May 2017 17:52:39 - 1.8 +++ pkg/PLIST 5 Oct 2020 22:39:29 - @@ -1,4 +1,6 @@ @comment $OpenBSD: PLIST,v 1.8 2017/05/23 17:52:39 shadchin Exp $ +@conflict py-nltk-* +@pkgpath textproc/py-nltk lib/python${MODPY_VERSION}/site-packages/nltk/ lib/python${MODPY_VERSION}/site-packages/nltk-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/nltk-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/10/05 17:04:15 Modified files: editors/zile : Makefile Added files: editors/zile/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 Spotted in a test bulk by naddy@, ok gonzalo@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2020/10/05 16:09:35 Modified files: net/prosody: Makefile distinfo net/prosody/patches: patch-core_certmanager_lua patch-util_prosodyctl_lua net/prosody/pkg: PLIST Log message: Update to prosody-0.11.7 >From maintainer Lucas
UPDATE net/prosody 0.11.7 from maintainer
Hello ports@, Here is an update for Prosody. I've been a bit out-of-the-loop and dunno if I'm on time before ports' tree lock before 6.8, so apologies for that. From the release notes: > This is a security release for the 0.11.x stable branch. It is > strongly recommended that all users upgrade to this release, > especially those whose deployments have enabled mod_websocket. Full release notes can be found in [0] and [1]. Portwise, it's straight forward, with a small addition to PLIST for new files and updates to 2 patches. Very lightly run-tested in -current, runs fine on my 6.7 server with 6.7 ports' tree. -Lucas [0]: https://blog.prosody.im/prosody-0.11.6-released/ [1]: https://blog.prosody.im/prosody-0.11.7-released/ Index: Makefile === RCS file: /home/cvs/ports/net/prosody/Makefile,v retrieving revision 1.58 diff -u -p -r1.58 Makefile --- Makefile23 Jun 2020 12:43:57 - 1.58 +++ Makefile5 Oct 2020 20:32:49 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.58 2020/06/23 12:43:57 gsoares Exp $ COMMENT= communications server for Jabber/XMPP written in Lua -DISTNAME= prosody-0.11.5 +DISTNAME= prosody-0.11.7 CATEGORIES=net MASTER_SITES= https://prosody.im/downloads/source/ Index: distinfo === RCS file: /home/cvs/ports/net/prosody/distinfo,v retrieving revision 1.18 diff -u -p -r1.18 distinfo --- distinfo2 Jun 2020 07:22:46 - 1.18 +++ distinfo5 Oct 2020 20:33:01 - @@ -1,2 +1,2 @@ -SHA256 (prosody-0.11.5.tar.gz) = Vfi9ZdXSr2HMc5vWFk5CBwEeDS0mDN5YMHHJDY2FQIs= -SIZE (prosody-0.11.5.tar.gz) = 425122 +SHA256 (prosody-0.11.7.tar.gz) = KP/AdlNIXLY+IrOH0+pIJe4rqu4MWCfeTWBTo1sch0c= +SIZE (prosody-0.11.7.tar.gz) = 429369 Index: patches/patch-core_certmanager_lua === RCS file: /home/cvs/ports/net/prosody/patches/patch-core_certmanager_lua,v retrieving revision 1.3 diff -u -p -r1.3 patch-core_certmanager_lua --- patches/patch-core_certmanager_lua 7 Feb 2019 19:23:39 - 1.3 +++ patches/patch-core_certmanager_lua 5 Oct 2020 20:38:30 - @@ -3,7 +3,7 @@ $OpenBSD: patch-core_certmanager_lua,v 1 Index: core/certmanager.lua --- core/certmanager.lua.orig +++ core/certmanager.lua -@@ -103,7 +103,7 @@ end +@@ -105,7 +105,7 @@ end -- Built-in defaults local core_defaults = { Index: patches/patch-util_prosodyctl_lua === RCS file: /home/cvs/ports/net/prosody/patches/patch-util_prosodyctl_lua,v retrieving revision 1.5 diff -u -p -r1.5 patch-util_prosodyctl_lua --- patches/patch-util_prosodyctl_lua 7 Feb 2019 19:23:39 - 1.5 +++ patches/patch-util_prosodyctl_lua 5 Oct 2020 20:38:03 - @@ -5,10 +5,10 @@ Index: util/prosodyctl.lua +++ util/prosodyctl.lua @@ -240,7 +240,7 @@ local function start(source_dir) if not source_dir then - os.execute("./prosody"); + os.execute("./prosody -D"); else -- os.execute(source_dir.."/../../bin/prosody"); -+ os.execute(source_dir.."/../../sbin/prosody"); +- os.execute(source_dir.."/../../bin/prosody -D"); ++ os.execute(source_dir.."/../../sbin/prosody -D"); end return true; end Index: pkg/PLIST === RCS file: /home/cvs/ports/net/prosody/pkg/PLIST,v retrieving revision 1.15 diff -u -p -r1.15 PLIST --- pkg/PLIST 15 Mar 2020 19:04:25 - 1.15 +++ pkg/PLIST 5 Oct 2020 20:41:08 - @@ -153,6 +153,7 @@ lib/prosody/util/caps.lua lib/prosody/util/dataforms.lua lib/prosody/util/datamanager.lua lib/prosody/util/datetime.lua +lib/prosody/util/dbuffer.lua lib/prosody/util/debug.lua lib/prosody/util/dependencies.lua @so lib/prosody/util/encodings.so @@ -160,6 +161,7 @@ lib/prosody/util/envload.lua lib/prosody/util/events.lua lib/prosody/util/filters.lua lib/prosody/util/format.lua +lib/prosody/util/gc.lua @so lib/prosody/util/hashes.so lib/prosody/util/helpers.lua lib/prosody/util/hex.lua
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/10/05 15:50:40 Modified files: devel/m4 : Makefile devel/bison: Makefile Added files: devel/m4/patches: patch-lib_vasnprintf_c devel/bison/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 Spotted in a test bulk by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2020/10/05 15:08:19 Modified files: games : Makefile Log message: Link games/odamex.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2020/10/05 15:07:37 Log message: Import games/odamex. ``` Odamex is a free, cross-platform modification of the Doom engine that allows players to easily join servers dedicated to playing Doom online. ``` OK solene@, thanks! Status: Vendor Tag: edd Release Tags: edd_20201005 N ports/games/odamex/Makefile N ports/games/odamex/distinfo N ports/games/odamex/patches/patch-server_CMakeLists_txt N ports/games/odamex/patches/patch-client_CMakeLists_txt N ports/games/odamex/patches/patch-CMakeLists_txt N ports/games/odamex/patches/patch-odalpapi_net_io_cpp N ports/games/odamex/pkg/PLIST N ports/games/odamex/pkg/DESCR N ports/games/odamex/pkg/README No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/10/05 14:52:19 Modified files: net/coredns: Makefile Log message: Fix PR number.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/10/05 14:51:18 Modified files: lang/python: python.port.mk Makefile Log message: Add the necessary bits in python.port.mk to recognize 3.9 as a valid Python version and hook Python 3.9.0 up to the build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/10/05 14:48:12 Log message: Import Python 3.9.0, the first stable release of Python 3.9 ok sthen@ Status: Vendor Tag: kmos Release Tags: kmos_20201005 N ports/lang/python/3.9/Makefile N ports/lang/python/3.9/distinfo N ports/lang/python/3.9/files/CHANGES.OpenBSD N ports/lang/python/3.9/patches/patch-Lib_test_test_locale_py N ports/lang/python/3.9/patches/patch-Makefile_pre_in N ports/lang/python/3.9/patches/patch-Modules__hashopenssl_c N ports/lang/python/3.9/patches/patch-Modules__ssl_c N ports/lang/python/3.9/patches/patch-configure_ac N ports/lang/python/3.9/patches/patch-setup_py N ports/lang/python/3.9/pkg/PLIST-tests N ports/lang/python/3.9/pkg/DESCR-gdbm N ports/lang/python/3.9/pkg/DESCR-idle N ports/lang/python/3.9/pkg/DESCR-main N ports/lang/python/3.9/pkg/DESCR-tests N ports/lang/python/3.9/pkg/DESCR-tkinter N ports/lang/python/3.9/pkg/PLIST-gdbm N ports/lang/python/3.9/pkg/PLIST-idle N ports/lang/python/3.9/pkg/PLIST-main N ports/lang/python/3.9/pkg/PLIST-tkinter No conflicts created by this import
Re: Interest check: gh (github's cli)
On Mon, Oct 05, 2020 at 05:00:48PM +0100, Stuart Henderson wrote: > Still horrible but now with 100% more manpages (but the formatting is > not very pleasant to the eye...) I don't want to push discussion into bikeshedding, but I would go for sysutils/github-cli as pkgpath and github-cli as package name. -- Regards, Mikolaj
Update: www/ruby-capybara 3.33.0
This update capybara to the latest release. This requires an updated version of the xpath gem, as well as a new import for the regexp_parser gem (attached). Changelog: https://github.com/teamcapybara/capybara/blob/master/History.md Importantly, this fixes a lot of gem warnings in Ruby 2.7. The only port depending on capybara is capybara-webkit, which builds fine with this change. Tested on amd64 with my apps. OKs for the import of ruby-regexp_parser? Thanks, Jeremy Index: www/ruby-capybara/Makefile === RCS file: /cvs/ports/www/ruby-capybara/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- www/ruby-capybara/Makefile 12 Jul 2019 20:51:04 - 1.8 +++ www/ruby-capybara/Makefile 5 Oct 2020 20:14:41 - @@ -2,7 +2,7 @@ COMMENT = integration testing tool for rack based web applications -DISTNAME = capybara-3.4.2 +DISTNAME = capybara-3.33.0 CATEGORIES = www HOMEPAGE= https://github.com/jnicklas/capybara @@ -14,12 +14,13 @@ MODULES = lang/ruby CONFIGURE_STYLE = ruby gem BUILD_DEPENDS =${RUN_DEPENDS} -RUN_DEPENDS = mail/ruby-mini_mime,${MODRUBY_FLAVOR}>=0.1.3 \ +RUN_DEPENDS = devel/ruby-regexp_parser,${MODRUBY_FLAVOR}>=1.5,<2 \ + mail/ruby-mini_mime,${MODRUBY_FLAVOR}>=0.1.3 \ textproc/ruby-nokogiri,${MODRUBY_FLAVOR}>=1.8,<2 \ www/ruby-addressable,${MODRUBY_FLAVOR} \ www/ruby-rack,${MODRUBY_FLAVOR}>=1.6.0 \ www/ruby-rack-test,${MODRUBY_FLAVOR}>=0.6.3 \ - www/ruby-xpath,${MODRUBY_FLAVOR}>=3.1,<4 + www/ruby-xpath,${MODRUBY_FLAVOR}>=3.2,<4 # Tests require dependencies not in ports Index: www/ruby-capybara/distinfo === RCS file: /cvs/ports/www/ruby-capybara/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- www/ruby-capybara/distinfo 9 Aug 2018 22:44:51 - 1.5 +++ www/ruby-capybara/distinfo 5 Oct 2020 19:54:45 - @@ -1,2 +1,2 @@ -SHA256 (capybara-3.4.2.gem) = +jH1a6nXZeyJvDG7wab2AVhj2RktwxDz3cJg6Lkd7lk= -SIZE (capybara-3.4.2.gem) = 292864 +SHA256 (capybara-3.33.0.gem) = /AhjzITRpch9Njs207lpOtrLAiIMLH/3kva2AJafKUo= +SIZE (capybara-3.33.0.gem) = 366592 Index: www/ruby-capybara/pkg/PLIST === RCS file: /cvs/ports/www/ruby-capybara/pkg/PLIST,v retrieving revision 1.5 diff -u -p -r1.5 PLIST --- www/ruby-capybara/pkg/PLIST 9 Aug 2018 22:44:51 - 1.5 +++ www/ruby-capybara/pkg/PLIST 5 Oct 2020 20:14:59 - @@ -1,6 +1,7 @@ @comment $OpenBSD: PLIST,v 1.5 2018/08/09 22:44:51 jeremy Exp $ ${GEM_LIB}/cache/${DISTNAME}.gem ${GEM_LIB}/gems/${DISTNAME}/ +${GEM_LIB}/gems/${DISTNAME}/.yardopts ${GEM_LIB}/gems/${DISTNAME}/History.md ${GEM_LIB}/gems/${DISTNAME}/License.txt ${GEM_LIB}/gems/${DISTNAME}/README.md @@ -40,35 +41,110 @@ ${GEM_LIB}/gems/${DISTNAME}/lib/capybara ${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rack_test/browser.rb ${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rack_test/css_handlers.rb ${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rack_test/driver.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rack_test/errors.rb ${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rack_test/form.rb ${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rack_test/node.rb ${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rails.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/registration_container.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/registrations/ +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/registrations/drivers.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/registrations/patches/ +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/registrations/patches/puma_ssl.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/registrations/servers.rb ${GEM_LIB}/gems/${DISTNAME}/lib/capybara/result.rb ${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/ ${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec.rb -${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/compound.rb ${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/features.rb ${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/matcher_proxies.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/matchers/ ${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/matchers.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/matchers/base.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/matchers/become_closed.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/matchers/compound.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/matchers/count_sugar.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/matchers/have_ancestor.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/matchers/have_current_path.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/matchers/have_selector.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/matchers/have_sibling.rb +${GEM_LIB}/gems/${DISTNAME}/lib/capybara/rspec/matchers/have_text.rb
Update: www/ruby-rack 2.2.3
This updates rack to the latest release. CHANGELOG: https://github.com/rack/rack/blob/master/CHANGELOG.md The gem no longer ships with tests, so remove the test related code. Tested with my apps on amd64. I checked the other ruby ports that depend on rack and they all build. Will be committing in a couple days unless I hear objections. Thanks, Jeremy Index: Makefile === RCS file: /cvs/ports/www/ruby-rack/Makefile,v retrieving revision 1.26 diff -u -p -r1.26 Makefile --- Makefile24 Dec 2019 00:22:26 - 1.26 +++ Makefile5 Oct 2020 19:08:40 - @@ -2,7 +2,7 @@ COMMENT= modular Ruby webserver interface -DISTNAME= rack-2.0.8 +DISTNAME= rack-2.2.3 CATEGORIES=www HOMEPAGE= http://rack.github.io/ @@ -15,8 +15,5 @@ PERMIT_PACKAGE= Yes MODULES= lang/ruby CONFIGURE_STYLE= ruby gem - -MODRUBY_TEST= testrb -MODRUBY_TEST_TARGET= test/spec_*.rb .include Index: distinfo === RCS file: /cvs/ports/www/ruby-rack/distinfo,v retrieving revision 1.14 diff -u -p -r1.14 distinfo --- distinfo24 Dec 2019 00:22:26 - 1.14 +++ distinfo5 Oct 2020 19:08:40 - @@ -1,2 +1,2 @@ -SHA256 (rack-2.0.8.gem) = +YFx+zDhBJUKvh6fuXwXfYu1ZD3WSbwu2DeGTrWWoMU= -SIZE (rack-2.0.8.gem) = 256000 +SHA256 (rack-2.2.3.gem) = Jjjn62aJpXJcfhbzDMSqTjFpTcPKMNeQlSUmeBvQu0Q= +SIZE (rack-2.2.3.gem) = 151040 Index: pkg/PLIST === RCS file: /cvs/ports/www/ruby-rack/pkg/PLIST,v retrieving revision 1.11 diff -u -p -r1.11 PLIST --- pkg/PLIST 14 Nov 2017 17:10:18 - 1.11 +++ pkg/PLIST 5 Oct 2020 19:08:40 - @@ -2,11 +2,12 @@ ${GEM_BIN}/rackup${GEM_BIN_SUFFIX} ${GEM_LIB}/cache/${DISTNAME}.gem ${GEM_LIB}/gems/${DISTNAME}/ -${GEM_LIB}/gems/${DISTNAME}/COPYING -${GEM_LIB}/gems/${DISTNAME}/HISTORY.md +${GEM_LIB}/gems/${DISTNAME}/CHANGELOG.md +${GEM_LIB}/gems/${DISTNAME}/CONTRIBUTING.md +${GEM_LIB}/gems/${DISTNAME}/MIT-LICENSE ${GEM_LIB}/gems/${DISTNAME}/README.rdoc ${GEM_LIB}/gems/${DISTNAME}/Rakefile -${GEM_LIB}/gems/${DISTNAME}/SPEC +${GEM_LIB}/gems/${DISTNAME}/SPEC.rdoc ${GEM_LIB}/gems/${DISTNAME}/bin/ ${GEM_LIB}/gems/${DISTNAME}/bin/rackup ${GEM_LIB}/gems/${DISTNAME}/contrib/ @@ -40,11 +41,14 @@ ${GEM_LIB}/gems/${DISTNAME}/lib/rack/con ${GEM_LIB}/gems/${DISTNAME}/lib/rack/config.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/content_length.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/content_type.rb +${GEM_LIB}/gems/${DISTNAME}/lib/rack/core_ext/ +${GEM_LIB}/gems/${DISTNAME}/lib/rack/core_ext/regexp.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/deflater.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/directory.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/etag.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/events.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/file.rb +${GEM_LIB}/gems/${DISTNAME}/lib/rack/files.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/handler/ ${GEM_LIB}/gems/${DISTNAME}/lib/rack/handler.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/handler/cgi.rb @@ -89,136 +93,6 @@ ${GEM_LIB}/gems/${DISTNAME}/lib/rack/sta ${GEM_LIB}/gems/${DISTNAME}/lib/rack/tempfile_reaper.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/urlmap.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/utils.rb +${GEM_LIB}/gems/${DISTNAME}/lib/rack/version.rb ${GEM_LIB}/gems/${DISTNAME}/rack.gemspec -${GEM_LIB}/gems/${DISTNAME}/test/ -${GEM_LIB}/gems/${DISTNAME}/test/builder/ -${GEM_LIB}/gems/${DISTNAME}/test/builder/an_underscore_app.rb -${GEM_LIB}/gems/${DISTNAME}/test/builder/anything.rb -${GEM_LIB}/gems/${DISTNAME}/test/builder/comment.ru -${GEM_LIB}/gems/${DISTNAME}/test/builder/end.ru -${GEM_LIB}/gems/${DISTNAME}/test/builder/line.ru -${GEM_LIB}/gems/${DISTNAME}/test/builder/options.ru -${GEM_LIB}/gems/${DISTNAME}/test/cgi/ -${GEM_LIB}/gems/${DISTNAME}/test/cgi/assets/ -${GEM_LIB}/gems/${DISTNAME}/test/cgi/assets/folder/ -${GEM_LIB}/gems/${DISTNAME}/test/cgi/assets/folder/test.js -${GEM_LIB}/gems/${DISTNAME}/test/cgi/assets/fonts/ -${GEM_LIB}/gems/${DISTNAME}/test/cgi/assets/fonts/font.eot -${GEM_LIB}/gems/${DISTNAME}/test/cgi/assets/images/ -${GEM_LIB}/gems/${DISTNAME}/test/cgi/assets/images/image.png -${GEM_LIB}/gems/${DISTNAME}/test/cgi/assets/index.html -${GEM_LIB}/gems/${DISTNAME}/test/cgi/assets/javascripts/ -${GEM_LIB}/gems/${DISTNAME}/test/cgi/assets/javascripts/app.js -${GEM_LIB}/gems/${DISTNAME}/test/cgi/assets/stylesheets/ -${GEM_LIB}/gems/${DISTNAME}/test/cgi/assets/stylesheets/app.css -${GEM_LIB}/gems/${DISTNAME}/test/cgi/lighttpd.conf -${GEM_LIB}/gems/${DISTNAME}/test/cgi/rackup_stub.rb -${GEM_LIB}/gems/${DISTNAME}/test/cgi/sample_rackup.ru -${GEM_LIB}/gems/${DISTNAME}/test/cgi/test -${GEM_LIB}/gems/${DISTNAME}/test/cgi/test+directory/ -${GEM_LIB}/gems/${DISTNAME}/test/cgi/test+directory/test+file -${GEM_LIB}/gems/${DISTNAME}/test/cgi/test.fcgi
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/10/05 13:52:43 Modified files: x11/gnome/keyring: Makefile Log message: gnupg2->gnupg in comments
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/10/05 13:48:30 Removed files: security/gnupg2: Makefile distinfo security/gnupg2/patches: patch-doc_Makefile_in security/gnupg2/pkg: DESCR PFRAG.ldap PLIST README Log message: This port was moved to security/gnupg ok sthen@ edd@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/10/05 13:46:18 Modified files: security : Makefile mail/enigmail : Makefile mail/mutt : Makefile mail/neomutt : Makefile mail/notmuch/notmuch: Makefile mail/notmuch/notmuch/patches: patch-configure patch-test_test-lib-OPENBSD_sh patch-test_test-lib_sh productivity/mcds: Makefile security/gnupg : Makefile distinfo security/gnupg/patches: patch-doc_Makefile_in security/gnupg/pkg: DESCR PFRAG.ldap PLIST security/gopass: Makefile security/gpgme : Makefile security/keybase: Makefile security/keyringer: Makefile security/keyringer/patches: patch-lib_keyringer_functions security/password-store: Makefile security/password-store/patches: patch-src_password-store_sh patch-src_platform_openbsd_sh security/qtpass: Makefile sysutils/duplicity: Makefile sysutils/salt : Makefile x11/gnome/gcr : Makefile x11/gnome/libcryptui: Makefile x11/gnome/seahorse: Makefile x11/gnome/seahorse-nautilus: Makefile x11/gnome/seahorse-sharing: Makefile x11/kde-applications/kleopatra: Makefile Added files: security/gnupg/pkg: README Removed files: mail/neomutt/patches: patch-contrib_gpg_rc security/gnupg/patches: patch-cipher_Makefile_in patch-g10_Makefile_in patch-keyserver_Makefile_in patch-mpi_Makefile_in patch-mpi_config_links patch-mpi_longlong_h patch-tools_Makefile_in patch-util_Makefile_in patch-util_secmem_c sysutils/duplicity/patches: patch-duplicity_config_py sysutils/salt/patches: patch-salt_renderers_gpg_py Log message: Remove gnupg-1.4 and replace it with gnupg-2 gnupg-1.4 is not developed actively anymore, and new software expects a modern "gpg" executable, which leads to pointless patches in the ports tree. Move the various users of security/gnupg2 to security/gnupg and zap patches that forced the use of "gpg2". Crusade started by edd@ (security/gnupg maintainer), gnupg->gnupg2 test reports from semarie@, giovanni@ and solene@, input and bulk build by sthen@. ok sthen@ edd@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/10/05 13:23:10 Modified files: net/dhcpcd : Makefile distinfo Removed files: net/dhcpcd/patches: patch-src_if-bsd_c patch-src_if_c patch-src_if_h Log message: update to dhcpcd-9.3.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/10/05 13:20:22 Modified files: textproc/ruby-yard: Makefile Log message: Comment out TEST_DEPENDS when MODRUBY_TEST is commented out
Re: Remove Python 3.7
On Mon, Oct 05, 2020 at 02:58:10PM -0400, Kurt Mosiejczuk wrote: > We stopped building packages for Python 3.7 for 6.8. It has been > vestigial. Remove it? > If desired, I could submit a version to bring in Python 3.9.0, which > got released today. > (cc maintainer) Just remembered something and did some digging. It has only *mostly* been vestigial. graphics/blender still uses Python 3.7. So until blender stops needing it, this is premature. --Kurt
Re: Remove Python 3.7
On Mon, Oct 05, 2020 at 09:03:03PM +0200, Klemens Nanni wrote: > On Mon, Oct 05, 2020 at 02:58:10PM -0400, Kurt Mosiejczuk wrote: > > We stopped building packages for Python 3.7 for 6.8. It has been > > vestigial. Remove it? > Fine with me. > > If desired, I could submit a version to bring in Python 3.9.0, which > > got released today. > Sure, as a follow-up diff on its own :) Well yes. This was mainly in case someone questioned removing the 3.7 bits instead of changing them to 3.9 bits. :) --Kurt
Re: Remove Python 3.7
On Mon, Oct 05, 2020 at 02:58:10PM -0400, Kurt Mosiejczuk wrote: > We stopped building packages for Python 3.7 for 6.8. It has been > vestigial. Remove it? Fine with me. > If desired, I could submit a version to bring in Python 3.9.0, which > got released today. Sure, as a follow-up diff on its own :)
New? Python 3.9.0
On Fri, Oct 02, 2020 at 02:46:09PM -0400, Kurt Mosiejczuk wrote: > I took a stab at Python 3.9.0rc2. I don't think it is worth importing before > the final release of 3.9.0, but figured if anyone wants to do some testing > that this could be useful. > (tarball starts with a 3.9 directory to be placed under lang/python) 3.9.0 was released today. It was largely identical to rc2 (just a couple files with the version number changed). --Kurt python3.9.0.tgz Description: application/tar-gz
Remove Python 3.7
We stopped building packages for Python 3.7 for 6.8. It has been vestigial. Remove it? If desired, I could submit a version to bring in Python 3.9.0, which got released today. (cc maintainer) --Kurt Index: Makefile === RCS file: /cvs/ports/lang/python/Makefile,v retrieving revision 1.71 diff -u -p -r1.71 Makefile --- Makefile7 Nov 2019 16:14:09 - 1.71 +++ Makefile5 Oct 2020 18:51:48 - @@ -2,7 +2,6 @@ SUBDIR = SUBDIR += 2.7 -SUBDIR += 3.7 SUBDIR += 3.8 .include Index: Makefile.inc === RCS file: /cvs/ports/lang/python/Makefile.inc,v retrieving revision 1.134 diff -u -p -r1.134 Makefile.inc --- Makefile.inc11 Feb 2020 11:45:31 - 1.134 +++ Makefile.inc5 Oct 2020 18:51:48 - @@ -50,12 +50,6 @@ MULTI_PACKAGES = -main -tests -gdbm -idl DEBUG_PACKAGES ?= -main -gdbm -tkinter .endif -.if ${VERSION} == "3.7" -LIB_SUFX = m -.else -LIB_SUFX = -.endif - # Python 2.7 lists BSD db 4.6.x as unstable on most architectures (see # setup.py:allow_db_version). XXX revisit if databases/db/v4 is updated to 4.7 .if ${VERSION} == "2.7" Index: python.port.mk === RCS file: /cvs/ports/lang/python/python.port.mk,v retrieving revision 1.121 diff -u -p -r1.121 python.port.mk --- python.port.mk 3 Jul 2020 21:10:55 - 1.121 +++ python.port.mk 5 Oct 2020 18:51:48 - @@ -49,7 +49,6 @@ MODPY_VERSION ?= ${MODPY_DEFAULT_VERSION # verify if MODPY_VERSION forced is correct .else . if ${MODPY_VERSION} != "2.7" && \ - ${MODPY_VERSION} != "3.7" && \ ${MODPY_VERSION} != "3.8" ERRORS += "Fatal: unknown or unsupported MODPY_VERSION: ${MODPY_VERSION}" . endif @@ -58,7 +57,6 @@ ERRORS += "Fatal: unknown or unsupported MODPY_MAJOR_VERSION = ${MODPY_VERSION:R} .if ${MODPY_MAJOR_VERSION} == 2 -MODPY_LIB_SUFFIX = MODPY_FLAVOR = MODPY_BIN_SUFFIX = MODPY_PY_PREFIX = py- @@ -68,11 +66,7 @@ MODPY_COMMENT = "@comment " MODPY_ABI3SO = MODPY_PYOEXTENSION = pyo .elif ${MODPY_MAJOR_VERSION} == 3 -. if ${MODPY_VERSION} == "3.7" -MODPY_LIB_SUFFIX = m -. else # 3.8 (and presumably later) discards the m suffix on the library -MODPY_LIB_SUFFIX = . endif # replace py- prefix by py3- FULLPKGNAME ?= ${PKGNAME:S/^py-/py3-/}${FLAVOR_EXT:S/-python3//} @@ -90,7 +84,7 @@ MODPY_PYOEXTENSION ?= opt-1.pyc MODPY_PYTEST ?=No -MODPY_WANTLIB =python${MODPY_VERSION}${MODPY_LIB_SUFFIX} +MODPY_WANTLIB =python${MODPY_VERSION} MODPY_RUN_DEPENDS =lang/python/${MODPY_VERSION} MODPY_LIB_DEPENDS =lang/python/${MODPY_VERSION} @@ -166,7 +160,7 @@ HOMEPAGE ?= https://pypi.python.org/pyp MODPY_TKINTER_DEPENDS =lang/python/${MODPY_VERSION},-tkinter MODPY_BIN =${LOCALBASE}/bin/python${MODPY_VERSION} -MODPY_INCDIR = ${LOCALBASE}/include/python${MODPY_VERSION}${MODPY_LIB_SUFFIX} +MODPY_INCDIR = ${LOCALBASE}/include/python${MODPY_VERSION} MODPY_LIBDIR = ${LOCALBASE}/lib/python${MODPY_VERSION} MODPY_SITEPKG =${MODPY_LIBDIR}/site-packages
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/10/05 11:13:13 Modified files: lang/ruby/2.7 : Makefile distinfo lang/ruby/2.7/patches: patch-configure lang/ruby/2.7/pkg: PLIST-main PLIST-ri_docs Log message: Update to Ruby 2.7.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/10/05 10:49:28 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Add quirk for removal of Ruby 2.5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2020/10/05 10:35:23 Modified files: www/nextcloud : Makefile distinfo www/nextcloud/pkg: PLIST Log message: Update for Nextcloud to 20 Test by Ricardo (thanks!) OK solene@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/10/05 10:34:48 Removed files: lang/ruby/2.5 : Makefile distinfo lang/ruby/2.5/patches: patch-common_mk patch-compile_c patch-configure patch-ext_etc_etc_c patch-ext_extmk_rb patch-ext_openssl_extconf_rb patch-ext_openssl_openssl_missing_h patch-ext_ripper_depend patch-file_c patch-include_ruby_ruby_h patch-lib_fileutils_rb patch-lib_mkmf_rb patch-lib_rubygems_commands_install_command_rb patch-lib_rubygems_dependency_installer_rb patch-lib_rubygems_ext_ext_conf_builder_rb lang/ruby/2.5/pkg: DESCR-gdbm DESCR-main DESCR-ri_docs MESSAGE-main PLIST-gdbm PLIST-main PLIST-ri_docs UNMESSAGE-main Log message: Send Ruby 2.5 to the attic OK kn@, jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/10/05 10:33:09 Modified files: lang/ruby : ruby.port.mk Log message: Remove ruby25 FLAVOR support from lang/ruby module OK kn@, jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2020/10/05 10:33:46 Modified files: lang/ruby : Makefile Log message: Unhook Ruby 2.5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2020/10/05 10:06:51 Modified files: graphics : Makefile Log message: +fna3d
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2020/10/05 10:05:27 Log message: import graphics/fna3d ok solene@ DESCR: FNA3D was written to be used for FNA's Graphics namespace. It carries the same API design as XNA 4.0, with various implementations available at runtime (including Vulkan, OpenGL, Metal, and Direct3D). For shaders, we support Direct3D 9 Effect Framework binaries via MojoShader. Status: Vendor Tag: thfr Release Tags: thfr_20201005 N ports/graphics/fna3d/Makefile N ports/graphics/fna3d/distinfo N ports/graphics/fna3d/patches/patch-CMakeLists_txt N ports/graphics/fna3d/pkg/DESCR N ports/graphics/fna3d/pkg/PLIST No conflicts created by this import
Re: Interest check: gh (github's cli)
On 2020/10/05 16:52, Stuart Henderson wrote: > On 2020/10/05 14:50, Ricardo wrote: > > Hey ports@ > > > > Github released a cli application (gh) written in go and I would like to > > know if there any interest on having it under OpenBSD. > > > > Take care. > > Ricardo > > > > > > Working but horrible port attached. Still horrible but now with 100% more manpages (but the formatting is not very pleasant to the eye...) gh-cli,2.tgz Description: application/tar-gz
Re: [new] games/shapezio (factorio like)
On Sat, Oct 03, 2020 at 11:55:10PM -0600, Thomas Frohwein wrote: > On Mon, Sep 21, 2020 at 11:17:21AM +0200, Solene Rapenne wrote: > > Please find a port for the commercial and opensource game > > https://github.com/tobspr/shapez.io/ > > > > I made a desktop file running electron on the game assets, it displays > > an error about performance issue and that you should use a faster > > browser, but I didn't manage to find performance difference than in > > Chromium. > > > > Upstream doesn't seem packaging friendly. There are no documentation > > for building the game except "run yarn and yarn gulp". The whole > > upstream sources including the 1400 nodejs dependencies is more than > > 3GB and this is required to build the game files that only are 30MB > > and arch independant. > > > > I'll regularly keep the game tarball updated by building the files > > myself. The building process is insane and can't be done in ports > > (one of the fix is to link /usr/local/bin/node into /tmp/node !!!) > > > > Note that you can host the game files anywhere on a http server and > > play the game within a web browser. > > > > AFAIK, this is the first devel/electron consumer! > > Anyone ok for import? > > Hm, doesn't run here. electron either segfaults when running with > > /usr/local/bin/electron /usr/local/share/shapez.io/index.html > > or just displays a white window with no activity. That's on -current > with a fresh download of electron from the packages. Machine is an > i7-10700 with 8G RAM, integrated Intel UHD Graphics 630. > > I don't get a usable backtrace with egdb: > > Program terminated with signal SIGSEGV, Segmentation fault. > #0 0x0fe3c4c3f821 in ?? () > [Current thread is 1 (process 514016)] > (gdb) bt full > #0 0x0fe3c4c3f821 in ?? () > No symbol table info available. > Backtrace stopped: Cannot access memory at address 0xfe64cec0f40 The problem here was between the computer and the chair. Sorry, it works fine. > > > V = 202009192141 > > I think following the versioning by upstream would avoid EPOCH or other > problems in the future. Latest releast was 1.1.18 from June 27th. If > you start with 202009192141, you will need EPOCH if you ever want to > switch to the upstream versioning. > In my opinion it would be best to either use the 1.1.18 release, > or if the commits between then and 2020-09-19 are desirable, maybe > version it as 1.1.18pl20200919 ? Still would suggest different versioning as discussed above.
Re: Interest check: gh (github's cli)
On 2020/10/05 14:50, Ricardo wrote: > Hey ports@ > > Github released a cli application (gh) written in go and I would like to > know if there any interest on having it under OpenBSD. > > Take care. > Ricardo > > Working but horrible port attached. gh-cli.tgz Description: application/tar-gz
Re: Interest check: gh (github's cli)
On Mon, Oct 05, 2020 at 02:50:35PM +0100, Ricardo wrote: > Github released a cli application (gh) written in go and I would like to > know if there any interest on having it under OpenBSD. Yes, but last time I tried it, it didn't compile. May have been fixed now? -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: Interest check: gh (github's cli)
I use hub(the old cli application) currently so if a gh-cli port was made I would certainly try that out. man. 5. okt. 2020 kl. 15:51 skrev Ricardo : > > Hey ports@ > > Github released a cli application (gh) written in go and I would like to > know if there any interest on having it under OpenBSD. > > Take care. > Ricardo > >
Re: Interest check: gh (github's cli)
On Mon, Oct 05, 2020 at 02:50:35PM +0100, Ricardo wrote: > Hey ports@ > > Github released a cli application (gh) written in go and I would like to > know if there any interest on having it under OpenBSD. Yes, very much yes please. I had a stab at github-cli, but hit some issues in portgen(1) and didn't had time to dig into protgen(1) itself. -- Regards, Mikolaj
Re: MODGO_MODULES generator helper.
On Fri, 25 Sep 2020, Paco Esteban wrote: > On Thu, 25 Jun 2020, Paco Esteban wrote: > > > Hi ports@, > > > > I had the idea of having a make target to help with MODGO_MODULES and > > MODGO_MODFILES generation just like devel/cargo does with its > > modcargo-gen-crates. > > > > It may be a bit crude but it works and it could be quite useful when > > updating ports that use this. > > > > I discussed it a bit with abieber@ (as it's based on his portgen go work). > > He liked the general idea, and we agreed to continue on the list. > > > > Not sure if I should use ${REPORT_PROBLEM} instead of that `exit 1`. > > > > Comments appreciated. > > > > Some time ago I sent this. > abieber@ was ok with it but we had some doubts on where to put the perl > helper script. A second opinion on this would be nice. > > I've been using it to update MODGO_MODULES and MODGO_MODFILES for > www/hugo for some time now and it works ok for me. > > Attached both diffs again for convenience. > > Ok to commit ? Updated diff. This time it also outputs MODGO_VERSION as suggested by abieber@ Comments ? ok to commit ? diff f248be11a10da0701307e728a200c35ff1b87784 refs/heads/modgo blob - /dev/null blob + 8e53dd0537be696920c08c2d6eab3b14cc4a9332 (mode 644) --- /dev/null +++ infrastructure/bin/modgo-gen-modules-helper @@ -0,0 +1,44 @@ +#!/usr/bin/perl + +# $OpenBSD$ +# +# Copyright (c) 2020 Paco Esteban +# +# Permission to use, copy, modify, and distribute this software for any +# purpose with or without fee is hereby granted, provided that the above +# copyright notice and this permission notice appear in all copies. +# +# THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES +# WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF +# MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR +# ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES +# WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN +# ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF +# OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + +use 5.012; +use warnings; + +my ($portdir); + +use FindBin; + +BEGIN { + $portdir = $ENV{PORTSDIR} || '/usr/ports'; +} + +use lib ( "$portdir/infrastructure/lib", "$FindBin::Bin/../lib" ); + +use OpenBSD::PortGen::Port::Go; + +my ( $module ) = @ARGV; + +my $port = OpenBSD::PortGen::Port::Go->new; +my $portinfo = $port->get_dist_info($module); + +$port->set_other( MODGO_MODULES => "\\\n" . join(" \\\n", @{$portinfo->{Dist}})) if $portinfo->{Dist}; +$port->set_other( MODGO_MODFILES => "\\\n" . join(" \\\n", @{$portinfo->{Mods}})) if $portinfo->{Mods}; + +say "MODGO_VERSION =\t$portinfo->{Version}\n"; +say "MODGO_MODULES =\t$port->{'MODGO_MODULES'}\n"; +say "MODGO_MODFILES =\t$port->{'MODGO_MODFILES'}\n"; blob - 0d254934f32160dfe98719b0ec62b6f8b9c03769 blob + 29e60ea1e53ab34dc737b723320242cd1dfd9bea --- lang/go/go.port.mk +++ lang/go/go.port.mk @@ -161,3 +161,12 @@ do-test: ${MODGO_TEST_TARGET} . endif .endif + +# modgo-gen-modules will output MODGO_MODULES and MODGO_MODFILES +modgo-gen-modules: +.if empty(ALL_TARGET) + @${ECHO_MSG} "No ALL_TARGET set" + @exit 1 +.else + @${_PERLSCRIPT}/modgo-gen-modules-helper ${ALL_TARGET} +.endif
[new] geo/librttopo
Hi, here's a new port for librttopo, a new dependency for an upcoming spatialite 5.0 update - nothing should pick it up besides spatialite anyway. The RT Topology Library exposes an API to create and manage standard (ISO 13249 aka SQL/MM) topologies using user-provided data stores. The code is derived from PostGIS liblwgeom library enhanced to provide thread-safety, have less dependencies and be independent from PostGIS release cycles. oks welcome! Landry librttopo-1.1.0.tgz Description: application/tar-gz
[new] archivers/minizip
Hi, here's a port for minizip, taken from https://github.com/nmoinvaz/minizip - minizip was originally in the contrib/ subdir of zlib, then moved to https://www.winimage.com/zLibDll/minizip.html, then more or less died there, and then got a new upstream on github (that everyone seems to point at). of course, given there are several upstreams, some projects bundle one version, some projects bundle the other, some allow to build against a systemwide version, etc... and ofc i need this for an upcoming update to geo/spatialite (among other new ports i'll send later). debian packages the dead version (per https://packages.debian.org/search?keywords=minizip), redhat/fedora packages the new version (per https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/YSPZUBTKN6T5TTUZW5NOWUW7VBIRCOZY/) Ports-wise, its patched to install headers under include/minizip as it seems that's what everyone does to avoid conflicts with archivers/libzip. I havent enabled zstd and lzma because iirc those were not building ootb (iirc it tried fetching zstd sources, and the bundled lzma is modified...) after looking on the interwebs (thanks debian codesearch..) seems this can have impact on: * multimedia/assimp, given https://github.com/assimp/assimp/issues/2121 iand after testing it's better to disable building against external - CONFIGURE_ARGS+=-DASSIMP_BUILD_MINIZIP:bool=true fixes that * emulators/mupen64plus/core: detects it, builds & links against it. Dependency/WANTLIB needs adjustment. easy one. * editors/wordgrinder: bundles a copy, default to build its copy * games/widelands: bundles a copy, hardcodes it * x11/qt5/qtwebengine: detects it during configure, and if found fails hard because the APIs dont match. i will probably disable the detection, as this bundles chromium code which bundles two different copies of minizip, one in zlib and one in minizip. I'm not surprised there. still testing a patch.. * chromium probably has the same problem. Not sure i want to build chrome to figure that out :) * geo/gpsbabel had some kind of support for it (HAVE_LIBMINIZIP) but it was removed per https://github.com/gpsbabel/gpsbabel/pull/382 So what do ppl think ? import this version, fixing bits here and there ? not do anything ? import the dead debian version ? Landry minizip-2.10.tgz Description: application/tar-gz
Interest check: gh (github's cli)
Hey ports@ Github released a cli application (gh) written in go and I would like to know if there any interest on having it under OpenBSD. Take care. Ricardo
Re: NEW: fd v8.1.1
On 2020-09-15 11:13, Stephen Gregoratto wrote: > On 2020-09-14 13:23, Stephen Gregoratto wrote: > > Pinging for visibility. Any feedback? > > -- > > Stephen Gregoratto > I was told to re-attach the tarball, so here it is again. > -- > Stephen Gregoratto Ping again. I've notified upstream and they're receptive[1]. Tarball is again attached. [1] https://github.com/sharkdp/fd/pull/643 -- Stephen Gregoratto fd.tar.gz Description: application/gzip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2020/10/05 06:14:23 Modified files: graphics/gimp/resynthesizer: Makefile Log message: fix build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/10/05 02:54:28 Modified files: print/cups-filters: Makefile print/cups-filters/pkg: PLIST Log message: Use --with-pdftops-path instread of CONFIGURE_ENV and remove dependency on mupdf (we use qpdf by default).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/10/05 02:11:45 Modified files: sysutils/firmware/amdgpu: Makefile distinfo sysutils/firmware/amdgpu/pkg: PLIST Log message: update amdgpu firmware to 20200918