Re: CVS: cvs.openbsd.org: ports
thanks, fixed. On 2026/03/04 08:59, Antoine Jacoutot wrote: > On 2026-03-02 19:39, Stuart Henderson wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2026/03/02 11:39:45 > > > > Modified files: > > sysutils/flashrom: Makefile distinfo > > sysutils/flashrom/patches: patch-include_platform_pci_h > >patch-meson_build > > sysutils/flashrom/pkg: PLIST > > > > Log message: > > update to flashrom-1.7.0 > > Looks like it runs meson during build and cannot find git. > > cc -O2 -pipe -Wall -W -Wno-parentheses -Wstrict-prototypes > -Wmissing-prototypes -I . -c -o pcilmr.o pcilmr.c > cc -O2 -pipe -Wall -W -Wno-parentheses -Wstrict-prototypes > -Wmissing-prototypes -I . -c -o lmr/margin_hw.o lmr/margin_hw.c > cc -O2 -pipe -Wall -W -Wno-parentheses -Wstrict-prototypes > -Wmissing-prototypes -I . -c -o lmr/margin.o lmr/margin.c > cc -O2 -pipe -Wall -W -Wno-parentheses -Wstrict-prototypes > -Wmissing-prototypes -I . -c -o lmr/margin_log.o lmr/margin_log.c > cc -O2 -pipe -Wall -W -Wno-parentheses -Wstrict-prototypes > -Wmissing-prototypes -I . -c -o lmr/margin_results.o lmr/margin_results.c > cc pcilmr.o lmr/margin_hw.o lmr/margin.o lmr/margin_log.o > lmr/margin_results.o common.o lib/libpci.a -lamd64 -lz -o pcilmr > ld: warning: names-cache.c(names-cache.o:(get_cache_name) in archive > lib/libpci.a): warning: sprintf() is often misused, please use snprintf() > ld: warning: filter.c(filter.o:(pci_filter_parse_slot_v38) in archive > lib/libpci.a): warning: strcpy() is almost always misused, please use > strlcpy() > M=`echo 2024-02-25 | sed > 's/-01-/-January-/;s/-02-/-February-/;s/-03-/-March-/;s/-04-/-April-/;s/-05-/-May-/;s/-06-/-June-/;s/-07-/-July-/;s/-08-/-August-/;s/-09-/-September-/;s/-10-/-October-/;s/-11-/-November-/;s/-12-/-December-/;s/\(.*\)-\(.*\)-\(.*\)/\3 > \2 \1/'` ; sed pcilmr.8 > "s/@TODAY@/$M/;s/@VERSION@/pciutils-3.11.1/;s#@IDSDIR@#/usr/local/share#;s#@PCI_IDS@#pci.ids.gz#" > gmake: Leaving directory > '/exopi-obj/pobj/flashrom-1.7.0/flashrom-v1.7.0/pciutils' > Makefile:145: warning: pattern recipe did not update peer target 'pcilmr.5'. > Makefile:145: warning: pattern recipe did not update peer target 'pcilmr.7'. > The Meson build system > Version: 1.10.1 > Source dir: /exopi-obj/pobj/flashrom-1.7.0/flashrom-v1.7.0 > Build dir: /exopi-obj/pobj/flashrom-1.7.0/build-amd64 > Build type: native build > Project name: flashrom > Project version: v1.7.0 > C compiler for the host machine: cc (clang 19.1.7 "OpenBSD clang version > 19.1.7") > C linker for the host machine: cc ld.lld 19.1.7 > Host machine cpu family: x86_64 > Host machine cpu: x86_64 > Program git found: NO > > ../../../../exopi-obj/pobj/flashrom-1.7.0/flashrom-v1.7.0/meson.build:32:8: > ERROR: Program 'git' not found or not executable > > A full log can be found at > /exopi-obj/pobj/flashrom-1.7.0/build-amd64/meson-logs/meson-log.txt > > > -- > Antoine
Re: CVS: cvs.openbsd.org: ports
On 2026-03-02 19:39, Stuart Henderson wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2026/03/02 11:39:45 Modified files: sysutils/flashrom: Makefile distinfo sysutils/flashrom/patches: patch-include_platform_pci_h patch-meson_build sysutils/flashrom/pkg: PLIST Log message: update to flashrom-1.7.0 Looks like it runs meson during build and cannot find git. cc -O2 -pipe -Wall -W -Wno-parentheses -Wstrict-prototypes -Wmissing-prototypes -I . -c -o pcilmr.o pcilmr.c cc -O2 -pipe -Wall -W -Wno-parentheses -Wstrict-prototypes -Wmissing-prototypes -I . -c -o lmr/margin_hw.o lmr/margin_hw.c cc -O2 -pipe -Wall -W -Wno-parentheses -Wstrict-prototypes -Wmissing-prototypes -I . -c -o lmr/margin.o lmr/margin.c cc -O2 -pipe -Wall -W -Wno-parentheses -Wstrict-prototypes -Wmissing-prototypes -I . -c -o lmr/margin_log.o lmr/margin_log.c cc -O2 -pipe -Wall -W -Wno-parentheses -Wstrict-prototypes -Wmissing-prototypes -I . -c -o lmr/margin_results.o lmr/margin_results.c cc pcilmr.o lmr/margin_hw.o lmr/margin.o lmr/margin_log.o lmr/margin_results.o common.o lib/libpci.a -lamd64 -lz -o pcilmr ld: warning: names-cache.c(names-cache.o:(get_cache_name) in archive lib/libpci.a): warning: sprintf() is often misused, please use snprintf() ld: warning: filter.c(filter.o:(pci_filter_parse_slot_v38) in archive lib/libpci.a): warning: strcpy() is almost always misused, please use strlcpy() M=`echo 2024-02-25 | sed 's/-01-/-January-/;s/-02-/-February-/;s/-03-/-March-/;s/-04-/-April-/;s/-05-/-May-/;s/-06-/-June-/;s/-07-/-July-/;s/-08-/-August-/;s/-09-/-September-/;s/-10-/-October-/;s/-11-/-November-/;s/-12-/-December-/;s/\(.*\)-\(.*\)-\(.*\)/\3 \2 \1/'` ; sed pcilmr.8 "s/@TODAY@/$M/;s/@VERSION@/pciutils-3.11.1/;s#@IDSDIR@#/usr/local/share#;s#@PCI_IDS@#pci.ids.gz#" gmake: Leaving directory '/exopi-obj/pobj/flashrom-1.7.0/flashrom-v1.7.0/pciutils' Makefile:145: warning: pattern recipe did not update peer target 'pcilmr.5'. Makefile:145: warning: pattern recipe did not update peer target 'pcilmr.7'. The Meson build system Version: 1.10.1 Source dir: /exopi-obj/pobj/flashrom-1.7.0/flashrom-v1.7.0 Build dir: /exopi-obj/pobj/flashrom-1.7.0/build-amd64 Build type: native build Project name: flashrom Project version: v1.7.0 C compiler for the host machine: cc (clang 19.1.7 "OpenBSD clang version 19.1.7") C linker for the host machine: cc ld.lld 19.1.7 Host machine cpu family: x86_64 Host machine cpu: x86_64 Program git found: NO ../../../../exopi-obj/pobj/flashrom-1.7.0/flashrom-v1.7.0/meson.build:32:8: ERROR: Program 'git' not found or not executable A full log can be found at /exopi-obj/pobj/flashrom-1.7.0/build-amd64/meson-logs/meson-log.txt -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2026-03-01 13:05, Volker Schlecht wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2026/03/01 05:05:24 Log message: Import wayland/wl-clipboard wl-clipboard provides two command-line Wayland clipboard utilities, wl-copy and wl-paste, that let you easily copy data between the clipboard and Unix pipes, sockets, files and so on. WWW: https://github.com/bugaevc/wl-clipboard ok landry@ Status: Vendor Tag: volker Release Tags: volker_20260301 N ports/wayland/wl-clipboard/Makefile N ports/wayland/wl-clipboard/distinfo N ports/wayland/wl-clipboard/pkg/DESCR N ports/wayland/wl-clipboard/pkg/PLIST No conflicts created by this import ===> Building package for wl-clipboard-2.2.1pl20251124 Create /exopi-cvs/ports/packages/amd64/all/wl-clipboard-2.2.1pl20251124.tgz Creating package wl-clipboard-2.2.1pl20251124 checksumming|** | 81% Error: /exopi-obj/pobj/wl-clipboard-2.2.1pl20251124/fake-amd64/usr/local/share/fish/vendor_completions.d/wl-copy.fish does not exist Error: /exopi-obj/pobj/wl-clipboard-2.2.1pl20251124/fake-amd64/usr/local/share/fish/vendor_completions.d/wl-paste.fish does not exist pkg_create: can't continue -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2026-02-24 11:39, Anthony J. Bentley wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2026/02/24 03:39:42 Modified files: security/cyberchef: Makefile distinfo security/cyberchef/pkg: PLIST Log message: Update to cyberchef-10.22.1. # make fetch ===> Checking files for cyberchef-10.22.1 Fetch https://gchq.github.io/CyberChef/CyberChef_v10.22.1.zip CyberChef_v10.22.1.zip 100% || 63854 KB00:00 Size does not match for CyberChef_v10.22.1.zip -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Tue, 24 Feb 2026 12:45:43 +0100, Antoine Jacoutot wrote: > > On 2026-02-22 21:22, Kirill A. Korinsky wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2026/02/22 13:22:06 > > > > Modified files: > > devel/intellij : Makefile distinfo > > > > Log message: > > devel/intellij: fixed distfile > > > > Github artefact was rettag / reuploaded, fixing it. > > > > noticed by ajacoutot@ > > This is not enough. > > ===> Faking installation for intellij-2025.3.3p0 > /usr/ports/pobj/intellij-2025.3.3/bin/install -d -m 755 > /usr/ports/pobj/intellij-2025.3.3/fake-amd64/usr/local/intellij > find /usr/ports/pobj/intellij-2025.3.3/fake-amd64/usr/local/intellij/lib > /usr/ports/pobj/intellij-2025.3.3/fake-amd64/usr/local/intellij/plugins > -name '*.so' -delete > find: > /usr/ports/pobj/intellij-2025.3.3/fake-amd64/usr/local/intellij/lib: No > such file or directory > find: > /usr/ports/pobj/intellij-2025.3.3/fake-amd64/usr/local/intellij/plugins: > No such file or directory > Thanks, it shoudl be fixed now. Sorry for break bulk. -- wbr, Kirill
Re: CVS: cvs.openbsd.org: ports
On 2026-02-22 21:22, Kirill A. Korinsky wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2026/02/22 13:22:06 Modified files: devel/intellij : Makefile distinfo Log message: devel/intellij: fixed distfile Github artefact was rettag / reuploaded, fixing it. noticed by ajacoutot@ This is not enough. ===> Faking installation for intellij-2025.3.3p0 /usr/ports/pobj/intellij-2025.3.3/bin/install -d -m 755 /usr/ports/pobj/intellij-2025.3.3/fake-amd64/usr/local/intellij find /usr/ports/pobj/intellij-2025.3.3/fake-amd64/usr/local/intellij/lib /usr/ports/pobj/intellij-2025.3.3/fake-amd64/usr/local/intellij/plugins -name '*.so' -delete find: /usr/ports/pobj/intellij-2025.3.3/fake-amd64/usr/local/intellij/lib: No such file or directory find: /usr/ports/pobj/intellij-2025.3.3/fake-amd64/usr/local/intellij/plugins: No such file or directory -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Sun, 22 Feb 2026 11:08:31 +0100, Antoine Jacoutot wrote: > > On 2026-02-20 18:10, Kirill A. Korinsky wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2026/02/20 10:10:35 > > > > Modified files: > > devel/intellij : Makefile distinfo > > devel/intellij/pkg: PLIST > > > > Log message: > > devel/intellij: update to 2025.3.3 > > # make fetch > ===> Checking files for intellij-2025.3.3 > >> Fetch > >> https://github.com/JetBrains/intellij-community/releases/download/idea%2F2025.3.3/idea-2025.3.3.tar.gz > 0245ba7c-d17a-4f02-b22... 100% > |*| > 798 MB00:10 > >> Size does not match for idea-2025.3.3.tar.gz > >> Fetch > >> http://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/idea-2025.3.3.tar.gz > ftp: Error retrieving > http://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/idea-2025.3.3.tar.gz: > 404 Not Found > *** Error 1 in . (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:3306 > '/exopi-cvs/ports/distfiles/idea-2025.3.3.tar.gz': > @lock=idea-2025.3.3...) > *** Error 2 in . (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2578 > '_internal-fetch': @cd /exopi-cvs/ports/devel/intellij && > PKGPATH=deve...) > *** Error 2 in /exopi-cvs/ports/devel/intellij > (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2706 'fetch': > @lock=intellij-2025.3.3; expor...) > ... seems they had re-tagged / re-released it. I assume I don't need revision bump, just update distfiles, yes? -- wbr, Kirill
Re: CVS: cvs.openbsd.org: ports
On 2026-02-20 18:10, Kirill A. Korinsky wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2026/02/20 10:10:35 Modified files: devel/intellij : Makefile distinfo devel/intellij/pkg: PLIST Log message: devel/intellij: update to 2025.3.3 # make fetch ===> Checking files for intellij-2025.3.3 Fetch https://github.com/JetBrains/intellij-community/releases/download/idea%2F2025.3.3/idea-2025.3.3.tar.gz 0245ba7c-d17a-4f02-b22... 100% |*| 798 MB00:10 Size does not match for idea-2025.3.3.tar.gz Fetch http://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/idea-2025.3.3.tar.gz ftp: Error retrieving http://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/idea-2025.3.3.tar.gz: 404 Not Found *** Error 1 in . (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:3306 '/exopi-cvs/ports/distfiles/idea-2025.3.3.tar.gz': @lock=idea-2025.3.3...) *** Error 2 in . (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2578 '_internal-fetch': @cd /exopi-cvs/ports/devel/intellij && PKGPATH=deve...) *** Error 2 in /exopi-cvs/ports/devel/intellij (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2706 'fetch': @lock=intellij-2025.3.3; expor...) -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Fri, 20 Feb 2026 19:42:58 +0100, Antoine Jacoutot wrote: > > On 2026-02-18 18:59, Kirill A. Korinsky wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2026/02/18 10:59:42 > > > > Modified files: > > www/py-requests-cache: Makefile distinfo > > www/py-requests-cache/pkg: PLIST > > > > Log message: > > www/py-requests-cache: update to 1.2.1 > > > > also drop maintainer per request > > > > OK: sthen@ > > ===> Building for py3-requests-cache-1.2.1 > * Getting build dependencies for wheel... > > Traceback (most recent call last): > File > "/usr/local/lib/python3.13/site-packages/pyproject_hooks/_impl.py", line > 402, in _call_hook > raise BackendUnavailable( > ...<4 lines>... > ) > pyproject_hooks._impl.BackendUnavailable: Cannot import > 'poetry.core.masonry.api' > > ERROR Backend 'poetry.core.masonry.api' is not available. > *** Error 1 in www/py-requests-cache What is very wired, because it uses hatchling: https://github.com/requests-cache/requests-cache/blob/v1.3.0/pyproject.toml#L109-L111C18 > (/exopi-cvs/ports/lang/python/3/python.port.mk:354 'do-build': @: ; if [ > -e /exopi-obj/pobj/py-requests...) > *** Error 2 in www/py-requests-cache > (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:3059 > '/exopi-obj/pobj/py-requests-cache-1.2.1/.build_done') > *** Error 2 in www/py-requests-cache > (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2706 'build': > @lock=py3-requests-cache-1.2.1; export _...) > ===> Exiting www/py-requests-cache with an error > > > -- > Antoine -- wbr, Kirill
Re: CVS: cvs.openbsd.org: ports
Thanks, have backed out to unbreak. On 2026/02/20 19:46, Antoine Jacoutot wrote: > On 2026-02-20 10:56, Stuart Henderson wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2026/02/20 02:56:03 > > > > Modified files: > > devel/py-pybind11: Makefile distinfo > > devel/py-pybind11/pkg: PLIST > > > > Log message: > > update to py3-pybind11-3.0.2 > > hook up tests > > This seems to have broken cad/netgen-mesher: > > In file included from > /exopi-obj/pobj/netgen-mesher-6.2.2505/netgen-6.2.2505/libsrc/meshing/python_mesh.cpp:5: > In file included from > /exopi-obj/pobj/netgen-mesher-6.2.2505/netgen-6.2.2505/libsrc/include/../general/ngpython.hpp:3: > In file included from > /exopi-obj/pobj/netgen-mesher-6.2.2505/netgen-6.2.2505/libsrc/core/python_ngcore.hpp:5: > /usr/local/lib/python3.13/site-packages/pybind11/include/pybind11/pybind11.h:2462:23: > error: static assertion failed due to requirement '0 == > detail::constexpr_sum(detail::is_keep_alive::value, > detail::is_keep_alive::value, > detail::is_keep_alive>::value)': > def_property family does not currently support keep_alive. Use a > py::cpp_function instead. > 2462 | static_assert(0 == > detail::constexpr_sum(detail::is_keep_alive::value...), > | > ^~ > /usr/local/lib/python3.13/site-packages/pybind11/include/pybind11/pybind11.h:2438:16: > note: in instantiation of function template specialization > 'pybind11::class_ std::shared_ptr>::def_property_static pybind11::return_value_policy, pybind11::keep_alive<0, 1>>' > requested here > 2438 | return def_property_static(name, fget, fset, > is_method(*this), extra...); > |^ > /usr/local/lib/python3.13/site-packages/pybind11/include/pybind11/pybind11.h:2417:16: > note: in instantiation of function template specialization > 'pybind11::class_ std::shared_ptr>::def_property pybind11::keep_alive<0, 1>>' requested here > 2417 | return def_property( > |^ > /usr/local/lib/python3.13/site-packages/pybind11/include/pybind11/pybind11.h:2394:16: > note: in instantiation of function template specialization > 'pybind11::class_ std::shared_ptr>::def_property std::nullptr_t, pybind11::return_value_policy, > pybind11::keep_alive<0, 1>>' requested here > 2394 | return def_property(name, fget, nullptr, extra...); > |^ > /usr/local/lib/python3.13/site-packages/pybind11/include/pybind11/pybind11.h:2384:16: > note: in instantiation of function template specialization > 'pybind11::class_ std::shared_ptr>::def_property_readonly pybind11::keep_alive<0, 1>>' requested here > 2384 | return def_property_readonly(name, > |^ > /exopi-obj/pobj/netgen-mesher-6.2.2505/netgen-6.2.2505/libsrc/meshing/python_mesh.cpp:973:6: > note: in instantiation of function template specialization > 'pybind11::class_ std::shared_ptr>::def_property_readonly<(lambda at > /exopi-obj/pobj/netgen-mesher-6.2.2505/netgen-6.2.2505/libsrc/meshing/python_mesh.cpp:973:46), > pybind11::keep_alive<0, 1>>' requested here > 973 | .def_property_readonly("parentelements", [](Mesh & self) { > | ^ > /usr/local/lib/python3.13/site-packages/pybind11/include/pybind11/pybind11.h:2462:25: > note: expression evaluates to '0 == 1' > 2462 | static_assert(0 == > detail::constexpr_sum(detail::is_keep_alive::value...), > | > ~~^~~~ > 1 error generated. > ninja: build stopped: subcommand failed. > > *** Error 1 in cad/netgen-mesher > (/exopi-cvs/ports/devel/cmake/cmake.port.mk:40 'do-build': @cd > /exopi-obj/pobj/netgen-mesher-6.2.2505/build...) > > > -- > Antoine
Re: CVS: cvs.openbsd.org: ports
On 2026-02-20 10:56, Stuart Henderson wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2026/02/20 02:56:03 Modified files: devel/py-pybind11: Makefile distinfo devel/py-pybind11/pkg: PLIST Log message: update to py3-pybind11-3.0.2 hook up tests This seems to have broken cad/netgen-mesher: In file included from /exopi-obj/pobj/netgen-mesher-6.2.2505/netgen-6.2.2505/libsrc/meshing/python_mesh.cpp:5: In file included from /exopi-obj/pobj/netgen-mesher-6.2.2505/netgen-6.2.2505/libsrc/include/../general/ngpython.hpp:3: In file included from /exopi-obj/pobj/netgen-mesher-6.2.2505/netgen-6.2.2505/libsrc/core/python_ngcore.hpp:5: /usr/local/lib/python3.13/site-packages/pybind11/include/pybind11/pybind11.h:2462:23: error: static assertion failed due to requirement '0 == detail::constexpr_sum(detail::is_keep_alive::value, detail::is_keep_alive::value, detail::is_keep_alive>::value)': def_property family does not currently support keep_alive. Use a py::cpp_function instead. 2462 | static_assert(0 == detail::constexpr_sum(detail::is_keep_alive::value...), | ^~ /usr/local/lib/python3.13/site-packages/pybind11/include/pybind11/pybind11.h:2438:16: note: in instantiation of function template specialization 'pybind11::class_std::shared_ptr>::def_property_staticpybind11::return_value_policy, pybind11::keep_alive<0, 1>>' requested here 2438 | return def_property_static(name, fget, fset, is_method(*this), extra...); |^ /usr/local/lib/python3.13/site-packages/pybind11/include/pybind11/pybind11.h:2417:16: note: in instantiation of function template specialization 'pybind11::class_std::shared_ptr>::def_propertypybind11::keep_alive<0, 1>>' requested here 2417 | return def_property( |^ /usr/local/lib/python3.13/site-packages/pybind11/include/pybind11/pybind11.h:2394:16: note: in instantiation of function template specialization 'pybind11::class_std::shared_ptr>::def_propertystd::nullptr_t, pybind11::return_value_policy, pybind11::keep_alive<0, 1>>' requested here 2394 | return def_property(name, fget, nullptr, extra...); |^ /usr/local/lib/python3.13/site-packages/pybind11/include/pybind11/pybind11.h:2384:16: note: in instantiation of function template specialization 'pybind11::class_std::shared_ptr>::def_property_readonlypybind11::keep_alive<0, 1>>' requested here 2384 | return def_property_readonly(name, |^ /exopi-obj/pobj/netgen-mesher-6.2.2505/netgen-6.2.2505/libsrc/meshing/python_mesh.cpp:973:6: note: in instantiation of function template specialization 'pybind11::class_std::shared_ptr>::def_property_readonly<(lambda at /exopi-obj/pobj/netgen-mesher-6.2.2505/netgen-6.2.2505/libsrc/meshing/python_mesh.cpp:973:46), pybind11::keep_alive<0, 1>>' requested here 973 | .def_property_readonly("parentelements", [](Mesh & self) { | ^ /usr/local/lib/python3.13/site-packages/pybind11/include/pybind11/pybind11.h:2462:25: note: expression evaluates to '0 == 1' 2462 | static_assert(0 == detail::constexpr_sum(detail::is_keep_alive::value...), | ~~^~~~ 1 error generated. ninja: build stopped: subcommand failed. *** Error 1 in cad/netgen-mesher (/exopi-cvs/ports/devel/cmake/cmake.port.mk:40 'do-build': @cd /exopi-obj/pobj/netgen-mesher-6.2.2505/build...) -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2026-02-18 18:57, Kirill A. Korinsky wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2026/02/18 10:57:13 Log message: devel/py-time-machine: import new port (version 3.2.0) time-machine is a Python tool for mocking the time in tests. OK: sthen@ Status: Vendor Tag: kirill Release Tags: kirill_20260218 N ports/devel/py-time-machine/Makefile N ports/devel/py-time-machine/distinfo N ports/devel/py-time-machine/pkg/DESCR N ports/devel/py-time-machine/pkg/PLIST No conflicts created by this import creating build/temp.openbsd-7.8-amd64-cpython-313/src cc -O2 -pipe -fPIC -I/usr/local/include/python3.13 -c src/_time_machine.c -o build/temp.openbsd-7.8-amd64-cpython-313/src/_time_machine.o cc -shared -fPIC -L/usr/local/lib/ -O2 -pipe build/temp.openbsd-7.8-amd64-cpython-313/src/_time_machine.o -L/usr/local/lib -o build/lib.openbsd-7.8-amd64-cpython-313/_time_machine.cpython-313.so installing to build/bdist.openbsd-7.8-amd64/wheel running install running install_lib creating build/bdist.openbsd-7.8-amd64/wheel creating build/bdist.openbsd-7.8-amd64/wheel/time_machine copying build/lib.openbsd-7.8-amd64-cpython-313/time_machine/__init__.py -> build/bdist.openbsd-7.8-amd64/wheel/./time_machine copying build/lib.openbsd-7.8-amd64-cpython-313/time_machine/__main__.py -> build/bdist.openbsd-7.8-amd64/wheel/./time_machine copying build/lib.openbsd-7.8-amd64-cpython-313/time_machine/cli.py -> build/bdist.openbsd-7.8-amd64/wheel/./time_machine copying build/lib.openbsd-7.8-amd64-cpython-313/time_machine/py.typed -> build/bdist.openbsd-7.8-amd64/wheel/./time_machine copying build/lib.openbsd-7.8-amd64-cpython-313/_time_machine.cpython-313.so -> build/bdist.openbsd-7.8-amd64/wheel/. running install_egg_info Copying src/time_machine.egg-info to build/bdist.openbsd-7.8-amd64/wheel/./time_machine-3.2.0-py3.13.egg-info running install_scripts creating build/bdist.openbsd-7.8-amd64/wheel/time_machine-3.2.0.dist-info/WHEEL creating '/exopi-obj/pobj/py-time-machine-3.2.0/time_machine-3.2.0/dist/.tmp-e8k8tft1/time_machine-3.2.0-cp313-cp313-openbsd_7_8_amd64.whl' and adding 'build/bdist.openbsd-7.8-amd64/wheel' to it adding '_time_machine.cpython-313.so' adding 'time_machine/__init__.py' adding 'time_machine/__main__.py' adding 'time_machine/cli.py' adding 'time_machine/py.typed' adding 'time_machine-3.2.0.dist-info/licenses/LICENSE' adding 'time_machine-3.2.0.dist-info/METADATA' adding 'time_machine-3.2.0.dist-info/WHEEL' adding 'time_machine-3.2.0.dist-info/entry_points.txt' adding 'time_machine-3.2.0.dist-info/top_level.txt' adding 'time_machine-3.2.0.dist-info/RECORD' removing build/bdist.openbsd-7.8-amd64/wheel Successfully built time_machine-3.2.0-cp313-cp313-openbsd_7_8_amd64.whl Running fake in devel/py-time-machine at 1771599391.13 ===> devel/py-time-machine ===> Faking installation for py3-time-machine-3.2.0 Running package in devel/py-time-machine at 1771599392.19 ===> devel/py-time-machine `/exopi-obj/pobj/py-time-machine-3.2.0/fake-amd64/.fake_done' is up to date. ===> Building package for py3-time-machine-3.2.0 Create /exopi-cvs/ports/packages/amd64/all/py3-time-machine-3.2.0.tgz Creating package py3-time-machine-3.2.0 checksumming|* | 73% Error: /exopi-obj/pobj/py-time-machine-3.2.0/fake-amd64/usr/local/lib/python3.13/site-packages/time_machine/__pycache__/__init__.cpython-313-pytest-9.0.2.pyc does not exist pkg_create: can't continue *** Error 1 in devel/py-time-machine (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2243 '/exopi-cvs/ports/packages/amd64/all/py3-time-machine-3.2.0.tgz') -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2026-02-18 18:59, Kirill A. Korinsky wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2026/02/18 10:59:42 Modified files: www/py-requests-cache: Makefile distinfo www/py-requests-cache/pkg: PLIST Log message: www/py-requests-cache: update to 1.2.1 also drop maintainer per request OK: sthen@ ===> Building for py3-requests-cache-1.2.1 * Getting build dependencies for wheel... Traceback (most recent call last): File "/usr/local/lib/python3.13/site-packages/pyproject_hooks/_impl.py", line 402, in _call_hook raise BackendUnavailable( ...<4 lines>... ) pyproject_hooks._impl.BackendUnavailable: Cannot import 'poetry.core.masonry.api' ERROR Backend 'poetry.core.masonry.api' is not available. *** Error 1 in www/py-requests-cache (/exopi-cvs/ports/lang/python/3/python.port.mk:354 'do-build': @: ; if [ -e /exopi-obj/pobj/py-requests...) *** Error 2 in www/py-requests-cache (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:3059 '/exopi-obj/pobj/py-requests-cache-1.2.1/.build_done') *** Error 2 in www/py-requests-cache (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2706 'build': @lock=py3-requests-cache-1.2.1; export _...) ===> Exiting www/py-requests-cache with an error -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2026-02-15 00:09, Daniel Dickman wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2026/02/14 16:09:33 Modified files: devel/pyflakes : Makefile distinfo Log message: update pyflakes to 3.4.0 This broke devel/py-python-lsp-server: Error: Dependency pyflakes->=3.2.0,<3.3.0 doesn't match FULLPKGNAME: pyflakes-3.4.0 checksumming... Error: @depend devel/pyflakes:pyflakes->=3.2.0,<3.3.0:pyflakes-3.4.0 pattern pyflakes->=3.2.0,<3.3.0 doesn't match default pyflakes-3.4.0 pkg_create: can't continue *** Error 1 in devel/py-python-lsp-server (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2243 '/exopi-cvs/ports/packages/amd64/all/py3-python-lsp-server-1.14.0.tgz') -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2026/02/14 16:09, Daniel Dickman wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2026/02/14 16:09:33 > > Modified files: > devel/pyflakes : Makefile distinfo > > Log message: > update pyflakes to 3.4.0 > The tight dep in py-python-lsp-server didn't like this.
Re: CVS: cvs.openbsd.org: ports
On 2026/02/14 16:08, Antoine Jacoutot wrote: > On Sat, Feb 14, 2026 at 01:47:32PM +0100, Antoine Jacoutot wrote: > > > Log message: > > > Update CMake to 4.1.2 > > > > > > Major update from 3.31.8 to 4.1.2. > > > > > > CMake 4.0 introduces a breaking change: compatibility with versions > > > older than > > > 3.5 has been removed. Projects calling cmake_minimum_required() or > > > cmake_policy() with versions < 3.5 now error out. > > > > > > To maintain compatibility with existing ports during the transition, the > > > cmake > > > module now provides MODCMAKE_POLICY_VERSION_OVERRIDE (idea from sthen@) > > > support: > > > > > > - MODCMAKE_POLICY_VERSION_OVERRIDE ?= No > > > - MODCMAKE_POLICY_VERSION_OVERRIDE_VER ?= 3.5 > > > > > > When MODCMAKE_POLICY_VERSION_OVERRIDE is set to "yes", CMake is > > > instructed to > > > accept policy versions down to the specified minimum (default 3.5) via > > > -DCMAKE_POLICY_VERSION_MINIMUM. This allows older ports to build while > > > acknowledging they may use deprecated features. > > > > > > https://cmake.org/cmake/help/latest/release/4.0.html > > > https://cmake.org/cmake/help/latest/release/4.1.html > > > > > > OK sthen@ > > > > This broke graphics/intel-media-driver: > > graphics/bonzomatic is also broken by this. > Can you try adding MODCMAKE_POLICY_VERSION_OVERRIDE=Yes please?
Re: CVS: cvs.openbsd.org: ports
On 2026-02-14 16:08, Antoine Jacoutot wrote:
On Sat, Feb 14, 2026 at 01:47:32PM +0100, Antoine Jacoutot wrote:
> Log message:
> Update CMake to 4.1.2
>
> Major update from 3.31.8 to 4.1.2.
>
> CMake 4.0 introduces a breaking change: compatibility with versions
> older than
> 3.5 has been removed. Projects calling cmake_minimum_required() or
> cmake_policy() with versions < 3.5 now error out.
>
> To maintain compatibility with existing ports during the transition, the
> cmake
> module now provides MODCMAKE_POLICY_VERSION_OVERRIDE (idea from sthen@)
> support:
>
> - MODCMAKE_POLICY_VERSION_OVERRIDE ?= No
> - MODCMAKE_POLICY_VERSION_OVERRIDE_VER ?= 3.5
>
> When MODCMAKE_POLICY_VERSION_OVERRIDE is set to "yes", CMake is
> instructed to
> accept policy versions down to the specified minimum (default 3.5) via
> -DCMAKE_POLICY_VERSION_MINIMUM. This allows older ports to build while
> acknowledging they may use deprecated features.
>
> https://cmake.org/cmake/help/latest/release/4.0.html
> https://cmake.org/cmake/help/latest/release/4.1.html
>
> OK sthen@
This broke graphics/intel-media-driver:
graphics/bonzomatic is also broken by this.
And also games/supertuxkart
===> Applying OpenBSD patch
patch-lib_graphics_engine_include_vk_mem_alloc_h
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--
|Index: lib/graphics_engine/include/vk_mem_alloc.h
|--- lib/graphics_engine/include/vk_mem_alloc.h.orig
|+++ lib/graphics_engine/include/vk_mem_alloc.h
--
Patching file lib/graphics_engine/include/vk_mem_alloc.h using Plan A...
Hunk #1 succeeded at 2669.
done
===> Failed patches:
patch-CMakeLists_txt
*** Error 1 in games/supertuxkart
(/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2933
'/exopi-obj/pobj/supertuxkart-1.5/.patch_done': @if c...)
*** Error 2 in games/supertuxkart
(/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2706 'patch':
@lock=supertuxkart-1.5; export _LOCKS_HELD=...)
===> Exiting games/supertuxkart with an error
*** Error 1 in /exopi-cvs/ports
(infrastructure/mk/bsd.port.subdir.mk:144 'patch': @: ${echo_msg:=echo};
: ${target:=patch}; for i in ; do...)
Ended at 1771082554.38
max_stuck=1.56/depends=2.58/show-prepare-results=1.85/patch=21.07
Error: job failed with 512 on exopi-6 at 1771082554
--
Antoine
Re: CVS: cvs.openbsd.org: ports
On Sat, Feb 14, 2026 at 01:47:32PM +0100, Antoine Jacoutot wrote: > > Log message: > > Update CMake to 4.1.2 > > > > Major update from 3.31.8 to 4.1.2. > > > > CMake 4.0 introduces a breaking change: compatibility with versions > > older than > > 3.5 has been removed. Projects calling cmake_minimum_required() or > > cmake_policy() with versions < 3.5 now error out. > > > > To maintain compatibility with existing ports during the transition, the > > cmake > > module now provides MODCMAKE_POLICY_VERSION_OVERRIDE (idea from sthen@) > > support: > > > > - MODCMAKE_POLICY_VERSION_OVERRIDE ?= No > > - MODCMAKE_POLICY_VERSION_OVERRIDE_VER ?= 3.5 > > > > When MODCMAKE_POLICY_VERSION_OVERRIDE is set to "yes", CMake is > > instructed to > > accept policy versions down to the specified minimum (default 3.5) via > > -DCMAKE_POLICY_VERSION_MINIMUM. This allows older ports to build while > > acknowledging they may use deprecated features. > > > > https://cmake.org/cmake/help/latest/release/4.0.html > > https://cmake.org/cmake/help/latest/release/4.1.html > > > > OK sthen@ > > This broke graphics/intel-media-driver: graphics/bonzomatic is also broken by this.
Re: CVS: cvs.openbsd.org: ports
On Sat Feb 14, 2026 at 01:47:32PM +0100, Antoine Jacoutot wrote: > > Log message: > > Update CMake to 4.1.2 > > > > Major update from 3.31.8 to 4.1.2. > > > > CMake 4.0 introduces a breaking change: compatibility with versions > > older than > > 3.5 has been removed. Projects calling cmake_minimum_required() or > > cmake_policy() with versions < 3.5 now error out. > > > > To maintain compatibility with existing ports during the transition, the > > cmake > > module now provides MODCMAKE_POLICY_VERSION_OVERRIDE (idea from sthen@) > > support: > > > > - MODCMAKE_POLICY_VERSION_OVERRIDE ?= No > > - MODCMAKE_POLICY_VERSION_OVERRIDE_VER ?= 3.5 > > > > When MODCMAKE_POLICY_VERSION_OVERRIDE is set to "yes", CMake is > > instructed to > > accept policy versions down to the specified minimum (default 3.5) via > > -DCMAKE_POLICY_VERSION_MINIMUM. This allows older ports to build while > > acknowledging they may use deprecated features. > > > > https://cmake.org/cmake/help/latest/release/4.0.html > > https://cmake.org/cmake/help/latest/release/4.1.html > > > > OK sthen@ > > This broke graphics/intel-media-driver: > My bulk was on aarch64, so unfortunately I didn't see it. Fixe!
Re: CVS: cvs.openbsd.org: ports
Log message: Update CMake to 4.1.2 Major update from 3.31.8 to 4.1.2. CMake 4.0 introduces a breaking change: compatibility with versions older than 3.5 has been removed. Projects calling cmake_minimum_required() or cmake_policy() with versions < 3.5 now error out. To maintain compatibility with existing ports during the transition, the cmake module now provides MODCMAKE_POLICY_VERSION_OVERRIDE (idea from sthen@) support: - MODCMAKE_POLICY_VERSION_OVERRIDE ?= No - MODCMAKE_POLICY_VERSION_OVERRIDE_VER ?= 3.5 When MODCMAKE_POLICY_VERSION_OVERRIDE is set to "yes", CMake is instructed to accept policy versions down to the specified minimum (default 3.5) via -DCMAKE_POLICY_VERSION_MINIMUM. This allows older ports to build while acknowledging they may use deprecated features. https://cmake.org/cmake/help/latest/release/4.0.html https://cmake.org/cmake/help/latest/release/4.1.html OK sthen@ This broke graphics/intel-media-driver: ===> Configuring for intel-media-driver-25.3.4 CMake Deprecation Warning at CMakeLists.txt:21 (cmake_minimum_required): Compatibility with CMake < 3.10 will be removed from a future version of CMake. Update the VERSION argument value. Or, use the ... syntax to tell CMake that the project requires at least but has been updated to work with policies introduced by or earlier. -- The C compiler identification is Clang 19.1.7 -- The CXX compiler identification is Clang 19.1.7 -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working C compiler: /exopi-obj/pobj/intel-media-driver-25.3.4/bin/cc - skipped -- Detecting C compile features -- Detecting C compile features - done -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check for working CXX compiler: /exopi-obj/pobj/intel-media-driver-25.3.4/bin/c++ - skipped -- Detecting CXX compile features -- Detecting CXX compile features - done CMake Error at os_release_info.cmake:32 (cmake_minimum_required): Compatibility with CMake < 3.5 has been removed from CMake. Update the VERSION argument value. Or, use the ... syntax to tell CMake that the project requires at least but has been updated to work with policies introduced by or earlier. Or, add -DCMAKE_POLICY_VERSION_MINIMUM=3.5 to try configuring anyway. Call Stack (most recent call first): CMakeLists.txt:30 (include) -- Configuring incomplete, errors occurred! *** Error 1 in graphics/intel-media-driver (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:3024 'do-configure': @cd /exopi-obj/pobj/intel-me...) -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2026-02-13 13:03, Rafael Sadowski wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2026/02/13 05:03:12 Added files: games/recoil-rts/patches: patch-CMakeLists_txt Log message: Missing cmake patch It's broken. Patching file tools/pr-downloader/src/lib/readerwriterqueue/benchmarks/systemtime.h using Plan A... Hunk #1 succeeded at 6. done ===> Failed patches: patch-CMakeLists_txt *** Error 1 in games/recoil-rts (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2933 '/exopi-obj/pobj/recoil-rts-2025.06.12/.patch_done': @i...) *** Error 2 in games/recoil-rts (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2706 'patch': @lock=recoil-rts-2025.06.12; export _LOCKS_HE...) -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2026-02-11 20:50, Rafael Sadowski wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2026/02/11 12:50:14 Modified files: devel/jenkins/devel: Makefile distinfo Log message: Update jenkins to 2.500 This was actually downgraded from 2.549 to 2.500. ===> Building package for jenkins-2.500 Create /exopi-cvs/ports/packages/amd64/all/jenkins-2.500.tgz Creating package jenkins-2.500 Found newer package jenkins-2.541 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.542 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.544 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.546 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.547 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.548 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.549 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.501 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.508 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.511 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.512 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.513 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.518 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.524 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.528 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.529 in /exopi-cvs/ports/plist/amd64 Found newer package jenkins-2.530 in /exopi-cvs/ports/plist/amd64 *** Error 1 in devel/jenkins/devel (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2243 '/exopi-cvs/ports/packages/amd64/all/jenkins-2.500.tgz') -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2026/02/12 08:48, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2026/02/12 08:48:17 > > Modified files: > security/wfuzz : Makefile > Added files: > security/wfuzz/patches: > patch-src_wfuzz_externals_reqresp_Response_py > patch-src_wfuzz_helpers_file_func_py > > Log message: > wfuzz: unbreak with py3.13, and use importlib.resources to avoid a large > warning about pkg_resources being removed from setuptools. > oops - that was ok sebastia@ (maintainer)
Re: CVS: cvs.openbsd.org: ports
Hi Stuart, yeah, cdplayer was missing Cynthiune as BUILD_DEP, I had it only as RUN_DEP. Cynthiune provides audio backend Bundles to others, which they can dlopen(). Didn't recognized it's needed as BUILD_DEP. Fisicalab was missing LIB_DEPENDS to Renaissance. I must have forgotten to run lib-depends-check :/ Both are fixed now, thank you. Sebastian On Wed, Feb 11, 2026 at 2:50 PM Stuart Henderson wrote: > On 2026/02/06 03:41, Sebastian Reitenbach wrote: > > CVSROOT: /cvs > > Module name: ports > > Changes by: [email protected]/02/06 03:41:08 > > > > Modified files: > > x11/gnustep/fisicalab: Makefile distinfo > > x11/gnustep/fisicalab/pkg: PLIST > > > > Log message: > > Update to 0.4.0 > > > > fisicalab and cdplayer failed in my last bulk build, looks like they > pick up Cynthiune if present >
Re: CVS: cvs.openbsd.org: ports
On 2026/02/06 03:41, Sebastian Reitenbach wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected]/02/06 03:41:08 > > Modified files: > x11/gnustep/fisicalab: Makefile distinfo > x11/gnustep/fisicalab/pkg: PLIST > > Log message: > Update to 0.4.0 > fisicalab and cdplayer failed in my last bulk build, looks like they pick up Cynthiune if present >>> Building on localhost under x11/gnustep/fisicalab BDEPENDS = [devel/gsl;devel/gmake;x11/gnustep/make;x11/gnustep/base;x11/gnustep/gui] DIST = [x11/gnustep/fisicalab:gnustep/fisicalab-0.4.0.tar.gz] FULLPKGNAME = fisicalab-0.4.0 RDEPENDS = [x11/gnustep/make;devel/gsl;x11/gnustep/back;x11/gnustep/gui;x11/gnustep/base] (Junk lock obtained for localhost at 1770760296.53) >>> Running depends in x11/gnustep/fisicalab at 1770760296.56 last junk was in sysutils/collectd,-main /usr/sbin/pkg_add -aI -Drepair gnustep-base-1.31.1p1 gnustep-gui-0.32.0p0 gnustep-make-2.9.3p0 gsl-2.7.1 was: /usr/sbin/pkg_add -aI -Drepair gmake-4.4.1p0 gnustep-base-1.31.1p1 gnustep-gui-0.32.0p0 gnustep-make-2.9.3p0 gsl-2.7.1 /usr/sbin/pkg_add -aI -Drepair gnustep-base-1.31.1p1 gnustep-gui-0.32.0p0 gnustep-make-2.9.3p0 gsl-2.7.1 >>> Running show-prepare-results in x11/gnustep/fisicalab at 1770760300.54 ===> x11/gnustep/fisicalab ===> Building from scratch fisicalab-0.4.0 ===> fisicalab-0.4.0 depends on: gnustep-make-* -> gnustep-make-2.9.3p0 ===> fisicalab-0.4.0 depends on: gmake-* -> gmake-4.4.1p0 ===> fisicalab-0.4.0 depends on: gsl-* -> gsl-2.7.1 ===> fisicalab-0.4.0 depends on: gnustep-gui-* -> gnustep-gui-0.32.0p0 ===> fisicalab-0.4.0 depends on: gnustep-base-* -> gnustep-base-1.31.1p1 ===> Verifying specs: gsl gslcblas c++ c++abi pthread gnustep-base gnustep-gui c objc2 m BlocksRuntime gnustep-base pthread ===> found gsl.12.0 gslcblas.1.0 c++.12.0 c++abi.9.0 pthread.28.1 gnustep-base.10.8 gnustep-gui.0.34 c.102.2 objc2.4.0 m.10.1 BlocksRuntime.0.0 gmake-4.4.1p0 gnustep-base-1.31.1p1 gnustep-gui-0.32.0p0 gnustep-make-2.9.3p0 gsl-2.7.1 Don't run junk because nojunk in geo/gpxsee (Junk lock released for localhost at 1770760301.46) distfiles size=4536949 >>> Running build in x11/gnustep/fisicalab at 1770760301.49 ===> x11/gnustep/fisicalab ===> Checking files for fisicalab-0.4.0 `/mnt/distfiles/gnustep/fisicalab-0.4.0.tar.gz' is up to date. >> (SHA256) all files: OK ===> Extracting for fisicalab-0.4.0 ===> Patching for fisicalab-0.4.0 ===> Compiler link: clang -> /usr/bin/clang ===> Compiler link: clang++ -> /usr/bin/clang++ ===> Compiler link: cc -> /usr/bin/cc ===> Compiler link: c++ -> /usr/bin/c++ ===> Generating configure for fisicalab-0.4.0 ===> Configuring for fisicalab-0.4.0 Using /pobj/fisicalab-0.4.0/config.site (generated) cd /pobj/fisicalab-0.4.0/trunk && find . -name COPYING.txt~ -delete configure: WARNING: unrecognized options: --disable-debug, --enable-strip, --disable-silent-rules, --disable-gtk-doc configure: loading site script /pobj/fisicalab-0.4.0/config.site checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... (cached) o checking whether the compiler supports GNU C... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to enable C11 features... none needed checking for main in -lgnustep-base... yes checking for main in -lgnustep-gui... yes grep: /usr/GNUstep/Local/Library/Libraries/gnustep-gui/Versions/: No such file or directory ./configure: test: 23: unexpected operator/operand checking for stdio.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for strings.h... (cached) yes checking for sys/stat.h... (cached) yes checking for sys/types.h... (cached) yes checking for unistd.h... (cached) yes checking for Foundation/Foundation.h... yes checking for AppKit/AppKit.h... yes checking for main in -lm... (cached) yes checking for main in -lgslcblas... yes checking for main in -lgsl... yes checking for gsl/gsl_vector.h... yes checking for gsl/gsl_multiroots.h... yes checking for gsl/gsl_rng.h... yes checking for size_t... (cached) yes checking for floor... yes checking for sqrt... yes configure: creating ./config.status config.status: creating GNUmakefile config.status: creating GNUmakefile.preamble config.status: creating FisicaLabInfo.plist configure: WARNING: unrecognized options: --disable-debug, --enable-strip, --disable-silent-rules, --disable-gtk-doc ===> Building for fisicalab-0.4.0 This is gnustep-make 2.9.3. Type 'gmake print-gnustep-make-help' for help. Running in gnustep-make version 2 strict mode. cd .; \ /usr/local/share/GNUstep/Makefiles/mkinstalldirs ./obj Making all for app FisicaLab... cd
Re: CVS: cvs.openbsd.org: ports
On Wed 11/02/2026 00:49, Bjorn Ketelaars wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected]/02/11 00:49:10 > > Modified files: > www/vaultwarden-web: Tag: OPENBSD_7_8 Makefile distinfo > www/vaultwarden-web/pkg: Tag: OPENBSD_7_8 PLIST > > Log message: > Update to vaultwarden-web-2016.1.1 > > Changes: > https://github.com/dani-garcia/bw_web_builds/compare/v2025.12.1+build.3...v2026.1.1 Also here, commit message should read vaultwarden-web-2026.1.1
Re: CVS: cvs.openbsd.org: ports
On Tue 10/02/2026 23:20, Bjorn Ketelaars wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected]/02/10 23:20:24 > > Modified files: > www/vaultwarden-web: Makefile distinfo > www/vaultwarden-web/pkg: PLIST > > Log message: > Update to vaultwarden-web-2016.1.1 > > Changes: > https://github.com/dani-garcia/bw_web_builds/compare/v2025.12.1+build.3...v2026.1.1 Commit message should read vaultwarden-web-2026.1.1
Re: CVS: cvs.openbsd.org: ports
On Sun, Feb 8, 2026 at 2:26 PM Stuart Henderson wrote: > On 2026/02/05 15:23, Sebastian Reitenbach wrote: > > CVSROOT: /cvs > > Module name: ports > > Changes by: [email protected]/02/05 15:23:48 > > > > Modified files: > > games/choria : Makefile distinfo > > games/choria/patches: patch-CMakeLists_txt > > patch-ext_ae_ae_network_cpp > > games/choria/pkg: PLIST > > Removed files: > > games/choria/patches: patch-ext_ae_tinyxml2_tinyxml2_cpp > > > > Log message: > > update to 1.1.1 > > > > was there a missed 'cvs add' for a patch or something? > Doh, indeed, going to fix immediately. Thanks, Sebastian > > FAILED: CMakeFiles/choria.dir/src/config.cpp.o > /pobj/choria-1.1.1/bin/c++ -DENABLE_PLAY=1 -DGAME_VERSION=\"1.1.1\" > -DGLM_ENABLE_EXPERIMENTAL -DGLM_FORCE_RADIANS -DHAS_SOCKLEN_T > -DLUA_USE_MACOSX -DPLATFORM=1 > -I/pobj/choria-1.1.1/choria-1.1.1-f11082f6/src > -I/pobj/choria-1.1.1/choria-1.1.1-f11082f6/ext > -I/pobj/choria-1.1.1/choria-1.1.1-f11082f6/ext/ae -I/usr/local/include/SDL2 > -I/usr/local/include/AL -I/usr/local/include -I/usr/X11R6/include/freetype2 > -O2 -pipe -DNDEBUG -std=c++17 -Wall -Wextra -Wno-unused-result -Wno-switch > -Wno-unused-parameter -pedantic -MD -MT > CMakeFiles/choria.dir/src/config.cpp.o -MF > CMakeFiles/choria.dir/src/config.cpp.o.d -o > CMakeFiles/choria.dir/src/config.cpp.o -c > /pobj/choria-1.1.1/choria-1.1.1-f11082f6/src/config.cpp > In file included from > /pobj/choria-1.1.1/choria-1.1.1-f11082f6/src/config.cpp:18: > /pobj/choria-1.1.1/choria-1.1.1-f11082f6/src/config.h:93:23: error: > implicit instantiation of undefined template 'std::basic_stringstream' >93 | std::stringstream > Stream(MapIterator->second.front()); > | ^ > /usr/include/c++/v1/__fwd/sstream.h:30:28: note: template is declared here >30 | class _LIBCPP_TEMPLATE_VIS basic_stringstream; > |^ > 1 error generated. > >
Re: CVS: cvs.openbsd.org: ports
On 2026/02/08 05:27, SASANO Takayoshi wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected]/02/08 05:27:11 > > Log message: > initial import > > ok bentley@ > > Status: > > Vendor Tag: uaa > Release Tags: uaa_20260208 > > N ports/X11/contour/Makefile wrong dir, should be lower-case ports/x11/contour ^ please 'cd /usr/ports; cvs rm -Rf X11', commit, and reimport (+ add to x11/Makefile) > N ports/X11/contour/distinfo > N ports/X11/contour/pkg/DESCR > N ports/X11/contour/pkg/PLIST > > No conflicts created by this import >
Re: CVS: cvs.openbsd.org: ports
On 2026/02/05 15:23, Sebastian Reitenbach wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected]/02/05 15:23:48 > > Modified files: > games/choria : Makefile distinfo > games/choria/patches: patch-CMakeLists_txt > patch-ext_ae_ae_network_cpp > games/choria/pkg: PLIST > Removed files: > games/choria/patches: patch-ext_ae_tinyxml2_tinyxml2_cpp > > Log message: > update to 1.1.1 > was there a missed 'cvs add' for a patch or something? FAILED: CMakeFiles/choria.dir/src/config.cpp.o /pobj/choria-1.1.1/bin/c++ -DENABLE_PLAY=1 -DGAME_VERSION=\"1.1.1\" -DGLM_ENABLE_EXPERIMENTAL -DGLM_FORCE_RADIANS -DHAS_SOCKLEN_T -DLUA_USE_MACOSX -DPLATFORM=1 -I/pobj/choria-1.1.1/choria-1.1.1-f11082f6/src -I/pobj/choria-1.1.1/choria-1.1.1-f11082f6/ext -I/pobj/choria-1.1.1/choria-1.1.1-f11082f6/ext/ae -I/usr/local/include/SDL2 -I/usr/local/include/AL -I/usr/local/include -I/usr/X11R6/include/freetype2 -O2 -pipe -DNDEBUG -std=c++17 -Wall -Wextra -Wno-unused-result -Wno-switch -Wno-unused-parameter -pedantic -MD -MT CMakeFiles/choria.dir/src/config.cpp.o -MF CMakeFiles/choria.dir/src/config.cpp.o.d -o CMakeFiles/choria.dir/src/config.cpp.o -c /pobj/choria-1.1.1/choria-1.1.1-f11082f6/src/config.cpp In file included from /pobj/choria-1.1.1/choria-1.1.1-f11082f6/src/config.cpp:18: /pobj/choria-1.1.1/choria-1.1.1-f11082f6/src/config.h:93:23: error: implicit instantiation of undefined template 'std::basic_stringstream' 93 | std::stringstream Stream(MapIterator->second.front()); | ^ /usr/include/c++/v1/__fwd/sstream.h:30:28: note: template is declared here 30 | class _LIBCPP_TEMPLATE_VIS basic_stringstream; |^ 1 error generated.
Re: CVS: cvs.openbsd.org: ports
On 2026/02/07 02:27, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2026/02/07 02:27:25 > > Modified files: > math/py-numpy : Makefile > lang/python/3 : python.port.mk > > Log message: > cython picks up pythran at run time in some cases, resulting in DPB > failure if junking occurs. This was being avoided by adding a BDEP on > pythran to ports depending on cython. Change this to using nojunk > DPB_PROPERTIES instead as the pythran dep is fairly heavy to build > (using gfortran) actually not pythran itself, but it pulls in numpy -> lapack. prompted by lapack failing strangely in the last sparc64 package bulk, though even without that, this is suboptimal. https://cranky.work/sparc64/2026-02-04/math/lapack.log ... [6597/17173] /usr/obj/ports/lapack-3.12.1/bin/gfortran -cpp -JSRC -fPIC -frecursive -fdefault-integer-8 -DLAPACK_64 -E /usr/obj/ports/lapack-3.12.1/build-sparc64/SRC/lapack_64_obj/stgsja.f -o SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsja.f-pp.f && /usr/local/bin/cmake -E cmake_ninja_depends --tdi=SRC/CMakeFiles/lapack_64_obj.dir/FortranDependInfo.json --lang=Fortran --src=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsja.f-pp.f --out=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsja.f-pp.f --dep=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsja.f-pp.f.d --obj=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsja.f.o --ddi=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsja.f.o.ddi --src-orig=/usr/obj/ports/lapack-3.12.1/build-sparc64/SRC/lapack_64_obj/stgsja.f [6598/17173] /usr/obj/ports/lapack-3.12.1/bin/gfortran -cpp -JSRC -fPIC -frecursive -fdefault-integer-8 -DLAPACK_64 -E /usr/obj/ports/lapack-3.12.1/build-sparc64/SRC/lapack_64_obj/stgsen.f -o SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsen.f-pp.f && /usr/local/bin/cmake -E cmake_ninja_depends --tdi=SRC/CMakeFiles/lapack_64_obj.dir/FortranDependInfo.json --lang=Fortran --src=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsen.f-pp.f --out=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsen.f-pp.f --dep=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsen.f-pp.f.d --obj=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsen.f.o --ddi=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsen.f.o.ddi --src-orig=/usr/obj/ports/lapack-3.12.1/build-sparc64/SRC/lapack_64_obj/stgsen.f [6599/17173] /usr/obj/ports/lapack-3.12.1/bin/gfortran -cpp -JSRC -fPIC -frecursive -fdefault-integer-8 -DLAPACK_64 -E /usr/obj/ports/lapack-3.12.1/build-sparc64/SRC/lapack_64_obj/stgsna.f -o SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsna.f-pp.f && /usr/local/bin/cmake -E cmake_ninja_depends --tdi=SRC/CMakeFiles/lapack_64_obj.dir/FortranDependInfo.json --lang=Fortran --src=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsna.f-pp.f --out=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsna.f-pp.f --dep=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsna.f-pp.f.d --obj=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsna.f.o --ddi=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsna.f.o.ddi --src-orig=/usr/obj/ports/lapack-3.12.1/build-sparc64/SRC/lapack_64_obj/stgsna.f [6600/17173] /usr/obj/ports/lapack-3.12.1/bin/gfortran -cpp -JSRC -fPIC -frecursive -fdefault-integer-8 -DLAPACK_64 -E /usr/obj/ports/lapack-3.12.1/build-sparc64/SRC/lapack_64_obj/stgsy2.f -o SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsy2.f-pp.f && /usr/local/bin/cmake -E cmake_ninja_depends --tdi=SRC/CMakeFiles/lapack_64_obj.dir/FortranDependInfo.json --lang=Fortran --src=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsy2.f-pp.f --out=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsy2.f-pp.f --dep=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsy2.f-pp.f.d --obj=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsy2.f.o --ddi=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsy2.f.o.ddi --src-orig=/usr/obj/ports/lapack-3.12.1/build-sparc64/SRC/lapack_64_obj/stgsy2.f [6601/17173] /usr/obj/ports/lapack-3.12.1/bin/gfortran -cpp -JSRC -fPIC -frecursive -fdefault-integer-8 -DLAPACK_64 -E /usr/obj/ports/lapack-3.12.1/build-sparc64/SRC/lapack_64_obj/stgsyl.f -o SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsyl.f-pp.f && /usr/local/bin/cmake -E cmake_ninja_depends --tdi=SRC/CMakeFiles/lapack_64_obj.dir/FortranDependInfo.json --lang=Fortran --src=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsyl.f-pp.f --out=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsyl.f-pp.f --dep=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsyl.f-pp.f.d --obj=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsyl.f.o --ddi=SRC/CMakeFiles/lapack_64_obj.dir/lapack_64_obj/stgsyl.f.o.ddi --src-orig=/usr/obj/ports/lapack-3.12.1/build-sparc64/SRC/lapack_64_obj/stgsyl.f [6602/17173] /usr/obj/ports/lapack-3.12.1/bin/gfortran -cpp -JSRC -fPIC -frecursive -fdefault-integer-8 -DLAPACK_64 -E /usr/obj/ports/lapack-3.12.1/build-sparc64/
Re: CVS: cvs.openbsd.org: ports
might have been some double-bumps in there, sebastia already did some but not others, I just bumped everything where BlocksRuntime was in WANTLIB. no harm done if so. On 2026/02/02 07:27, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2026/02/02 07:27:58 > > Modified files: > x11/gnustep/aclock: Makefile > x11/gnustep/addresses: Makefile > x11/gnustep/affiche: Makefile > x11/gnustep/back: Makefile > x11/gnustep/base: Makefile > x11/gnustep/batmon: Makefile > x11/gnustep/camera: Makefile > x11/gnustep/camerakit: Makefile > x11/gnustep/cdplayer: Makefile > x11/gnustep/corebase: Makefile > x11/gnustep/cynthiune: Makefile > x11/gnustep/databasin: Makefile > x11/gnustep/databasinkit: Makefile > x11/gnustep/dbuskit: Makefile > x11/gnustep/displaycalibrator: Makefile > x11/gnustep/edenmath: Makefile > x11/gnustep/examples: Makefile > x11/gnustep/fisicalab: Makefile > x11/gnustep/ftp: Makefile > x11/gnustep/gemas: Makefile > x11/gnustep/gmastermind: Makefile > x11/gnustep/gmines: Makefile > x11/gnustep/gnumail: Makefile > x11/gnustep/gomoku: Makefile > x11/gnustep/gorm: Makefile > x11/gnustep/graphos: Makefile > x11/gnustep/grr: Makefile > x11/gnustep/gshisen: Makefile > x11/gnustep/gspdf: Makefile > x11/gnustep/gui: Makefile > x11/gnustep/gworkspace: Makefile > x11/gnustep/highlighterkit: Makefile > x11/gnustep/imageviewer: Makefile > x11/gnustep/impersonatortoolkit: Makefile > x11/gnustep/jigsaw: Makefile > x11/gnustep/lapispuzzle: Makefile > x11/gnustep/laternamagica: Makefile > x11/gnustep/libobjc2: Makefile > x11/gnustep/matharray: Makefile > x11/gnustep/mpdcon: Makefile > x11/gnustep/netclasses: Makefile > x11/gnustep/paje: Makefile > x11/gnustep/pantomime: Makefile > x11/gnustep/pcapkit: Makefile > x11/gnustep/pdfkit: Makefile > x11/gnustep/performance: Makefile > x11/gnustep/price: Makefile > x11/gnustep/projectcenter: Makefile > x11/gnustep/remotedesk: Makefile > x11/gnustep/renaissance: Makefile > x11/gnustep/rsskit: Makefile > x11/gnustep/silver-theme: Makefile > x11/gnustep/simpleagenda: Makefile > x11/gnustep/sqlclient: Makefile > x11/gnustep/sudoku: Makefile > x11/gnustep/systempreferences: Makefile > x11/gnustep/terminal: Makefile > x11/gnustep/timemon: Makefile > x11/gnustep/webserver: Makefile > x11/gnustep/webservices: Makefile > x11/gnustep/zipper: Makefile > > Log message: > missed bumps, BlocksRuntime was added to WANTLIB >
Re: CVS: cvs.openbsd.org: ports
2026-02-02T02:58:45-0700 Johannes Thyssen Tishman : > CVSROOT: /cvs > Module name: ports > Changes by: [email protected]/02/02 02:58:45 > > Modified files: > productivity/baikal: Makefile > Added files: > productivity/baikal/patches: > > patch-vendor_sabre_dav_lib_CalDAV_Plugin_php > > Log message: > productivity/baikal: add timezone workaround for recurrence expansion > > As explained in [0], when creating a calendar via the web interface, Baikal > sets cal:calendar-timezone to a timezone string instead of a VTIMEZONE object. > This causes an issue when querying events with expanded recurrences, see [1]. > > To work around this, create a new DateTimeZone object from the string. > > [0] https://github.com/sabre-io/Baikal/issues/1241 > [1] https://github.com/sabre-io/Baikal/issues/1325 I forgot to add martin@'s ok. Apologies.
Re: CVS: cvs.openbsd.org: ports
This was with review and lots of feedback finally OK sthen@ On Sun, Feb 1, 2026 at 8:03 PM Sebastian Reitenbach < [email protected]> wrote: > CVSROOT:/cvs > Module name:ports > Changes by: [email protected]/02/01 12:03:10 > > Modified files: > x11/gnustep/libobjc2: Makefile distinfo > x11/gnustep/libobjc2/patches: patch-CMakeLists_txt > patch-block_trampolines_S > patch-objc_msgSend_x86-64_S > x11/gnustep/libobjc2/pkg: PLIST > Added files: > x11/gnustep/libobjc2/patches: patch-Test_CMakeLists_txt > > Log message: > update to 2.3 > > this allows to build the blocks runtime against libdispatch, and with that, > it's possible to finally use GCD. > > while there, add test target. > >
Re: CVS: cvs.openbsd.org: ports
On 2026/01/26 11:25, Stuart Henderson wrote: > U ports/multimedia/vvdec/Makefile U... ha, already in then :)
Re: CVS: cvs.openbsd.org: ports
On Fri, Jan 23, 2026 at 08:38:01PM +, Stuart Henderson wrote: > On 2026/01/19 02:07, Antoine Jacoutot wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2026/01/19 02:07:18 > > > > Modified files: > > multimedia/openwv: Makefile > > multimedia/openwv/pkg: README > > > > Log message: > > Fix path; ok robert@ (maintainer) > > > > I don't think that's right either? seems like it should be this: > > ? ktrace.out > ? samsung_sm-a025g_16.0.0_929e205b_22589_l3.wvd > ? samsung_sm-a037g_16.1.0_2568972c_22594_l3.wvd > ? samsung_sm-a037g_16.1.0_412e38a5_22594_l3.wvd > ? samsung_sm-a125f_16.0.0_e09f2dca_22589_l3.wvd > Index: Makefile > === > RCS file: /cvs/ports/multimedia/openwv/Makefile,v > diff -u -p -r1.3 Makefile > --- Makefile 19 Jan 2026 09:07:18 - 1.3 > +++ Makefile 23 Jan 2026 20:36:38 - > @@ -5,7 +5,7 @@ COMMENT = open reimplementation of Googl > GH_ACCOUNT = tchebb > GH_PROJECT = openwv > GH_TAGNAME = v1.1.3 > -REVISION = 0 > +REVISION = 1 > > # Rust crates downloaded via git > AUTOCXX =1fca5acd26f533576f98da45075d5498a1731d92 > Index: pkg/README > === > RCS file: /cvs/ports/multimedia/openwv/pkg/README,v > diff -u -p -r1.2 README > --- pkg/README19 Jan 2026 09:07:18 - 1.2 > +++ pkg/README23 Jan 2026 20:36:38 - > @@ -16,4 +16,5 @@ Cheat sheet > > Chromium > > -$ ln -sf ${TRUEPREFIX}/lib/openwv/chromium ~/.chromium/WidevineCdm/ > +$ mkdir -p ~/.config/chromium/WidevineCdm > +$ ln -sf ${TRUEPREFIX}/lib/openwv/chromium > ~/.config/chromium/WidevineCdm/ Indeed. ok aja -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2026/01/19 02:07, Antoine Jacoutot wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2026/01/19 02:07:18 > > Modified files: > multimedia/openwv: Makefile > multimedia/openwv/pkg: README > > Log message: > Fix path; ok robert@ (maintainer) > I don't think that's right either? seems like it should be this: ? ktrace.out ? samsung_sm-a025g_16.0.0_929e205b_22589_l3.wvd ? samsung_sm-a037g_16.1.0_2568972c_22594_l3.wvd ? samsung_sm-a037g_16.1.0_412e38a5_22594_l3.wvd ? samsung_sm-a125f_16.0.0_e09f2dca_22589_l3.wvd Index: Makefile === RCS file: /cvs/ports/multimedia/openwv/Makefile,v diff -u -p -r1.3 Makefile --- Makefile19 Jan 2026 09:07:18 - 1.3 +++ Makefile23 Jan 2026 20:36:38 - @@ -5,7 +5,7 @@ COMMENT = open reimplementation of Googl GH_ACCOUNT = tchebb GH_PROJECT = openwv GH_TAGNAME = v1.1.3 -REVISION = 0 +REVISION = 1 # Rust crates downloaded via git AUTOCXX = 1fca5acd26f533576f98da45075d5498a1731d92 Index: pkg/README === RCS file: /cvs/ports/multimedia/openwv/pkg/README,v diff -u -p -r1.2 README --- pkg/README 19 Jan 2026 09:07:18 - 1.2 +++ pkg/README 23 Jan 2026 20:36:38 - @@ -16,4 +16,5 @@ Cheat sheet Chromium -$ ln -sf ${TRUEPREFIX}/lib/openwv/chromium ~/.chromium/WidevineCdm/ +$ mkdir -p ~/.config/chromium/WidevineCdm +$ ln -sf ${TRUEPREFIX}/lib/openwv/chromium ~/.config/chromium/WidevineCdm/
Re: CVS: cvs.openbsd.org: ports
On 2026/01/10 05:26, Rafael Sadowski wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2026/01/10 05:26:05 > > Modified files: > multimedia/mlt7: Makefile distinfo > multimedia/mlt7/patches: patch-src_modules_sdl_CMakeLists_txt > multimedia/mlt7/pkg: PLIST-gpl2 PLIST-main > Added files: > multimedia/mlt7/patches: patch-src_framework_mlt_property_c > > Log message: > Update mlt to 7.34.1 > > Tested by Josh Grosse and yaydn > this lists both qt5/qtsvg and qt6/qtsvg in LIB_DEPENDS-gpl2, but only Qt6Svg in WANTLIB-gpl2, probably the qt5/qtsvg should be dropped ===> Building package for mlt7-gpl2-7.34.1 Create /mnt/packages/i386/all/mlt7-gpl2-7.34.1.tgz LIB_DEPENDS x11/qt5/qtsvg not needed for multimedia/mlt7,-gpl2 ?
Re: CVS: cvs.openbsd.org: ports
On 2026/01/13 12:22, Stuart Henderson wrote: > On 2026/01/11 09:18, Denis Fondras wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2026/01/11 09:18:27 > > > > Modified files: > > x11/i3status : Makefile > > Added files: > > x11/i3status/patches: patch-src_print_disk_info_c > > > > Log message: > > Fix available disk space reporting. > > > > OK rsadowski > > > > This is broken: > > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -- > |Index: src/print_disk_info.c > |--- src/print_disk_info.c.orig > |+++ src/print_disk_info.c > -- > Patching file src/print_disk_info.c using Plan A... > Ignoring previously applied (or reversed) patch. > Hunk #1 ignored at 73. > Hunk #2 ignored at 198. > 2 out of 2 hunks ignored--saving rejects to src/print_disk_info.c.rej > done > ***> patch-src_print_disk_info_c did not apply cleanly > > oh I see what it is, will fix
Re: CVS: cvs.openbsd.org: ports
On 2026/01/11 09:18, Denis Fondras wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2026/01/11 09:18:27 > > Modified files: > x11/i3status : Makefile > Added files: > x11/i3status/patches: patch-src_print_disk_info_c > > Log message: > Fix available disk space reporting. > > OK rsadowski > This is broken: Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -- |Index: src/print_disk_info.c |--- src/print_disk_info.c.orig |+++ src/print_disk_info.c -- Patching file src/print_disk_info.c using Plan A... Ignoring previously applied (or reversed) patch. Hunk #1 ignored at 73. Hunk #2 ignored at 198. 2 out of 2 hunks ignored--saving rejects to src/print_disk_info.c.rej done ***> patch-src_print_disk_info_c did not apply cleanly
Re: CVS: cvs.openbsd.org: ports
On 2026/01/07 16:04, Stuart Henderson wrote: > On 2026/01/03 07:55, Benoit Lecocq wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2026/01/03 07:55:38 > > > > Modified files: > > net/wget2 : Makefile distinfo > > net/wget2/patches: patch-lib_fseeko_c > > net/wget2/pkg : PLIST > > > > Log message: > > Update to wget2-2.2.1. > > > > you bumped SHARED_LIBS major but I don't see a reason to have done > that; this is slightly problematic because it can't be backported to > -stable like that and it has security fixes... > bleh, please ignore, they removed a bool from the middle of a struct in an installed header without replacing with padding. FFS.
Re: CVS: cvs.openbsd.org: ports
On 2026/01/03 07:55, Benoit Lecocq wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2026/01/03 07:55:38 > > Modified files: > net/wget2 : Makefile distinfo > net/wget2/patches: patch-lib_fseeko_c > net/wget2/pkg : PLIST > > Log message: > Update to wget2-2.2.1. > you bumped SHARED_LIBS major but I don't see a reason to have done that; this is slightly problematic because it can't be backported to -stable like that and it has security fixes...
Re: CVS: cvs.openbsd.org: ports
On Thu, Jan 01, 2026 at 08:04:48AM -0700, Benoit Lecocq wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2026/01/01 08:04:48 > > Modified files: > sysutils/signalbackup-tools: Makefile distinfo > > Log message: > Update to signalbackup-tools-20251229. Failed to patch. ===> Failed patches: patch-CMakeLists_txt *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2937 '/usr/ports/pobj/signalbackup-tools-20251229/.patch_done': @if cd /usr/ports...) *** Error 2 in /usr/ports/sysutils/signalbackup-tools (/usr/ports/infrastructure/mk/bsd.port.mk:2710 'patch': @lock=signalbackup-tools-20251...) -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Sat, Dec 20, 2025 at 08:54:12AM -0700, Benoit Lecocq wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/12/20 08:54:12 > > Modified files: > devel/py-altgraph: Makefile distinfo > > Log message: > Update to py3-altgraph-0.17.5. Doesn't fetch here. $ make fetch ===> Checking files for p5-Module-Starter-1.77 >> Fetch >> https://www.cpan.org/modules/by-authors/id/P/PE/PETDANCE/Module-Starter-1.77.tar.gz ftp: Error retrieving https://www.cpan.org/modules/by-authors/id/P/PE/PETDANCE/Module-Starter-1.77.tar.gz: 404 Not Found >> Fetch >> https://backpan.perl.org/modules/by-authors/id/P/PE/PETDANCE/Module-Starter-1.77.tar.gz ftp: Error retrieving https://backpan.perl.org/modules/by-authors/id/P/PE/PETDANCE/Module-Starter-1.77.tar.gz: 404 Not Found >> Fetch >> https://cpan.metacpan.org/modules/by-authors/id/P/PE/PETDANCE/Module-Starter-1.77.tar.gz ftp: Error retrieving https://www.cpan.org/modules/by-authors/id/P/PE/PETDANCE/Module-Starter-1.77.tar.gz: 404 Not Found >> Fetch >> ftp://ftp.cpan.org/pub/CPAN/modules/by-authors/id/P/PE/PETDANCE/Module-Starter-1.77.tar.gz ftp: Can't connect or login to host `ftp.cpan.org' >> Fetch >> https://ftp.openbsd.org/pub/OpenBSD/distfiles/Module-Starter-1.77.tar.gz ftp: Error retrieving https://ftp.openbsd.org/pub/OpenBSD/distfiles/Module-Starter-1.77.tar.gz: 404 Not Found >> Fetch >> https://ftp.usa.openbsd.org/pub/OpenBSD/distfiles/Module-Starter-1.77.tar.gz ftp: Error retrieving https://ftp.usa.openbsd.org/pub/OpenBSD/distfiles/Module-Starter-1.77.tar.gz: 404 Not Found >> Fetch >> https://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/Module-Starter-1.77.tar.gz ftp: Error retrieving https://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/Module-Starter-1.77.tar.gz: 404 Not Found *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:3310 '/usr/ports/distfiles/Module-Starter-1.77.tar.gz': @lock=Module-Starter-1.77...) *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2582 '_internal-fetch': @cd /usr/ports/devel/p5-Module-Starter && PKGPATH=devel/p...) *** Error 2 in /usr/ports/devel/p5-Module-Starter (/usr/ports/infrastructure/mk/bsd.port.mk:2710 'fetch': @lock=p5-Module-Starter-1.77; exp...) -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Wed, Dec 03, 2025 at 02:12:59AM -0700, Anthony J. Bentley wrote:
> Kirill A. Korinsky writes:
> > Here I fixed build and added libstdthreads as dependencies.
> >
> > Ok?
>
> ok bentley@, except rather than update CFLAGS directly, please do this
> instead:
>
> CONFIGURE_ARGS = -DBUILD_SHARED_LIBS=ON \
>-DCMAKE_C_FLAGS="${CFLAGS} \
>-I${LOCALBASE}/include \
>-L${LOCALBASE}/lib"
>
> That way the build doesn't break when doing 'make CFLAGS=-g' etc.
Better use DEBUG=-g, which should work in any port.
--
jca
Re: CVS: cvs.openbsd.org: ports
Kirill A. Korinsky writes:
> Here I fixed build and added libstdthreads as dependencies.
>
> Ok?
ok bentley@, except rather than update CFLAGS directly, please do this
instead:
CONFIGURE_ARGS = -DBUILD_SHARED_LIBS=ON \
-DCMAKE_C_FLAGS="${CFLAGS} \
-I${LOCALBASE}/include \
-L${LOCALBASE}/lib"
That way the build doesn't break when doing 'make CFLAGS=-g' etc.
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/graphics/lunasvg/Makefile,v
> diff -u -p -r1.1.1.1 Makefile
> --- Makefile 30 Nov 2025 23:12:58 - 1.1.1.1
> +++ Makefile 2 Dec 2025 23:39:19 -
> @@ -3,6 +3,7 @@ COMMENT = SVG rendering and manipulation
> GH_ACCOUNT = sammycage
> GH_PROJECT = lunasvg
> GH_TAGNAME = v3.5.0
> +REVISION = 0
>
> SHARED_LIBS += lunasvg 0.0 # 0.0
> SHARED_LIBS += plutovg 0.0 # 0.0
> @@ -12,14 +13,19 @@ CATEGORIES = graphics
> # MIT
> PERMIT_PACKAGE = Yes
>
> -WANTLIB += ${COMPILER_LIBCXX} m
> +WANTLIB += ${COMPILER_LIBCXX} m stdthreads
>
> # gnu++17
> COMPILER = base-clang ports-gcc
>
> MODULES =devel/cmake
>
> +LIB_DEPENDS += devel/libstdthreads
> +
> CONFIGURE_ARGS = -DBUILD_SHARED_LIBS=ON
> +
> +CFLAGS +=-I${LOCALBASE}/include \
> + -L${LOCALBASE}/lib
>
> DEBUG_PACKAGES = ${BUILD_PACKAGES}
>
Re: CVS: cvs.openbsd.org: ports
On Tue, 02 Dec 2025 16:55:12 +0100, Antoine Jacoutot wrote: > > On Sun, Nov 30, 2025 at 04:12:58PM -0700, Anthony J. Bentley wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2025/11/30 16:12:58 > > > > Log message: > > Import lunasvg-3.5.0. > > > > LunaSVG is an SVG rendering library in C++, designed to be lightweight > > and > > portable, offering efficient rendering and manipulation of Scalable > > Vector > > Graphics (SVG) files. > > > > LunaSVG supports nearly all graphical features outlined in the SVG 1.1 > > and > > SVG 1.2 Tiny specifications. > > > > ok kirill@ > > > > Status: > > > > Vendor Tag: bentley > > Release Tags: bentley_20251130 > > > > N ports/graphics/lunasvg/Makefile > > N ports/graphics/lunasvg/distinfo > > N ports/graphics/lunasvg/pkg/DESCR > > N ports/graphics/lunasvg/pkg/PLIST > > > > No conflicts created by this import > > Does not build here. > It picks up libstdthreads. > > > [22/27] : && /exopi-obj/pobj/lunasvg-3.5.0/bin/cc -fPIC -O2 -pipe -g -DNDEBUG > -Xlinker --dependency-file=plutovg/CMakeFiles/plutovg.dir/link.d -shared > -Wl,-soname,libplutovg.so.0.0 -o plutovg/libplutovg.so.0.0 > plutovg/CMakeFiles/plutovg.dir/source/plutovg-blend.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-canvas.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-font.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-matrix.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-paint.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-path.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-rasterize.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-surface.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-ft-math.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-ft-raster.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-ft-stroker.c.o -lm > -lstdthreads -lpthread -Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib && : > FAILED: plutovg/libplutovg.so.0.0 > : && /exopi-obj/pobj/lunasvg-3.5.0/bin/cc -fPIC -O2 -pipe -g -DNDEBUG > -Xlinker --dependency-file=plutovg/CMakeFiles/plutovg.dir/link.d -shared > -Wl,-soname,libplutovg.so.0.0 -o plutovg/libplutovg.so.0.0 > plutovg/CMakeFiles/plutovg.dir/source/plutovg-blend.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-canvas.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-font.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-matrix.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-paint.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-path.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-rasterize.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-surface.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-ft-math.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-ft-raster.c.o > plutovg/CMakeFiles/plutovg.dir/source/plutovg-ft-stroker.c.o -lm > -lstdthreads -lpthread -Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib && : > ld: error: unable to find library -lstdthreads > cc: error: linker command failed with exit code 1 (use -v to see invocation) > ninja: build stopped: subcommand failed. > > *** Error 1 in graphics/lunasvg > (/exopi-cvs/ports/devel/cmake/cmake.port.mk:40 'do-build': @cd > /exopi-obj/pobj/lunasvg-3.5.0/build-amd64 && ...) > Here I fixed build and added libstdthreads as dependencies. Ok? Index: Makefile === RCS file: /home/cvs/ports/graphics/lunasvg/Makefile,v diff -u -p -r1.1.1.1 Makefile --- Makefile30 Nov 2025 23:12:58 - 1.1.1.1 +++ Makefile2 Dec 2025 23:39:19 - @@ -3,6 +3,7 @@ COMMENT = SVG rendering and manipulation GH_ACCOUNT = sammycage GH_PROJECT = lunasvg GH_TAGNAME = v3.5.0 +REVISION = 0 SHARED_LIBS += lunasvg 0.0 # 0.0 SHARED_LIBS += plutovg 0.0 # 0.0 @@ -12,14 +13,19 @@ CATEGORIES =graphics # MIT PERMIT_PACKAGE = Yes -WANTLIB += ${COMPILER_LIBCXX} m +WANTLIB += ${COMPILER_LIBCXX} m stdthreads # gnu++17 COMPILER = base-clang ports-gcc MODULES = devel/cmake +LIB_DEPENDS += devel/libstdthreads + CONFIGURE_ARGS = -DBUILD_SHARED_LIBS=ON + +CFLAGS += -I${LOCALBASE}/include \ + -L${LOCALBASE}/lib DEBUG_PACKAGES = ${BUILD_PACKAGES} -- wbr, Kirill
Re: CVS: cvs.openbsd.org: ports
On Sun, Nov 30, 2025 at 04:12:58PM -0700, Anthony J. Bentley wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/11/30 16:12:58 > > Log message: > Import lunasvg-3.5.0. > > LunaSVG is an SVG rendering library in C++, designed to be lightweight and > portable, offering efficient rendering and manipulation of Scalable Vector > Graphics (SVG) files. > > LunaSVG supports nearly all graphical features outlined in the SVG 1.1 and > SVG 1.2 Tiny specifications. > > ok kirill@ > > Status: > > Vendor Tag: bentley > Release Tags: bentley_20251130 > > N ports/graphics/lunasvg/Makefile > N ports/graphics/lunasvg/distinfo > N ports/graphics/lunasvg/pkg/DESCR > N ports/graphics/lunasvg/pkg/PLIST > > No conflicts created by this import Does not build here. It picks up libstdthreads. [22/27] : && /exopi-obj/pobj/lunasvg-3.5.0/bin/cc -fPIC -O2 -pipe -g -DNDEBUG -Xlinker --dependency-file=plutovg/CMakeFiles/plutovg.dir/link.d -shared -Wl,-soname,libplutovg.so.0.0 -o plutovg/libplutovg.so.0.0 plutovg/CMakeFiles/plutovg.dir/source/plutovg-blend.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-canvas.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-font.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-matrix.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-paint.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-path.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-rasterize.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-surface.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-ft-math.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-ft-raster.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-ft-stroker.c.o -lm -lstdthreads -lpthread -Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib && : FAILED: plutovg/libplutovg.so.0.0 : && /exopi-obj/pobj/lunasvg-3.5.0/bin/cc -fPIC -O2 -pipe -g -DNDEBUG -Xlinker --dependency-file=plutovg/CMakeFiles/plutovg.dir/link.d -shared -Wl,-soname,libplutovg.so.0.0 -o plutovg/libplutovg.so.0.0 plutovg/CMakeFiles/plutovg.dir/source/plutovg-blend.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-canvas.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-font.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-matrix.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-paint.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-path.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-rasterize.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-surface.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-ft-math.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-ft-raster.c.o plutovg/CMakeFiles/plutovg.dir/source/plutovg-ft-stroker.c.o -lm -lstdthreads -lpthread -Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib && : ld: error: unable to find library -lstdthreads cc: error: linker command failed with exit code 1 (use -v to see invocation) ninja: build stopped: subcommand failed. *** Error 1 in graphics/lunasvg (/exopi-cvs/ports/devel/cmake/cmake.port.mk:40 'do-build': @cd /exopi-obj/pobj/lunasvg-3.5.0/build-amd64 && ...) -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2025/11/29 07:17, Benoit Lecocq wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/11/29 07:17:08 > > Modified files: > sysutils/checkbashisms: Makefile distinfo > > Log message: > Update to checkbashisms-2.25.27. > btw most of the devutils updates don't actually touch checkbashisms
Re: CVS: cvs.openbsd.org: ports
thanks, fixed. On 2025/11/19 21:12, Bryan Vyhmeister wrote: > On Wed, Nov 19, 2025 at 01:20:49PM -0700, Stuart Henderson wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2025/11/19 13:20:49 > > > > Modified files: > > net/unifi/main : Makefile distinfo > > net/unifi/main/pkg: PLIST > > > > Log message: > > update to unifi-10.0.156 > > > > fix dir of snappy-java when overriding with a version built for > > OpenBSD/amd64; it moved a while ago upstream but I didn't notice. > > if you had any problems with APs not adopting this may be why. > > Something is not quite right with this update. If I run "make update" in > /usr/ports/net/unifi/main, I get an error when building the package. > > ===> Building package for unifi-10.0.156 > Create /usr/ports/packages/amd64/all/unifi-10.0.156.tgz > Creating package unifi-10.0.156 > checksumming|*** > | 3% > Error: > /usr/ports/pobj/unifi-10.0.156/fake-amd64/usr/local/share/unifi/lib/local/snappy-java-1.1.10.5-jdk17-libc++.12.0.jar > does not exist > Warning: symlink(s) point to non-existent > /usr/ports/pobj/unifi-10.0.156/fake-amd64/usr/local/bin/mongod > > /usr/ports/pobj/unifi-10.0.156/fake-amd64/usr/local/share/unifi/bin/mongod > Warning: symlink(s) point to non-existent > /usr/ports/pobj/unifi-10.0.156/fake-amd64/var/log/unifi > /usr/ports/pobj/unifi-10.0.156/fake-amd64/usr/local/share/unifi/logs > pkg_create: can't continue > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2247 > '/usr/ports/packages/amd64/all/unifi-10.0.156.tgz': @trap "cd > /usr/ports/pac...) > *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2731 > '_internal-package': @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$( > mktem...) > *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2269 > '/usr/ports/update/amd64/unifi-10.0.156': @cd /usr/ports/net/unifi/main && > P...) > *** Error 2 in /usr/ports/net/unifi/main > (/usr/ports/infrastructure/mk/bsd.port.mk:2710 'update': > @lock=unifi-10.0.156; export _LOCKS_HELD=...) > > > Manually doing: > > cp /usr/ports/distfiles/snappy-java-1.1.10.5-jdk17-libc++.12.0.jar > /usr/ports/pobj/unifi-10.0.156/fake-amd64/usr/local/share/unifi/lib/local/ > > And then running "make update" again allows the package to be built. I'm > not sure how to cause that copy to happen automatically in ports but > that seems to be the issue. The snappy-java file was properly downloaded > as it was in distfiles but did not end up in the right place. > > Bryan
Re: CVS: cvs.openbsd.org: ports
On 2025-11-19 01:22, Daniel Dickman wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2025/11/18 17:22:53 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm devel/ipython : Makefile distinfo devel/ipython/pkg: PLIST Removed files: devel/ipython/patches: patch-IPython_core_tests_test_interactiveshell_py Log message: update ipython to 9.7.0 Rename the package from ipython3 to ipython. Tweak the Makefile as suggested by sthen@ by symlinking MODPY_BIN to WRKDIR/bin/python which lets us drop a patch. That broke all consumers because they did not get bumped. ex. --- /exopi-cvs/ports/plist/amd64/py3-sympy-1.12p2 +++ /exopi-cvs/ports/plist/amd64/py3-sympy-1.12p2-new @@ -6,7 +6,7 @@ @sha kcqP+HKXWjL5h7Oa035rgaGeeapYyYFG8yaH/0ryjwU= @conflict py-sympy-* @pkgpath math/py-sympy,python3 -@depend devel/ipython:ipython3-*:ipython3-8.37.0 +@depend devel/ipython:ipython-*:ipython-9.7.0 @depend lang/python/3,-main:python->=3.13,<3.14:python-3.13.9 @depend math/py-mpmath:py3-mpmath-*:py3-mpmath-1.2.1p4 @cwd /usr/local *** Error 1 in math/py-sympy (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2247 '/exopi-cvs/ports/packages/amd64/all/py3-sympy-1.12p2.tgz') -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Wed, Nov 19, 2025 at 01:20:49PM -0700, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/11/19 13:20:49 > > Modified files: > net/unifi/main : Makefile distinfo > net/unifi/main/pkg: PLIST > > Log message: > update to unifi-10.0.156 > > fix dir of snappy-java when overriding with a version built for > OpenBSD/amd64; it moved a while ago upstream but I didn't notice. > if you had any problems with APs not adopting this may be why. Something is not quite right with this update. If I run "make update" in /usr/ports/net/unifi/main, I get an error when building the package. ===> Building package for unifi-10.0.156 Create /usr/ports/packages/amd64/all/unifi-10.0.156.tgz Creating package unifi-10.0.156 checksumming|*** | 3% Error: /usr/ports/pobj/unifi-10.0.156/fake-amd64/usr/local/share/unifi/lib/local/snappy-java-1.1.10.5-jdk17-libc++.12.0.jar does not exist Warning: symlink(s) point to non-existent /usr/ports/pobj/unifi-10.0.156/fake-amd64/usr/local/bin/mongod /usr/ports/pobj/unifi-10.0.156/fake-amd64/usr/local/share/unifi/bin/mongod Warning: symlink(s) point to non-existent /usr/ports/pobj/unifi-10.0.156/fake-amd64/var/log/unifi /usr/ports/pobj/unifi-10.0.156/fake-amd64/usr/local/share/unifi/logs pkg_create: can't continue *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2247 '/usr/ports/packages/amd64/all/unifi-10.0.156.tgz': @trap "cd /usr/ports/pac...) *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2731 '_internal-package': @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$( mktem...) *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2269 '/usr/ports/update/amd64/unifi-10.0.156': @cd /usr/ports/net/unifi/main && P...) *** Error 2 in /usr/ports/net/unifi/main (/usr/ports/infrastructure/mk/bsd.port.mk:2710 'update': @lock=unifi-10.0.156; export _LOCKS_HELD=...) Manually doing: cp /usr/ports/distfiles/snappy-java-1.1.10.5-jdk17-libc++.12.0.jar /usr/ports/pobj/unifi-10.0.156/fake-amd64/usr/local/share/unifi/lib/local/ And then running "make update" again allows the package to be built. I'm not sure how to cause that copy to happen automatically in ports but that seems to be the issue. The snappy-java file was properly downloaded as it was in distfiles but did not end up in the right place. Bryan
Re: CVS: cvs.openbsd.org: ports
oh, and update to 1.24.3, from Brad, which I didn't realise was in my tree. ;-) On 2025/11/18 05:12, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/11/18 05:12:48 > > Modified files: > audio/openal : Makefile distinfo > audio/openal/patches: patch-CMakeLists_txt > patch-al_auxeffectslot_cpp > patch-al_effects_chorus_cpp > patch-al_state_cpp > Removed files: > audio/openal/patches: patch-alc_alu_cpp > patch-utils_makemhr_loaddef_cpp > > Log message: > distfile is now on github releases; switch SITES to avoid > the broken cert on openal-soft.org >
Re: CVS: cvs.openbsd.org: ports
On Sat, Nov 15, 2025 at 10:25:33AM -0700, Pascal Stumpf wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/11/15 10:25:33 > > Modified files: > devel/mygui: Makefile distinfo > devel/mygui/patches: patch-Common_Base_Ogre_BaseManager_cpp >patch-MyGUIEngine_include_MyGUI_UString_h > Added files: > devel/mygui/patches: > > patch-Platforms_OpenGL_OpenGLPlatform_CMakeLists_txt > > Log message: > Update to MyGUI 3.4.3 and enable -DMYGUI_DONT_USE_OBSOLETE. > > Based on an earlier diff from and ok kirby@ (MAINTAINER) Does not pass configure: CMake Error at CMake/Utils/MacroLogFeature.cmake:91 (MESSAGE): - -- The following REQUIRED packages could NOT be located on your system. -- Please install them before continuing this software installation. -- If you are in Windows, try passing -DMYGUI_DEPENDENCIES_DIR= -- Also check that you buildind with RenderSystem that you need or set another with -DMYGUI_RENDERSYSTEM=<3, 4, 5, 6, 7 for OGRE, OpenGL, Direct3D_9, Direct3D_11 or OpenGL 3.x> - + GLEW: OpenGL Extension Wrangler Library <> - Call Stack (most recent call first): CMake/Dependencies.cmake:94 (MACRO_DISPLAY_FEATURE_LOG) CMakeLists.txt:173 (include) -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Wed, 12 Nov 2025 20:23:14 -0700 (MST), Daniel Jakots wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected]/11/12 20:23:14 > > Modified files: > security/lego : Makefile distinfo > > Log message: > Update to lego-4.28.1 > > From Horia Racoviceanu (maintainer) > Actually, it was from Igor Zornik and ok maintainer. Sorry for the mistake!
Re: CVS: cvs.openbsd.org: ports
On 2025/11/07 07:19, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/11/07 07:19:31 > > Modified files: > x11/freerdp: Makefile > Added files: > x11/freerdp/patches: >patch-channels_tsmf_client_ffmpeg_tsmf_ffmpeg_c >patch-libfreerdp_codec_h264_ffmpeg_c > > Log message: > patch for FFmpeg 8 API, avcodec_close is no longer used. original diff from kirill@, I added another instance and tested > build with USE_NOBTCFI for now, FFmpeg H264 code doesn't have landing pads, > at least for amd64. >
Re: CVS: cvs.openbsd.org: ports
On 2025-11-05 13:16, Stuart Henderson wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2025/11/05 05:16:41 Modified files: www/newsraft : Makefile distinfo Log message: update to newsraft-0.33 (thanks for the nice stickers Grigory ;) Does not fetch. # make fetch ===> Checking files for newsraft-0.33 Fetch https://codeberg.org/grisha/newsraft/archive/newsraft-0.33.tar.gz ftp: Error retrieving https://codeberg.org/grisha/newsraft/archive/newsraft-0.33.tar.gz: 404 Not Found -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 11/03, Antoine Jacoutot wrote: > > https://docs.mattermost.com/product-overview/mattermost-v11-changelog.html Fixed, thanks! -- With best regards, Pavel Korovin
Re: CVS: cvs.openbsd.org: ports
On 2025-11-02 19:54, Pavel Korovin wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected]/11/02 11:54:31 Modified files: net/mattermost-server: Makefile distinfo net/mattermost-server/patches: patch-server_config_config_json net/mattermost-server/pkg: PLIST-main Log message: Update mattermost 10.12.0 -> 11.0.4 Changelog: https://docs.mattermost.com/product-overview/mattermost-v11-changelog.html Does not fetch. # make fetch ===> Checking files for mattermost-server-vendored-11.0.4 Fetch https://distfiles.tristero.se/mattermost-server-vendored-11.0.4.tar.gz ftp: Error retrieving https://distfiles.tristero.se/mattermost-server-vendored-11.0.4.tar.gz: 404 Not Found -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Fri, Oct 31, 2025 at 04:07:05PM +, Stuart Henderson wrote: > On 2025/10/31 16:51, Antoine Jacoutot wrote: > > On Thu, 2025-10-30 at 19:31 -0600, Lucas Raab wrote: > > > CVSROOT: /cvs > > > Module name: ports > > > Changes by: [email protected] 2025/10/30 19:31:27 > > > > > > Modified files: > > > sysutils/grafana: Makefile distinfo > > > sysutils/grafana/pkg: PLIST > > > > > > Log message: > > > sysutils/grafana: update to 12.2.1 > > > > Does not fetch. > > > > # make fetch > > ===> Checking files for grafana-12.2.1 > > `/exopi-cvs/ports/distfiles/grafana-12.2.1.linux-amd64.tar.gz' is up to > > date. > > >> Fetch https://ports.lucasraab.me/grafana+vendor-12.2.1.tar.zst > > ftp: connect: No route to host > > host unreachable over v4: > > 7 s5.obsda.ms (46.23.91.15) 15.12 ms 15.405 ms 15.779 ms > 8 * * s5.obsda.ms (46.23.91.15) 14.825 ms !H > > (and connection refused over v6). > > that "no route to host" error from ftp is annoying; it's actually > "couldn't connect over v4 so I fell back to v6 and don't have a route > for that". > Thanks, fixed. I ran into the relink disk space issue so it's probably time to repartition/reinstall this VM.
Re: CVS: cvs.openbsd.org: ports
On 2025/10/31 16:51, Antoine Jacoutot wrote: > On Thu, 2025-10-30 at 19:31 -0600, Lucas Raab wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2025/10/30 19:31:27 > > > > Modified files: > > sysutils/grafana: Makefile distinfo > > sysutils/grafana/pkg: PLIST > > > > Log message: > > sysutils/grafana: update to 12.2.1 > > Does not fetch. > > # make fetch > ===> Checking files for grafana-12.2.1 > `/exopi-cvs/ports/distfiles/grafana-12.2.1.linux-amd64.tar.gz' is up to date. > >> Fetch https://ports.lucasraab.me/grafana+vendor-12.2.1.tar.zst > ftp: connect: No route to host host unreachable over v4: 7 s5.obsda.ms (46.23.91.15) 15.12 ms 15.405 ms 15.779 ms 8 * * s5.obsda.ms (46.23.91.15) 14.825 ms !H (and connection refused over v6). that "no route to host" error from ftp is annoying; it's actually "couldn't connect over v4 so I fell back to v6 and don't have a route for that".
Re: CVS: cvs.openbsd.org: ports
On Thu, 2025-10-30 at 19:31 -0600, Lucas Raab wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/10/30 19:31:27 > > Modified files: > sysutils/grafana: Makefile distinfo > sysutils/grafana/pkg: PLIST > > Log message: > sysutils/grafana: update to 12.2.1 Does not fetch. # make fetch ===> Checking files for grafana-12.2.1 `/exopi-cvs/ports/distfiles/grafana-12.2.1.linux-amd64.tar.gz' is up to date. >> Fetch https://ports.lucasraab.me/grafana+vendor-12.2.1.tar.zst ftp: connect: No route to host -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2025/10/26 03:17, Rafael Sadowski wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/10/26 03:17:59 > > Modified files: > games/astromenace: Makefile distinfo > Removed files: > games/astromenace/patches: patch-AstroMenaceSource_config_h > > Log message: > Update astromenace to 1.4.3 > didn't package on i386; files installed to wrong dir: [...] models/normalmap/q_class2_nm.tga file added to VFS. models/normalmap/bomber_nm.tga file added to VFS. models/normalmap/buildings_nm.tga file added to VFS. lang/pl/menu/button_weaponry_in.tga file added to VFS. lang/pl/menu/button_weaponry_out.tga file added to VFS. VFS file was created /pobj/astromenace-1.4.3/build-i386/gamedata.vfs >>> Running fake in games/astromenace at 1761659753.41 ===> games/astromenace ===> Faking installation for astromenace-1.4.3 -- Install configuration: "Release" -- Installing: /pobj/astromenace-1.4.3/fake-i386/usr/local/astromenace -- Set non-toolchain portion of runtime path of "/pobj/astromenace-1.4.3/fake-i386/usr/local/astromenace" to "/usr/local/lib:/usr/X11R6/lib" -- Installing: /pobj/astromenace-1.4.3/fake-i386/usr/local/gamedata.vfs >>> Running package in games/astromenace at 1761659754.24 ===> games/astromenace `/pobj/astromenace-1.4.3/fake-i386/.fake_done' is up to date. ===> Building package for astromenace-1.4.3 Create /mnt/packages/i386/all/astromenace-1.4.3.tgz Creating package astromenace-1.4.3 reading plist| checking dependencies| checking dependencies|audio/freealut checking dependencies|audio/libogg checking dependencies|audio/libvorbis checking dependencies|audio/openal checking dependencies|devel/sdl2 checksumming| checksumming| | 0% checksumming|** | 3% checksumming| | 7% checksumming|** | 10% checksumming| | 14% checksumming|*** | 17% checksumming|*| 21% checksumming|*** | 24% checksumming|*| 28% checksumming|*** | 31% checksumming|*| 34% checksumming|*** | 38% checksumming|*| 41% checksumming|*** | 45% checksumming|*| 48% checksumming| | 52% checksumming|** | 55% checksumming| | 59% checksumming|** | 62% checksumming| | 66% checksumming|** | 69% checksumming| | 72% checksumming|** | 76% checksumming| | 79% checksumming|** | 83% checksumming|*| 86% checksumming|*** | 90% checksumming|*| 93% Error: /pobj/astromenace-1.4.3/fake-i386/usr/local/bin/astromenace does not exist Error: /pobj/astromenace-1.4.3/fake-i386/usr/local/share/astromenace/gamedata.vfs does not exist pkg_create: can't continue *** Error 1 in games/astromenace (/usr/ports/infrastructure/mk/bsd.port.mk:2248 '/mnt/packages/i386/all/astromenace-1.4.3.tgz': @trap "cd /m...) *** Error 2 in games/astromenace (/usr/ports/infrastructure/mk/bsd.port.mk:2732 '_internal-package': @case X${_DEPENDS_CACHE} in X) _DEPEND...) *** Error 2 in games/astromenace (/usr/ports/infrastructure/mk/bsd.port.mk:2711 'package': @lock=astromenace-1.4.3; export _LOCKS_HELD=
Re: CVS: cvs.openbsd.org: ports
On 2025/10/26 16:11, Daniel Dickman wrote: > If this change blocks future asciidoc updates, we > can revisit and disable generation of the manual. Unlikely, asciidoc-py is pretty much dead at this point. The canonical asciidoc processor nowadays is "asciidoctor".
Re: CVS: cvs.openbsd.org: ports
On 2025/09/20 08:34, Antoine Jacoutot wrote: > On Sat, Sep 20, 2025 at 12:07:11AM +0200, Alexander Bluhm wrote: > > On Fri, Sep 19, 2025 at 10:19:01PM +0100, Stuart Henderson wrote: > > > I think this should probably just replace p5-URI-ws (quirks and @pkgpath) > > > > The new p5-URI seems to be equivalent to p5-URI-ws. > > I am not a quirks expert. Is that how it works? > > Do I also need a @conflict in p5-URI? > > Yes. > > OK aja exactly. btw, if "pkglocatedb" is installed, "make plist" will use it to check whether a file newly added to the PLIST is already present in another package. It's helpful as long as you don't frequently work on ports which have a lot of churn in their PLIST (in which case, "make plist" runs very slowly, using a lot of cpu).
Re: CVS: cvs.openbsd.org: ports
On Sat, Sep 20, 2025 at 12:07:11AM +0200, Alexander Bluhm wrote:
> On Fri, Sep 19, 2025 at 10:19:01PM +0100, Stuart Henderson wrote:
> > I think this should probably just replace p5-URI-ws (quirks and @pkgpath)
>
> The new p5-URI seems to be equivalent to p5-URI-ws.
> I am not a quirks expert. Is that how it works?
> Do I also need a @conflict in p5-URI?
Yes.
OK aja
> bluhm
>
> Index: net/p5-AnyEvent-WebSocket-Client/Makefile
> ===
> RCS file:
> /data/mirror/openbsd/cvs/ports/net/p5-AnyEvent-WebSocket-Client/Makefile,v
> diff -u -p -r1.1.1.1 Makefile
> --- net/p5-AnyEvent-WebSocket-Client/Makefile 11 Jun 2025 10:28:25 -
> 1.1.1.1
> +++ net/p5-AnyEvent-WebSocket-Client/Makefile 19 Sep 2025 21:38:38 -
> @@ -1,6 +1,7 @@
> COMMENT =WebSocket client for AnyEvent
>
> DISTNAME = AnyEvent-WebSocket-Client-0.55
> +REVISION = 0
>
> CATEGORIES = net devel
>
> @@ -15,8 +16,7 @@ RUN_DEPENDS = devel/p5-AnyEvent \
> devel/p5-PerlX-Maybe \
> net/p5-Protocol-WebSocket \
> security/p5-Net-SSLeay \
> - www/p5-URI \
> - www/p5-URI-ws
> + www/p5-URI>=5.34
> TEST_DEPENDS = devel/p5-Devel-Cycle \
> devel/p5-EV \
> devel/p5-Test-Memory-Cycle \
> Index: www/p5-Catalyst-Runtime/Makefile
> ===
> RCS file: /data/mirror/openbsd/cvs/ports/www/p5-Catalyst-Runtime/Makefile,v
> diff -u -p -r1.31 Makefile
> --- www/p5-Catalyst-Runtime/Makefile 11 Mar 2022 20:10:20 - 1.31
> +++ www/p5-Catalyst-Runtime/Makefile 19 Sep 2025 21:39:07 -
> @@ -3,6 +3,7 @@ COMMENT= elegant MVC Web Application Fra
> MODULES= cpan
> PKG_ARCH=*
> DISTNAME=Catalyst-Runtime-5.90128
> +REVISION=0
> CATEGORIES= www
>
> HOMEPAGE=http://www.catalystframework.org/
> @@ -47,8 +48,7 @@ RUN_DEPENDS=converters/p5-JSON-MaybeXS>
> www/p5-Plack-Middleware-RemoveRedundantBody>=0.03 \
> www/p5-Plack-Middleware-ReverseProxy>=0.04 \
> www/p5-Plack-Test-ExternalServer \
> - www/p5-URI>=1.65 \
> - www/p5-URI-ws>=0.03 \
> + www/p5-URI>=5.34 \
> www/p5-libwww>=5.837
>
> TEST_DEPENDS=devel/p5-Term-Size-Any \
> @@ -58,7 +58,6 @@ TEST_DEPENDS= devel/p5-Term-Size-Any \
> www/p5-Catalyst-Action-REST \
> www/p5-Catalyst-Plugin-ConfigLoader \
> www/p5-CatalystX-LeakChecker>=0.05
> -
>
> MAKE_ENV=TEST_POD=Yes
>
> Index: www/Makefile
> ===
> RCS file: /data/mirror/openbsd/cvs/ports/www/Makefile,v
> diff -u -p -r1.1156 Makefile
> --- www/Makefile 4 Sep 2025 11:46:56 - 1.1156
> +++ www/Makefile 19 Sep 2025 21:39:18 -
> @@ -357,7 +357,6 @@
> SUBDIR += p5-URI-Fetch
> SUBDIR += p5-URI-Find
> SUBDIR += p5-URI-Query
> - SUBDIR += p5-URI-ws
> SUBDIR += p5-URL-Encode
> SUBDIR += p5-W3C-LinkChecker
> SUBDIR += p5-WWW-Bugzilla
> Index: www/p5-URI/Makefile
> ===
> RCS file: /data/mirror/openbsd/cvs/ports/www/p5-URI/Makefile,v
> diff -u -p -r1.55 Makefile
> --- www/p5-URI/Makefile 18 Sep 2025 18:29:58 - 1.55
> +++ www/p5-URI/Makefile 19 Sep 2025 21:39:38 -
> @@ -1,6 +1,7 @@
> COMMENT =library to parse Uniform Resource Identifiers
>
> DISTNAME = URI-5.34
> +REVISION = 0
>
> CATEGORIES = www
>
> Index: www/p5-URI/pkg/PLIST
> ===
> RCS file: /data/mirror/openbsd/cvs/ports/www/p5-URI/pkg/PLIST,v
> diff -u -p -r1.17 PLIST
> --- www/p5-URI/pkg/PLIST 18 Sep 2025 18:29:58 - 1.17
> +++ www/p5-URI/pkg/PLIST 19 Sep 2025 22:04:59 -
> @@ -1,3 +1,5 @@
> +@pkgpath www/p5-URI-ws
> +@conflict p5-URI-ws-*
> ${P5SITE}/URI/
> ${P5SITE}/URI.pm
> ${P5SITE}/URI/Escape.pm
> Index: devel/quirks/Makefile
> ===
> RCS file: /data/mirror/openbsd/cvs/ports/devel/quirks/Makefile,v
> diff -u -p -r1.1735 Makefile
> --- devel/quirks/Makefile 16 Sep 2025 14:31:05 - 1.1735
> +++ devel/quirks/Makefile 19 Sep 2025 21:41:07 -
> @@ -3,7 +3,7 @@ CATEGORIES = devel databases
> DISTFILES =
>
> # API.rev
> -PKGNAME =quirks-7.142
> +PKGNAME =quirks-7.143
> PKG_ARCH = *
> MAINTAINER = Marc Espie
>
> Index: devel/quirks/files/Quirks.pm
> ===
> RCS file: /data/mirror/openbsd/cvs/ports/devel/quirks/files/Quirks.pm,v
> diff -u -p -r1.1747 Quirks.pm
> --- devel/quirks/files/Quirks.pm 16 Sep 2025 14:31
Re: CVS: cvs.openbsd.org: ports
On Fri, Sep 19, 2025 at 11:26:35PM +0200, Alexander Bluhm wrote: > On Fri, Sep 19, 2025 at 10:31:52PM +0200, Antoine Jacoutot wrote: > > On Thu, 2025-09-18 at 11:00 -0600, Alexander Bluhm wrote: > > > CVSROOT: /cvs > > > Module name: ports > > > Changes by: [email protected] 2025/09/18 11:00:35 > > > > > > Modified files: > > > textproc/xmlwf : Makefile distinfo > > > > > > Log message: > > > update xmlwf to expat 2.7.2 > > > > Failed to build for me. > > Sorry, I was commiting ports too fast after src. You need a snapshot > that contains libexpat.so.17.0 Thanks :-) -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Fri, Sep 19, 2025 at 10:19:01PM +0100, Stuart Henderson wrote:
> I think this should probably just replace p5-URI-ws (quirks and @pkgpath)
The new p5-URI seems to be equivalent to p5-URI-ws.
I am not a quirks expert. Is that how it works?
Do I also need a @conflict in p5-URI?
bluhm
Index: net/p5-AnyEvent-WebSocket-Client/Makefile
===
RCS file:
/data/mirror/openbsd/cvs/ports/net/p5-AnyEvent-WebSocket-Client/Makefile,v
diff -u -p -r1.1.1.1 Makefile
--- net/p5-AnyEvent-WebSocket-Client/Makefile 11 Jun 2025 10:28:25 -
1.1.1.1
+++ net/p5-AnyEvent-WebSocket-Client/Makefile 19 Sep 2025 21:38:38 -
@@ -1,6 +1,7 @@
COMMENT = WebSocket client for AnyEvent
DISTNAME = AnyEvent-WebSocket-Client-0.55
+REVISION = 0
CATEGORIES = net devel
@@ -15,8 +16,7 @@ RUN_DEPENDS = devel/p5-AnyEvent \
devel/p5-PerlX-Maybe \
net/p5-Protocol-WebSocket \
security/p5-Net-SSLeay \
- www/p5-URI \
- www/p5-URI-ws
+ www/p5-URI>=5.34
TEST_DEPENDS = devel/p5-Devel-Cycle \
devel/p5-EV \
devel/p5-Test-Memory-Cycle \
Index: www/p5-Catalyst-Runtime/Makefile
===
RCS file: /data/mirror/openbsd/cvs/ports/www/p5-Catalyst-Runtime/Makefile,v
diff -u -p -r1.31 Makefile
--- www/p5-Catalyst-Runtime/Makefile11 Mar 2022 20:10:20 - 1.31
+++ www/p5-Catalyst-Runtime/Makefile19 Sep 2025 21:39:07 -
@@ -3,6 +3,7 @@ COMMENT=elegant MVC Web Application Fra
MODULES= cpan
PKG_ARCH= *
DISTNAME= Catalyst-Runtime-5.90128
+REVISION= 0
CATEGORIES=www
HOMEPAGE= http://www.catalystframework.org/
@@ -47,8 +48,7 @@ RUN_DEPENDS= converters/p5-JSON-MaybeXS>
www/p5-Plack-Middleware-RemoveRedundantBody>=0.03 \
www/p5-Plack-Middleware-ReverseProxy>=0.04 \
www/p5-Plack-Test-ExternalServer \
- www/p5-URI>=1.65 \
- www/p5-URI-ws>=0.03 \
+ www/p5-URI>=5.34 \
www/p5-libwww>=5.837
TEST_DEPENDS= devel/p5-Term-Size-Any \
@@ -58,7 +58,6 @@ TEST_DEPENDS= devel/p5-Term-Size-Any \
www/p5-Catalyst-Action-REST \
www/p5-Catalyst-Plugin-ConfigLoader \
www/p5-CatalystX-LeakChecker>=0.05
-
MAKE_ENV= TEST_POD=Yes
Index: www/Makefile
===
RCS file: /data/mirror/openbsd/cvs/ports/www/Makefile,v
diff -u -p -r1.1156 Makefile
--- www/Makefile4 Sep 2025 11:46:56 - 1.1156
+++ www/Makefile19 Sep 2025 21:39:18 -
@@ -357,7 +357,6 @@
SUBDIR += p5-URI-Fetch
SUBDIR += p5-URI-Find
SUBDIR += p5-URI-Query
- SUBDIR += p5-URI-ws
SUBDIR += p5-URL-Encode
SUBDIR += p5-W3C-LinkChecker
SUBDIR += p5-WWW-Bugzilla
Index: www/p5-URI/Makefile
===
RCS file: /data/mirror/openbsd/cvs/ports/www/p5-URI/Makefile,v
diff -u -p -r1.55 Makefile
--- www/p5-URI/Makefile 18 Sep 2025 18:29:58 - 1.55
+++ www/p5-URI/Makefile 19 Sep 2025 21:39:38 -
@@ -1,6 +1,7 @@
COMMENT = library to parse Uniform Resource Identifiers
DISTNAME = URI-5.34
+REVISION = 0
CATEGORIES = www
Index: www/p5-URI/pkg/PLIST
===
RCS file: /data/mirror/openbsd/cvs/ports/www/p5-URI/pkg/PLIST,v
diff -u -p -r1.17 PLIST
--- www/p5-URI/pkg/PLIST18 Sep 2025 18:29:58 - 1.17
+++ www/p5-URI/pkg/PLIST19 Sep 2025 22:04:59 -
@@ -1,3 +1,5 @@
+@pkgpath www/p5-URI-ws
+@conflict p5-URI-ws-*
${P5SITE}/URI/
${P5SITE}/URI.pm
${P5SITE}/URI/Escape.pm
Index: devel/quirks/Makefile
===
RCS file: /data/mirror/openbsd/cvs/ports/devel/quirks/Makefile,v
diff -u -p -r1.1735 Makefile
--- devel/quirks/Makefile 16 Sep 2025 14:31:05 - 1.1735
+++ devel/quirks/Makefile 19 Sep 2025 21:41:07 -
@@ -3,7 +3,7 @@ CATEGORIES =devel databases
DISTFILES =
# API.rev
-PKGNAME = quirks-7.142
+PKGNAME = quirks-7.143
PKG_ARCH = *
MAINTAINER = Marc Espie
Index: devel/quirks/files/Quirks.pm
===
RCS file: /data/mirror/openbsd/cvs/ports/devel/quirks/files/Quirks.pm,v
diff -u -p -r1.1747 Quirks.pm
--- devel/quirks/files/Quirks.pm16 Sep 2025 14:31:05 - 1.1747
+++ devel/quirks/files/Quirks.pm19 Sep 2025 21:47:17 -
@@ -1289,6 +1289,7 @@ setup_obsolete_reason(
3 => 'ruby34-rgen',
5 => 'libmusicbrainz',
5 => 'libunique',
+ 5 => 'p5-URI-ws',
);
# though it's not yet
Re: CVS: cvs.openbsd.org: ports
On Fri, Sep 19, 2025 at 10:31:52PM +0200, Antoine Jacoutot wrote: > On Thu, 2025-09-18 at 11:00 -0600, Alexander Bluhm wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2025/09/18 11:00:35 > > > > Modified files: > > textproc/xmlwf : Makefile distinfo > > > > Log message: > > update xmlwf to expat 2.7.2 > > Failed to build for me. Sorry, I was commiting ports too fast after src. You need a snapshot that contains libexpat.so.17.0 bluhm > ===> Building for xmlwf-2.7.2 > cc -I/exopi-obj/pobj/xmlwf-2.7.2/expat-2.7.2/lib -c xmlwf.c > cc -I/exopi-obj/pobj/xmlwf-2.7.2/expat-2.7.2/lib -c xmlfile.c > cc -I/exopi-obj/pobj/xmlwf-2.7.2/expat-2.7.2/lib -c codepage.c > cc -I/exopi-obj/pobj/xmlwf-2.7.2/expat-2.7.2/lib -c unixfilemap.c > cc -I/exopi-obj/pobj/xmlwf-2.7.2/expat-2.7.2/lib -o xmlwf xmlwf.o > xmlfile.o codepage.o unixfilemap.o -lexpat > ld: warning: xmlwf.c(xmlwf.o:(main)): warning: strcpy() is almost always > misused, please use strlcpy() > ld: warning: xmlwf.c(xmlwf.o:(main)): warning: strcat() is almost always > misused, please use strlcat() > ld: error: undefined symbol: XML_SetAllocTrackerMaximumAmplification > >>> referenced by xmlwf.c > >>> xmlwf.o:(main) > > ld: error: undefined symbol: XML_SetAllocTrackerActivationThreshold > >>> referenced by xmlwf.c > >>> xmlwf.o:(main) > cc: error: linker command failed with exit code 1 (use -v to see invocation) > ===> Exiting textproc/xmlwf with an error > > > -- > Antoine
Re: CVS: cvs.openbsd.org: ports
I think this should probably just replace p5-URI-ws (quirks and @pkgpath) -- Sent from a phone, apologies for poor formatting. On 19 September 2025 21:31:06 Antoine Jacoutot wrote: On Thu, 2025-09-18 at 12:29 -0600, Alexander Bluhm wrote: CVSROOT:/cvs Module name:ports Changes by: [email protected] 2025/09/18 12:29:58 Modified files: www/p5-URI : Makefile distinfo www/p5-URI/pkg : PLIST Log message: update p5-URI to 5.34 This conflicts with www/p5-URI-ws and prevent building several ports in bulk. -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Thu, 2025-09-18 at 11:00 -0600, Alexander Bluhm wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/09/18 11:00:35 > > Modified files: > textproc/xmlwf : Makefile distinfo > > Log message: > update xmlwf to expat 2.7.2 Failed to build for me. ===> Building for xmlwf-2.7.2 cc -I/exopi-obj/pobj/xmlwf-2.7.2/expat-2.7.2/lib -c xmlwf.c cc -I/exopi-obj/pobj/xmlwf-2.7.2/expat-2.7.2/lib -c xmlfile.c cc -I/exopi-obj/pobj/xmlwf-2.7.2/expat-2.7.2/lib -c codepage.c cc -I/exopi-obj/pobj/xmlwf-2.7.2/expat-2.7.2/lib -c unixfilemap.c cc -I/exopi-obj/pobj/xmlwf-2.7.2/expat-2.7.2/lib -o xmlwf xmlwf.o xmlfile.o codepage.o unixfilemap.o -lexpat ld: warning: xmlwf.c(xmlwf.o:(main)): warning: strcpy() is almost always misused, please use strlcpy() ld: warning: xmlwf.c(xmlwf.o:(main)): warning: strcat() is almost always misused, please use strlcat() ld: error: undefined symbol: XML_SetAllocTrackerMaximumAmplification >>> referenced by xmlwf.c >>> xmlwf.o:(main) ld: error: undefined symbol: XML_SetAllocTrackerActivationThreshold >>> referenced by xmlwf.c >>> xmlwf.o:(main) cc: error: linker command failed with exit code 1 (use -v to see invocation) ===> Exiting textproc/xmlwf with an error -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Thu, 2025-09-18 at 12:29 -0600, Alexander Bluhm wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/09/18 12:29:58 > > Modified files: > www/p5-URI : Makefile distinfo > www/p5-URI/pkg : PLIST > > Log message: > update p5-URI to 5.34 This conflicts with www/p5-URI-ws and prevent building several ports in bulk. -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Thu, 2025-09-18 at 02:08 -0600, Pavel Korovin wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected]/09/18 02:08:11 > > Modified files: > net/mattermost-server: Makefile distinfo > net/mattermost-server/pkg: PLIST-main > > Log message: > Update mattermost 10.11.2 -> 10.12.0 > Changelog: > https://docs.mattermost.com/product-overview/mattermost-v10-changelog.html Does not fetch. $ make fetch ===> Checking files for mattermost-server-vendored-10.12.0 >> Fetch >> https://ports.mocheryl.org/releases/mattermost-server-vendored-10.12.0.tar.gz ftp: Error retrieving https://ports.mocheryl.org/releases/mattermost-server-vendored-10.12.0.tar.gz: 404 Not Found >> Fetch >> https://ftp.openbsd.org/pub/OpenBSD/distfiles/mattermost-server-vendored-10.12.0.tar.gz ftp: Error retrieving https://ftp.openbsd.org/pub/OpenBSD/distfiles/mattermost-server-vendored-10.12.0.tar.gz: 404 Not Found >> Fetch >> https://ftp.usa.openbsd.org/pub/OpenBSD/distfiles/mattermost-server-vendored-10.12.0.tar.gz ftp: Error retrieving https://ftp.usa.openbsd.org/pub/OpenBSD/distfiles/mattermost-server-vendored-10.12.0.tar.gz: 404 Not Found >> Fetch >> https://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/mattermost-server-vendored-10.12.0.tar.gz ftp: Error retrieving https://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/mattermost-server-vendored-10.12.0.tar.gz: 404 Not Found *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:3312 '/usr/ports/distfiles/mattermost-server-vendored- 10.12.0.tar.gz': @lock=matt...) *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2584 '_internal-fetch': @cd /usr/ports/net/mattermost-server && PKGPATH=net/matte...) *** Error 2 in /usr/ports/net/mattermost-server (/usr/ports/infrastructure/mk/bsd.port.mk:2712 'fetch': @lock=mattermost-server-vendored-10) -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2025/09/13 10:12, Antoine Jacoutot wrote: > On Fri, 2025-09-12 at 07:57 -0600, Stuart Henderson wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2025/09/12 07:57:42 > > > > Modified files: > > databases/py-mongo: Makefile distinfo > > databases/py-mongo/pkg: PLIST > > > > Log message: > > update to py3-mongo-4.15.0 > > ===> Building for py3-mongo-4.15.0p0 > * Getting build dependencies for wheel... > > ERROR Missing dependencies: > setuptools>=65.0 weird! not sure why they do that, but fixed. thanks!
Re: CVS: cvs.openbsd.org: ports
On Fri, 2025-09-12 at 07:57 -0600, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/09/12 07:57:42 > > Modified files: > databases/py-mongo: Makefile distinfo > databases/py-mongo/pkg: PLIST > > Log message: > update to py3-mongo-4.15.0 ===> Building for py3-mongo-4.15.0p0 * Getting build dependencies for wheel... ERROR Missing dependencies: setuptools>=65.0 *** Error 1 in databases/py-mongo (/exopi-cvs/ports/lang/python/3/python.port.mk:361 'do-build': @: ; if [ -e /exopi- obj/pobj/py-mongo-4.15) *** Error 2 in databases/py-mongo (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:3065 '/exopi-obj/pobj/py-mongo- 4.15.0/.build_done': @cd /e...) *** Error 2 in databases/py-mongo (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2712 'build': @lock=py3-mongo- 4.15.0p0; export _LOCKS_HEL...) ===> Exiting databases/py-mongo with an error -- Antoine
Re: CVS: cvs.openbsd.org: ports
On 2025/09/10 09:28, Sebastien Marie wrote: > The commited patch file patches/patch-lib_std_c_zig is wrong. It isn't > patching lib/std/c.zig file, but it is creating a > b/lang/zig/patches/patch-lib_std_c_zig file in WRKSRC :) > > the following diff should fixes that. ok sthen Brandon, please use "make update-patches" to generate patch files (general workflow: cp $somefile $somefile.orig.port, edit/apply diff, "make update-patches")
Re: CVS: cvs.openbsd.org: ports
Antoine Jacoutot writes: > On Mon, 2025-09-08 at 18:06 -0600, Brandon Mercer wrote: >> CVSROOT: /cvs >> Module name: ports >> Changes by: [email protected] 2025/09/08 18:06:16 >> >> Modified files: >> lang/zig : Makefile distinfo >> lang/zig/pkg : PLIST >> Added files: >> lang/zig/patches: patch-lib_std_c_zig patch-src_link_Lld_zig >> Removed files: >> lang/zig/patches: patch-src_link_Elf_zig >> >> Log message: >> Update zig to version 0.15.1. Take maintainership at semarie@ request and >> also OK semarie@ > > Hi. > > This did not build for me. > > FAILED: stage3/bin/zig /exopi-obj/pobj/zig-0.15.1/build-amd64/stage3/bin/zig > cd /exopi-obj/pobj/zig-0.15.1/zig-3db960767d12b6214bcf43f1966a037c7a586a12 && > /exopi-obj/pobj/zig-0.15.1/build- > amd64/zig2 build --prefix /exopi-obj/pobj/zig-0.15.1/build-amd64/stage3 > --zig-lib-dir /exopi-obj/pobj/zig-0.15.1/zig- > 3db960767d > 12b6214bcf43f1966a037c7a586a12/lib -Dversion-string=0.15.1+3db960767 > -Dtarget=native -Dcpu=baseline -Denable-llvm - > Dconfig_h=/exopi-obj/pobj/zig-0.15.1/build-amd64/config.h -Dno-langref > -Doptimize=ReleaseFast -Dstrip > lib/std/net.zig:2296:40: error: type 'void' has no members > const flags = posix.MSG.NOSIGNAL; > ~^ The commited patch file patches/patch-lib_std_c_zig is wrong. It isn't patching lib/std/c.zig file, but it is creating a b/lang/zig/patches/patch-lib_std_c_zig file in WRKSRC :) the following diff should fixes that. -- Sebastien Marie diff --git a/lang/zig/patches/patch-lib_std_c_zig b/lang/zig/patches/patch-lib_std_c_zig index 7bcb7d..f53a97a413 100644 --- a/lang/zig/patches/patch-lib_std_c_zig +++ b/lang/zig/patches/patch-lib_std_c_zig @@ -1,31 +1,26 @@ -new file mode 100644 -index 0..3fb69a629 /dev/null -+++ b/lang/zig/patches/patch-lib_std_c_zig -@@ -0,0 +1,26 @@ -+Index: lib/std/c.zig -+--- lib/std/c.zig.orig - lib/std/c.zig -+@@ -5685,6 +5685,22 @@ pub const MSG = switch (native_os) { -+ pub const WAITFORONE = 0x2000; -+ pub const NOTIFICATION = 0x4000; -+ }, -++.openbsd => struct { -++pub const OOB = 0x1; -++pub const PEEK = 0x2; -++pub const DONTROUTE = 0x4; -++pub const EOR = 0x8; -++pub const TRUNC = 0x10; -++pub const CTRUNC = 0x20; -++pub const WAITALL = 0x40; -++pub const DONTWAIT = 0x80; -++pub const BCAST = 0x100; -++pub const MCAST = 0x200; -++pub const NOSIGNAL = 0x400; -++pub const CMSG_CLOEXEC = 0x800; -++pub const WAITFORONE = 0x1000; -++pub const CMSG_CLOFORK = 0x2000; -++}, -+ else => void, -+ }; -+ pub const SOCK = switch (native_os) { +Index: lib/std/c.zig +--- lib/std/c.zig.orig lib/std/c.zig +@@ -5685,6 +5685,22 @@ pub const MSG = switch (native_os) { + pub const WAITFORONE = 0x2000; + pub const NOTIFICATION = 0x4000; + }, ++.openbsd => struct { ++pub const OOB = 0x1; ++pub const PEEK = 0x2; ++pub const DONTROUTE = 0x4; ++pub const EOR = 0x8; ++pub const TRUNC = 0x10; ++pub const CTRUNC = 0x20; ++pub const WAITALL = 0x40; ++pub const DONTWAIT = 0x80; ++pub const BCAST = 0x100; ++pub const MCAST = 0x200; ++pub const NOSIGNAL = 0x400; ++pub const CMSG_CLOEXEC = 0x800; ++pub const WAITFORONE = 0x1000; ++pub const CMSG_CLOFORK = 0x2000; ++}, + else => void, + }; + pub const SOCK = switch (native_os) {
Re: CVS: cvs.openbsd.org: ports
On Mon, 2025-09-08 at 18:06 -0600, Brandon Mercer wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/09/08 18:06:16 > > Modified files: > lang/zig : Makefile distinfo > lang/zig/pkg : PLIST > Added files: > lang/zig/patches: patch-lib_std_c_zig patch-src_link_Lld_zig > Removed files: > lang/zig/patches: patch-src_link_Elf_zig > > Log message: > Update zig to version 0.15.1. Take maintainership at semarie@ request and > also OK semarie@ Hi. This did not build for me. FAILED: stage3/bin/zig /exopi-obj/pobj/zig-0.15.1/build-amd64/stage3/bin/zig cd /exopi-obj/pobj/zig-0.15.1/zig-3db960767d12b6214bcf43f1966a037c7a586a12 && /exopi-obj/pobj/zig-0.15.1/build- amd64/zig2 build --prefix /exopi-obj/pobj/zig-0.15.1/build-amd64/stage3 --zig-lib-dir /exopi-obj/pobj/zig-0.15.1/zig- 3db960767d 12b6214bcf43f1966a037c7a586a12/lib -Dversion-string=0.15.1+3db960767 -Dtarget=native -Dcpu=baseline -Denable-llvm - Dconfig_h=/exopi-obj/pobj/zig-0.15.1/build-amd64/config.h -Dno-langref -Doptimize=ReleaseFast -Dstrip lib/std/net.zig:2296:40: error: type 'void' has no members const flags = posix.MSG.NOSIGNAL; ~^ referenced by: init: lib/std/net.zig:2230:30 writer: lib/std/net.zig:2316:21 16 reference(s) hidden; use '-freference-trace=18' to see all references ninja: build stopped: subcommand failed. -- Antoine
Re: CVS: cvs.openbsd.org: ports
diff below fixes some issues, but not the "build in dpb" one..
Index: Makefile
===
RCS file: /cvs/ports/games/gnuchess/Makefile,v
diff -u -p -r1.54 Makefile
--- Makefile5 Sep 2025 11:51:18 - 1.54
+++ Makefile6 Sep 2025 11:18:48 -
@@ -1,40 +1,40 @@
COMMENT= chess program
DISTNAME= gnuchess-6.3.0
+REVISION= 0
DISTFILES= ${DISTNAME}.tar.gz book_1.02.pgn.gz
CATEGORIES=games
HOMEPAGE= https://www.gnu.org/software/chess/
SITES= ${SITE_GNU:=chess/}
-MAINTAINER = Martin Ziemer
+MAINTAINER=Martin Ziemer
# GPLv3+
PERMIT_PACKAGE=Yes
WANTLIB += c iconv intl m curses pthread readline ${COMPILER_LIBCXX}
-COMPILER = base-clang ports-gcc base-gcc
+COMPILER= base-clang ports-gcc base-gcc
LIB_DEPENDS= devel/gettext,-runtime
BUILD_DEPENDS= devel/help2man
-CONFIGURE_STYLE= gnu
-
-README=${WRKSRC}/README
-BOOK_FILE= ${WRKSRC}/src/book.bin
-GNUCHESS_INI= ${WRKSRC}/doc/gnuchess.ini
+CONFIGURE_STYLE= gnu
post-build:
- cd ${WRKSRC}/src && ln -sf ../../book_1.02.pgn
- cd ${WRKSRC}/src && ./gnuchess --addbook book_1.02.pgn
+ cd ${WRKSRC}/src && ln -sf ../../book_1.02.pgn
+ cd ${WRKSRC}/src && ./gnuchess --addbook book_1.02.pgn
post-install:
- ${INSTALL_DATA_DIR} ${PREFIX}/share/gnuchess
- ${INSTALL_DATA} ${GNUCHESS_INI} ${PREFIX}/share/gnuchess
- ${INSTALL_DATA} ${BOOK_FILE} ${PREFIX}/share/gnuchess
- ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/gnuchess
- ${INSTALL_DATA} ${README} ${PREFIX}/share/doc/gnuchess
+ ${INSTALL_DATA_DIR} \
+ ${PREFIX}/share/doc/gnuchess \
+ ${PREFIX}/share/examples/gnuchess \
+ ${PREFIX}/share/gnuchess
+ ${INSTALL_DATA} ${WRKSRC}/README ${PREFIX}/share/doc/gnuchess
+ # searches XDG_CONFIG_HOME or ~/.config, not system-wide so no @sample
+ ${INSTALL_DATA} ${WRKSRC}/doc/gnuchess.ini
${PREFIX}/share/examples/gnuchess
+ ${INSTALL_DATA} ${WRKSRC}/src/book.bin ${PREFIX}/share/gnuchess
.include
Index: patches/patch-src_adapter_main_cpp
===
RCS file: patches/patch-src_adapter_main_cpp
diff -N patches/patch-src_adapter_main_cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_adapter_main_cpp 6 Sep 2025 11:18:48 -
@@ -0,0 +1,23 @@
+Index: src/adapter/main.cpp
+--- src/adapter/main.cpp.orig
src/adapter/main.cpp
+@@ -161,14 +161,16 @@ int main_adapter(int argc, char * argv[]) {
+ static void parse_option() {
+
+const char * file_name;
+- FILE * file;
++ FILE * file = NULL;
+char line[256];
+char * name, * value;
+
+file_name = option_get_string("OptionFile");
+
+- file = fopen(file_name,"r");
+- if (file == NULL) my_fatal( "Can't open file \"%s\": %s - using
defaults\n",file_name,strerror(errno));
++ if (file_name != NULL) {
++ file = fopen(file_name,"r");
++ if (file == NULL) my_fatal( "Can't open file \"%s\": %s - using
defaults\n",file_name,strerror(errno));
++ }
+
+// PolyGlot options (assumed first)
+
Index: pkg/PLIST
===
RCS file: /cvs/ports/games/gnuchess/pkg/PLIST,v
diff -u -p -r1.15 PLIST
--- pkg/PLIST 5 Sep 2025 11:51:18 - 1.15
+++ pkg/PLIST 6 Sep 2025 11:18:48 -
@@ -5,6 +5,8 @@ bin/gnuchessx
@man man/man1/gnuchess.1
share/doc/gnuchess/
share/doc/gnuchess/README
+share/examples/gnuchess/
+share/examples/gnuchess/gnuchess.ini
share/games/
share/games/plugins/
share/games/plugins/logos/
@@ -13,7 +15,6 @@ share/games/plugins/xboard/
share/games/plugins/xboard/gnuchess.eng
share/gnuchess/
share/gnuchess/book.bin
-share/gnuchess/gnuchess.ini
share/gnuchess/smallbook.bin
share/locale/da/LC_MESSAGES/gnuchess.mo
share/locale/de/LC_MESSAGES/gnuchess.mo
Re: CVS: cvs.openbsd.org: ports
On 2025/09/06 09:51, Antoine Jacoutot wrote: > On Fri, 2025-09-05 at 05:51 -0600, Stuart Henderson wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2025/09/05 05:51:18 > > > > Modified files: > > games/gnuchess : Makefile distinfo > > games/gnuchess/pkg: PLIST > > > > Log message: > > update to gnuchess-6.3.0, from Martin Ziemer (maintainer) > > Hey. > > This did not package for me > > install: /exopi-obj/pobj/gnuchess-6.3.0/gnuchess-6.3.0/src/book.bin: No such > file or directory Looks like it fails from dpb but works with a manual build. >From your log: - cd /exopi-obj/pobj/gnuchess-6.3.0/gnuchess-6.3.0/src && ./gnuchess --addbook book_1.02.pgn GNU Chess White (1) : Can't open file "(null)": Bad address - using defaults inserting games ... allocating 1.5MB ... >>> Running package in games/gnuchess at 1757105181.08 - and the book.bin file is not produced. >From manual build: cd /usr/obj/ports/gnuchess-6.3.0/gnuchess-6.3.0/src && ./gnuchess --addbook book_1.02.pgn GNU Chess Can't open file "(null)": Bad address - using defaults inserting games ... allocating 1.5MB ... allocating 3MB ... allocating 6MB ... allocating 12MB ... White (1) : allocating 24MB ... 1 games ... allocating 48MB ... 2 games ... 3 games ... allocating 96MB ... 4 games ... 5 games ... 6 games ... 7 games ... allocating 192MB ... 8 games ... 9 games ... 10 games ... 11 games ... 12 games ... 13 games ... 14 games ... 145716 games. 7920490 entries. filtering entries ... 180358 entries. sorting entries ... saving entries ... all done! ===> Faking installation for gnuchess-6.3.0 I think it is to do with stdin: $ doas -u _pbuild ./gnuchess --addbook book_1.02.pgn < /dev/null GNU Chess White (1) : Can't open file "(null)": Bad address - using defaults whereas the old version succeeds with that. Might be something to do with "Fix potential buffer overflows in the pipes read/write". That "Can't open file "(null)": Bad address" is new and not ideal either, I don't think it degrades nicely if the .ini is not found. Could you take a look please Martin?
Re: CVS: cvs.openbsd.org: ports
On Fri, 2025-09-05 at 05:51 -0600, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/09/05 05:51:18 > > Modified files: > games/gnuchess : Makefile distinfo > games/gnuchess/pkg: PLIST > > Log message: > update to gnuchess-6.3.0, from Martin Ziemer (maintainer) Hey. This did not package for me install: /exopi-obj/pobj/gnuchess-6.3.0/gnuchess-6.3.0/src/book.bin: No such file or directory -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Mon, 01 Sep 2025 10:33:01 +0200 Antoine Jacoutot wrote: > On Sat, 2025-08-30 at 03:52 -0600, Thomas Frohwein wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected]/08/30 03:52:34 > > > > Modified files: > > devel/sdl2-ttf : Makefile distinfo > > > > Log message: > > update to sdl2-ttf 2.24.0. Release notes: > > https://github.com/libsdl-org/SDL_ttf/releases/tag/release-2.24.0 > > Hi. > > This seems to have broken at least: > > games/trackballs > games/vcmi > > > /usr/local/include/SDL2/SDL_ttf.h:165:16: error: typedef 'TTF_Font' > cannot be referenced with the 'struct' specifier > > Diffs attached to fix these 2 ports. This is a pretty straightforward fix. Did you spot other ports that broke? Index: Makefile === RCS file: /cvs/ports/games/vcmi/Makefile,v diff -u -p -r1.18 Makefile --- Makefile 28 Apr 2025 06:49:30 - 1.18 +++ Makefile 1 Sep 2025 13:47:51 - @@ -2,7 +2,7 @@ COMMENT = HoMM3 engine rewrite CATEGORIES = games -REVISION = 1 +REVISION = 2 HOMEPAGE = https://vcmi.eu/ Index: patches/patch-client_renderSDL_CTrueTypeFont_cpp === RCS file: patches/patch-client_renderSDL_CTrueTypeFont_cpp diff -N patches/patch-client_renderSDL_CTrueTypeFont_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-client_renderSDL_CTrueTypeFont_cpp 1 Sep 2025 13:47:51 - @@ -0,0 +1,15 @@ +backport https://github.com/vcmi/vcmi/pull/5222 to fix build with +sdl2-ttf 2.24.0 + +Index: client/renderSDL/CTrueTypeFont.cpp +--- client/renderSDL/CTrueTypeFont.cpp.orig client/renderSDL/CTrueTypeFont.cpp +@@ -19,8 +19,6 @@ + #include "../../lib/json/JsonNode.h" + #include "../../lib/filesystem/Filesystem.h" + +-#include +- + std::pair, ui64> CTrueTypeFont::loadData(const JsonNode & config) + { + std::string filename = "Data/" + config["file"].String(); Index: patches/patch-client_renderSDL_CTrueTypeFont_h === RCS file: patches/patch-client_renderSDL_CTrueTypeFont_h diff -N patches/patch-client_renderSDL_CTrueTypeFont_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-client_renderSDL_CTrueTypeFont_h 1 Sep 2025 13:47:51 - @@ -0,0 +1,22 @@ +backport https://github.com/vcmi/vcmi/pull/5222 to fix build with +sdl2-ttf 2.24.0 + +Index: client/renderSDL/CTrueTypeFont.h +--- client/renderSDL/CTrueTypeFont.h.orig client/renderSDL/CTrueTypeFont.h +@@ -11,13 +11,13 @@ + + #include "../render/IFont.h" + ++#include ++ + VCMI_LIB_NAMESPACE_BEGIN + class JsonNode; + VCMI_LIB_NAMESPACE_END + + class CBitmapFont; +- +-using TTF_Font = struct _TTF_Font; + + class CTrueTypeFont : public IFont + { Index: Makefile === RCS file: /cvs/ports/games/trackballs/Makefile,v diff -u -p -r1.1.1.1 Makefile --- Makefile 7 Oct 2024 16:37:19 - 1.1.1.1 +++ Makefile 1 Sep 2025 13:47:30 - @@ -3,6 +3,7 @@ COMMENT = marble game inspired by Marbl GH_PROJECT = trackballs GH_ACCOUNT = trackballs GH_TAGNAME = v1.3.4 +REVISION = 0 CATEGORIES = games Index: patches/patch-src_glHelp_h === RCS file: patches/patch-src_glHelp_h diff -N patches/patch-src_glHelp_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_glHelp_h 1 Sep 2025 13:47:30 - @@ -0,0 +1,18 @@ +use TTF_Font from SDL_ttf directly to fix build with sdl2-ttf 2.24.0, +similar to https://github.com/vcmi/vcmi/pull/5222 + +Index: src/glHelp.h +--- src/glHelp.h.orig src/glHelp.h +@@ -25,9 +25,10 @@ + #include + #include + ++#include ++ + #include "general.h" + +-typedef struct _TTF_Font TTF_Font; + typedef struct SDL_Surface SDL_Surface; + class Map; + class Game;
Re: CVS: cvs.openbsd.org: ports
On Mon, 1 Sep 2025 16:26:47 +0200
Antoine Jacoutot wrote:
> Did you spot other ports that broke?
>
> Yes, 2 more:
>
> games/valyriatear
> emulators/ppsspp
Fixes attached for both. Valyriatear is trivial. I fixed ppsspp by
including an update to the latest release. This was slightly more
involved because it now bundles a new library in ext/cpu_features that
ignores OpenBSD. It builds fine with this diff that basically hijacks
the FreeBSD code in cpu_features. I tested it briefly with the Cave
Story ROM without issues.
An alternative fix would be backporting of
https://github.com/hrydgard/ppsspp/commit/bd84c7bf7dcefc991aa2af14ca1f42f2c842c54b
and
https://github.com/hrydgard/ppsspp/commit/1ba304d83f5b3154928cff4169e812f4eedc3b6e
Could I get eyes and an ok on the ppsspp update? (I'll go ahead with
the other 3 because they are trivial)
Index: Makefile
===
RCS file: /cvs/ports/games/valyriatear/Makefile,v
diff -u -p -r1.34 Makefile
--- Makefile 26 Sep 2023 09:41:43 - 1.34
+++ Makefile 1 Sep 2025 17:18:07 -
@@ -5,7 +5,7 @@ COMMENT = free J-RPG game
DISTNAME = ValyriaTear-src-with-deps-${V}
PKGNAME = valyriatear-${V}
CATEGORIES = games x11
-REVISION = 1
+REVISION = 2
HOMEPAGE = https://valyriatear.blogspot.com/
MAINTAINER = Brian Callahan
Index: patches/patch-src_engine_video_text_h
===
RCS file: patches/patch-src_engine_video_text_h
diff -N patches/patch-src_engine_video_text_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_engine_video_text_h 1 Sep 2025 17:18:07 -
@@ -0,0 +1,14 @@
+fix build with sdl2-ttf 2.24.0
+
+Index: src/engine/video/text.h
+--- src/engine/video/text.h.orig
src/engine/video/text.h
+@@ -28,7 +28,7 @@
+
+ #include
+
+-typedef struct _TTF_Font TTF_Font;
++#include
+
+ namespace vt_video
+ {
? BUILD.log
Index: Makefile
===
RCS file: /cvs/ports/emulators/ppsspp/Makefile,v
diff -u -p -r1.31 Makefile
--- Makefile 10 Nov 2024 14:52:12 - 1.31
+++ Makefile 1 Sep 2025 18:19:37 -
@@ -4,8 +4,7 @@ NOT_FOR_ARCHS = ${BE_ARCHS}
COMMENT = Sony PlayStation Portable emulator
DISTNAME = ppsspp-$V
-V = 1.18.1
-REVISION = 0
+V = 1.19.3
SITES = https://github.com/hrydgard/ppsspp/releases/download/v$V/
EXTRACT_SUFX = .tar.xz
Index: distinfo
===
RCS file: /cvs/ports/emulators/ppsspp/distinfo,v
diff -u -p -r1.15 distinfo
--- distinfo 6 Nov 2024 09:19:15 - 1.15
+++ distinfo 1 Sep 2025 18:19:37 -
@@ -1,2 +1,2 @@
-SHA256 (ppsspp-1.18.1.tar.xz) = eMXRfwlEPX6kUPzp/cBYG1IM8gbEIJXdhV6Uvi4Jvc8=
-SIZE (ppsspp-1.18.1.tar.xz) = 54239412
+SHA256 (ppsspp-1.19.3.tar.xz) = BUQB+n//vZm3/YDpiilR1vDD3oPLS1RxmJnJi/rZlhQ=
+SIZE (ppsspp-1.19.3.tar.xz) = 58131440
Index: patches/patch-CMakeLists_txt
===
RCS file: /cvs/ports/emulators/ppsspp/patches/patch-CMakeLists_txt,v
diff -u -p -r1.17 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt 6 Nov 2024 09:19:15 - 1.17
+++ patches/patch-CMakeLists_txt 1 Sep 2025 18:19:37 -
@@ -4,25 +4,24 @@
Index: CMakeLists.txt
--- CMakeLists.txt.orig
+++ CMakeLists.txt
-@@ -423,13 +423,13 @@ if(NOT MSVC)
- endif()
- endif()
+@@ -1080,16 +1080,6 @@ add_library(cityhash STATIC
+ )
+ target_include_directories(cityhash PRIVATE ext/cityhash)
-- set(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -g -D_DEBUG")
-+ set(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -D_DEBUG")
- set(CMAKE_CXX_FLAGS_MINSIZEREL "${CMAKE_CXX_FLAGS_MINSIZEREL} -Os -D_NDEBUG")
-- set(CMAKE_CXX_FLAGS_RELEASE "${CMAKE_CXX_FLAGS_RELEASE} -O2 -D_NDEBUG")
-+ set(CMAKE_CXX_FLAGS_RELEASE "${CMAKE_CXX_FLAGS_RELEASE} -D_NDEBUG")
- set(CMAKE_CXX_FLAGS_RELWITHDEBINFO "${CMAKE_CXX_FLAGS_RELWITHDEBINFO} -O2 -g -D_NDEBUG")
-- set(CMAKE_C_FLAGS_DEBUG "${CMAKE_C_FLAGS_DEBUG} -g -D_DEBUG")
-+ set(CMAKE_C_FLAGS_DEBUG "${CMAKE_C_FLAGS_DEBUG} -D_DEBUG")
- set(CMAKE_C_FLAGS_MINSIZEREL "${CMAKE_C_FLAGS_MINSIZEREL} -Os -D_NDEBUG")
-- set(CMAKE_C_FLAGS_RELEASE "${CMAKE_C_FLAGS_RELEASE} -O2 -D_NDEBUG")
-+ set(CMAKE_C_FLAGS_RELEASE "${CMAKE_C_FLAGS_RELEASE} -D_NDEBUG")
- set(CMAKE_C_FLAGS_RELWITHDEBINFO "${CMAKE_C_FLAGS_RELWITHDEBINFO} -O2 -g -D_NDEBUG")
-
- # Enable checking printf-like format strings (also works for logging functions)
-@@ -1206,7 +1206,7 @@ else()
+-if(NOT MSVC)
+- # These can be fast even for debug.
+- target_compile_options(udis86 PRIVATE "-O2")
+- target_compile_options(cityhash PRIVATE "-O2")
+- if(NOT ZLIB_FOUND)
+- target_compile_options(zlib PRIVATE "-O2")
+- endif()
+-endif()
+-
+-
+ find_package(LIBZIP)
+ if(LIBZIP_FOUND AND USE_SYSTEM_LIBZIP)
+ include_directories(${LIBZIP_INCLUDE_DIRS})
+@@ -1233,7 +1223,7 @@ else()
endif()
# Arm platforms require at least libpng17.
Index: patches/patch-Core_AVIDump_cpp
Re: CVS: cvs.openbsd.org: ports
On Mon, Sep 01, 2025 at 09:52:30AM -0400, Thomas Frohwein wrote: > On Mon, 01 Sep 2025 10:33:01 +0200 > Antoine Jacoutot wrote: > > > On Sat, 2025-08-30 at 03:52 -0600, Thomas Frohwein wrote: > > > CVSROOT: /cvs > > > Module name: ports > > > Changes by: [email protected]/08/30 03:52:34 > > > > > > Modified files: > > > devel/sdl2-ttf : Makefile distinfo > > > > > > Log message: > > > update to sdl2-ttf 2.24.0. Release notes: > > > https://github.com/libsdl-org/SDL_ttf/releases/tag/release-2.24.0 > > > > Hi. > > > > This seems to have broken at least: > > > > games/trackballs > > games/vcmi > > > > > > /usr/local/include/SDL2/SDL_ttf.h:165:16: error: typedef 'TTF_Font' > > cannot be referenced with the 'struct' specifier > > > > > > Diffs attached to fix these 2 ports. This is a pretty straightforward > fix. Did you spot other ports that broke? Yes, 2 more: games/valyriatear emulators/ppsspp > Index: Makefile > === > RCS file: /cvs/ports/games/vcmi/Makefile,v > diff -u -p -r1.18 Makefile > --- Makefile 28 Apr 2025 06:49:30 - 1.18 > +++ Makefile 1 Sep 2025 13:47:51 - > @@ -2,7 +2,7 @@ COMMENT = HoMM3 engine rewrite > > CATEGORIES = games > > -REVISION = 1 > +REVISION = 2 > > HOMEPAGE = https://vcmi.eu/ > > Index: patches/patch-client_renderSDL_CTrueTypeFont_cpp > === > RCS file: patches/patch-client_renderSDL_CTrueTypeFont_cpp > diff -N patches/patch-client_renderSDL_CTrueTypeFont_cpp > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-client_renderSDL_CTrueTypeFont_cpp 1 Sep 2025 13:47:51 > - > @@ -0,0 +1,15 @@ > +backport https://github.com/vcmi/vcmi/pull/5222 to fix build with > +sdl2-ttf 2.24.0 > + > +Index: client/renderSDL/CTrueTypeFont.cpp > +--- client/renderSDL/CTrueTypeFont.cpp.orig > client/renderSDL/CTrueTypeFont.cpp > +@@ -19,8 +19,6 @@ > + #include "../../lib/json/JsonNode.h" > + #include "../../lib/filesystem/Filesystem.h" > + > +-#include > +- > + std::pair, ui64> CTrueTypeFont::loadData(const > JsonNode & config) > + { > + std::string filename = "Data/" + config["file"].String(); > Index: patches/patch-client_renderSDL_CTrueTypeFont_h > === > RCS file: patches/patch-client_renderSDL_CTrueTypeFont_h > diff -N patches/patch-client_renderSDL_CTrueTypeFont_h > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-client_renderSDL_CTrueTypeFont_h1 Sep 2025 13:47:51 > - > @@ -0,0 +1,22 @@ > +backport https://github.com/vcmi/vcmi/pull/5222 to fix build with > +sdl2-ttf 2.24.0 > + > +Index: client/renderSDL/CTrueTypeFont.h > +--- client/renderSDL/CTrueTypeFont.h.orig > client/renderSDL/CTrueTypeFont.h > +@@ -11,13 +11,13 @@ > + > + #include "../render/IFont.h" > + > ++#include > ++ > + VCMI_LIB_NAMESPACE_BEGIN > + class JsonNode; > + VCMI_LIB_NAMESPACE_END > + > + class CBitmapFont; > +- > +-using TTF_Font = struct _TTF_Font; > + > + class CTrueTypeFont : public IFont > + { > Index: Makefile > === > RCS file: /cvs/ports/games/trackballs/Makefile,v > diff -u -p -r1.1.1.1 Makefile > --- Makefile 7 Oct 2024 16:37:19 - 1.1.1.1 > +++ Makefile 1 Sep 2025 13:47:30 - > @@ -3,6 +3,7 @@ COMMENT = marble game inspired by Marbl > GH_PROJECT = trackballs > GH_ACCOUNT = trackballs > GH_TAGNAME = v1.3.4 > +REVISION = 0 > > CATEGORIES = games > > Index: patches/patch-src_glHelp_h > === > RCS file: patches/patch-src_glHelp_h > diff -N patches/patch-src_glHelp_h > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-src_glHelp_h1 Sep 2025 13:47:30 - > @@ -0,0 +1,18 @@ > +use TTF_Font from SDL_ttf directly to fix build with sdl2-ttf 2.24.0, > +similar to https://github.com/vcmi/vcmi/pull/5222 > + > +Index: src/glHelp.h > +--- src/glHelp.h.orig > src/glHelp.h > +@@ -25,9 +25,10 @@ > + #include > + #include > + > ++#include > ++ > + #include "general.h" > + > +-typedef struct _TTF_Font TTF_Font; > + typedef struct SDL_Surface SDL_Surface; > + class Map; > + class Game; -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Sat, 2025-08-30 at 03:52 -0600, Thomas Frohwein wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected]/08/30 03:52:34 > > Modified files: > devel/sdl2-ttf : Makefile distinfo > > Log message: > update to sdl2-ttf 2.24.0. Release notes: > https://github.com/libsdl-org/SDL_ttf/releases/tag/release-2.24.0 Hi. This seems to have broken at least: games/trackballs games/vcmi /usr/local/include/SDL2/SDL_ttf.h:165:16: error: typedef 'TTF_Font' cannot be referenced with the 'struct' specifier -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Sat, 30 Aug 2025 15:13:16 +0200, Theo Buehler wrote: > On Sat, Aug 30, 2025 at 02:28:58PM +0200, Antoine Jacoutot wrote: > > On Fri, 2025-08-29 at 16:54 -0600, Pascal Stumpf wrote: > > > CVSROOT: /cvs > > > Module name: ports > > > Changes by: [email protected] 2025/08/29 16:54:07 > > > > > > Modified files: > > > multimedia/sfml/patches: > > >patch-cmake_SFMLConfigDependencies_cmake_in > > > multimedia/sfml/pkg: PLIST > > > Added files: > > > multimedia/sfml/patches: patch-include_SFML_System_String_hpp > > > Removed files: > > > multimedia/sfml/patches: patch-cmake_Config_cmake > > >patch-src_SFML_Window_Unix_WindowImplX11_cpp > > > > > > Log message: > > > Update to SFML 2.6.2. > > > > > > This unbreaks the port with libc++19, while avoiding the incompatibilities > > > of SFML >= 3. > > > > > > Includes a patch from FreeBSD. > > > > > > ok phessler@ > > > > Does not package for me. > > This part of the diff on ports was lost in pascal's commit somehow. > I committed it just before I saw this mail: I hadn't noticed this file had been previously removed; thanks for fixing! > Index: patches/patch-CMakeLists_txt > === > RCS file: patches/patch-CMakeLists_txt > diff -N patches/patch-CMakeLists_txt > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-CMakeLists_txt 29 Aug 2025 18:53:39 - > @@ -0,0 +1,16 @@ > +Index: CMakeLists.txt > +--- CMakeLists.txt.orig > CMakeLists.txt > +@@ -292,7 +292,11 @@ if(SFML_INSTALL_PKGCONFIG_FILES) > + # this could be e.g. macports on mac or msys2 on windows etc. > + set(SFML_PKGCONFIG_DIR "/${SFML_RELATIVE_INSTALL_LIBDIR}/pkgconfig") > + > +-if(SFML_OS_FREEBSD OR SFML_OS_OPENBSD OR SFML_OS_NETBSD) > ++if(SFML_OS_OPENBSD) > ++set(SFML_PKGCONFIG_DIR "/lib/pkgconfig") > ++endif() > ++ > ++if(SFML_OS_FREEBSD OR SFML_OS_NETBSD) > + set(SFML_PKGCONFIG_DIR "/libdata/pkgconfig") > + endif() > +
Re: CVS: cvs.openbsd.org: ports
On Sat, Aug 30, 2025 at 02:28:58PM +0200, Antoine Jacoutot wrote: > On Fri, 2025-08-29 at 16:54 -0600, Pascal Stumpf wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2025/08/29 16:54:07 > > > > Modified files: > > multimedia/sfml/patches: > > patch-cmake_SFMLConfigDependencies_cmake_in > > multimedia/sfml/pkg: PLIST > > Added files: > > multimedia/sfml/patches: patch-include_SFML_System_String_hpp > > Removed files: > > multimedia/sfml/patches: patch-cmake_Config_cmake > > patch-src_SFML_Window_Unix_WindowImplX11_cpp > > > > Log message: > > Update to SFML 2.6.2. > > > > This unbreaks the port with libc++19, while avoiding the incompatibilities > > of SFML >= 3. > > > > Includes a patch from FreeBSD. > > > > ok phessler@ > > Does not package for me. This part of the diff on ports was lost in pascal's commit somehow. I committed it just before I saw this mail: Index: patches/patch-CMakeLists_txt === RCS file: patches/patch-CMakeLists_txt diff -N patches/patch-CMakeLists_txt --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-CMakeLists_txt29 Aug 2025 18:53:39 - @@ -0,0 +1,16 @@ +Index: CMakeLists.txt +--- CMakeLists.txt.orig CMakeLists.txt +@@ -292,7 +292,11 @@ if(SFML_INSTALL_PKGCONFIG_FILES) + # this could be e.g. macports on mac or msys2 on windows etc. + set(SFML_PKGCONFIG_DIR "/${SFML_RELATIVE_INSTALL_LIBDIR}/pkgconfig") + +-if(SFML_OS_FREEBSD OR SFML_OS_OPENBSD OR SFML_OS_NETBSD) ++if(SFML_OS_OPENBSD) ++set(SFML_PKGCONFIG_DIR "/lib/pkgconfig") ++endif() ++ ++if(SFML_OS_FREEBSD OR SFML_OS_NETBSD) + set(SFML_PKGCONFIG_DIR "/libdata/pkgconfig") + endif() +
Re: CVS: cvs.openbsd.org: ports
On Fri, 2025-08-29 at 16:54 -0600, Pascal Stumpf wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/08/29 16:54:07 > > Modified files: > multimedia/sfml/patches: >patch-cmake_SFMLConfigDependencies_cmake_in > multimedia/sfml/pkg: PLIST > Added files: > multimedia/sfml/patches: patch-include_SFML_System_String_hpp > Removed files: > multimedia/sfml/patches: patch-cmake_Config_cmake >patch-src_SFML_Window_Unix_WindowImplX11_cpp > > Log message: > Update to SFML 2.6.2. > > This unbreaks the port with libc++19, while avoiding the incompatibilities > of SFML >= 3. > > Includes a patch from FreeBSD. > > ok phessler@ Does not package for me. ===> Building package for sfml-2.6.2 Create /exopi-cvs/ports/packages/amd64/all/sfml-2.6.2.tgz Creating package sfml-2.6.2 checksumming|*** * | 95% Error: /exopi-obj/pobj/sfml-2.6.2/fake-amd64/usr/local/lib/pkgconfig/sfml-all.pc does not exist Error: /exopi-obj/pobj/sfml-2.6.2/fake-amd64/usr/local/lib/pkgconfig/sfml-audio.pc does not exist Error: /exopi-obj/pobj/sfml-2.6.2/fake-amd64/usr/local/lib/pkgconfig/sfml-graphics.pc does not exist Error: /exopi-obj/pobj/sfml-2.6.2/fake-amd64/usr/local/lib/pkgconfig/sfml-network.pc does not exist Error: /exopi-obj/pobj/sfml-2.6.2/fake-amd64/usr/local/lib/pkgconfig/sfml-system.pc does not exist Error: /exopi-obj/pobj/sfml-2.6.2/fake-amd64/usr/local/lib/pkgconfig/sfml-window.pc does not exist pkg_create: can't continue -- Antoine
Re: CVS: cvs.openbsd.org: ports
have commented-out for now. On 2025/08/21 08:37, Antoine Jacoutot wrote: > On Wed, 2025-08-20 at 07:28 -0600, Daniel Dickman wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected] 2025/08/20 07:28:33 > > > > Log message: > > import py-fastapi; tweaks and ok sthen@ > > > > Status: > > > > Vendor Tag: daniel > > Release Tags: daniel_20250820 > > > > N ports/www/py-fastapi/Makefile > > N ports/www/py-fastapi/distinfo > > N ports/www/py-fastapi/pkg/DESCR > > N ports/www/py-fastapi/pkg/PLIST > > > > No conflicts created by this import > > This broke ports/databases/sqlports because of: > > cd /usr/ports/www/py-fastapi && make test > ===> py3-fastapi-0.116.1 depends on: py3-dirty-equals-* -> > py3-dirty-equals-0.9.0 > >> Broken dependency: mail/py-email_validator non existent (DEPENDS was > >> mail/py-email_validator) in www/py-fastapi > > -- > Antoine >
Re: CVS: cvs.openbsd.org: ports
On Wed, 2025-08-20 at 07:28 -0600, Daniel Dickman wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/08/20 07:28:33 > > Log message: > import py-fastapi; tweaks and ok sthen@ > > Status: > > Vendor Tag: daniel > Release Tags: daniel_20250820 > > N ports/www/py-fastapi/Makefile > N ports/www/py-fastapi/distinfo > N ports/www/py-fastapi/pkg/DESCR > N ports/www/py-fastapi/pkg/PLIST > > No conflicts created by this import This broke ports/databases/sqlports because of: cd /usr/ports/www/py-fastapi && make test ===> py3-fastapi-0.116.1 depends on: py3-dirty-equals-* -> py3-dirty-equals-0.9.0 >> Broken dependency: mail/py-email_validator non existent (DEPENDS was >> mail/py-email_validator) in www/py-fastapi -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Mon, Aug 18, 2025 at 10:00:46AM +0200, Theo Buehler wrote: > On Mon, Aug 18, 2025 at 07:50:40AM +0200, Antoine Jacoutot wrote: > > On Sat, 2025-08-16 at 15:24 -0600, Johannes Thyssen Tishman wrote: > > > CVSROOT: /cvs > > > Module name: ports > > > Changes by: [email protected]/08/16 15:24:51 > > > > > > Modified files: > > > graphics/vtk : Makefile distinfo > > > graphics/vtk/pkg: PLIST > > > > > > Log message: > > > graphics/vtk: Disable building python wrappings and tests > > > > > > ok sthen@, tb@ and landry@ > > > > Could this have broken cad/freecad? > > Seems this is just missing a WANTLIB sync. OK > > Index: Makefile > === > RCS file: /cvs/ports/cad/freecad/Makefile,v > diff -u -p -r1.4 Makefile > --- Makefile 15 Aug 2025 12:33:40 - 1.4 > +++ Makefile 18 Aug 2025 07:56:54 - > @@ -6,7 +6,7 @@ COMMENT = general purpose parametric 3D > > V = 1.0.1 > PKGNAME =${DISTNAME:L} > -REVISION = 0 > +REVISION = 1 > > GH_ACCOUNT = FreeCAD > GH_PROJECT = FreeCAD > @@ -41,14 +41,11 @@ WANTLIB += pcl_common pcl_features pcl_f > WANTLIB += pcl_octree pcl_sample_consensus pcl_search pcl_segmentation > WANTLIB += pcl_surface pyside6.abi3 python3.12 shiboken6.abi3 > WANTLIB += vtkCommonCore vtkCommonDataModel vtkCommonExecutionModel > -WANTLIB += vtkCommonMath vtkCommonMisc vtkCommonSystem vtkCommonTransforms > +WANTLIB += vtkCommonMath vtkCommonMisc vtkCommonTransforms > WANTLIB += vtkFiltersCellGrid vtkFiltersCore vtkFiltersExtraction > -WANTLIB += vtkFiltersGeneral vtkFiltersGeometry vtkFiltersHybrid > -WANTLIB += vtkFiltersHyperTree vtkFiltersModeling vtkFiltersParallel > -WANTLIB += vtkFiltersParallelDIY2 vtkFiltersSources vtkFiltersTexture > +WANTLIB += vtkFiltersGeneral vtkFiltersGeometry vtkFiltersSources > WANTLIB += vtkFiltersVerdict vtkIOCellGrid vtkIOCore vtkIOImage > -WANTLIB += vtkIOLegacy vtkIOXML vtkIOXMLParser vtkImagingCore > -WANTLIB += vtkInteractionStyle vtkParallelCore vtkParallelDIY > +WANTLIB += vtkIOLegacy vtkIOXML vtkIOXMLParser vtkImagingCore > vtkInteractionStyle > WANTLIB += vtkRenderingCore vtkRenderingFreeType vtkRenderingHyperTreeGrid > WANTLIB += vtkRenderingOpenGL2 vtkRenderingUI vtkglad vtkkissfft > WANTLIB += vtksys vtktoken xerces-c yaml-cpp z -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Mon, Aug 18, 2025 at 07:50:40AM +0200, Antoine Jacoutot wrote: > On Sat, 2025-08-16 at 15:24 -0600, Johannes Thyssen Tishman wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected]/08/16 15:24:51 > > > > Modified files: > > graphics/vtk : Makefile distinfo > > graphics/vtk/pkg: PLIST > > > > Log message: > > graphics/vtk: Disable building python wrappings and tests > > > > ok sthen@, tb@ and landry@ > > Could this have broken cad/freecad? Seems this is just missing a WANTLIB sync. Index: Makefile === RCS file: /cvs/ports/cad/freecad/Makefile,v diff -u -p -r1.4 Makefile --- Makefile15 Aug 2025 12:33:40 - 1.4 +++ Makefile18 Aug 2025 07:56:54 - @@ -6,7 +6,7 @@ COMMENT = general purpose parametric 3D V =1.0.1 PKGNAME = ${DISTNAME:L} -REVISION = 0 +REVISION = 1 GH_ACCOUNT = FreeCAD GH_PROJECT = FreeCAD @@ -41,14 +41,11 @@ WANTLIB += pcl_common pcl_features pcl_f WANTLIB += pcl_octree pcl_sample_consensus pcl_search pcl_segmentation WANTLIB += pcl_surface pyside6.abi3 python3.12 shiboken6.abi3 WANTLIB += vtkCommonCore vtkCommonDataModel vtkCommonExecutionModel -WANTLIB += vtkCommonMath vtkCommonMisc vtkCommonSystem vtkCommonTransforms +WANTLIB += vtkCommonMath vtkCommonMisc vtkCommonTransforms WANTLIB += vtkFiltersCellGrid vtkFiltersCore vtkFiltersExtraction -WANTLIB += vtkFiltersGeneral vtkFiltersGeometry vtkFiltersHybrid -WANTLIB += vtkFiltersHyperTree vtkFiltersModeling vtkFiltersParallel -WANTLIB += vtkFiltersParallelDIY2 vtkFiltersSources vtkFiltersTexture +WANTLIB += vtkFiltersGeneral vtkFiltersGeometry vtkFiltersSources WANTLIB += vtkFiltersVerdict vtkIOCellGrid vtkIOCore vtkIOImage -WANTLIB += vtkIOLegacy vtkIOXML vtkIOXMLParser vtkImagingCore -WANTLIB += vtkInteractionStyle vtkParallelCore vtkParallelDIY +WANTLIB += vtkIOLegacy vtkIOXML vtkIOXMLParser vtkImagingCore vtkInteractionStyle WANTLIB += vtkRenderingCore vtkRenderingFreeType vtkRenderingHyperTreeGrid WANTLIB += vtkRenderingOpenGL2 vtkRenderingUI vtkglad vtkkissfft WANTLIB += vtksys vtktoken xerces-c yaml-cpp z
Re: CVS: cvs.openbsd.org: ports
Le Mon, Aug 18, 2025 at 07:50:40AM +0200, Antoine Jacoutot a écrit : > On Sat, 2025-08-16 at 15:24 -0600, Johannes Thyssen Tishman wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: [email protected]/08/16 15:24:51 > > > > Modified files: > > graphics/vtk : Makefile distinfo > > graphics/vtk/pkg: PLIST > > > > Log message: > > graphics/vtk: Disable building python wrappings and tests > > > > ok sthen@, tb@ and landry@ > > Could this have broken cad/freecad? i guess it probably just needs a WANTLIB update
Re: CVS: cvs.openbsd.org: ports
On Sat, 2025-08-16 at 15:24 -0600, Johannes Thyssen Tishman wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected]/08/16 15:24:51 > > Modified files: > graphics/vtk : Makefile distinfo > graphics/vtk/pkg: PLIST > > Log message: > graphics/vtk: Disable building python wrappings and tests > > ok sthen@, tb@ and landry@ Could this have broken cad/freecad? ===> Building from scratch freecad-1.0.1p0 >...> ===> Verifying specs: c++ c++abi pthread Coin GL GLU Qt6Concurrent Qt6Core Qt6Gui Qt6Network Qt6OpenGL Qt6OpenGLWidgets Qt6PrintSupport Qt6Svg Qt6SvgWidgets Qt6UiTools Qt6Widgets Qt6Xml TKBO TKBRep TKBin TKBinL TKBool TKCAF TKCDF TKDE TKDEGLTF TKDEIGES TKDESTEP TKDESTL TKFeat TKFillet TKG2d TKG3d TKGeomAlgo TKGeomBase TKHLR TKLCAF TKMath TKMesh TKMeshVS TKOffset TKPrim TKRWMesh TKService TKShHealing TKTopAlgo TKV3d TKV CAF TKXCAF TKXSBase TKernel X11 boost_atomic-mt boost_date_time-mt boost_filesystem-mt boost_iostreams-mt boost_program_options-mt boost_random-mt boost_regex-mt boost_serialization-mt boost_system-mt boost_threa d-mt c execinfo fmt fontconfig freetype hdf5 hdf5_hl m medC pcl_common pcl_features pcl_filters pcl_kdtree pcl_ml pcl_octree pcl_sample_consensus pcl_search pcl_segmentation pcl_surface pyside6.abi3 python3.12 sh iboken6.abi3 vtkCommonCore vtkCommonDataModel vtkCommonExecutionModel vtkCommonMath vtkCommonMisc vtkCommonSystem vtkCommonTransforms vtkFiltersCellGrid vtkFiltersCore vtkFiltersExtraction vtkFiltersGeneral vtkFi ltersGeometry vtkFiltersHybrid vtkFiltersHyperTree vtkFiltersModeling vtkFiltersParallel vtkFiltersParallelDIY2 vtkFiltersSources vtkFiltersTexture vtkFiltersVerdict vtkIOCellGrid vtkIOCore vtkIOImage vtkIOLegacy vtkIOXML vtkIOXMLParser vtkImagingCore vtkInteractionStyle vtkParallelCore vtkParallelDIY vtkRenderingCore vtkRenderingFreeType vtkRenderingHyperTreeGrid vtkRenderingOpenGL2 vtkRenderingUI vtkglad vtkkissfft vtk sys vtktoken xerces-c yaml-cpp z Missing library for vtkFiltersParallelDIY2>=0.0 Fatal error -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Sun Aug 17, 2025 at 09:26:35AM +0200, Rafael Sadowski wrote:
> On Sat Aug 16, 2025 at 11:02:13AM +0100, Stuart Henderson wrote:
> > On 2025/08/09 23:32, Rafael Sadowski wrote:
> > > devel/kf6/kfilemetadata: distinfo
> >
> > broken on ILP32 archs;
> >
> > /pobj/kf6-kfilemetadata-6.17.0/kfilemetadata-6.17.0/src/extractors/plaintextextractor.cpp:163:45:
> > error: non-constant-expression cannot be narrowed from type 'qint64' (aka
> > 'long long') to 'qsizetype' (aka 'int') in initializer list
> > [-Wc++11-narrowing]
> >
>
> OK?
Thanks Stuart for the report.
I found a patch from FreeBSD which does the same cast but on
different places and committed it. FreeBSD usually goes into
upstream.
https://cgit.freebsd.org/ports/commit/?id=69f4a3e0060cce7a59fe05f726e36d0d5ca80027
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/kf6/kfilemetadata/Makefile,v
> diff -u -p -r1.6 Makefile
> --- Makefile 16 Mar 2025 07:23:55 - 1.6
> +++ Makefile 17 Aug 2025 07:23:36 -
> @@ -1,6 +1,7 @@
> COMMENT =KDE 6 library for extracting text and metadata
>
> DISTNAME = kfilemetadata-${VERSION}
> +REVISION = 0
>
> SHARED_LIBS += KF6FileMetaData 0.0 # 0.0
>
> Index: patches/patch-src_extractors_plaintextextractor_cpp
> ===
> RCS file: patches/patch-src_extractors_plaintextextractor_cpp
> diff -N patches/patch-src_extractors_plaintextextractor_cpp
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-src_extractors_plaintextextractor_cpp 17 Aug 2025
> 07:23:36 -
> @@ -0,0 +1,17 @@
> +Unbreak on ILP32 archs;
> +
> +/pobj/kf6-kfilemetadata-6.17.0/kfilemetadata-6.17.0/src/extractors/plaintextextractor.cpp:163:45:
> error: non-constant-expression cannot be narrowed from
> +type 'qint64' (aka 'long long') to 'qsizetype' (aka 'int') in initializer
> list [-Wc++11-narrowing]
> +
> +Index: src/extractors/plaintextextractor.cpp
> +--- src/extractors/plaintextextractor.cpp.orig
> src/extractors/plaintextextractor.cpp
> +@@ -160,7 +160,7 @@ void PlainTextExtractor::extract(ExtractionResult* res
> + break;
> + }
> +
> +-text += codec.decode({chunk.data(), size});
> ++text += codec.decode({chunk.data(), static_cast(size)});
> + if (codec.hasError()) {
> + qCDebug(KFILEMETADATA_LOG) << "Invalid encoding. Ignoring" <<
> result->inputUrl();
> + return;
>
Re: CVS: cvs.openbsd.org: ports
On Sat Aug 16, 2025 at 11:02:13AM +0100, Stuart Henderson wrote:
> On 2025/08/09 23:32, Rafael Sadowski wrote:
> > devel/kf6/kfilemetadata: distinfo
>
> broken on ILP32 archs;
>
> /pobj/kf6-kfilemetadata-6.17.0/kfilemetadata-6.17.0/src/extractors/plaintextextractor.cpp:163:45:
> error: non-constant-expression cannot be narrowed from type 'qint64' (aka
> 'long long') to 'qsizetype' (aka 'int') in initializer list
> [-Wc++11-narrowing]
>
OK?
Index: Makefile
===
RCS file: /cvs/ports/devel/kf6/kfilemetadata/Makefile,v
diff -u -p -r1.6 Makefile
--- Makefile16 Mar 2025 07:23:55 - 1.6
+++ Makefile17 Aug 2025 07:23:36 -
@@ -1,6 +1,7 @@
COMMENT = KDE 6 library for extracting text and metadata
DISTNAME = kfilemetadata-${VERSION}
+REVISION = 0
SHARED_LIBS += KF6FileMetaData 0.0 # 0.0
Index: patches/patch-src_extractors_plaintextextractor_cpp
===
RCS file: patches/patch-src_extractors_plaintextextractor_cpp
diff -N patches/patch-src_extractors_plaintextextractor_cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_extractors_plaintextextractor_cpp 17 Aug 2025 07:23:36
-
@@ -0,0 +1,17 @@
+Unbreak on ILP32 archs;
+
+/pobj/kf6-kfilemetadata-6.17.0/kfilemetadata-6.17.0/src/extractors/plaintextextractor.cpp:163:45:
error: non-constant-expression cannot be narrowed from
+type 'qint64' (aka 'long long') to 'qsizetype' (aka 'int') in initializer list
[-Wc++11-narrowing]
+
+Index: src/extractors/plaintextextractor.cpp
+--- src/extractors/plaintextextractor.cpp.orig
src/extractors/plaintextextractor.cpp
+@@ -160,7 +160,7 @@ void PlainTextExtractor::extract(ExtractionResult* res
+ break;
+ }
+
+-text += codec.decode({chunk.data(), size});
++text += codec.decode({chunk.data(), static_cast(size)});
+ if (codec.hasError()) {
+ qCDebug(KFILEMETADATA_LOG) << "Invalid encoding. Ignoring" <<
result->inputUrl();
+ return;
Re: CVS: cvs.openbsd.org: ports
On 2025/08/09 23:32, Rafael Sadowski wrote: > devel/kf6/kfilemetadata: distinfo broken on ILP32 archs; /pobj/kf6-kfilemetadata-6.17.0/kfilemetadata-6.17.0/src/extractors/plaintextextractor.cpp:163:45: error: non-constant-expression cannot be narrowed from type 'qint64' (aka 'long long') to 'qsizetype' (aka 'int') in initializer list [-Wc++11-narrowing]
Re: CVS: cvs.openbsd.org: ports
On Fri, 2025-07-25 at 08:46 -0600, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/07/25 08:46:35 > > Modified files: > x11/jwm: Makefile > x11/picom : Makefile > x11/tigervnc : Makefile > x11/wxSVG : Makefile > x11/xforms : Makefile > > Log message: > sync WANTLIB It seems you bumped tigervnc to 1.15.0 in the process. Without distinfo change. -- Antoine
Re: CVS: cvs.openbsd.org: ports
On Thu, 24 Jul 2025, Antoine Jacoutot wrote: > Hi. > Does not build for me. > > ERROR Missing dependencies: > hatch-jupyter-builder>=0.5 > Committed a fix, thanks.
Re: CVS: cvs.openbsd.org: ports
On Tue, 2025-07-22 at 18:10 -0600, Daniel Dickman wrote: > CVSROOT: /cvs > Module name: ports > Changes by: [email protected] 2025/07/22 18:10:55 > > Modified files: > textproc/py-jupyterlab_pygments: Makefile distinfo > textproc/py-jupyterlab_pygments/pkg: PLIST > Added files: > textproc/py-jupyterlab_pygments/patches: patch-pyproject_toml > > Log message: > update py-jupyterlab_pygments to 0.3.0 and unbreak the dependency loop Hi. Does not build for me. ERROR Missing dependencies: hatch-jupyter-builder>=0.5 -- Antoine
