CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2021/03/11 00:48:35 Modified files: www/mozilla-firefox: Makefile distinfo www/firefox-i18n: Makefile.inc distinfo Log message: www/mozilla-firefox: bugfix update to 86.0.1. See https://www.mozilla.org/en-US/firefox/86.0.1/releasenotes/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gkoeh...@cvs.openbsd.org2021/03/10 23:29:21 Modified files: math/libtommath: Makefile distinfo math/libtommath/pkg: PLIST Added files: math/libtommath/patches: patch-bn_mp_set_double_c Removed files: math/libtommath/patches: patch-makefile_include_mk Log message: Update libtommath to 1.2.0 There are new functions in ; some of them are needed to update lang/moarvm. The headers tommath_{class,superclass}.h are no longer installed. ok pascal@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2021/03/10 22:41:14 Modified files: www/chromium : Makefile www/chromium/patches: patch-third_party_vulkan_memory_allocator_src_vk_mem_alloc_h Log message: Remove google_default_client_id and google_default_client_secret from GN_ARGS. >From 2013 until early 2021, Google permitted distribution builds of Chromium to access Google APIs that added significant features to Chromium including, but not limited to, Sync and geolocation. As of March 15, 2021, any Chromium builds which pass client_id and/or client_secret during build will prevent end-users from signing into their Google account. Hint: If you wish to use sync, you have to build your own chromium package and use the publicly available client_id and client_secret of the Chrome browser.
[UPDATE] www/rt to 5.0.1
So, this patch doesn't get the port to pass tests, but it does add the new required dependency on textproc/p5-Pod-Parser and should be a start in figuring out a way to get the tests to run in an automated fashion. Would be best to remove /etc and such from @INC, but would probably need a patch for that, although maybe doing it in `RT_Config.pm` would work. In any case, I'm guessing there's some other missing module or something, but I don't run RT anymore. 'RT::Record::Role|RT::Record::Role::Lifecycle|RT::Record::Role::Links|RT::Record::Role::Rights|RT::Record::Role::Roles' requires the method 'id' to be implemented by 'RT::Queue' at /usr/loca l/libdata/perl5/site_perl/Role/Basic.pm line 232. Comments, OK? Maybe just the p5-Pod-Parser addition? Index: Makefile === RCS file: /cvs/ports/www/rt/Makefile,v retrieving revision 1.49 diff -u -p -r1.49 Makefile --- Makefile25 Feb 2021 11:09:17 - 1.49 +++ Makefile11 Mar 2021 02:43:54 - @@ -3,6 +3,7 @@ COMMENT= industrial-grade ticketing system DISTNAME= rt-5.0.1 +REVISION= 0 CATEGORIES=www MAINTAINER=Robert Nagy @@ -75,6 +76,7 @@ RUN_DEPENDS= converters/p5-Convert-ASN1 textproc/p5-Encode-Detect \ textproc/p5-Encode-HanExtra \ textproc/p5-List-UtilsBy \ + textproc/p5-Pod-Parser \ textproc/p5-Regexp-Common \ textproc/p5-String-ShellQuote \ textproc/p5-Text-Quoted \ @@ -145,9 +147,18 @@ RUN_DEPENDS+= databases/p5-DBD-mysql # needs an initialized database and /etc/rt/RT_Config.pm to be present TEST_IS_INTERACTIVE= Yes TEST_TARGET= test -TEST_DEPENDS= devel/p5-Log-Dispatch-Perl +TEST_DEPENDS= ${RUN_DEPENDS} \ + devel/p5-List-MoreUtils \ + devel/p5-Log-Dispatch-Perl \ + devel/p5-Symbol-Global-Name \ + devel/p5-Test-NoWarnings \ + sysutils/p5-File-Which # fill these in with appropriate values -TEST_ENV= RT_DBA_USER=rt_user RT_DBA_PASSWORD=1234 +TEST_ENV= RT_DBA_USER=rt_user RT_DBA_PASSWORD=1234 PERL5LIB=${WRKDIR}/etc/rt + +pre-test: + ${INSTALL_DATA_DIR} ${WRKDIR}/etc/rt + echo 1 > ${WRKDIR}/etc/rt/RT_Config.pm pre-configure: ${SUBST_CMD} ${WRKSRC}/sbin/rt-test-dependencies.in
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2021/03/10 16:31:00 Modified files: security/age : Makefile distinfo Log message: Update age to v1.0.0-rc.1 - Set our main.Version to MODGO_VERSION
powerpc bulk build report
Bulk build on macppc-0.ports.openbsd.org Started : Mon Feb 22 01:12:21 MST 2021 Finished: Wed Mar 10 15:54:30 MST 2021 Duration: 16 Days 14 hours 42 minutes Built using OpenBSD 6.9-beta (GENERIC) #846: Sat Feb 20 16:42:05 MST 2021 Built 9506 packages Number of packages built each day: Feb 22: 815 Feb 23: 257 Feb 24: 480 Feb 25: 659 Feb 26: 314 Feb 27: 298 Feb 28: 265 Mar 1: 3035 Mar 2: 238 Mar 3: 382 Mar 4: 392 Mar 5: 560 Mar 6: 334 Mar 7: 430 Mar 8: 530 Mar 9: 517 Mar 10: 2666 Critical path missing pkgs: http://build-failures.rhaalovely.net/powerpc/2021-02-22/summary.log Build failures: 41 http://build-failures.rhaalovely.net/powerpc/2021-02-22/audio/gtkpod.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/audio/nspmod.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/audio/wmtune.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/comms/birda.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/comms/efax.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/comms/seyon.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/databases/pkglocatedb.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/devel/mingw.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/devel/remake.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/editors/tea.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/emulators/higan.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/emulators/pcsxr.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/games/egoboo.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/games/hyperrogue.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/games/oolite.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/games/vms-empire.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/graphics/dpic.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/lang/gforth.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/lang/guile2.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/mail/avenger.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/mail/sma.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/mail/wmmultipop3.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/mail/wmpop3.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/misc/wmmand.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/multimedia/audiopreview.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/multimedia/lives.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/net/angst.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/net/ettercap.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/net/ipv6-toolkit.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/net/yersinia.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/security/bsd-airtools.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/security/foremost.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/security/tempwatch.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/sysutils/radmind.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/sysutils/wmmon.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/sysutils/wmwlmon.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/www/sarg.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/x11/agar/test.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/x11/golem.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/x11/wind.log http://build-failures.rhaalovely.net/powerpc/2021-02-22/x11/wminfo.log Recurrent failures: failures/emulators/higan.log failures/games/hyperrogue.log failures/lang/gforth.log failures/summary.log New failures: +failures/audio/gtkpod.log +failures/audio/nspmod.log +failures/audio/wmtune.log +failures/comms/birda.log +failures/comms/efax.log +failures/comms/seyon.log +failures/databases/pkglocatedb.log +failures/devel/mingw.log +failures/devel/remake.log +failures/editors/tea.log +failures/emulators/pcsxr.log +failures/games/egoboo.log +failures/games/oolite.log +failures/games/vms-empire.log +failures/graphics/dpic.log +failures/lang/guile2.log +failures/mail/avenger.log +failures/mail/sma.log +failures/mail/wmmultipop3.log +failures/mail/wmpop3.log +failures/misc/wmmand.log +failures/multimedia/audiopreview.log +failures/multimedia/lives.log +failures/net/angst.log +failures/net/ettercap.log +failures/net/ipv6-toolkit.log +failures/net/yersinia.log +failures/security/bsd-airtools.log +failures/security/foremost.log +failures/security/tempwatch.log +failures/sysutils/radmind.log +failures/sysutils/wmmon.log +failures/sysutils/wmwlmon.log +failures/www/sarg.log +failures/x11/agar/test.log +failures/x11/golem.log +failures/x11/wind.log +failures/x11/wminfo.log Resolved failures: -failures/graphics/openvdb.log -failures/productivity/gnucash.log -failures/shells/ksh93.log Packages newly built:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/10 15:21:07 Modified files: security/yubico/yubico-c: Makefile security/yubico/yubico-c/pkg: PLIST Added files: security/yubico/yubico-c/patches: patch-modhex_1_txt Log message: since upstream hasn't made a release in >5 years, backport information about the alphabet used for yubikey otps that was added to the modhex(1) manual
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/10 15:08:18 Modified files: net/termshark : Makefile distinfo Log message: today's exercise in frustration with go.port.mk: update termshark to 2.2.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2021/03/10 15:05:08 Modified files: databases/ruby-hiera-eyaml: Makefile distinfo databases/ruby-hiera-eyaml/pkg: PLIST Log message: simple update 3.2.0 -> 3.2.1
Re: move py-click and rdeps to py3
On Mon, Mar 01, 2021 at 11:40:20PM +0100, Remi Locherer wrote: > On Mon, Mar 01, 2021 at 09:56:22AM -0600, Lucas Raab wrote: > > Hello, > > > > Following up on the py3 conversion for flask, here's a similar diff for > > devel/py-click. py-flask was the last py2 consumer of click (outside of > > the other click-related packages anyway). Now that flask is clear, onto > > click itself. > > > > * py-click reverse deps > > * devel/py-click-log > > * devel/py-click-plugins > > * devel/py-click-threading > > * devel/py-spark-parser > > * devel/py-xdis > > > > devel/py-uncompyle6 has run depends on: > > * devel/py-spark-parser > > * devel/py-xdis > > > > Look okay? > > > > cc: py-click-log maintainer > > makes sense to me. OK > py3-click-log is used by productivity/vdirsyncer which is py3. > > Remi > > > > > Lucas > ping unless something else stands out? diff re-attached diff adb2f64673ba41fa09f2a8be93386abe3acf033c /usr/ports blob - a6648d555c278ecae9a91fa5ab05045b5bb95966 file + devel/Makefile --- devel/Makefile +++ devel/Makefile @@ -1405,13 +1405,9 @@ SUBDIR += py-characteristic,python3 SUBDIR += py-cheetah SUBDIR += py-cheetah,python3 - SUBDIR += py-click SUBDIR += py-click,python3 - SUBDIR += py-click-log SUBDIR += py-click-log,python3 - SUBDIR += py-click-plugins SUBDIR += py-click-plugins,python3 - SUBDIR += py-click-threading SUBDIR += py-click-threading,python3 SUBDIR += py-clint SUBDIR += py-clint,python3 @@ -1689,7 +1685,6 @@ SUBDIR += py-smmap,python3 SUBDIR += py-sortedcontainers SUBDIR += py-sortedcontainers,python3 - SUBDIR += py-spark-parser SUBDIR += py-spark-parser,python3 SUBDIR += py-stdnum SUBDIR += py-stdnum,python3 @@ -1746,7 +1741,6 @@ SUBDIR += py-tz SUBDIR += py-tz,python3 SUBDIR += py-tzlocal,python3 - SUBDIR += py-uncompyle6 SUBDIR += py-uncompyle6,python3 SUBDIR += py-unicorn,python3 SUBDIR += py-unittest2 blob - 1159acf174dd19d9006854a91d198a9c1de49a5e file + devel/py-click/Makefile --- devel/py-click/Makefile +++ devel/py-click/Makefile @@ -5,7 +5,7 @@ COMMENT=command line library for Python MODPY_EGG_VERSION=6.7 DISTNAME= click-${MODPY_EGG_VERSION} PKGNAME= py-click-${MODPY_EGG_VERSION} -REVISION= 2 +REVISION= 3 CATEGORIES=devel @@ -22,6 +22,6 @@ MODPY_SETUPTOOLS= Yes MODPY_PYTEST= Yes FLAVORS= python3 -FLAVOR?= +FLAVOR=python3 .include blob - b820a1c41288d81a5aed81e898779dd379f6e10e file + devel/py-click/pkg/PLIST --- devel/py-click/pkg/PLIST +++ devel/py-click/pkg/PLIST @@ -1,4 +1,5 @@ @comment $OpenBSD: PLIST,v 1.2 2016/06/08 17:16:46 danj Exp $ +@pkgpath devel/py-click lib/python${MODPY_VERSION}/site-packages/click/ lib/python${MODPY_VERSION}/site-packages/click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO blob - 4e65056f8877304cab1cdf904714d47f99820c2d file + devel/py-click-log/Makefile --- devel/py-click-log/Makefile +++ devel/py-click-log/Makefile @@ -5,7 +5,7 @@ COMMENT = logging integration for Python click MODPY_EGG_VERSION =0.3.2 DISTNAME = click-log-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} -REVISION = 1 +REVISION = 2 CATEGORIES = devel @@ -25,6 +25,6 @@ MODPY_SETUPTOOLS =Yes MODPY_PYTEST = Yes FLAVORS = python3 -FLAVOR ?= +FLAVOR = python3 .include blob - 1961da69b7c5c7fee180a285abc2b96ccc4e4afb file + devel/py-click-log/pkg/PLIST --- devel/py-click-log/pkg/PLIST +++ devel/py-click-log/pkg/PLIST @@ -1,4 +1,5 @@ @comment $OpenBSD: PLIST,v 1.2 2018/08/11 09:26:32 remi Exp $ +@pkgpath devel/py-click-log lib/python${MODPY_VERSION}/site-packages/click_log/ lib/python${MODPY_VERSION}/site-packages/click_log-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/click_log-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO @@ -9,7 +10,7 @@ lib/python${MODPY_VERSION}/site-packages/click_log-${M lib/python${MODPY_VERSION}/site-packages/click_log/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/click_log/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/click_log/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/click_log/core.py lib/python${MODPY_VERSION}/site-packages/click_log/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/click_log/options.py lib/python${MODPY_VERSION}/site-packages/click_log/${MODPY_PYCACHE}options.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/click_log/core.py +lib/python${MODPY_VERSION}/site-packages/click_log/options.py blob - 01ca37dc3fbc02fe61fdd561c60eeafbc99ba6a0 file +
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2021/03/10 13:06:22 Modified files: telephony/p5-Net-SIP: Makefile distinfo Log message: update p5-Net-SIP to 0.828
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2021/03/10 12:44:58 Modified files: net/p5-Net-INET6Glue: Makefile distinfo Log message: update p5-Net-INET6Glue to 0.604
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2021/03/10 12:41:19 Modified files: net/p5-Net-IMP : Makefile distinfo Removed files: net/p5-Net-IMP/patches: patch-lib_Net_IMP_Cascade_pm Log message: update p5-Net-IMP to 0.635 patch has been commited upstream
Re: Interest check: gh (github's cli)
On Sun, Jan 24, 2021 at 02:25:14PM +, Mikolaj Kucharski wrote: > > See new port version attached. It contains 1.5.0, which I didn't had a > chance to properly test, as I've updated the port today. > > From port perspective comparing to github-cli,2.tgz from Stuart > Henderson, I've: > > - updated $V to 1.5.0 > - make makesum > - ran make modgo-gen-modules > - update Makefile with new MODGO_MODULES and MODGO_MODFILES > - make makesum again > - updated plist > - added MODGO_LDFLAGS so gh version prints proper version > - make package > - gh version works as expected, and prints 1.5.0 instead of DEV > Updated port to 1.7.0 version attached. -- Regards, Mikolaj github-cli-1.7.0.port.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2021/03/10 12:31:37 Modified files: mail/p5-Mail-SPF-Iterator: Makefile distinfo Log message: update p5-Mail-SPF-Iterator to 1.120
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2021/03/10 12:26:22 Modified files: mail/p5-Mail-DMARC-Iterator: Makefile distinfo Removed files: mail/p5-Mail-DMARC-Iterator/patches: patch-lib_Mail_DMARC_Iterator_pm Log message: update p5-Mail-DMARC-Iterator to 0.014 patch has been commited upstream
Re: [FIX] www/chromium (untested)
On Wed, 2021-03-10 at 16:06 +0100, Peter Hessler wrote: > this builds for me on aarch64. > > OK Thank you. I tested Peter's package on aarch64 using X11 forwarding and it appears to be working well. There was a core file in my home dir but chrome didn't visibly crash. I've also tested amd64 builds and works (also using X11 forwarding). I have an i386 build going as well and will report back results. > On 2021 Mar 08 (Mon) at 21:34:24 -0500 (-0500), k...@intricatesoftware.com > wrote: > :chromium tries to implement random mmap on its own. Allowing mmap > :to pick its own random location will likely fix aarch64 and i386 > :issues. > : > :This diff has not completed a build on aarch64 yet, but it has > :passed the part of the build where it fails with ENOMEM. > :I'm passing this along early to get wider testing help. > : > :Index: Makefile > :=== > :RCS file: /cvs/ports/www/chromium/Makefile,v > :retrieving revision 1.550 > :diff -u -p -u -r1.550 Makefile > :--- Makefile 26 Feb 2021 18:20:36 - 1.550 > :+++ Makefile 9 Mar 2021 02:58:22 - > :@@ -1,8 +1,5 @@ > : # $OpenBSD: Makefile,v 1.550 2021/02/26 18:20:36 naddy Exp $ > : > :-# /usr/local/bin/chrome[60]: /usr/local/chrome/chrome: Cannot allocate > memory > :-BROKEN-i386= runtime fails, cannot execve the built binary, immediate > ENOMEM even with high limits > :- > : .include > : > : USE_WXNEEDED= Yes > :@@ -16,6 +13,7 @@ DPB_PROPERTIES=lonesome > : COMMENT=Chromium browser > : > : V= 88.0.4324.190 > :+REVISION= 0 > : > : DISTNAME= chromium-${V} > : > :Index: patches/patch-v8_src_base_platform_platform-posix_cc > :=== > :RCS file: > /cvs/ports/www/chromium/patches/patch-v8_src_base_platform_platform-posix_cc,v > :retrieving revision 1.29 > :diff -u -p -u -r1.29 patch-v8_src_base_platform_platform-posix_cc > :--- patches/patch-v8_src_base_platform_platform-posix_cc 20 Jan 2021 > 07:28:12 - 1.29 > :+++ patches/patch-v8_src_base_platform_platform-posix_cc 9 Mar 2021 > 02:58:22 - > :@@ -3,7 +3,31 @@ $OpenBSD: patch-v8_src_base_platform_pla > : Index: v8/src/base/platform/platform-posix.cc > : --- v8/src/base/platform/platform-posix.cc.orig > : +++ v8/src/base/platform/platform-posix.cc > :-@@ -464,7 +464,7 @@ bool OS::DiscardSystemPages(void* address, size_t size > :+@@ -266,8 +266,15 @@ void OS::SetRandomMmapSeed(int64_t seed) { > :+ } > :+ } > :+ > :++#if V8_OS_OPENBSD > :++// Allow OpenBSD's mmap to select a random address on OpenBSD > :+ // static > :+ void* OS::GetRandomMmapAddr() { > :++ return nullptr; > :++} > :++#else > :++// static > :++void* OS::GetRandomMmapAddr() { > :+ uintptr_t raw_addr; > :+ { > :+ MutexGuard guard(rng_mutex.Pointer()); > :+@@ -350,6 +357,7 @@ void* OS::GetRandomMmapAddr() { > :+ #endif > :+ return reinterpret_cast(raw_addr); > :+ } > :++#endif > :+ > :+ // TODO(bbudge) Move Cygwin and Fuchsia stuff into platform-specific files. > :+ #if !V8_OS_CYGWIN && !V8_OS_FUCHSIA > :+@@ -464,7 +472,7 @@ bool OS::DiscardSystemPages(void* address, size_t size > : > : // static > : bool OS::HasLazyCommits() { > :@@ -12,7 +36,7 @@ Index: v8/src/base/platform/platform-pos > :return true; > : #else > :// TODO(bbudge) Return true for all POSIX platforms. > :-@@ -1000,7 +1000,7 @@ void Thread::SetThreadLocal(LocalStorageKey key, void* > :+@@ -1000,7 +1008,7 @@ void Thread::SetThreadLocal(LocalStorageKey key, void* > : // keep this version in POSIX as most Linux-compatible derivatives will > : // support it. MacOS and FreeBSD are different here. > : #if !defined(V8_OS_FREEBSD) && !defined(V8_OS_MACOSX) && !defined(_AIX) && > \ > : >
Re: textproc/calibre: RUN_DEPENDS on converters/py-html2text
On Wed, Mar 10, 2021 at 07:59:08PM +0100, Caspar Schutijser wrote: > When attempting to convert a PDF to EPUB with the "Heuristic processing" > feature enabled, the conversion fails with the message that html2text > is not installed. This diff fixes the issue. > > I can trigger the problem as follows: > import a PDF; right-click the newly imported item; select > "Convert books" > "Convert individually". Then go to the > "Heuristic processing" tab and check the "Enable heuristic processing" > checkbox. Click OK; after a while, it errors out. > > I don't have much experience with ports that use Python so not sure > if my diff is 100% correct. tb@ kindly informed me I forgot to include the actual diff; apologies. Diff below. Index: Makefile === RCS file: /cvs/ports/textproc/calibre/Makefile,v retrieving revision 1.85 diff -u -p -r1.85 Makefile --- Makefile28 Feb 2021 21:01:59 - 1.85 +++ Makefile10 Mar 2021 18:57:31 - @@ -4,6 +4,7 @@ COMMENT = ebook management application V =5.12.0 DISTNAME = calibre-$V +REVISION = 0 CATEGORIES = textproc @@ -61,6 +62,7 @@ BUILD_DEPENDS = ${COMMON_DEPENDS} \ sysutils/py-packaging${MODPY_FLAVOR} RUN_DEPENDS = ${COMMON_DEPENDS} \ + converters/py-html2text${MODPY_FLAVOR} \ devel/desktop-file-utils \ misc/shared-mime-info \ net/py-netifaces${MODPY_FLAVOR} \
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2021/03/10 12:09:42 Modified files: mail/p5-Mail-DKIM-Iterator: Makefile distinfo Log message: update p5-Mail-DKIM-Iterator to 1.010
textproc/calibre: RUN_DEPENDS on converters/py-html2text
Hi, When attempting to convert a PDF to EPUB with the "Heuristic processing" feature enabled, the conversion fails with the message that html2text is not installed. This diff fixes the issue. I can trigger the problem as follows: import a PDF; right-click the newly imported item; select "Convert books" > "Convert individually". Then go to the "Heuristic processing" tab and check the "Enable heuristic processing" checkbox. Click OK; after a while, it errors out. I don't have much experience with ports that use Python so not sure if my diff is 100% correct. Thanks, Caspar Schutijser
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2021/03/10 11:34:19 Modified files: emulators/nono : Makefile Added files: emulators/nono/patches: patch-debugger_debugger_private_h Log message: emulators/nono: fix build with LLVM 11
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2021/03/10 11:27:59 Modified files: x11/xfce4/xfce4-netload: Makefile distinfo x11/xfce4/xfce4-netload/pkg: PLIST Log message: x11/xfce4/xfce4-netload: update to 1.4.0 See https://mail.xfce.org/pipermail/xfce-announce/2021-March/001019.html
Re: [NEW] audio/zynaddsubfx
On Tue, Mar 09, 2021 at 07:51:48PM +, Stuart Henderson wrote: > zynaddsubfx picks up bash-completion if present at build time, > > $ diff pkg/PLIST.orig pkg/PLIST > --- pkg/PLIST.origWed Feb 10 16:31:49 2021 > +++ pkg/PLIST Tue Mar 9 19:39:30 2021 > @@ -47,6 +47,9 @@ share/applications/zynaddsubfx-alsa.desktop > share/applications/zynaddsubfx-jack-multi.desktop > share/applications/zynaddsubfx-jack.desktop > share/applications/zynaddsubfx-oss.desktop > +share/bash_completion/ > +share/bash_completion/completions/ > +share/bash_completion/completions/zynaddsubfx > share/doc/zynaddsubfx/ > share/doc/zynaddsubfx/AUTHORS.txt > share/doc/zynaddsubfx/COPYING > > can you force that either on or off please? either add a build dep on > shells/bash-completion or set BASHCOMP_PKG_PATH. The install script uses bash which I've added to BUILD_DEPENDS. > Nice work on the zyn-fusion Makefile with the distfiles. It hardcodes > gcc somewhere though (and I just noticed it forces -O3 as well), I couldn't recreate the gcc issue(after removing ports-gcc) so I've set CC and LD in MAKE_FLAGS but why will the command fail if gcc is available in the base? > [...] > configure: creating ./config.status > config.status: creating config.h > cd src/osc-bridge&& make lib > cc -O2 -pipe -I/usr/local/include -I/usr/X11R6/include -std=gnu99 -Wall > -Wextra -I . -O3 -g -fPIC -c src/bridge.c src/cache.c src/parse-schema.c > src/schema.c rtosc/rtosc.c > src/parse-schema.c:11:9: warning: 'putchar' macro redefined > [-Wmacro-redefined] > #define putchar(x) (void)(x) > ^ > /usr/include/stdio.h:435:9: note: previous definition is here > #define putchar(x) putc(x, stdout) > ^ > 1 warning generated. > ar rcs libosc-bridge.a bridge.o cache.o parse-schema.o schema.o rtosc.o > cd mruby && MRUBY_CONFIG=../build_config.rb /usr/local/bin/rake27 > Environment is: > > CPP src/array.c -> build/host/src/array.i > sh: gcc: not found > rake aborted! > Command failed with status (127): [gcc -E -P -std=gnu99 -O2 -pipe > -I/usr/lo...] > [...] > > Looks like you maybe able to steal some bits from ports/lang/mruby. > (Guessing it needs some specific version and can't just use the mruby > port directly?) In the present case the mruby interpretor is a internal part of the program and thus requires the source code to be available during the build. Developers of zyn-fusion didn't intend this program to be open-source so everything is static-linked by default the refractoring needed here is immense. > The dependencies seem the wrong way round, shouldn't it be zyn-fusion > that depends on zynaddsubfx instead? (For discoverability I'd probably > but zyn-fusion in audio/ instead of x11/). zyn-fusion unlike other frontends cannot interact with the backend. You can check this yourself, executing zyn-fusion gives you an empty interface and this is by design. So moving zyn-fusion into audio wouldn't make sense since it is only an x11-interface(like ntk/fltk) and more like a dependency for zynaddsubfx than the other way around. It is by executing the zynaddsubfx binary that a user will actually trigger the usable interface. Ofcourse this goes contrary to how frontends are actually developed but that is what we are dealing with. So I think the categories should be kept as is. I will be introducing MULTI_PACKAGES in zynaddsubfx for the ntk and fltk interfaces later on so distinctions in the frontend available will be more clear while installing. > > On 2021/03/07 15:03, Dimitri Karamazov wrote: > > Ping > > > > On Sat, Feb 27, 2021 at 05:32:23PM +, Dimitri Karamazov wrote: > > > Ping > > > > > > On Wed, Feb 17, 2021 at 05:39:57PM +, Dimitri Karamazov wrote: > > > > This here is a terrific synthesizer and can be put to good use > > > > with some DAW with lv2 support. Can be used with lmms if > > > > carla is ported or just wait until lv2 is supported(ongoing). > > > > https://github.com/LMMS/lmms/issues/562 > > > > > > > > I've a muse(https://vstwarehouse.com/d/muse/) port with me which > > > > can run this as plugin(both vst & lv2) but it brings along with > > > > it 4-5 dependencies so might release it some other time. > > > > > > > > Information for inst:zynaddsubfx-3.0.5 > > > > > > > > Comment: > > > > synth capable of making a countless number of instruments > > > > > > > > Description: > > > > ZynAddSubFX is a opensource software synthesizer capable of making > > > > a countless number of instruments, from some common heard from > > > > expensive hardware to interesting sounds that you'll boost to an > > > > amazing universe of sounds. > > > > *Polyphonic with support for legato and mono playing modes > > *Three synthesizer engines: > > -Additive Synthesis for classic synth sounds composed of a variety of > > voices with powerful modulation. > > This exposes modulators ranging from LFOs and envelopes to oscillator > > modulators for FM, PM, and AM. > > -Subtractive
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2021/03/10 10:22:19 Modified files: x11: Makefile Log message: add xmenu to build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2021/03/10 10:21:30 Log message: Import x11/xmenu-4.5.4 XMenu is a menu utility for X. XMenu receives a menu specification in stdin, shows a menu for the user to select one of the options, and outputs the option selected to stdout. XMenu can be controlled both via mouse and via keyboard. ok solene@ Port submitted by Guy Godfroy, maintainer. Status: Vendor Tag: tracey Release Tags: tracey_20210310 N ports/x11/xmenu/Makefile N ports/x11/xmenu/distinfo N ports/x11/xmenu/pkg/DESCR N ports/x11/xmenu/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2021/03/10 09:33:17 Modified files: graphics/gfract: Makefile Added files: graphics/gfract/patches: patch-make_palettes_py Log message: move gfract over to python3 while here also update HOMEPAGE and WANTLIB
Re: [NEW] x11/xmenu
On Fri, Mar 05, 2021 at 12:17:36AM +0100, Solene Rapenne wrote: > On Thu, 4 Mar 2021 21:51:30 +0100 > Guy Godfroy : > > > Hello, > > > > xmenu is a contextual menu tool for x11. I used pmenu port proposal I > > saw today (developped by the same guy), very few changes. Thanks to > > Jerome for that. > > > > xmenu and pmenu have in common to take their data from stdin following > > the same syntax. xmenu was created a bit before pmenu, which explains > > maybe some oddity in the config.mk that required a patch. > > > > Works on my amd64. > > > > Guy Godfroy > > > > > > For consistency the space before the = sign should be put here > LIB_DEPENDS= graphics/imlib2 > > like x11/pmenu, I don't know if it's important but WANTLIB in > automatically generated order would look like > > WANTLIB += Imlib2 X11 Xft Xinerama c fontconfig > > With theses changes, ok solene@ I don't think we need debugs symbols for this, unless someone complains about it starting to crash. This eliminated kn's addition to pmenu that would be needed. Thoughts on this? Or, does anyone want to ok this version for import? -- Tracey Emery xmenu.tgz Description: Binary data
convert devel/py-editdist to python3
This port has no consumers. ok? diff -x CVS -Nur py-editdist/Makefile py-editdist.new/Makefile --- py-editdist/MakefileTue Feb 23 14:39:18 2021 +++ py-editdist.new/MakefileWed Mar 10 10:58:05 2021 @@ -4,7 +4,7 @@ MODPY_EGG_VERSION= 0.3 DISTNAME= py-editdist-${MODPY_EGG_VERSION} -REVISION = 6 +REVISION = 7 CATEGORIES=devel HOMEPAGE= http://www.mindrot.org/projects/py-editdist/ @@ -18,7 +18,6 @@ MASTER_SITES= http://www.mindrot.org/files/py-editdist/ MODULES= lang/python -MODPY_VERSION =${MODPY_DEFAULT_VERSION_2} MODPY_PYTEST = Yes MODPY_PYTEST_ARGS =test.py diff -x CVS -Nur py-editdist/patches/patch-editdist_c py-editdist.new/patches/patch-editdist_c --- py-editdist/patches/patch-editdist_cWed Dec 31 19:00:00 1969 +++ py-editdist.new/patches/patch-editdist_cWed Mar 10 11:09:28 2021 @@ -0,0 +1,59 @@ +$OpenBSD$ + +port to python3, from: +https://github.com/com4/py-editdist/ + +Index: editdist.c +--- editdist.c.orig editdist.c +@@ -94,7 +94,7 @@ PyDoc_STRVAR(editdist_distance_doc, + static PyObject * + editdist_distance(PyObject *self, PyObject *args) + { +- char *a, *b; ++ const u_int8_t *a, *b; + int alen, blen, r; + + if (!PyArg_ParseTuple(args, "s#s#", , , , )) +@@ -104,22 +104,36 @@ editdist_distance(PyObject *self, PyObject *args) + PyErr_SetString(PyExc_MemoryError, "Out of memory"); + return NULL; + } +- return PyInt_FromLong(r); ++ return PyLong_FromLong(r); + } + ++//PyDoc_STRVAR(editdist_distance_doc, "Calculate Levenshtein's edit distance.\n"); ++ + static PyMethodDef editdist_methods[] = { + { "distance", (PyCFunction)editdist_distance, + METH_VARARGS, editdist_distance_doc }, + {NULL, NULL, 0, NULL } /* sentinel */ + }; + +-PyDoc_STRVAR(module_doc, "Calculate Levenshtein's edit distance.\n"); ++static struct PyModuleDef editdist_moduledef = { ++PyModuleDef_HEAD_INIT, ++"editdist", ++NULL, ++1000, ++editdist_methods, ++NULL, ++NULL, ++NULL, ++NULL ++}; + +-PyMODINIT_FUNC +-initeditdist(void) ++PyObject * ++PyInit_editdist(void) + { + PyObject *m; + +- m = Py_InitModule3("editdist", editdist_methods, module_doc); ++ m = PyModule_Create(_moduledef); + PyModule_AddStringConstant(m, "__version__", EDITDIST_VERSION); ++ ++ return m; + } diff -x CVS -Nur py-editdist/pkg/PLIST py-editdist.new/pkg/PLIST --- py-editdist/pkg/PLIST Mon Jan 26 18:43:20 2009 +++ py-editdist.new/pkg/PLIST Wed Mar 10 10:58:15 2021 @@ -1,3 +1,3 @@ @comment $OpenBSD: PLIST,v 1.1.1.1 2009/01/26 23:43:20 djm Exp $ lib/python${MODPY_VERSION}/site-packages/editdist-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info -lib/python${MODPY_VERSION}/site-packages/editdist.so +@so lib/python${MODPY_VERSION}/site-packages/editdist.${MODPY_PYC_MAGIC_TAG}so
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/03/10 09:00:51 Modified files: sysutils/sleuthkit: Makefile distinfo Log message: Update sysutils/sleuthkit to 4.10.1 Fixes build with LLVM 11. ok rpointel (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2021/03/10 08:40:29 Modified files: textproc/uncrustify: Makefile distinfo textproc/uncrustify/pkg: PLIST Log message: update uncrustify to 0.72.0 and switch to python3 ok rpointel@ (MAINTAINER)
Re: switch uncrustify to python3 and update
Le 07-03-2021 21:43, Daniel Dickman a écrit : Here's an update of uncrustify to a newer release. This port seems to work fine with python3 too. Tested on amd64 where all regress tests pass. ok? Hello, sounds good to me, ok rpointel@. Thank you. Cheers, Remi.
Re: fix gdb python helper
Le 06-03-2021 19:27, Stuart Henderson a écrit : Python has a gdb helper that allows doing python backtraces from gdb and other such things. We currently don't install it in Python packages, and also gdb looks in a bogus directory "${prefix}/share/auto-load" (!) to find autoload files: Hello Stuart, sounds good to me, thanks. Best regards, Remi.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2021/03/10 08:20:59 Modified files: devel/p5-Test-Script: Makefile distinfo Log message: update p5-Test-Script to 1.27
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2021/03/10 08:14:51 Modified files: benchmarks/p5-Dumbbench: Makefile distinfo benchmarks/p5-Dumbbench/pkg: PLIST Log message: update p5-Dumbbench to 0.501
Re: [FIX] www/chromium (untested)
this builds for me on aarch64. OK On 2021 Mar 08 (Mon) at 21:34:24 -0500 (-0500), k...@intricatesoftware.com wrote: :chromium tries to implement random mmap on its own. Allowing mmap :to pick its own random location will likely fix aarch64 and i386 :issues. : :This diff has not completed a build on aarch64 yet, but it has :passed the part of the build where it fails with ENOMEM. :I'm passing this along early to get wider testing help. : :Index: Makefile :=== :RCS file: /cvs/ports/www/chromium/Makefile,v :retrieving revision 1.550 :diff -u -p -u -r1.550 Makefile :--- Makefile 26 Feb 2021 18:20:36 - 1.550 :+++ Makefile 9 Mar 2021 02:58:22 - :@@ -1,8 +1,5 @@ : # $OpenBSD: Makefile,v 1.550 2021/02/26 18:20:36 naddy Exp $ : :-# /usr/local/bin/chrome[60]: /usr/local/chrome/chrome: Cannot allocate memory :-BROKEN-i386= runtime fails, cannot execve the built binary, immediate ENOMEM even with high limits :- : .include : : USE_WXNEEDED= Yes :@@ -16,6 +13,7 @@ DPB_PROPERTIES= lonesome : COMMENT= Chromium browser : : V=88.0.4324.190 :+REVISION= 0 : : DISTNAME= chromium-${V} : :Index: patches/patch-v8_src_base_platform_platform-posix_cc :=== :RCS file: /cvs/ports/www/chromium/patches/patch-v8_src_base_platform_platform-posix_cc,v :retrieving revision 1.29 :diff -u -p -u -r1.29 patch-v8_src_base_platform_platform-posix_cc :--- patches/patch-v8_src_base_platform_platform-posix_cc 20 Jan 2021 07:28:12 - 1.29 :+++ patches/patch-v8_src_base_platform_platform-posix_cc 9 Mar 2021 02:58:22 - :@@ -3,7 +3,31 @@ $OpenBSD: patch-v8_src_base_platform_pla : Index: v8/src/base/platform/platform-posix.cc : --- v8/src/base/platform/platform-posix.cc.orig : +++ v8/src/base/platform/platform-posix.cc :-@@ -464,7 +464,7 @@ bool OS::DiscardSystemPages(void* address, size_t size :+@@ -266,8 +266,15 @@ void OS::SetRandomMmapSeed(int64_t seed) { :+ } :+ } :+ :++#if V8_OS_OPENBSD :++// Allow OpenBSD's mmap to select a random address on OpenBSD :+ // static :+ void* OS::GetRandomMmapAddr() { :++ return nullptr; :++} :++#else :++// static :++void* OS::GetRandomMmapAddr() { :+ uintptr_t raw_addr; :+ { :+ MutexGuard guard(rng_mutex.Pointer()); :+@@ -350,6 +357,7 @@ void* OS::GetRandomMmapAddr() { :+ #endif :+ return reinterpret_cast(raw_addr); :+ } :++#endif :+ :+ // TODO(bbudge) Move Cygwin and Fuchsia stuff into platform-specific files. :+ #if !V8_OS_CYGWIN && !V8_OS_FUCHSIA :+@@ -464,7 +472,7 @@ bool OS::DiscardSystemPages(void* address, size_t size : : // static : bool OS::HasLazyCommits() { :@@ -12,7 +36,7 @@ Index: v8/src/base/platform/platform-pos :return true; : #else :// TODO(bbudge) Return true for all POSIX platforms. :-@@ -1000,7 +1000,7 @@ void Thread::SetThreadLocal(LocalStorageKey key, void* :+@@ -1000,7 +1008,7 @@ void Thread::SetThreadLocal(LocalStorageKey key, void* : // keep this version in POSIX as most Linux-compatible derivatives will : // support it. MacOS and FreeBSD are different here. : #if !defined(V8_OS_FREEBSD) && !defined(V8_OS_MACOSX) && !defined(_AIX) && \ : -- Human beings were created by water to transport it uphill.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2021/03/10 08:00:53 Modified files: lang/compcert : Makefile distinfo Log message: update to commit 6bf310dd for coq 8.13.1 support from Yozo Toda
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2021/03/10 07:21:41 Modified files: www/openradtool: Makefile distinfo www/openradtool/pkg: PLIST Log message: Update openradtool to 0.11.15
NEW: graphics/basis_universal
Version 1.12 never went in, so here is version 1.13 of Bionominal's supercompressed GPU texture compression system. >From the DESCR: Basis Universal is a "supercompressed" GPU texture compression system that outputs a highly compressed intermediate file format (.basis) that can be quickly transcoded to a very wide variety of GPU compressed and uncompressed pixel formats: ASTC 4x4 L/LA/RGB/RGBA, PVRTC1 4bpp RGB/RGBA, PVRTC2 RGB/RGBA, BC7 mode 6 RGB, BC7 mode 5 RGB/RGBA, BC1-5 RGB/RGBA/X/XY, ETC1 RGB, ETC2 RGBA, ATC RGB/RGBA, ETC2 EAC R11 and RG11, FXT1 RGB, and uncompressed raster image formats /565/. basisu.tgz Description: application/compressed-tar