CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/03/18 23:58:45 Modified files: devel/jenkins/devel: Makefile distinfo Log message: Update jenkins to 2.284
xscreensaver's BSOD superimposed onto background
xscreensaver's BSOD screensaver is superimposed onto the background image when it obviously shouldn't do that. -Luke
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/18 16:35:26 Modified files: lang/go: go.port.mk Log message: teach go.port.mk to handle repos with a primary executable in the root and ancillaries in cmd/, from Josh Rickmar with a tweak from Mikolaj Kucharski. earlier version ok abieber, I tested all go ports.
UPDATE: devel/py-minidump
Hi, this is a simple update: 0.0.12 -> 0.0.16 The only consumer seems to be devel/angr/py-cle, that at least seems to build fine. OK to update? cheers, Sebastian Index: Makefile === RCS file: /cvs/ports/devel/py-minidump/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile23 Feb 2021 19:39:19 - 1.3 +++ Makefile18 Mar 2021 22:09:16 - @@ -2,11 +2,10 @@ COMMENT = library to parse Windows minidump file format -MODPY_EGG_VERSION =0.0.12 +MODPY_EGG_VERSION =0.0.16 DISTNAME = minidump-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} -REVISION = 0 CATEGORIES = devel Index: distinfo === RCS file: /cvs/ports/devel/py-minidump/distinfo,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 distinfo --- distinfo11 Feb 2020 23:38:13 - 1.1.1.1 +++ distinfo18 Mar 2021 22:09:16 - @@ -1,2 +1,2 @@ -SHA256 (minidump-0.0.12.tar.gz) = NfzTDX5WTJGEMDVEg9nm5sEVK/UG1Fo5IboR5SiZlWI= -SIZE (minidump-0.0.12.tar.gz) = 46418 +SHA256 (minidump-0.0.16.tar.gz) = Zaccodorc+6W2qnVLk+5ybgKhJR1UCxqHCqApovRSbA= +SIZE (minidump-0.0.16.tar.gz) = 53767 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-minidump/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 PLIST --- pkg/PLIST 11 Feb 2020 23:38:13 - 1.1.1.1 +++ pkg/PLIST 18 Mar 2021 22:09:16 - @@ -6,14 +6,18 @@ lib/python${MODPY_VERSION}/site-packages/minidump-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt lib/python${MODPY_VERSION}/site-packages/minidump-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt lib/python${MODPY_VERSION}/site-packages/minidump-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/entry_points.txt +lib/python${MODPY_VERSION}/site-packages/minidump-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/not-zip-safe lib/python${MODPY_VERSION}/site-packages/minidump-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt -lib/python${MODPY_VERSION}/site-packages/minidump-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/zip-safe +lib/python${MODPY_VERSION}/site-packages/minidump/__amain__.py lib/python${MODPY_VERSION}/site-packages/minidump/__init__.py lib/python${MODPY_VERSION}/site-packages/minidump/__main__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/minidump/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/minidump/${MODPY_PYCACHE}__amain__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/minidump/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/minidump/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/minidump/${MODPY_PYCACHE}_version.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/minidump/${MODPY_PYCACHE}aminidumpfile.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/minidump/${MODPY_PYCACHE}aminidumpreader.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/minidump/${MODPY_PYCACHE}common_structs.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/minidump/${MODPY_PYCACHE}constants.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/minidump/${MODPY_PYCACHE}directory.${MODPY_PYC_MAGIC_TAG}pyc @@ -25,6 +29,8 @@ lib/python${MODPY_VERSION}/site-packages/minidump/${MODPY_PYCACHE}win_datatypes.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/minidump/${MODPY_PYCACHE}writer.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/minidump/_version.py +lib/python${MODPY_VERSION}/site-packages/minidump/aminidumpfile.py +lib/python${MODPY_VERSION}/site-packages/minidump/aminidumpreader.py lib/python${MODPY_VERSION}/site-packages/minidump/common_structs.py lib/python${MODPY_VERSION}/site-packages/minidump/constants.py lib/python${MODPY_VERSION}/site-packages/minidump/directory.py
Re: NEW: security/evil-winrm
Hi, Am Dienstag, März 16, 2021 22:33 CET, schrieb "Sebastian Reitenbach" : > Hi, > > cat DESCR: > WinRM (Windows Remote Management) is the Microsoft implementation of > WS-Management Protocol. A standard SOAP based protocol that allows > hardware and operating systems from different vendors to interoperate. > Microsoft included it in their Operating Systems in order to make life > easier to system administrators. > > This program can be used on any Microsoft Windows Servers with this > feature enabled (usually at port 5985), of course only if you have > credentials and permissions to use it. So we can say that it could be > used in a post-exploitation hacking/pentesting phase. The purpose of > this program is to provide nice and easy-to-use features for hacking. It > can be used with legitimate purposes by system administrators as well > but the most of its features are focused on hacking/pentesting stuff. > > this needs all the other gems just sent as dependency. as jeremy@ pointed out, stringio is in Ruby itself, and indeed not needed. Updated package without stringio dependency attached. > > OK to import? this question still holds. cheers, Sebastian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/18 15:38:11 Modified files: textproc/hyperscan: Makefile Log message: hyperscan: add missing BDEP on Python, reported by naddy
Re: [NEW] audio/zynaddsubfx
Ping On Thu, Mar 11, 2021 at 02:19:01PM +, Dimitri Karamazov wrote: > On Thu, Mar 11, 2021 at 11:34:47AM +, Stuart Henderson wrote: > > On 2021/03/10 14:04, Dimitri Karamazov wrote: > > > On Tue, Mar 09, 2021 at 07:51:48PM +, Stuart Henderson wrote: > > > > zynaddsubfx picks up bash-completion if present at build time, > > > > > > > > $ diff pkg/PLIST.orig pkg/PLIST > > > > --- pkg/PLIST.orig Wed Feb 10 16:31:49 2021 > > > > +++ pkg/PLIST Tue Mar 9 19:39:30 2021 > > > > @@ -47,6 +47,9 @@ share/applications/zynaddsubfx-alsa.desktop > > > > share/applications/zynaddsubfx-jack-multi.desktop > > > > share/applications/zynaddsubfx-jack.desktop > > > > share/applications/zynaddsubfx-oss.desktop > > > > +share/bash_completion/ > > > > +share/bash_completion/completions/ > > > > +share/bash_completion/completions/zynaddsubfx > > > > share/doc/zynaddsubfx/ > > > > share/doc/zynaddsubfx/AUTHORS.txt > > > > share/doc/zynaddsubfx/COPYING > > > > > > > > can you force that either on or off please? either add a build dep on > > > > shells/bash-completion or set BASHCOMP_PKG_PATH. > > > > > > The install script uses bash which I've added to BUILD_DEPENDS. > > > > I don't see it using bash anywhere? > > > > It only looks for the pkg-config file from shells/bash-completion, > > installing bash won't have it create the completion files, only installing > > bash-completion (or passing the configure arg, but it looks like the > > directory may need to exist too, so it's less messy to just build dep > > on bash-completion). > > I've added bash-completion to BUILD_DEPENDS and this patch below to remove > the bash dependency. The script uses mkdir if the directory doesn't exist. > > $OpenBSD$ > > fix bash_completion install > > --- cmake/BashCompletion.cmake.orig Sat Feb 23 21:13:37 2019 > +++ cmake/BashCompletion.cmakeThu Mar 11 18:06:57 2021 > @@ -71,9 +71,9 @@ ELSE() > SET(BASHCOMP_SCRIPT > "${CMAKE_CURRENT_BINARY_DIR}/install_${SCRIPT_NAME}_completion.sh") > > FILE(WRITE ${BASHCOMP_SCRIPT} "\ > -#!${BASH}\n\ > +#!/bin/sh\n\ > set -e\n\ > -BASHCOMP_PKG_PATH=\"${BASHCOMP_USER_PATH}\"\n\ > +BASHCOMP_PKG_PATH=\"\$DESTDIR${BASHCOMP_USER_PATH}\"\n\ > if [ -w \"${BASHCOMP_PKG_PATH}\" ]; then\n\ >BASHCOMP_PKG_PATH=\"${BASHCOMP_PKG_PATH}\"\n\ > fi\n\ > > > > > Nice work on the zyn-fusion Makefile with the distfiles. It hardcodes > > > > gcc somewhere though (and I just noticed it forces -O3 as well), > > > > > > I couldn't recreate the gcc issue(after removing ports-gcc) so I've set > > > CC and LD in MAKE_FLAGS but why will the command fail if gcc is > > > available in the base? > > > > gcc is only available in base on alpha amd64 hppa sh sparc64, and it > > should not be used by anything in base/ports on amd64 (it's only there to > > make it easier for people to test building things with old-gcc but really > > it causes more problems than it solves now). > > I've tested after removing both ports-gcc and base-gcc(actually renaming the > binary for base-gcc) and I cannot encounter that issue, you can test it > again now. I can think it was an issue with CC CXX and LD not being set. > > > > > Looks like you maybe able to steal some bits from ports/lang/mruby. > > > > (Guessing it needs some specific version and can't just use the mruby > > > > port directly?) > > > > > > In the present case the mruby interpretor is a internal part of the > > > program > > > and thus requires the source code to be available during the build. > > > Developers of zyn-fusion didn't intend this program to be open-source so > > > everything is static-linked by default the refractoring needed here is > > > immense. > > > > ack. In which case try borrowing patches from the mruby port which > > already solved these problems. > > I've taken the necessary patches. > > > > > The dependencies seem the wrong way round, shouldn't it be zyn-fusion > > > > that depends on zynaddsubfx instead? (For discoverability I'd probably > > > > but zyn-fusion in audio/ instead of x11/). > > > > > > zyn-fusion unlike other frontends cannot interact with the backend. > > > You can check this yourself, executing zyn-fusion gives you an empty > > > interface and this is by design. So moving zyn-fusion into audio > > > wouldn't make sense since it is only an x11-interface(like ntk/fltk) > > > and more like a dependency for zynaddsubfx than the other way around. > > > It is by executing the zynaddsubfx binary that a user will actually > > > trigger > > > the usable interface. Ofcourse this goes contrary to how frontends are > > > actually developed but that is what we are dealing with. > > > So I think the categories should be kept as is. > > > > In that case I think there needs to be some user-facing information > > about this, maybe a short pkg-readme, or at least in DESCR, otherwise > > user experience for someone that has read about zyn-fusion and wants to > > try it with "pkg_add
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/03/18 14:17:47 Modified files: x11/gnome/shell: Makefile distinfo Log message: update to gnome-shell-3.38.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/03/18 14:17:36 Modified files: x11/gnome/mutter: Makefile distinfo Log message: update to mutter-3.38.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/03/18 14:17:29 Modified files: x11/gnome/online-accounts: Makefile distinfo Log message: update to gnome-online-accounts-3.38.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/03/18 13:53:58 Modified files: math/rstudio : Makefile math/rstudio/patches: patch-src_cpp_CMakeLists_txt patch-src_cpp_core_system_PosixSystem_cpp Added files: math/rstudio/patches: patch-src_cpp_core_system_PosixChildProcessTracker_cpp patch-src_cpp_core_system_PosixOutputCapture_cpp Log message: Unbreak with upcoming boost update >From Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/03/18 13:52:47 Modified files: games/pokerth : Makefile Added files: games/pokerth/patches: patch-src_net_common_serveracceptwebhelper_cpp Log message: Unbreak with upcoming boost update, from Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/03/18 13:51:44 Modified files: comms/gnuradio : Makefile Added files: comms/gnuradio/patches: patch-gnuradio-runtime_lib_block_cc patch-gr-blocks_lib_copy_impl_cc patch-gr-blocks_lib_message_debug_impl_cc patch-gr-blocks_lib_message_strobe_impl_cc patch-gr-blocks_lib_message_strobe_random_impl_cc patch-gr-blocks_lib_multiply_matrix_impl_cc patch-gr-blocks_lib_mute_impl_cc patch-gr-blocks_lib_pdu_filter_impl_cc patch-gr-blocks_lib_pdu_remove_impl_cc patch-gr-blocks_lib_pdu_set_impl_cc patch-gr-blocks_lib_random_pdu_impl_cc patch-gr-blocks_lib_repeat_impl_cc patch-gr-blocks_lib_socket_pdu_impl_cc patch-gr-blocks_lib_tagged_stream_multiply_length_impl_cc patch-gr-digital_lib_chunks_to_symbols_impl_cc patch-gr-digital_lib_constellation_receiver_cb_impl_cc patch-gr-digital_lib_costas_loop_cc_impl_cc patch-gr-digital_lib_crc32_async_bb_impl_cc patch-gr-digital_lib_header_payload_demux_impl_cc patch-gr-digital_lib_protocol_formatter_async_impl_cc patch-gr-fec_lib_async_decoder_impl_cc patch-gr-fec_lib_async_encoder_impl_cc patch-gr-filter_lib_freq_xlating_fir_filter_impl_cc patch-gr-filter_lib_mmse_resampler_cc_impl_cc patch-gr-filter_lib_mmse_resampler_ff_impl_cc patch-gr-qtgui_lib_const_sink_c_impl_cc patch-gr-qtgui_lib_edit_box_msg_impl_cc patch-gr-qtgui_lib_freq_sink_c_impl_cc patch-gr-qtgui_lib_freq_sink_f_impl_cc patch-gr-qtgui_lib_histogram_sink_f_impl_cc patch-gr-qtgui_lib_sink_c_impl_cc patch-gr-qtgui_lib_sink_f_impl_cc patch-gr-qtgui_lib_time_raster_sink_b_impl_cc patch-gr-qtgui_lib_time_raster_sink_f_impl_cc patch-gr-qtgui_lib_time_sink_c_impl_cc patch-gr-qtgui_lib_time_sink_f_impl_cc patch-gr-qtgui_lib_waterfall_sink_c_impl_cc patch-gr-qtgui_lib_waterfall_sink_f_impl_cc patch-gr-zeromq_lib_pub_msg_sink_impl_cc patch-gr-zeromq_lib_push_msg_sink_impl_cc Log message: Unbreak with upcoming boost update >From Brad.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/18 12:29:54 Modified files: meta/gnome : Makefile Log message: Move x11/gnome/file-roller to -extras.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/03/18 12:04:32 Modified files: audio/clementine: Makefile distinfo audio/clementine/patches: patch-ext_libclementine-common_core_logging_cpp patch-src_CMakeLists_txt patch-src_core_utilities_cpp patch-src_library_groupbydialog_h patch-src_ripper_ripper_h patch-tests_CMakeLists_txt Removed files: audio/clementine/patches: patch-3rdparty_libprojectm_MilkdropPresetFactory_Parser_cpp patch-3rdparty_libprojectm_Renderer_VideoEcho_cpp patch-ext_clementine-tagreader_CMakeLists_txt patch-src_devices_giolister_cpp patch-src_widgets_freespacebar_cpp patch-src_widgets_osdpretty_cpp patch-src_widgets_sliderwidget_cpp Log message: audio/clementine: update to latest GitHub tag Fixes build failure due to the protobuf 3.15 update. Tested on amd64, build tested on sparc64. ok sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/18 10:25:10 Modified files: devel/glib2: Makefile distinfo devel/glib2/pkg: PLIST Log message: Update to glib2-2.66.8.
Re: unbreak math/pspp
On Thursday, March 18th, 2021 at 3:25 AM, Antoine Jacoutot wrote: > Hi. > > There's a missing dependency on python. > > And since we were not enforcing the lang/python MODULE it picked up python2 at > > configure time (which got junked by dpb). > > ===> Building for pspp-1.4.1 > > python2 src/output/spv/binary-parser-generator > src/output/spv/light-binary.grammar code spvlb > '"output/spv/light-binary-parser.h"' > > src/output/spv/light-binary-parser.c.tmp > > /bin/sh: python2: not found > > OK? ok, thanks. ~Brian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/18 09:54:25 Modified files: www/webkitgtk4 : Makefile distinfo Log message: Update to webkitgtk4-2.30.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/18 09:51:13 Modified files: databases/mongodb/patches: patch-SConstruct patch-src_mongo_db_ftdc_compressor_cpp patch-src_mongo_util_net_sock_h Added files: databases/mongodb/patches: patch-src_mongo_db_concurrency_lock_manager_h patch-src_mongo_db_service_context_d_h patch-src_mongo_s_chunk_diff_h Log message: mongodb: add #includes to fix build with newer Boost, from Brad.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/18 07:44:38 Modified files: math/pspp : Makefile Log message: Missing BDEP on lang/python. ok bcallah@ (maintainer)
Re: go-module(5): problematic ALL_TARGET and cmd directory handling
On Thu, Mar 18, 2021 at 09:30:44AM +, Mikolaj Kucharski wrote: > Not tested, but does below help? > > | grep -qe '^main$$' && \ Yes, this works perfectly. Thanks! Updated diff, and also updated the go-module(5) manpage to reflect this change. diff 6eaf30816f4def2f40cb2b765a3aa33ae11ae4a8 /home/jrick/ports blob - 3c137447b5e134aea6cbb3f9ad5d8dccfd27e234 file + lang/go/go.port.mk --- lang/go/go.port.mk +++ lang/go/go.port.mk @@ -52,11 +52,13 @@ MAKE_ENV += GOCACHE="${MODGO_GOCACHE}" MODGO_CMD ?= ${SETENV} ${MAKE_ENV} go MODGO_BUILD_CMD = ${MODGO_CMD} install ${MODGO_FLAGS} +MODGO_LIST_CMD = ${MODGO_CMD} list ${MODGO_FLAGS} MODGO_TEST_CMD = ${MODGO_CMD} test ${MODGO_FLAGS} ${MODGO_TEST_FLAGS} MODGO_BINDIR ?=bin .if ! empty(MODGO_LDFLAGS) MODGO_BUILD_CMD += -ldflags="${MODGO_LDFLAGS}" +MODGO_LIST_CMD += -ldflags="${MODGO_LDFLAGS}" MODGO_TEST_CMD += -ldflags="${MODGO_LDFLAGS}" .endif @@ -153,12 +155,13 @@ do-build: cd ${WRKSRC} && \ ${MODGO_BUILD_TARGET} .else + cd ${WRKSRC} && \ + ${MODGO_LIST_CMD} -f '{{.Name}}' ${ALL_TARGET} 2>/dev/null \ + | grep -qe '^main$$' && \ + ${MODGO_BUILD_CMD} ${ALL_TARGET} ; \ if [ -d ${WRKSRC}/cmd ]; then \ cd ${WRKSRC} && \ - ${MODGO_BUILD_CMD} ${ALL_TARGET}/cmd/... ; \ - else \ - cd ${WRKSRC} && \ - ${MODGO_BUILD_CMD} ${ALL_TARGET} ; \ + ${MODGO_BUILD_CMD} ./cmd/... ; \ fi; .endif . endif diff 5dfe4c7116fefdfa88d0ee0df89758e96e280278 /usr/src blob - fa9ad732b02deea54e376413bd61ebec3051898b file + share/man/man5/go-module.5 --- share/man/man5/go-module.5 +++ share/man/man5/go-module.5 @@ -135,7 +135,7 @@ are appended to port's Defaults to .Ar Yes . .It Ev MODGO_MODNAME -is the module name as defined in the +Name of Go module as defined in the .Pa go.mod file contained in a project. If this is set, @@ -150,9 +150,7 @@ When .Ev MODGO_MODFILES is set, and a "cmd" directory is found in .Ev WRKSRC , -"cmd/..." is appended to -.Ev ALL_TARGET -in +"./cmd/..." is also installed by .Cm do-build automatically. .It Ev MODGO_VERSION
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2021/03/18 05:52:44 Modified files: x11/xfce4/xfce4-cpugraph: Makefile distinfo Log message: x11/xfce4/xfce4-cpugraph: update to 1.2.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/03/18 05:27:04 Modified files: x11/screenkey : Makefile distinfo x11/screenkey/pkg: PLIST Removed files: x11/screenkey/patches: patch-setup_cfg Log message: update to screenkey-1.4, from maintainer Laurie Tratt with small tweaks
[Update] x11/screenkey
This updates x11/screenkey from 1.2 to 1.4. It introduces another build dependency on devel/py-babel, but that does have the virtue of actually building internationalisation support (before we simply couldn't build that support at all). Although I can't meaningfully test the internationalisation support, everything else seems to be working as expected. Laurie Index: Makefile === RCS file: /cvs/ports/x11/screenkey/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile23 Feb 2021 19:39:52 - 1.6 +++ Makefile18 Mar 2021 11:06:34 - @@ -2,8 +2,7 @@ COMMENT = display keypresses on screen -DISTNAME = screenkey-1.2 -REVISION = 0 +DISTNAME = screenkey-1.4 CATEGORIES = x11 @@ -23,6 +22,7 @@ MODULES = lang/python MODPY_SETUPTOOLS = Yes BUILD_DEPENDS += devel/gettext,-tools \ + devel/py-babel${MODPY_FLAVOR} \ devel/py-distutils-extra${MODPY_FLAVOR} RUN_DEPENDS += devel/desktop-file-utils \ devel/py-gobject3${MODPY_FLAVOR} \ Index: distinfo === RCS file: /cvs/ports/x11/screenkey/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo11 Aug 2020 21:33:22 - 1.1.1.1 +++ distinfo18 Mar 2021 11:06:34 - @@ -1,2 +1,2 @@ -SHA256 (screenkey-1.2.tar.gz) = bvTddZckvUmMmxkwmeVlA3WBDiCWOOXw13jft0asW3M= -SIZE (screenkey-1.2.tar.gz) = 65396 +SHA256 (screenkey-1.4.tar.gz) = 1zR+Mfq0pbGNpDHj/CbzlwDpmlBesMAWgpWtwSyN1Pc= +SIZE (screenkey-1.4.tar.gz) = 79081 Index: patches/patch-setup_cfg === RCS file: patches/patch-setup_cfg diff -N patches/patch-setup_cfg --- patches/patch-setup_cfg 11 Aug 2020 21:33:22 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-setup_cfg,v 1.1.1.1 2020/08/11 21:33:22 bcallah Exp $ - -Index: setup.cfg setup.cfg.orig -+++ setup.cfg -@@ -1,5 +1,5 @@ - [build] --i18n = True -+i18n = False - - [egg_info] - tag_build = Index: pkg/PLIST === RCS file: /cvs/ports/x11/screenkey/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 11 Aug 2020 21:33:22 - 1.1.1.1 +++ pkg/PLIST 18 Mar 2021 11:06:34 - @@ -9,19 +9,42 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/Screenkey/${MODPY_PYCACHE}labelmanager.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/Screenkey/${MODPY_PYCACHE}screenkey.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/Screenkey/${MODPY_PYCACHE}xlib.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/Screenkey/images/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/images/mouse.svg lib/python${MODPY_VERSION}/site-packages/Screenkey/inputlistener.py lib/python${MODPY_VERSION}/site-packages/Screenkey/keysyms.py lib/python${MODPY_VERSION}/site-packages/Screenkey/labelmanager.py +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/ca/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/ca/LC_MESSAGES/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/ca/LC_MESSAGES/screenkey.mo +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/es/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/es/LC_MESSAGES/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/es/LC_MESSAGES/screenkey.mo +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/fr/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/fr/LC_MESSAGES/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/fr/LC_MESSAGES/screenkey.mo +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/ru/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/ru/LC_MESSAGES/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/ru/LC_MESSAGES/screenkey.mo +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/uk/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/uk/LC_MESSAGES/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/uk/LC_MESSAGES/screenkey.mo +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/zh_CN/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/zh_CN/LC_MESSAGES/ +lib/python${MODPY_VERSION}/site-packages/Screenkey/locale/zh_CN/LC_MESSAGES/screenkey.mo lib/python${MODPY_VERSION}/site-packages/Screenkey/screenkey.py lib/python${MODPY_VERSION}/site-packages/Screenkey/xlib.py -lib/python${MODPY_VERSION}/site-packages/screenkey-1.2-py${MODPY_VERSION}.egg-info/ -lib/python${MODPY_VERSION}/site-packages/screenkey-1.2-py${MODPY_VERSION}.egg-info/PKG-INFO
[update] buildbot 3.0.2
Hi, here's a 'major' update to buildbot, finally removing all the deprecated APIs from before the 0.9 days that were replaced over time. See https://docs.buildbot.net/current/relnotes/index.html#buildbot-3-0-2-2021-03-16 for relnotes and https://docs.buildbot.net/current/relnotes/index.html#deprecations-and-removals for details about the removals. my own instance works, i just had to remove an old import lying around from my master.cfg: from buildbot.status.builder import Results, SUCCESS builtins.ModuleNotFoundError: No module named 'buildbot.status' Please test this update if you rely on buildbot. Landry ? py-buildslave/pkg/PLIST.py2 Index: py-buildbot/Makefile.inc === RCS file: /cvs/ports/devel/py-buildbot/Makefile.inc,v retrieving revision 1.34 diff -u -r1.34 Makefile.inc --- py-buildbot/Makefile.inc8 Mar 2021 07:58:06 - 1.34 +++ py-buildbot/Makefile.inc18 Mar 2021 11:01:31 - @@ -1,6 +1,6 @@ # $OpenBSD: Makefile.inc,v 1.34 2021/03/08 07:58:06 landry Exp $ -MODPY_EGG_VERSION ?= 2.10.2 +MODPY_EGG_VERSION ?= 3.0.2 DISTNAME ?=buildbot-${PART}-${MODPY_EGG_VERSION} PKGNAME ?= py-${DISTNAME:S/post/pl/} Index: py-buildbot/buildbot/distinfo === RCS file: /cvs/ports/devel/py-buildbot/buildbot/distinfo,v retrieving revision 1.32 diff -u -r1.32 distinfo --- py-buildbot/buildbot/distinfo 8 Mar 2021 07:58:06 - 1.32 +++ py-buildbot/buildbot/distinfo 18 Mar 2021 11:01:31 - @@ -1,2 +1,2 @@ -SHA256 (buildbot-2.10.2.tar.gz) = GvxPNJqmFhosO2fO9jTh04lWsQrVhaEt7FfkodvJYpk= -SIZE (buildbot-2.10.2.tar.gz) = 2274777 +SHA256 (buildbot-3.0.2.tar.gz) = 13WROzzjVKdEBIurX/0a2aVQMU7v8HuGKz91HfBm3Ec= +SIZE (buildbot-3.0.2.tar.gz) = 2221373 Index: py-buildbot/buildbot/pkg/PLIST === RCS file: /cvs/ports/devel/py-buildbot/buildbot/pkg/PLIST,v retrieving revision 1.18 diff -u -r1.18 PLIST --- py-buildbot/buildbot/pkg/PLIST 16 Dec 2020 13:11:34 - 1.18 +++ py-buildbot/buildbot/pkg/PLIST 18 Mar 2021 11:01:31 - @@ -74,11 +74,9 @@ lib/python${MODPY_VERSION}/site-packages/buildbot/clients/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/buildbot/clients/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/buildbot/clients/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/buildbot/clients/${MODPY_PYCACHE}base.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/clients/${MODPY_PYCACHE}sendchange.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/clients/${MODPY_PYCACHE}tryclient.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/clients/${MODPY_PYCACHE}usersclient.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/buildbot/clients/base.py lib/python${MODPY_VERSION}/site-packages/buildbot/clients/sendchange.py lib/python${MODPY_VERSION}/site-packages/buildbot/clients/tryclient.py lib/python${MODPY_VERSION}/site-packages/buildbot/clients/usersclient.py @@ -359,15 +357,12 @@ lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}gerrit_verify_status.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}github.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}gitlab.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}hipchat.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}http.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}irc.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}mail.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}message.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}notifier.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}pushjet.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}pushover.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}stash.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}telegram.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/buildbot/reporters/${MODPY_PYCACHE}words.${MODPY_PYC_MAGIC_TAG}pyc @@ -391,21 +386,14 @@
[UPDATE] textproc/lowdown to 0.8.3
Hi ports@, Here is a diff to update lowdown to 0.8.3. Those versions bring several bugfixes and split lowdown(1) into lowdown-diff(1) for easier reading. Comments? OK? Index: Makefile === RCS file: /cvs/ports/textproc/lowdown/Makefile,v retrieving revision 1.24 diff -u -p -r1.24 Makefile --- Makefile13 Feb 2021 19:37:15 - 1.24 +++ Makefile18 Mar 2021 09:49:57 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.24 2021/02/13 19:37:15 fcambus Exp $ COMMENT = simple markdown translator -DISTNAME = lowdown-0.8.1 +DISTNAME = lowdown-0.8.3 CATEGORIES = textproc HOMEPAGE = https://kristaps.bsd.lv/lowdown/ Index: distinfo === RCS file: /cvs/ports/textproc/lowdown/distinfo,v retrieving revision 1.21 diff -u -p -r1.21 distinfo --- distinfo13 Feb 2021 19:37:15 - 1.21 +++ distinfo18 Mar 2021 09:49:57 - @@ -1,2 +1,2 @@ -SHA256 (lowdown-0.8.1.tar.gz) = 5ptxsGvCblOLpDtVE0uTGnWAubyEZrX5JAi7zYNU85Q= -SIZE (lowdown-0.8.1.tar.gz) = 196068 +SHA256 (lowdown-0.8.3.tar.gz) = jKuGzHEMAv28Yae9cW/YlqRL2t4uFtyIr9x2rguw7yo= +SIZE (lowdown-0.8.3.tar.gz) = 201286 Index: pkg/PLIST === RCS file: /cvs/ports/textproc/lowdown/pkg/PLIST,v retrieving revision 1.11 diff -u -p -r1.11 PLIST --- pkg/PLIST 13 Feb 2021 19:37:15 - 1.11 +++ pkg/PLIST 18 Mar 2021 09:49:57 - @@ -4,6 +4,7 @@ include/lowdown.h @static-lib lib/liblowdown.a lib/pkgconfig/lowdown.pc +@man man/man1/lowdown-diff.1 @man man/man1/lowdown.1 @man man/man3/lowdown.3 @man man/man3/lowdown_buf.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2021/03/18 03:47:23 Modified files: graphics/cadubi: Makefile distinfo graphics/cadubi/patches: patch-cadubi Log message: Update cadubi to 1.3.4.
Re: go-module(5): problematic ALL_TARGET and cmd directory handling
On Wed, Mar 17, 2021 at 11:56:12PM -0400, Josh Rickmar wrote: > Here is an ugly hack, but it solves an issue I hit while testing > portgen(1). > > A project I was testing a port for uses a repo structure where the > project's primary executable package is contained in the root of the > repo, with some optional and auxiliary executables found under a "cmd" > directory. > > go.port.mk does not work well with this project layout, because the > do-build target notices the cmd directory exists and will only install > "${ALL_TARGET}/cmd/...". The port builds, but is missing the > executable that should be installed by the port. Even if I modify my > ALL_TARGET, it will still never build the right thing. > > The only workaround is to redefine do-build, and I think we can do > better than that. > > The 'go list' command can be used to tell if any packages defined in > ALL_TARGET are a main package. The patch below will run an additional > 'go install' command to build ALL_TARGET if this is the case. > > The patch also tries to keep the existing "cmd" behavior. In addition > to building ALL_TARGET if it has main packages, if the cmd directory > exists, ./cmd/... will also be built. Note that this is no longer > concatenating ALL_TARGET to 'cmd/...', as this will obviously break if > ALL_TARGET is multiple words (many packages can be listed together, > separated by spaces), or ALL_TARGET itself ends in '...'. > > Personally, I am not a fan of the "cmd" behavior being done here, and > would prefer each port Makefile to set ALL_TARGET to ./cmd/... if that > is what should be built. If this were to change though, then all > ports relying on this behavior would need updates, and it's not > immediately obvious which ports would be broken by this change. > > On to the patch itself, you will see that I'm grepping the output of > 'go list' to find if there are any main packages. The search pattern > used here should be '^main$', but this was causing a variable > expansion and an unquoted string, so the patch is only using ^main for > now. I'm definitely open to suggestions on how to better deal with > this. > > diff 6eaf30816f4def2f40cb2b765a3aa33ae11ae4a8 /usr/ports > blob - 3c137447b5e134aea6cbb3f9ad5d8dccfd27e234 > file + lang/go/go.port.mk > --- lang/go/go.port.mk > +++ lang/go/go.port.mk > @@ -52,11 +52,13 @@ MAKE_ENV += GOCACHE="${MODGO_GOCACHE}" > > MODGO_CMD ?= ${SETENV} ${MAKE_ENV} go > MODGO_BUILD_CMD =${MODGO_CMD} install ${MODGO_FLAGS} > +MODGO_LIST_CMD = ${MODGO_CMD} list ${MODGO_FLAGS} > MODGO_TEST_CMD = ${MODGO_CMD} test ${MODGO_FLAGS} ${MODGO_TEST_FLAGS} > MODGO_BINDIR ?= bin > > .if ! empty(MODGO_LDFLAGS) > MODGO_BUILD_CMD += -ldflags="${MODGO_LDFLAGS}" > +MODGO_LIST_CMD +=-ldflags="${MODGO_LDFLAGS}" > MODGO_TEST_CMD +=-ldflags="${MODGO_LDFLAGS}" > .endif > > @@ -153,12 +155,13 @@ do-build: > cd ${WRKSRC} && \ > ${MODGO_BUILD_TARGET} > .else > + cd ${WRKSRC} && \ > + ${MODGO_LIST_CMD} -f '{{.Name}}' ${ALL_TARGET} 2>/dev/null \ > + | grep ^main >/dev/null && \ Not tested, but does below help? | grep -qe '^main$$' && \ > + ${MODGO_BUILD_CMD} ${ALL_TARGET} ; \ > if [ -d ${WRKSRC}/cmd ]; then \ > cd ${WRKSRC} && \ > - ${MODGO_BUILD_CMD} ${ALL_TARGET}/cmd/... ; \ > - else \ > - cd ${WRKSRC} && \ > - ${MODGO_BUILD_CMD} ${ALL_TARGET} ; \ > + ${MODGO_BUILD_CMD} ./cmd/... ; \ > fi; > .endif > . endif > -- Regards, Mikolaj
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2021/03/18 03:27:53 Modified files: audio/libopenmpt: Makefile distinfo Log message: Update libopenmpt to 0.5.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2021/03/18 03:07:18 Modified files: net/dnstracer : Makefile Log message: Switch HOMEPAGE and MASTER_SITES to HTTPS.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2021/03/18 02:57:31 Modified files: comms/kermit : Makefile Log message: Switch HOMEPAGE and MASTER_SITES to HTTPS.
Re: NEW: math/mathmod
Am 10.03.2021 um 01:41 schrieb Brian Callahan: Hi ports -- Attached is a new port, math/mathmod. MathMod is mathematical modeling software. I submitted a port for this about a year ago and in the interim a new major version was released. --- pkg/DESCR: MathMod is a portable interactive plotting and graphing program. MathMod allows you to plot 3D mathematical surfaces, described by implicit or parametric equations, and offers a very large database of model samples that can be generated with it. --- Works well on amd64. OK? Thanks for the port. OK martin@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2021/03/18 02:40:41 Modified files: textproc/ruby-kramdown: Makefile distinfo textproc/ruby-kramdown/pkg: PLIST Log message: Update ruby-kramdown to 2.3.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/18 02:23:20 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-332.0.0.
[MAINTAINER UPDATE] graphics/blender -> 2.92.0
Update graphics/blender to 2.92.0 This update broke the cycles renderer just for OpenBSD hence the delay. Fix by @brecht - blender cycles developer. Hopefully if blender makes a corrective release we can get rid of these additional patches or just wait until 2.93.0. The tests could be enabled now, 4 fail out of 61 but these failures are harmless and caused by the absence of port embree which I'm working on. Tests can only be carried out against the final installation and additional 1.5GBs of files are required which are hosted in a svn repo with no tarballs. :( So I've refrained from enabling them. Added py-requests dependency to enable blenderkit addon. Build & Run tested on amd64. regards, Dimitri Index: Makefile === RCS file: /cvs/ports/graphics/blender/Makefile,v retrieving revision 1.102 diff -u -p -r1.102 Makefile --- Makefile23 Feb 2021 19:39:24 - 1.102 +++ Makefile18 Mar 2021 03:26:59 - @@ -4,7 +4,7 @@ ONLY_FOR_ARCHS = amd64 COMMENT = 3D creation software -DISTNAME = blender-2.91.2 +DISTNAME = blender-2.92.0 CATEGORIES = graphics @@ -23,8 +23,8 @@ WANTLIB += avformat avutil blosc boost_a WANTLIB += boost_date_time-mt boost_filesystem-mt boost_iostreams-mt WANTLIB += boost_regex-mt boost_system-mt boost_thread-mt c fftw3 WANTLIB += freetype gmp gmpxx jpeg m openal openjp2 openvdb osdCPU -WANTLIB += osdGPU png potrace sndfile swscale tbb tiff tinyxml -WANTLIB += util yaml-cpp z +WANTLIB += osdGPU png potrace pugixml sndfile swscale tbb tiff +WANTLIB += tinyxml util yaml-cpp z MASTER_SITES = https://download.blender.org/source/ \ http://mirror.cs.umn.edu/blender.org/source/ @@ -44,7 +44,8 @@ CONFIGURE_ARGS = -DPYTHON_INCLUDE_DIR="$ -DWITH_CYCLES_EMBREE=OFF \ -DWITH_JACK=OFF -BUILD_DEPENDS = math/py-numpy${MODPY_FLAVOR} +BUILD_DEPENDS = math/py-numpy${MODPY_FLAVOR} \ + www/py-requests${MODPY_FLAVOR} LIB_DEPENDS = audio/libsndfile \ audio/openal \ devel/boost \ @@ -68,6 +69,7 @@ LIB_DEPENDS = audio/libsndfile \ ${MODPY_LIB_DEPENDS} RUN_DEPENDS = devel/desktop-file-utils \ math/py-numpy${MODPY_FLAVOR} \ + www/py-requests${MODPY_FLAVOR} \ x11/gnome/librsvg NO_TEST = Yes Index: distinfo === RCS file: /cvs/ports/graphics/blender/distinfo,v retrieving revision 1.30 diff -u -p -r1.30 distinfo --- distinfo27 Jan 2021 20:15:25 - 1.30 +++ distinfo18 Mar 2021 03:26:59 - @@ -1,2 +1,2 @@ -SHA256 (blender-2.91.2.tar.xz) = GFy8TNfy9hSnWUIh2CNxcK3n84nRaFjO4irXeMJvzHA= -SIZE (blender-2.91.2.tar.xz) = 42057100 +SHA256 (blender-2.92.0.tar.xz) = 55HPxAMpI4NXfDyM4s005aos2NoKdIMEEEmhYJ3bRZU= +SIZE (blender-2.92.0.tar.xz) = 42444576 Index: patches/patch-intern_cycles_graph_node_type_cpp === RCS file: patches/patch-intern_cycles_graph_node_type_cpp diff -N patches/patch-intern_cycles_graph_node_type_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-intern_cycles_graph_node_type_cpp 18 Mar 2021 03:26:59 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Index: intern/cycles/graph/node_type.cpp +--- intern/cycles/graph/node_type.cpp.orig intern/cycles/graph/node_type.cpp +@@ -154,7 +154,7 @@ void NodeType::register_input(ustring name, + int struct_offset, + const void *default_value, + const NodeEnum *enum_values, +- const NodeType **node_type, ++ const NodeType *node_type, + int flags, + int extra_flags) + { Index: patches/patch-intern_cycles_graph_node_type_h === RCS file: patches/patch-intern_cycles_graph_node_type_h diff -N patches/patch-intern_cycles_graph_node_type_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-intern_cycles_graph_node_type_h 18 Mar 2021 03:26:59 - @@ -0,0 +1,68 @@ +$OpenBSD$ + +Index: intern/cycles/graph/node_type.h +--- intern/cycles/graph/node_type.h.orig intern/cycles/graph/node_type.h +@@ -87,7 +87,7 @@ struct SocketType { + int struct_offset; + const void *default_value; + const NodeEnum *enum_values; +- const NodeType **node_type; ++ const NodeType *node_type; + int flags; + ustring ui_name; + SocketModifiedFlags modified_flag_bit; +@@ -115,7 +115,7 @@ struct NodeType { + int struct_offset, + const void *default_value, + const NodeEnum *enum_values = NULL, +- const NodeType **node_type = NULL, ++ const NodeType
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2021/03/18 01:57:01 Modified files: editors/le : Makefile distinfo Log message: Update le to 1.16.8. Maintainer timeout.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/18 01:54:30 Modified files: sysutils/awscli: Makefile distinfo sysutils/awscli/pkg: PLIST Log message: Update to awscli-1.19.30.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/18 01:54:12 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py3-boto3-1.17.30.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/18 01:54:00 Modified files: net/py-botocore: Makefile distinfo net/py-botocore/pkg: PLIST Log message: Update to py3-botocore-1.20.30.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2021/03/18 01:47:21 Modified files: net/munin : Makefile net/munin/patches: patch-plugins_node_d_openbsd_cpu_in Log message: Fix cpu plugin after kern.clockrate sysctl change. >From Olivier Cherrier, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/03/18 01:26:40 Modified files: devel/harfbuzz : Makefile distinfo Log message: Update to harfbuzz-2.8.0.
unbreak math/pspp
Hi. There's a missing dependency on python. And since we were not enforcing the lang/python MODULE it picked up python2 at configure time (which got junked by dpb). ===> Building for pspp-1.4.1 python2 src/output/spv/binary-parser-generator src/output/spv/light-binary.grammar code spvlb '"output/spv/light-binary-parser.h"' > src/output/spv/light-binary-parser.c.tmp /bin/sh: python2: not found OK? Index: Makefile === RCS file: /cvs/ports/math/pspp/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile14 Feb 2021 16:57:14 - 1.7 +++ Makefile18 Mar 2021 07:25:24 - @@ -24,6 +24,10 @@ MASTER_SITES = ${MASTER_SITE_GNU:=pspp/} COMPILER = base-clang ports-gcc +MODULES = lang/python + +MODPY_RUNDEP = No + BUILD_DEPENDS =devel/gettext,-tools \ print/texinfo -- Antoine