Re: [update] gnupg-2.4.3
On Tue, Jul 11 2023, Renato Aguiar wrote: > I found out that my Yubikey works on gnupg-2.4.3 after disabling CCID in > scdaemon by adding "disable-ccid" to "~/.gnupg/scdaemon.conf" :) > > $ man scdaemon > [...] >--disable-ccid > Disable the integrated support for CCID compliant readers. This > allows falling back to one of the other drivers even if the > internal CCID driver can handle the reader. Note, that CCID > support is only available if libusb was available at build time. > [...] > > $ cat ~/.gnupg/scdaemon.conf > reader-port "Yubico YubiKey FIDO+CCID 00 00" > disable-ccid > $ Hah. For some reason this had no effect for me. The Yubikey 5 NFC with firmware 5.1.2 still isn't recognized. Maybe those are two different bugs. > For some reason that wasn't needed in previous versions. Maybe we should > mention that option in the pkg/README. I'll just revert the update for now. Between your recent firmware and the one found on mine I wonder how many people would be affected by those regressions. Thanks, -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
[Update]print/pdfarranger: Update to 1.10.0
Hi, ports@:
Here is a patch for print/pdfarranger to update to 1.10.0,
it build and run well on amd64-current system.
No tests defined and no other ports depnd on it.
Cheers !
wenIndex: Makefile
===
RCS file: /cvs/ports/print/pdfarranger/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Makefile24 Apr 2023 11:41:25 - 1.15
+++ Makefile11 Jul 2023 10:24:27 -
@@ -1,10 +1,9 @@
COMMENT = GUI tool to rearrange and modify PDF files
-MODPY_EGG_VERSION =1.9.2
+MODPY_EGG_VERSION =1.10.0
GH_ACCOUNT = pdfarranger
GH_PROJECT = pdfarranger
GH_TAGNAME = ${MODPY_EGG_VERSION}
-REVISION = 0
CATEGORIES = print
Index: distinfo
===
RCS file: /cvs/ports/print/pdfarranger/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo28 Nov 2022 11:31:18 - 1.7
+++ distinfo11 Jul 2023 10:24:27 -
@@ -1,2 +1,2 @@
-SHA256 (pdfarranger-1.9.2.tar.gz) =
4OCN3DoyOUDX8FzA6ZZIR3Wtegpsv8GXsHRzxFLEP2Y=
-SIZE (pdfarranger-1.9.2.tar.gz) = 280531
+SHA256 (pdfarranger-1.10.0.tar.gz) =
yLE2UX8Cd+5chcVNIgwGnxAqKd07Fv0AbDj+gAImCJ4=
+SIZE (pdfarranger-1.10.0.tar.gz) = 303125
Index: pkg/PLIST
===
RCS file: /cvs/ports/print/pdfarranger/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST
--- pkg/PLIST 19 Sep 2022 08:05:33 - 1.6
+++ pkg/PLIST 11 Jul 2023 10:24:27 -
@@ -18,14 +18,14 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}config.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}croputils.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
-lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}croputils.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}exporter.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}exporter.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}iconview.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}iconview.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}metadata.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}metadata.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}pageutils.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}pageutils.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}pdfarranger.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}pdfarranger.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}splitter.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
@@ -34,10 +34,10 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}undo.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/pdfarranger/config.py
lib/python${MODPY_VERSION}/site-packages/pdfarranger/core.py
-lib/python${MODPY_VERSION}/site-packages/pdfarranger/croputils.py
lib/python${MODPY_VERSION}/site-packages/pdfarranger/exporter.py
lib/python${MODPY_VERSION}/site-packages/pdfarranger/iconview.py
lib/python${MODPY_VERSION}/site-packages/pdfarranger/metadata.py
+lib/python${MODPY_VERSION}/site-packages/pdfarranger/pageutils.py
lib/python${MODPY_VERSION}/site-packages/pdfarranger/pdfarranger.py
lib/python${MODPY_VERSION}/site-packages/pdfarranger/splitter.py
lib/python${MODPY_VERSION}/site-packages/pdfarranger/undo.py
@@ -56,6 +56,7 @@ share/locale/da/LC_MESSAGES/pdfarranger.
share/locale/de/LC_MESSAGES/pdfarranger.mo
share/locale/el/LC_MESSAGES/pdfarranger.mo
share/locale/es/LC_MESSAGES/pdfarranger.mo
+share/locale/eu/LC_MESSAGES/pdfarranger.mo
share/locale/fi/LC_MESSAGES/pdfarranger.mo
share/locale/fr/LC_MESSAGES/pdfarranger.mo
share/locale/he/LC_MESSAGES/pdfarranger.mo
@@ -67,6 +68,7 @@ share/locale/it/LC_MESSAGES/pdfarranger.
share/locale/ja/LC_MESSAGES/pdfarranger.mo
share/locale/ko/LC_MESSAGES/pdfarranger.mo
share/locale/nl/LC_MESSAGES/pdfarranger.mo
+share/locale/oc/LC_MESSAGES/pdfarranger.mo
share/locale/pl_PL/
share/locale/pl_PL/LC_MESSAGES/
share/l
Re: [Update]print/pdfarranger: Update to 1.10.0
thanks, I've tested/committed, it also needed "make update-patches"
On 2023/07/11 10:27, wen heping wrote:
> Hi, ports@:
>
>Here is a patch for print/pdfarranger to update to 1.10.0,
> it build and run well on amd64-current system.
>No tests defined and no other ports depnd on it.
>
>
>
> Cheers !
> wen
> Index: Makefile
> ===
> RCS file: /cvs/ports/print/pdfarranger/Makefile,v
> retrieving revision 1.15
> diff -u -p -r1.15 Makefile
> --- Makefile 24 Apr 2023 11:41:25 - 1.15
> +++ Makefile 11 Jul 2023 10:24:27 -
> @@ -1,10 +1,9 @@
> COMMENT =GUI tool to rearrange and modify PDF files
>
> -MODPY_EGG_VERSION = 1.9.2
> +MODPY_EGG_VERSION = 1.10.0
> GH_ACCOUNT = pdfarranger
> GH_PROJECT = pdfarranger
> GH_TAGNAME = ${MODPY_EGG_VERSION}
> -REVISION = 0
>
> CATEGORIES = print
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/print/pdfarranger/distinfo,v
> retrieving revision 1.7
> diff -u -p -r1.7 distinfo
> --- distinfo 28 Nov 2022 11:31:18 - 1.7
> +++ distinfo 11 Jul 2023 10:24:27 -
> @@ -1,2 +1,2 @@
> -SHA256 (pdfarranger-1.9.2.tar.gz) =
> 4OCN3DoyOUDX8FzA6ZZIR3Wtegpsv8GXsHRzxFLEP2Y=
> -SIZE (pdfarranger-1.9.2.tar.gz) = 280531
> +SHA256 (pdfarranger-1.10.0.tar.gz) =
> yLE2UX8Cd+5chcVNIgwGnxAqKd07Fv0AbDj+gAImCJ4=
> +SIZE (pdfarranger-1.10.0.tar.gz) = 303125
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/print/pdfarranger/pkg/PLIST,v
> retrieving revision 1.6
> diff -u -p -r1.6 PLIST
> --- pkg/PLIST 19 Sep 2022 08:05:33 - 1.6
> +++ pkg/PLIST 11 Jul 2023 10:24:27 -
> @@ -18,14 +18,14 @@ lib/python${MODPY_VERSION}/site-packages
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}config.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}pyc
> -lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}croputils.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
> -lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}croputils.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}exporter.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}exporter.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}iconview.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}iconview.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}metadata.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}metadata.${MODPY_PYC_MAGIC_TAG}pyc
> +lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}pageutils.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
> +lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}pageutils.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}pdfarranger.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}pdfarranger.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}splitter.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
> @@ -34,10 +34,10 @@ lib/python${MODPY_VERSION}/site-packages
>
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/${MODPY_PYCACHE}undo.${MODPY_PYC_MAGIC_TAG}pyc
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/config.py
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/core.py
> -lib/python${MODPY_VERSION}/site-packages/pdfarranger/croputils.py
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/exporter.py
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/iconview.py
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/metadata.py
> +lib/python${MODPY_VERSION}/site-packages/pdfarranger/pageutils.py
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/pdfarranger.py
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/splitter.py
> lib/python${MODPY_VERSION}/site-packages/pdfarranger/undo.py
> @@ -56,6 +56,7 @@ share/locale/da/LC_MESSAGES/pdfarranger.
> share/locale/de/LC_MESSAGES/pdfarranger.mo
> share/locale/el/LC_MESSAGES/pdfarranger.mo
> share/locale/es/LC_MESSAGES/pdfarranger.mo
> +share/locale/eu/LC_MESSAGES/pdfarranger.mo
> share/locale/fi/LC_MESSAGES/pdfarranger.mo
> share/locale/fr/LC_MESSAGES/pdfarranger.mo
> share/locale/he/LC_MESSAGES/pdfarranger.mo
> @@ -67,6 +68,
Re: math/superlu: Update to 6.0.0
On 2023/07/09 01:45, wen heping wrote: > Hi, ports@: > >Here is a patch for math/superlu to update to 6.0.0. > It build and run well on amd64-current system. And > "100% tests passed". $ /usr/src/lib/check_sym /usr/local/lib/libsuperlu.so.0.1 /usr/obj/ports/superlu-6.0.0/fake-amd64/usr/local/lib/libsuperlu.so.0.2 /usr/local/lib/libsuperlu.so.0.1 --> /usr/obj/ports/superlu-6.0.0/fake-amd64/usr/local/lib/libsuperlu.so.0.2 Dynamic export changes: added: get_metis int32Calloc int32Malloc removed: colamd_report symamd_report PLT added: int32Calloc int32Malloc Functions were removed, so this ought to have a major shlib_version bump, not a minor one. > > > Regards, > wen > Index: Makefile > === > RCS file: /cvs/ports/math/superlu/Makefile,v > retrieving revision 1.4 > diff -u -p -u -r1.4 Makefile > --- Makefile 11 Mar 2023 09:31:06 - 1.4 > +++ Makefile 9 Jul 2023 01:43:23 - > @@ -3,9 +3,9 @@ COMMENT = library for solving sparse lin > > GH_ACCOUNT = xiaoyeli > GH_PROJECT = superlu > -GH_TAGNAME = v5.3.0 > +GH_TAGNAME = v6.0.0 > > -SHARED_LIBS += superlu 0.1 # 5.3.0 > +SHARED_LIBS += superlu 0.2 # 6.0.0 > > CATEGORIES = math > > Index: distinfo > === > RCS file: /cvs/ports/math/superlu/distinfo,v > retrieving revision 1.2 > diff -u -p -u -r1.2 distinfo > --- distinfo 11 Mar 2023 09:31:06 - 1.2 > +++ distinfo 9 Jul 2023 01:43:23 - > @@ -1,2 +1,2 @@ > -SHA256 (superlu-5.3.0.tar.gz) = PkZK+nczXeIArrc5B0oR6W2b720LUZlQz6ZoTEvh81A= > -SIZE (superlu-5.3.0.tar.gz) = 2483070 > +SHA256 (superlu-6.0.0.tar.gz) = XBmerC3FcJLDN8/qfkIgU+j4Ip8k4CmCWwlQ7dHRfo4= > +SIZE (superlu-6.0.0.tar.gz) = 2487927 > Index: pkg/PLIST > === > RCS file: /cvs/ports/math/superlu/pkg/PLIST,v > retrieving revision 1.2 > diff -u -p -u -r1.2 PLIST > --- pkg/PLIST 11 Mar 2022 19:36:32 - 1.2 > +++ pkg/PLIST 9 Jul 2023 01:43:23 - > @@ -6,6 +6,7 @@ include/slu_scomplex.h > include/slu_sdefs.h > include/slu_util.h > include/slu_zdefs.h > +include/superlu_config.h > include/superlu_enum_consts.h > include/supermatrix.h > lib/cmake/
Re: [NEW]textproc/p5-String-Util
On 2023/07/09 02:10, wen heping wrote: > Hi, ports@: > >Here is a patch to create new port textproc/p5-String-Util, > it is required by the update of misc/p5-Finance-Quote, which > is RUN_D of gnucash and kmymoney. > >It build and run well on amd64-current system and passed all tests. > > > > Regards, > wen > COMMENT = String processing utility functions COMMENT should start with a lower case letter, unless it's a proper noun. with this fixed, it's ok sthen@ COMMENT = string processing utility functions
Re: [NEW]www/p5-HTML-Selector-XPath
On 2023/07/09 06:32, wen heping wrote: > Hi, ports@: > >Here is a patch to create new port www/p5-HTML-Selector-XPath, > it is required by the update of misc/p5-Finance-Quote, which > is RUN_D of gnucash and kmymoney. > >It build and run well on amd64-current system and passed all tests. > > > > Regards, > wen OK to import
Re: [NEW]www/p5-Web-Scraper
On 2023/07/09 06:35, wen heping wrote: > Hi, ports@: > >Here is a patch to create new port www/p5-Web-Scraper, > it is required by the update of misc/p5-Finance-Quote, which > is RUN_D of gnucash and kmymoney. > >It build and run well on amd64-current system and passed all tests. > >To commit this patch, www/p5-HTML-Selector-XPath should be > imported. with this changed (lowercase in COMMENT), ok to import COMMENT = web scraping toolkit using HTML and CSS Selectors or XPath
Re: [NEW]devel/p5-Date-Range
On 2023/07/09 09:12, wen heping wrote: > Hi, ports@: > >Here is a patch to create new port devel/p5-Date-Range, > it is required by the update of misc/p5-Finance-Quote, which > is RUN_D of gnucash and kmymoney. > >It build and run well on amd64-current system and passed all tests. > > > > Regards, > wen Makefile needs cleaning.
Re: [NEW]misc/p5-Spreadsheet-XLSX
On 2023/07/09 09:14, wen heping wrote: > Hi, ports@: > >Here is a patch to create new port misc/p5-Spreadsheet-XLSX, > it is required by the update of misc/p5-Finance-Quote, which > is RUN_D of gnucash and kmymoney. > >It build and run well on amd64-current system and passed all tests. > > > Regards, > wen ok with the trailing ; in COMMENT removed
Re: [NEW]textproc/typst
On 2023/07/11 03:06, wen heping wrote: > Hi, ports@ > >Here is a patch to create new port textproc/typst. > >Typst is a new markup-based typsetting system that is designed to be as > powerful as LaTeX while being much easier to learn and use. Typst has: > Built-in markup for the most common formatting tasks > Flexible functions for everything else > A tightly integrated scripting system > Math typesetting, bibliography management, and more > Fast compile times thanks to incremental compilation > Friendly error messages in case something goes wrong. > >It build and run well on amd64-current system. > > > Cheers ! > wen files in patches/ should be generated using "make update-patches" (if that results in many Cargo.toml.orig patch files, then you should update to a -current ports tree) crates license information is incomplete, possibly because of an unreadable file (no world-read permissions in the tar); use FIX_EXTRACT_PERMISSIONS=Yes and regenerate with make modcargo-gen-crates-licenses
Re: lang/* BTI breakage
The remaining build failures in lang/* are: lang/crystal lang/gprolog lang/ldc lang/mono lang/ocaml lang/racket-minimal -- Christian "naddy" Weisgerber na...@mips.inka.de
sparc64 bulk build report
Bulk build on sparc64-0a.ports.openbsd.org Started : Sun Jul 9 19:10:54 MDT 2023 Finished: Tue Jul 11 13:36:29 MDT 2023 Duration: 1 Days 18 hours 26 minutes Built using OpenBSD 7.3-current (GENERIC.MP) #1815: Thu Jul 6 14:47:12 MDT 2023 Built 8275 packages Number of packages built each day: Jul 9: 4538 Jul 10: 2426 Jul 11: 1311 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2023-07-09/summary.log Build failures: 35 http://build-failures.rhaalovely.net/sparc64/2023-07-09/astro/py-astropy,python3.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/audio/libmusicbrainz.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/audio/libmusicbrainz5.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/audio/ncmpc.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/audio/ocp.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/databases/pkglocatedb.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/devel/abseil-cpp.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/devel/avr/gcc.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/devel/difftastic.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/devel/harfbuzz.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/devel/liburcu.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/devel/mtxclient.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/devel/orcania.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/devel/py-thrift,python3.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/devel/vim-command-t.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/devel/xsd.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/editors/kakoune.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/games/cataclysm-dda,no_x11.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/games/choria.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/games/dxx-rebirth.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/games/fheroes2.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/graphics/vulkan-validation-layers.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/lang/gambit.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/mail/rspamd,hyperscan.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/math/gunits.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/net/cadaver.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/net/openconnect.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/security/opensc.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/sysutils/nut.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/sysutils/ruby-shadow,ruby32.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/sysutils/u-boot-asahi.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/textproc/libmarisa.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/textproc/redland-bindings,-main.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/www/havp.log http://build-failures.rhaalovely.net/sparc64/2023-07-09/x11/gnome/gjs.log
OpenCV "no support for memory mapping"--any workarounds?
Hi all, Trying to run an OpenCV python script on a Raspberry Pi 4 with 7.3 and 4G of ram with a single 2K webcam. I'm getting this when I try to set the camera to shoot at 2K resolution (1920px x 1080px): capture is open... [ WARN:0@2.098] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.115] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.115] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.115] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.115] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.115] global cap_v4l.cpp:847 requestBuffers VIDEOIO(V4L2:/dev/video0): Insufficient buffer memory [ WARN:0@2.131] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.131] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.131] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.131] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.131] global cap_v4l.cpp:847 requestBuffers VIDEOIO(V4L2:/dev/video0): Insufficient buffer memory [ WARN:0@2.154] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.154] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.154] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.154] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.154] global cap_v4l.cpp:847 requestBuffers VIDEOIO(V4L2:/dev/video0): Insufficient buffer memory FPS: 30.303, Height: 480.0, Width: 640.0, Exp: auto, Gain: auto, AutoExp: -1.0, Frames: 3 Requested 1920 x 1080 and got 640 x 480. I had a similar issue before with an amd64 stick: https://marc.info/?l=openbsd-ports&m=162862043308236&w=2 This is OpenCV installed from packages: jross@allsky:/home/jross $ pkg_info opencv Information for inst:opencv-4.7.0 It would seem then that this problem isn't going away any time soon but if someone has a workaround I'd love to hear it. I had hoped to use the RPi4 to drive 5 of these 2K webcams to make an allsky camera. I have an amd64 with 16G of ram that I'll try next just in case there's a big difference between amd64 and arm64. Jeff dmesg: jross@allsky:/home/jross $ dmesg OpenBSD 7.3 (GENERIC.MP) #2080: Sat Mar 25 14:20:25 MDT 2023 dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC.MP real mem = 4124950528 (3933MB) avail mem = 3963645952 (3780MB) random: good seed from bootblocks mainbus0 at root: Raspberry Pi 4 Model B Rev 1.5 cpu0 at mainbus0 mpidr 0: ARM Cortex-A72 r0p3 cpu0: 48KB 64b/line 3-way L1 PIPT I-cache, 32KB 64b/line 2-way L1 D-cache cpu0: 1024KB 64b/line 16-way L2 cache cpu0: CRC32,ASID16 cpu1 at mainbus0 mpidr 1: ARM Cortex-A72 r0p3 cpu1: 48KB 64b/line 3-way L1 PIPT I-cache, 32KB 64b/line 2-way L1 D-cache cpu1: 1024KB 64b/line 16-way L2 cache cpu1: CRC32,ASID16 cpu2 at mainbus0 mpidr 2: ARM Cortex-A72 r0p3 cpu2: 48KB 64b/line 3-way L1 PIPT I-cache, 32KB 64b/line 2-way L1 D-cache cpu2: 1024KB 64b/line 16-way L2 cache cpu2: CRC32,ASID16 cpu3 at mainbus0 mpidr 3: ARM Cortex-A72 r0p3 cpu3: 48KB 64b/line 3-way L1 PIPT I-cache, 32KB 64b/line 2-way L1 D-cache cpu3: 1024KB 64b/line 16-way L2 cache cpu3: CRC32,ASID16 efi0 at mainbus0: UEFI 2.8 efi0: Das U-Boot rev 0x20211000 smbios0 at efi0: SMBIOS 3.0 smbios0: vendor U-Boot version "2021.10" date 10/01/2021 smbios0: Unknown Unknown Product apm0 at mainbus0 "system" at mainbus0 not configured "axi" at mainbus0 not configured simplebus0 at mainbus0: "soc" bcmclock0 at simplebus0 bcmmbox0 at simplebus0 bcmgpio0 at simplebus0 bcmaux0 at simplebus0 ampintc0 at simplebus0 nirq 256, ncpu 4 ipi: 0, 1, 2: "interrupt-controller" bcmtmon0 at simplebus0 bcmdmac0 at simplebus0: DMA0 DMA2 DMA4 DMA5 DMA6 DMA7 DMA8 DMA9 DMA10 "timer" at simplebus0 not configured pluart0 at simplebus0: rev 2, 16 byte fifo pluart0: console "local_intc" at simplebus0 not configured bcmdog0 at simplebus0 bcmirng0 at simplebus0 "firmware" at simplebus0 not configured "power" at simplebus0 not configured "mailbox" at simplebus0 not configured sdhc0 at simplebus0 sdhc0: SDHC 3.0, 250 MHz base clock sdmmc0 at sdhc0: 4-bit, sd high-speed, mmc high-speed "gpiomem" at simplebus0 not configured "fb" at simplebus0 not configured "vcsm" at simplebus0 not configured "clocks" at mainbus0 not configured "phy" at mainbus0 not configured "clk-27M" at mainbus0 not configured "clk-108M" at mainbus0 not configured simplebus1 at mainbus0: "emmc2bus"
回复: [NEW]textproc/typst
Here is the revised patch: i) regen the patch ii) Add the missing LICENSE of all crates Cheers ! wen 发件人: Stuart Henderson 发送时间: 2023年7月11日 19:23 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: [NEW]textproc/typst On 2023/07/11 03:06, wen heping wrote: > Hi, ports@ > >Here is a patch to create new port textproc/typst. > >Typst is a new markup-based typsetting system that is designed to be as > powerful as LaTeX while being much easier to learn and use. Typst has: > Built-in markup for the most common formatting tasks > Flexible functions for everything else > A tightly integrated scripting system > Math typesetting, bibliography management, and more > Fast compile times thanks to incremental compilation > Friendly error messages in case something goes wrong. > >It build and run well on amd64-current system. > > > Cheers ! > wen files in patches/ should be generated using "make update-patches" (if that results in many Cargo.toml.orig patch files, then you should update to a -current ports tree) crates license information is incomplete, possibly because of an unreadable file (no world-read permissions in the tar); use FIX_EXTRACT_PERMISSIONS=Yes and regenerate with make modcargo-gen-crates-licenses typst-0.6.0p1.tar.gz Description: typst-0.6.0p1.tar.gz
回复: [NEW]misc/p5-Spreadsheet-XLSX
Here is the revised patch which trailing in COMMENT removed. wen 发件人: Stuart Henderson 发送时间: 2023年7月11日 19:14 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: [NEW]misc/p5-Spreadsheet-XLSX On 2023/07/09 09:14, wen heping wrote: > Hi, ports@: > >Here is a patch to create new port misc/p5-Spreadsheet-XLSX, > it is required by the update of misc/p5-Finance-Quote, which > is RUN_D of gnucash and kmymoney. > >It build and run well on amd64-current system and passed all tests. > > > Regards, > wen ok with the trailing ; in COMMENT removed p5-Spreadsheet-XLSX-p1.tar.gz Description: p5-Spreadsheet-XLSX-p1.tar.gz
回复: [NEW]devel/p5-Date-Range
Here is the revised patch : i) Minor Makefile cleanup ii) Correct the LICENSE wen 发件人: Stuart Henderson 发送时间: 2023年7月11日 19:13 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: [NEW]devel/p5-Date-Range On 2023/07/09 09:12, wen heping wrote: > Hi, ports@: > >Here is a patch to create new port devel/p5-Date-Range, > it is required by the update of misc/p5-Finance-Quote, which > is RUN_D of gnucash and kmymoney. > >It build and run well on amd64-current system and passed all tests. > > > > Regards, > wen Makefile needs cleaning. p5-Date-Range-p1.tar.gz Description: p5-Date-Range-p1.tar.gz
回复: math/superlu: Update to 6.0.0
Here is the revised patch , now set SHARED_LIBS +=superlu 1.0 wen 发件人: Stuart Henderson 发送时间: 2023年7月11日 19:00 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: math/superlu: Update to 6.0.0 On 2023/07/09 01:45, wen heping wrote: > Hi, ports@: > >Here is a patch for math/superlu to update to 6.0.0. > It build and run well on amd64-current system. And > "100% tests passed". $ /usr/src/lib/check_sym /usr/local/lib/libsuperlu.so.0.1 /usr/obj/ports/superlu-6.0.0/fake-amd64/usr/local/lib/libsuperlu.so.0.2 /usr/local/lib/libsuperlu.so.0.1 --> /usr/obj/ports/superlu-6.0.0/fake-amd64/usr/local/lib/libsuperlu.so.0.2 Dynamic export changes: added: get_metis int32Calloc int32Malloc removed: colamd_report symamd_report PLT added: int32Calloc int32Malloc Functions were removed, so this ought to have a major shlib_version bump, not a minor one. > > > Regards, > wen > Index: Makefile > === > RCS file: /cvs/ports/math/superlu/Makefile,v > retrieving revision 1.4 > diff -u -p -u -r1.4 Makefile > --- Makefile 11 Mar 2023 09:31:06 - 1.4 > +++ Makefile 9 Jul 2023 01:43:23 - > @@ -3,9 +3,9 @@ COMMENT = library for solving sparse lin > > GH_ACCOUNT = xiaoyeli > GH_PROJECT = superlu > -GH_TAGNAME = v5.3.0 > +GH_TAGNAME = v6.0.0 > > -SHARED_LIBS += superlu 0.1 # 5.3.0 > +SHARED_LIBS += superlu 0.2 # 6.0.0 > > CATEGORIES = math > > Index: distinfo > === > RCS file: /cvs/ports/math/superlu/distinfo,v > retrieving revision 1.2 > diff -u -p -u -r1.2 distinfo > --- distinfo 11 Mar 2023 09:31:06 - 1.2 > +++ distinfo 9 Jul 2023 01:43:23 - > @@ -1,2 +1,2 @@ > -SHA256 (superlu-5.3.0.tar.gz) = PkZK+nczXeIArrc5B0oR6W2b720LUZlQz6ZoTEvh81A= > -SIZE (superlu-5.3.0.tar.gz) = 2483070 > +SHA256 (superlu-6.0.0.tar.gz) = XBmerC3FcJLDN8/qfkIgU+j4Ip8k4CmCWwlQ7dHRfo4= > +SIZE (superlu-6.0.0.tar.gz) = 2487927 > Index: pkg/PLIST > === > RCS file: /cvs/ports/math/superlu/pkg/PLIST,v > retrieving revision 1.2 > diff -u -p -u -r1.2 PLIST > --- pkg/PLIST 11 Mar 2022 19:36:32 - 1.2 > +++ pkg/PLIST 9 Jul 2023 01:43:23 - > @@ -6,6 +6,7 @@ include/slu_scomplex.h > include/slu_sdefs.h > include/slu_util.h > include/slu_zdefs.h > +include/superlu_config.h > include/superlu_enum_consts.h > include/supermatrix.h > lib/cmake/ Index: Makefile === RCS file: /cvs/ports/math/superlu/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile11 Mar 2023 09:31:06 - 1.4 +++ Makefile12 Jul 2023 01:06:49 - @@ -3,9 +3,9 @@ COMMENT = library for solving sparse lin GH_ACCOUNT = xiaoyeli GH_PROJECT = superlu -GH_TAGNAME = v5.3.0 +GH_TAGNAME = v6.0.0 -SHARED_LIBS += superlu 0.1 # 5.3.0 +SHARED_LIBS += superlu 1.0 # 6.0.0 CATEGORIES = math Index: distinfo === RCS file: /cvs/ports/math/superlu/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo11 Mar 2023 09:31:06 - 1.2 +++ distinfo12 Jul 2023 01:06:49 - @@ -1,2 +1,2 @@ -SHA256 (superlu-5.3.0.tar.gz) = PkZK+nczXeIArrc5B0oR6W2b720LUZlQz6ZoTEvh81A= -SIZE (superlu-5.3.0.tar.gz) = 2483070 +SHA256 (superlu-6.0.0.tar.gz) = XBmerC3FcJLDN8/qfkIgU+j4Ip8k4CmCWwlQ7dHRfo4= +SIZE (superlu-6.0.0.tar.gz) = 2487927 Index: pkg/PLIST === RCS file: /cvs/ports/math/superlu/pkg/PLIST,v retrieving revision 1.2 diff -u -p -r1.2 PLIST --- pkg/PLIST 11 Mar 2022 19:36:32 - 1.2 +++ pkg/PLIST 12 Jul 2023 01:06:49 - @@ -6,6 +6,7 @@ include/slu_scomplex.h include/slu_sdefs.h include/slu_util.h include/slu_zdefs.h +include/superlu_config.h include/superlu_enum_consts.h include/supermatrix.h lib/cmake/
Re: Update: fonts/zh-iansui 1.000
Friendly ping.
On Fri, Jul 07, 2023 at 09:47:45PM +0800, Kevin Lo wrote:
>
> A trivial update to zh-iansui.
> ok?
>
> Index: fonts/zh-iansui/Makefile
> ===
> RCS file: /cvs/ports/fonts/zh-iansui/Makefile,v
> retrieving revision 1.4
> diff -u -p -u -p -r1.4 Makefile
> --- fonts/zh-iansui/Makefile 7 May 2022 13:31:36 - 1.4
> +++ fonts/zh-iansui/Makefile 7 Jul 2023 13:38:17 -
> @@ -1,6 +1,6 @@
> COMMENT =Chinese truetype font derived from Klee One
>
> -V = 0.943
> +V = 1.000
> PKGNAME =zh-iansui-${V}
>
> GH_ACCOUNT = ButTaiwan
> @@ -20,10 +20,11 @@ NO_BUILD =Yes
> NO_TEST =Yes
>
> FONTDIR =${PREFIX}/share/fonts/iansui
> +DOCDIR = ${PREFIX}/share/doc/iansui
>
> do-install:
> - ${INSTALL_DATA_DIR} ${FONTDIR}
> - ${INSTALL_DATA} ${WRKSRC}/Iansui${V:S/.//:C/.$//}-Regular.ttf \
> - ${FONTDIR}/Iansui-Regular.ttf
> + ${INSTALL_DATA_DIR} ${FONTDIR} ${DOCDIR}
> + ${INSTALL_DATA} ${WRKSRC}/Iansui-Regular.ttf ${FONTDIR}
> + ${INSTALL_DATA} ${WRKSRC}/{README.md,OFL.txt} ${DOCDIR}
>
> .include
> Index: fonts/zh-iansui/distinfo
> ===
> RCS file: /cvs/ports/fonts/zh-iansui/distinfo,v
> retrieving revision 1.3
> diff -u -p -u -p -r1.3 distinfo
> --- fonts/zh-iansui/distinfo 7 May 2022 13:31:36 - 1.3
> +++ fonts/zh-iansui/distinfo 7 Jul 2023 13:38:17 -
> @@ -1,2 +1,2 @@
> -SHA256 (iansui-0.943.tar.gz) = Unb7KH2p/Or1kxl52wt6aGclALAgmmyJCGiXG/n/CEQ=
> -SIZE (iansui-0.943.tar.gz) = 6206740
> +SHA256 (iansui-1.000.tar.gz) = 69INAxXV8EcFkIDqmI7/h7aCZzZupo6BbjB18L2gT1I=
> +SIZE (iansui-1.000.tar.gz) = 9740773
> Index: fonts/zh-iansui/pkg/PLIST
> ===
> RCS file: /cvs/ports/fonts/zh-iansui/pkg/PLIST,v
> retrieving revision 1.2
> diff -u -p -u -p -r1.2 PLIST
> --- fonts/zh-iansui/pkg/PLIST 11 Mar 2022 19:00:28 - 1.2
> +++ fonts/zh-iansui/pkg/PLIST 7 Jul 2023 13:38:17 -
> @@ -1,4 +1,7 @@
> @pkgpath chinese/iansui
> +share/doc/iansui/
> +share/doc/iansui/OFL.txt
> +share/doc/iansui/README.md
> share/fonts/
> @fontdir share/fonts/iansui/
> share/fonts/iansui/Iansui-Regular.ttf
>
Re: UPDATE: arm-compute-library 23.05.1
Friendly ping.
On Sat, Jul 08, 2023 at 01:20:58PM +0800, Kevin Lo wrote:
>
> Hi,
>
> This is an update of devel/arm-compute-library to its latest version 23.05.1.
> For a list of changes, please read
> https://arm-software.github.io/ComputeLibrary/v23.05/versions_changelogs.xhtml#S2_2_changelog
>
> The update of the port itself is pretty straight forward.
> Works for me on arm64.
>
> ok?
>
> Index: devel/arm-compute-library/Makefile
> ===
> RCS file: /cvs/ports/devel/arm-compute-library/Makefile,v
> retrieving revision 1.10
> diff -u -p -u -p -r1.10 Makefile
> --- devel/arm-compute-library/Makefile14 May 2023 14:23:40 -
> 1.10
> +++ devel/arm-compute-library/Makefile8 Jul 2023 05:13:51 -
> @@ -2,7 +2,7 @@ ONLY_FOR_ARCHS = aarch64
>
> COMMENT =Arm compute library
>
> -V = 23.02.1
> +V = 23.05.1
> PKGNAME =arm-compute-library-${V}
>
> GH_ACCOUNT = ARM-software
> @@ -16,8 +16,8 @@ HOMEPAGE = https://github.com/ARM-softwa
> MAINTAINER = Kevin Lo
>
> CORE_SO_V = 2.0
> -GRAPH_SO_V = 2.1
> -COMPUTE_SO_V = 3.3
> +GRAPH_SO_V = 2.2
> +COMPUTE_SO_V = 3.4
>
> SHARED_LIBS += arm_compute ${COMPUTE_SO_V}
> SHARED_LIBS += arm_compute_core ${CORE_SO_V}
> Index: devel/arm-compute-library/distinfo
> ===
> RCS file: /cvs/ports/devel/arm-compute-library/distinfo,v
> retrieving revision 1.7
> diff -u -p -u -p -r1.7 distinfo
> --- devel/arm-compute-library/distinfo14 May 2023 14:23:40 -
> 1.7
> +++ devel/arm-compute-library/distinfo8 Jul 2023 05:13:51 -
> @@ -1,2 +1,2 @@
> -SHA256 (ComputeLibrary-23.02.1.tar.gz) =
> w6RD4mU5+GaWkkLmkM8GUe9ikUl0HuGHMvlUxzTaZ2M=
> -SIZE (ComputeLibrary-23.02.1.tar.gz) = 13595273
> +SHA256 (ComputeLibrary-23.05.1.tar.gz) =
> xMoymnjaOAFjsthukbpyg0m28O6X1m4mCmlO838LDZM=
> +SIZE (ComputeLibrary-23.05.1.tar.gz) = 13615969
> Index: devel/arm-compute-library/patches/patch-SConscript
> ===
> RCS file: /cvs/ports/devel/arm-compute-library/patches/patch-SConscript,v
> retrieving revision 1.8
> diff -u -p -u -p -r1.8 patch-SConscript
> --- devel/arm-compute-library/patches/patch-SConscript14 May 2023
> 14:23:40 - 1.8
> +++ devel/arm-compute-library/patches/patch-SConscript8 Jul 2023
> 05:13:51 -
> @@ -1,7 +1,7 @@
> Index: SConscript
> --- SConscript.orig
> +++ SConscript
> -@@ -643,7 +643,7 @@ else:
> +@@ -650,7 +650,7 @@ else:
> elif 'sve' in env['arch']:
> lib_files += lib_files_sve
>
> @@ -10,7 +10,7 @@ Index: SConscript
>
> Export('arm_compute_a')
>
> -@@ -662,7 +662,7 @@ if env['os'] == 'macos':
> +@@ -669,7 +669,7 @@ if env['os'] == 'macos':
> # macos static library archiver fails if given an empty list of files
> arm_compute_core_a = build_library('arm_compute_core-static',
> arm_compute_env, lib_files, static=True)
> else:
> @@ -19,7 +19,7 @@ Index: SConscript
>
> Export('arm_compute_core_a')
>
> -@@ -675,7 +675,7 @@ arm_compute_graph_env = arm_compute_env.Clone()
> +@@ -682,7 +682,7 @@ arm_compute_graph_env = arm_compute_env.Clone()
> # Build graph libraries
> arm_compute_graph_env.Append(CXXFLAGS = ['-Wno-redundant-move',
> '-Wno-pessimizing-move'])
>
> Index: devel/arm-compute-library/patches/patch-SConstruct
> ===
> RCS file: /cvs/ports/devel/arm-compute-library/patches/patch-SConstruct,v
> retrieving revision 1.8
> diff -u -p -u -p -r1.8 patch-SConstruct
> --- devel/arm-compute-library/patches/patch-SConstruct14 May 2023
> 14:23:40 - 1.8
> +++ devel/arm-compute-library/patches/patch-SConstruct8 Jul 2023
> 05:13:51 -
> @@ -1,7 +1,7 @@
> Index: SConstruct
> --- SConstruct.orig
> +++ SConstruct
> -@@ -245,17 +245,8 @@ c_compiler = os.environ.get('CC', default_c_compiler)
> +@@ -253,17 +253,8 @@ c_compiler = os.environ.get('CC', default_c_compiler)
> if env['os'] == 'android' and ( 'clang++' not in cpp_compiler or 'clang'
> not in c_compiler ):
> print( "WARNING: Only clang is officially supported to build the
> Compute Library for Android")
>
> @@ -20,7 +20,7 @@ Index: SConstruct
> if env['cppthreads']:
> env.Append(CPPDEFINES = [('ARM_COMPUTE_CPP_SCHEDULER', 1)])
>
> -@@ -412,25 +403,6 @@ if not GetOption("help"):
> +@@ -424,25 +415,6 @@ if not GetOption("help"):
> except OSError:
> print("ERROR: Compiler '%s' not found" % env['CXX'])
> Exit(1)
> Index: devel/arm-compute-library/pkg/PLIST
> ===
> RCS file: /cvs/ports/devel/arm-compute-library/pkg/PLIST,v
> retrieving revision 1.7
> diff -u -p -u -p -r1.7 PLIST
> --- devel/arm-compute-library/pkg/PLIST 14 M
[Update]devel/perltidy: Update to 20230701
Hi, ports@: Here is a simple patch for devel/perltidy to update to 20230701. It build and run well on amd64-current system. All tests passed. 2 ports depend on devel/perltidy and both build well and pass all tests. Cheers ! wenIndex: Makefile === RCS file: /cvs/ports/devel/perltidy/Makefile,v retrieving revision 1.39 diff -u -p -r1.39 Makefile --- Makefile9 Mar 2023 08:35:03 - 1.39 +++ Makefile12 Jul 2023 02:35:57 - @@ -1,6 +1,6 @@ COMMENT = tool to indent and reformat perl scripts -V =20230309 +V =20230701 DISTNAME = Perl-Tidy-$V PKGNAME = perltidy-$V CATEGORIES = devel Index: distinfo === RCS file: /cvs/ports/devel/perltidy/distinfo,v retrieving revision 1.32 diff -u -p -r1.32 distinfo --- distinfo9 Mar 2023 08:35:03 - 1.32 +++ distinfo12 Jul 2023 02:35:57 - @@ -1,2 +1,2 @@ -SHA256 (Perl-Tidy-20230309.tar.gz) = 4ilJogjGGNZxoYxYKbRRq76doNos3deP2/ywNsc2HBg= -SIZE (Perl-Tidy-20230309.tar.gz) = 960052 +SHA256 (Perl-Tidy-20230701.tar.gz) = 4EkiujSgwMjcp9aJenA5nhsTWEQfZtOr0PAhpBOGl0M= +SIZE (Perl-Tidy-20230701.tar.gz) = 982458
Re: OpenCV "no support for memory mapping"--any workarounds?
This is the message printed by CvCaptureCAM_V4L::requestBuffers when the ioctl fails with EINVAL. For uvideo the backend to this is uvideo_reqbufs() in /sys/dev/USB/uvideo.c - this has several cases which return EINVAL. Did you get any kernel messages (dmesg, /var/log/messages) while it was reporting these "no support for memory mapping" errors? If not, you can differentiate between some of these EINVAL by building a kernel with "#define UVIDEO_DEBUG" added to uvideo.c (before the #ifdef UVIDEO_DEBUG), which might give some clues about what your Python code is doing that didn't work with openbsd's v4l2 implementation. But...if my quick calculations are right, reading and processing at that resolution in colour is about 6MByte per frame, so 5 channels at say 8fps would be in the region of ~240MByte/s (~2Gbit/s). Even if you can get the code working with openbsd, I really think you are going to struggle to read that from USB and run image processing on the data on a Pi 4 running openbsd (also openbsd's USB layer is not known for being particularly reliable). I think this task is better suited to running under Linux. -- Sent from a phone, apologies for poor formatting. On 11 July 2023 22:12:37 Jeff Ross wrote: Hi all, Trying to run an OpenCV python script on a Raspberry Pi 4 with 7.3 and 4G of ram with a single 2K webcam. I'm getting this when I try to set the camera to shoot at 2K resolution (1920px x 1080px): capture is open... [ WARN:0@2.098] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.115] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.115] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.115] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.115] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.115] global cap_v4l.cpp:847 requestBuffers VIDEOIO(V4L2:/dev/video0): Insufficient buffer memory [ WARN:0@2.131] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.131] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.131] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.131] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.131] global cap_v4l.cpp:847 requestBuffers VIDEOIO(V4L2:/dev/video0): Insufficient buffer memory [ WARN:0@2.154] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.154] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.154] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.154] global cap_v4l.cpp:868 requestBuffers VIDEOIO(V4L2:/dev/video0): no support for memory mapping [ WARN:0@2.154] global cap_v4l.cpp:847 requestBuffers VIDEOIO(V4L2:/dev/video0): Insufficient buffer memory FPS: 30.303, Height: 480.0, Width: 640.0, Exp: auto, Gain: auto, AutoExp: -1.0, Frames: 3 Requested 1920 x 1080 and got 640 x 480. I had a similar issue before with an amd64 stick: https://marc.info/?l=openbsd-ports&m=162862043308236&w=2 This is OpenCV installed from packages: jross@allsky:/home/jross $ pkg_info opencv Information for inst:opencv-4.7.0 It would seem then that this problem isn't going away any time soon but if someone has a workaround I'd love to hear it. I had hoped to use the RPi4 to drive 5 of these 2K webcams to make an allsky camera. I have an amd64 with 16G of ram that I'll try next just in case there's a big difference between amd64 and arm64. Jeff dmesg: jross@allsky:/home/jross $ dmesg OpenBSD 7.3 (GENERIC.MP) #2080: Sat Mar 25 14:20:25 MDT 2023 dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC.MP real mem = 4124950528 (3933MB) avail mem = 3963645952 (3780MB) random: good seed from bootblocks mainbus0 at root: Raspberry Pi 4 Model B Rev 1.5 cpu0 at mainbus0 mpidr 0: ARM Cortex-A72 r0p3 cpu0: 48KB 64b/line 3-way L1 PIPT I-cache, 32KB 64b/line 2-way L1 D-cache cpu0: 1024KB 64b/line 16-way L2 cache cpu0: CRC32,ASID16 cpu1 at mainbus0 mpidr 1: ARM Cortex-A72 r0p3 cpu1: 48KB 64b/line 3-way L1 PIPT I-cache, 32KB 64b/line 2-way L1 D-cache cpu1: 1024KB 64b/line 16-way L2 cache cpu1: CRC32,ASID16 cpu2 at mainbus0 mpidr 2: ARM Cortex-A72 r0p3 cpu2: 48KB 64b/line 3-way L1 PIPT I-cache, 32KB 64b/line 2-way L1 D-cache cpu2: 1024KB 64b/line 16-way L2 cache cpu2: CRC32,ASID16 cpu3 at mainbus0 mpidr 3: ARM Cortex-A72 r0p3 cpu3: 48KB 64b/line 3-way L1 PIPT I-cache, 32KB 64b/line 2-way L1 D-cache cpu3: 1024KB 64b/line 16-way L2 cache cpu3: CRC32,ASID16 efi0 at mainbus0: UEFI 2.8 e
