Re: [Please, unbreak] multimedia/handbrake
On 2024-04-13 11:00 p.m., Rubén Llorente wrote: It looks like h.264 works with your diff, since I encoded a movie into h.264 + AAC with no issues. You probably tried regular H.264. It's the high bit depth option (10-bit) that has an issue. Thanks for testing. Brad Smith wrote: Rubén, I'd love any and all feedback to try and get it into shape.
Re: CVS: cvs.openbsd.org: ports (textproc/ripgrep)
Theo Buehler writes: > CVSROOT: /cvs > Module name: ports > Changes by: t...@cvs.openbsd.org2024/04/13 18:16:34 > > Modified files: > textproc/ripgrep: Makefile > > Log message: > drop maintainer is it intented ? the commit message doesn't correspond to the patch (it could happen), and the patch is weird (does ripgrep do not depend on c, pthread and c++abi at all ?) Below is the diff which was commited. -- Sebastien Marie === RCS file: /cvsrepo/anoncvs/cvs/ports/textproc/ripgrep/Makefile,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- ports/textproc/ripgrep/Makefile 2024/04/14 00:14:15 1.33 +++ ports/textproc/ripgrep/Makefile 2024/04/14 00:16:34 1.34 @@ -3,14 +3,12 @@ GH_ACCOUNT = BurntSushi GH_PROJECT = ripgrep GH_TAGNAME = 14.1.0 -REVISION = 0 +REVISION = 1 CATEGORIES = textproc sysutils # Unlicense/MIT PERMIT_PACKAGE = Yes - -WANTLIB += ${MODCARGO_WANTLIB} MAINTAINER = Theo Buehler
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gkoeh...@cvs.openbsd.org2024/04/13 22:21:30 Modified files: sysutils/u-boot/rk356x: Makefile sysutils/u-boot/rk356x/files: rkbinpatch.c sysutils/u-boot/rk3588: Makefile sysutils/u-boot/rk3588/files: rkbinpatch.c Added files: sysutils/u-boot/rk356x/patches: patch-tools_rkcommon_c sysutils/u-boot/rk3588/patches: patch-tools_rkcommon_c Log message: Unbreak sysutils/u-boot/{rk356x,rk3588} when big-endian Add some swaps between little-endian and host byte order, which allows my big-endian powerpc to slowly build arm64 rockchip firmware. kurt@ checked that a rock5b boots with firmware from big-endian powerpc and from little-endian amd64. ok kurt@ kettenis@
[new] www/py-nh3
This is a port of py-nh3, yet another python/rust port with a maturin build backend. Needed for apache-superset. ok to import? nh3.tgz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2024/04/13 21:27:49 Modified files: textproc/py-jellyfish: Makefile distinfo textproc/py-jellyfish/pkg: PLIST Added files: textproc/py-jellyfish: crates.inc Log message: update jellyfish to 1.0.3 which switched to a rust implementation now
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2024/04/13 21:03:55 Modified files: textproc : Makefile Log message: +py-referencing
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2024/04/13 21:02:01 Log message: import py-referencing; ok lraab@ Status: Vendor Tag: daniel Release Tags: daniel_20240413 N ports/textproc/py-referencing/Makefile N ports/textproc/py-referencing/distinfo N ports/textproc/py-referencing/pkg/DESCR N ports/textproc/py-referencing/pkg/PLIST No conflicts created by this import
Re: [Please, unbreak] multimedia/handbrake
It looks like h.264 works with your diff, since I encoded a movie into h.264 + AAC with no issues. Brad Smith wrote: Rubén, I'd love any and all feedback to try and get it into shape.
Re: [Please, unbreak] multimedia/handbrake
Brad Smith wrote: Testing Brad's diff and reporting back to the list is probably the best way to move this forward. Rubén, I'd love any and all feedback to try and get it into shape. It is very late here. I managed to compile Handbrake 1.6.1 with your diff. I will encode a bunch of movies and report back with my findings next time I find the time for it.
[new] py-referencing
Various python json ports need py-referencing and it's on the jupyter_server update path. ok to import? (note: depends on the just imported py-rpds-py port) py-referencing.tgz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2024/04/13 19:21:31 Modified files: devel : Makefile Log message: +py-rpds-py
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2024/04/13 19:20:00 Log message: import py-rpds-py; ok sthen@ Status: Vendor Tag: daniel Release Tags: daniel_20240413 N ports/devel/py-rpds-py/Makefile N ports/devel/py-rpds-py/distinfo N ports/devel/py-rpds-py/crates.inc N ports/devel/py-rpds-py/pkg/DESCR N ports/devel/py-rpds-py/pkg/PLIST No conflicts created by this import
Re: [new] py-rpds-py
On 2024/04/09 18:50, Daniel Dickman wrote: > Updating jupyter notebook needs jupyterlab 4+ which needs newer > jupyter_server. > > So let's try update to the latest release of jupyter_server. > > Let's start with py-rpds-py. > > py-rpds-py is a less standard port than others so I'd like to get this one > in before doing a batch of pure Python ports. It depends on maturin for > the build similar to www/py-adblock. > > Having this port in the tree will then being able to update > devel/py-jsonschema (which is also needs for the jupyter_server update). > > ok to import? Typo in COMMENT, otherwise OK.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/13 18:33:31 Modified files: graphics/opencolorio: Makefile Log message: change removed -DOCIO_USE_SSE=OFF for -DOCIO_USE_SIMD=OFF and use only on i386. amd64/aarch64 build ok with ON.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/13 18:30:58 Modified files: lang/python/3.10: Makefile lang/python/3.10/pkg: PLIST-main Log message: remove old @comments in PLIST, from daniel@ plus REVISION-main bump.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/13 18:25:18 Modified files: multimedia/streamlink: Makefile distinfo multimedia/streamlink/patches: patch-setup_py multimedia/streamlink/pkg: PLIST Log message: update to streamlink-6.5.1, ~11w timeout
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/04/13 18:16:34 Modified files: textproc/ripgrep: Makefile Log message: drop maintainer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/04/13 18:14:15 Modified files: textproc/ripgrep: Makefile Log message: ripgrep: take maintainer krw is planning something nefarious
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2024/04/13 15:45:55 Modified files: textproc/apertium-dicts: Makefile.inc textproc/apertium-dicts/dan: Makefile textproc/apertium-dicts/eo-en: Makefile textproc/apertium-dicts/nno: Makefile textproc/apertium-dicts/nob: Makefile textproc/apertium-dicts/swe: Makefile Removed files: textproc/apertium-dicts/dan/patches: patch-test-scandivoc textproc/apertium-dicts/eo-en/patches: patch-multi-gen_sh textproc/apertium-dicts/nno/patches: patch-test-scandivoc textproc/apertium-dicts/nob/patches: patch-test-scandivoc textproc/apertium-dicts/swe/patches: patch-test-scandivoc Log message: Replace patch+SUBST_CMD with a single sed -i.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/04/13 15:35:48 Modified files: x11/amiwm : Makefile distinfo x11/amiwm/patches: patch-Makefile_in Log message: Update amiwm to 0.22.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lr...@cvs.openbsd.org 2024/04/13 15:28:41 Modified files: devel/intellij : Makefile distinfo devel/intellij/pkg: PLIST Log message: devel/intellij: update to 2024.1 ok rsadowski@ and caspar@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lr...@cvs.openbsd.org 2024/04/13 15:26:25 Modified files: devel/pycharm : Makefile distinfo devel/pycharm/pkg: PLIST Log message: devel/pycharm: update to 2024.1 ok rsadowski@ and caspar@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2024/04/13 14:21:55 Modified files: net/syncthing : Makefile distinfo Log message: update to syncthing 1.27.6; OK edd
Re: [Please, unbreak] multimedia/handbrake
On 4/13/2024 12:02 PM, Stuart Henderson wrote: > On 2024/04/13 15:47, Rubén Llorente wrote: >> Here you are. > > There are definitely some problems with that one. > > Testing Brad's diff and reporting back to the list is probably the best way > to move this forward. > Agreed. I won't be able to look at this until the end of the month at the earliest. ~Brian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2024/04/13 11:55:26 Modified files: devel/py-send2trash: Makefile distinfo devel/py-send2trash/pkg: PLIST Log message: update send2trash to 1.8.2; needed for newer jupyter_server
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2024/04/13 11:36:37 Modified files: devel/py-qdarkstyle: Makefile distinfo Log message: update QDarkStyle to 3.2.3 and take MAINTAINER
Re: UPDATE: Dolphin 20230722
On 2024-04-09 4:15 p.m., Brad Smith wrote: On Thu, Apr 04, 2024 at 07:47:25PM -0400, Brad Smith wrote: On Thu, Apr 04, 2024 at 05:12:33PM -0400, Brad Smith wrote: On Thu, Apr 04, 2024 at 05:01:07PM -0400, Brad Smith wrote: On Thu, Apr 04, 2024 at 05:54:52AM -0400, Brad Smith wrote: Here is an update to Dolphin 20230722 snapshot. I thought I had sent this out. This fixes the Minizip and mGBA build issues Klemens had pointed out. I have converted the setup to using DIST_TUPLE. More testing welcome. Fix a typo. Roll up to the latest code just before newer fmt is required. Fixed the enet dependency. I don't have such a system to test on. Try the updated diff. Could use testing on a CFI system as well as AArch64.
Re: [Please, unbreak] multimedia/handbrake
On 2024-04-13 12:02 p.m., Stuart Henderson wrote: On 2024/04/13 15:47, Rubén Llorente wrote: Here you are. There are definitely some problems with that one. Testing Brad's diff and reporting back to the list is probably the best way to move this forward. Rubén, I'd love any and all feedback to try and get it into shape.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/04/13 11:03:59 Modified files: x11/xfce4/xfwm4: Makefile Added files: x11/xfce4/xfwm4/patches: patch-src_tabwin_c Log message: x11/xfce4/xfwm4: add a missing break to fix a crash when alt-tabbing see https://gitlab.xfce.org/xfce/xfwm4/-/issues/762
Re: UPDATE: OpenColorIO 2.3.2
On 2024-04-13 12:47 p.m., Stuart Henderson wrote: On 2024/04/13 14:30, Stuart Henderson wrote: i386 doesn't like that one, /pobj/opencolorio-2.3.2/OpenColorIO-2.3.2/src/OpenColorIO/ops/cdl/CDLOpCPU.cpp:339:18: error: always_inline function '_mm_loadu_ps' requires target feature 'sse', but would be inlined into function 'LoadRenderParams' that is compiled without support for 'sse' slope = _mm_loadu_ps(renderParams.getSlope()); ^ /pobj/opencolorio-2.3.2/OpenColorIO-2.3.2/src/OpenColorIO/ops/cdl/CDLOpCPU.cpp:340:18: error: always_inline function '_mm_loadu_ps' requires target feature 'sse', but would be inlined into function 'LoadRenderParams' that is compiled without support for 'sse' offset = _mm_loadu_ps(renderParams.getOffset()); ^ /pobj/opencolorio-2.3.2/OpenColorIO-2.3.2/src/OpenColorIO/ops/cdl/CDLOpCPU.cpp:341:18: error: always_inline function '_mm_loadu_ps' requires target feature 'sse', but would be inlined into function 'LoadRenderParams' that is compiled without support for 'sse' power = _mm_loadu_ps(renderParams.getPower()); ^ /pobj/opencolorio-2.3.2/OpenColorIO-2.3.2/src/OpenColorIO/ops/cdl/CDLOpCPU.cpp:342:18: error: always_inline function '_mm_set1_ps' requires target feature 'sse', but would be inlined into function 'LoadRenderParams' that is compiled without support for 'sse' saturation = _mm_set1_ps(renderParams.getSaturation()); ^ 4 errors generated. ninja: build stopped: subcommand failed. There is also CMake Warning: Manually-specified variables were not used by the project: ... OCIO_USE_SSE I'll try this for starters.. Index: Makefile === RCS file: /cvs/ports/graphics/opencolorio/Makefile,v diff -u -p -r1.32 Makefile --- Makefile10 Apr 2024 10:38:06 - 1.32 +++ Makefile13 Apr 2024 13:27:34 - @@ -40,9 +40,9 @@ CONFIGURE_ARGS += -DPYTHON="${MODPY_BIN} -Dminizip-ng_INCLUDE_DIR="${LOCALBASE}/include/minizip" .if ${MACHINE_ARCH} == "amd64" -CONFIGURE_ARGS += -DOCIO_USE_SSE=ON +CONFIGURE_ARGS += -DOCIO_USE_SIMD=ON .else -CONFIGURE_ARGS += -DOCIO_USE_SSE=OFF +CONFIGURE_ARGS += -DOCIO_USE_SIMD=OFF .endif # everything except tests So that fixes i386, but testing on arm64 the SIMD build there is happy anyway, and I don't think there's a problem with other archs, so I propose this: https://github.com/AcademySoftwareFoundation/OpenColorIO/commit/9cc24865599579f02fa07c09880518bef2058a03 https://github.com/AcademySoftwareFoundation/OpenColorIO/commit/caa20dd1962f0d659a9214ac28815a1b904d4118 Thanks. That looks reasonable. It appears to be AArch64 only NEON. Index: Makefile === RCS file: /cvs/ports/graphics/opencolorio/Makefile,v diff -u -p -r1.32 Makefile --- Makefile10 Apr 2024 10:38:06 - 1.32 +++ Makefile13 Apr 2024 16:46:53 - @@ -4,6 +4,7 @@ GH_ACCOUNT =AcademySoftwareFoundation GH_PROJECT = OpenColorIO GH_TAGNAME = v2.3.2 PKGNAME = ${DISTNAME:L} +REVISION = 0 EPOCH = 2 SHARED_LIBS += OpenColorIO 4.0 # 1.1.1 @@ -39,10 +40,10 @@ CONFIGURE_ARGS += -DPYTHON="${MODPY_BIN} -DOCIO_BUILD_GPU_TESTS=OFF \ -Dminizip-ng_INCLUDE_DIR="${LOCALBASE}/include/minizip" -.if ${MACHINE_ARCH} == "amd64" -CONFIGURE_ARGS += -DOCIO_USE_SSE=ON +.if ${MACHINE_ARCH} == "i386" +CONFIGURE_ARGS += -DOCIO_USE_SIMD=OFF .else -CONFIGURE_ARGS += -DOCIO_USE_SSE=OFF +CONFIGURE_ARGS += -DOCIO_USE_SIMD=ON .endif # everything except tests
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/13 10:57:10 Modified files: lang/python/3.11: Tag: OPENBSD_7_5 Makefile distinfo lang/python/3.11/files: Tag: OPENBSD_7_5 CHANGES.OpenBSD lang/python/3.11/pkg: Tag: OPENBSD_7_5 PLIST-main PLIST-tests Added files: lang/python/3.11/files: Tag: OPENBSD_7_5 EXTERNALLY-MANAGED lang/python/3.11/patches: Tag: OPENBSD_7_5 patch-Lib_ctypes_util_py patch-Modules__ssl_c Log message: update to python-3.11.9 https://www.python.org/downloads/release/python-3119/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/13 10:56:55 Modified files: lang/python/3.10: Tag: OPENBSD_7_5 Makefile distinfo lang/python/3.10/files: Tag: OPENBSD_7_5 CHANGES.OpenBSD lang/python/3.10/pkg: Tag: OPENBSD_7_5 PLIST-main Added files: lang/python/3.10/files: Tag: OPENBSD_7_5 EXTERNALLY-MANAGED lang/python/3.10/patches: Tag: OPENBSD_7_5 patch-Lib_ctypes_util_py patch-Modules__ssl_c Log message: MFC update to python-3.10.14 https://www.python.org/downloads/release/python-31014/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/13 10:56:27 Modified files: lang/python/3.9: Tag: OPENBSD_7_5 Makefile distinfo Log message: MFC update to python-3.9.19 https://www.python.org/downloads/release/python-3919/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/13 10:55:40 Modified files: lang/python: Tag: OPENBSD_7_5 Makefile.inc Log message: add EXTERNALLY-MANAGED handling to Makefile.inc for -stable to allow direct syncing of Python updates
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/13 10:51:07 Modified files: lang/python/3.11: Makefile distinfo lang/python/3.11/files: CHANGES.OpenBSD lang/python/3.11/pkg: PLIST-main PLIST-tests Added files: lang/python/3.11/patches: patch-Modules__ssl_c Log message: update to python-3.11.9, ok tb https://www.python.org/downloads/release/python-3119/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/13 10:50:47 Modified files: lang/python/3.9: Makefile distinfo Log message: update to python-3.9.19, ok tb https://www.python.org/downloads/release/python-3919/
Re: UPDATE: OpenColorIO 2.3.2
On 2024/04/13 14:30, Stuart Henderson wrote: > i386 doesn't like that one, > > /pobj/opencolorio-2.3.2/OpenColorIO-2.3.2/src/OpenColorIO/ops/cdl/CDLOpCPU.cpp:339:18: > error: always_inline function '_mm_loadu_ps' requires target feature 'sse', > but would be inlined into function 'LoadRenderParams' that is compiled > without support for 'sse' > slope = _mm_loadu_ps(renderParams.getSlope()); > ^ > /pobj/opencolorio-2.3.2/OpenColorIO-2.3.2/src/OpenColorIO/ops/cdl/CDLOpCPU.cpp:340:18: > error: always_inline function '_mm_loadu_ps' requires target feature 'sse', > but would be inlined into function 'LoadRenderParams' that is compiled > without support for 'sse' > offset = _mm_loadu_ps(renderParams.getOffset()); > ^ > /pobj/opencolorio-2.3.2/OpenColorIO-2.3.2/src/OpenColorIO/ops/cdl/CDLOpCPU.cpp:341:18: > error: always_inline function '_mm_loadu_ps' requires target feature 'sse', > but would be inlined into function 'LoadRenderParams' that is compiled > without support for 'sse' > power = _mm_loadu_ps(renderParams.getPower()); > ^ > /pobj/opencolorio-2.3.2/OpenColorIO-2.3.2/src/OpenColorIO/ops/cdl/CDLOpCPU.cpp:342:18: > error: always_inline function '_mm_set1_ps' requires target feature 'sse', > but would be inlined into function 'LoadRenderParams' that is compiled > without support for 'sse' > saturation = _mm_set1_ps(renderParams.getSaturation()); > ^ > 4 errors generated. > ninja: build stopped: subcommand failed. > > There is also > > CMake Warning: > Manually-specified variables were not used by the project: > ... > OCIO_USE_SSE > > I'll try this for starters.. > > Index: Makefile > === > RCS file: /cvs/ports/graphics/opencolorio/Makefile,v > diff -u -p -r1.32 Makefile > --- Makefile 10 Apr 2024 10:38:06 - 1.32 > +++ Makefile 13 Apr 2024 13:27:34 - > @@ -40,9 +40,9 @@ CONFIGURE_ARGS += -DPYTHON="${MODPY_BIN} > -Dminizip-ng_INCLUDE_DIR="${LOCALBASE}/include/minizip" > > .if ${MACHINE_ARCH} == "amd64" > -CONFIGURE_ARGS +=-DOCIO_USE_SSE=ON > +CONFIGURE_ARGS +=-DOCIO_USE_SIMD=ON > .else > -CONFIGURE_ARGS +=-DOCIO_USE_SSE=OFF > +CONFIGURE_ARGS +=-DOCIO_USE_SIMD=OFF > .endif > > # everything except tests > So that fixes i386, but testing on arm64 the SIMD build there is happy anyway, and I don't think there's a problem with other archs, so I propose this: Index: Makefile === RCS file: /cvs/ports/graphics/opencolorio/Makefile,v diff -u -p -r1.32 Makefile --- Makefile10 Apr 2024 10:38:06 - 1.32 +++ Makefile13 Apr 2024 16:46:53 - @@ -4,6 +4,7 @@ GH_ACCOUNT =AcademySoftwareFoundation GH_PROJECT = OpenColorIO GH_TAGNAME = v2.3.2 PKGNAME = ${DISTNAME:L} +REVISION = 0 EPOCH =2 SHARED_LIBS += OpenColorIO 4.0 # 1.1.1 @@ -39,10 +40,10 @@ CONFIGURE_ARGS += -DPYTHON="${MODPY_BIN} -DOCIO_BUILD_GPU_TESTS=OFF \ -Dminizip-ng_INCLUDE_DIR="${LOCALBASE}/include/minizip" -.if ${MACHINE_ARCH} == "amd64" -CONFIGURE_ARGS += -DOCIO_USE_SSE=ON +.if ${MACHINE_ARCH} == "i386" +CONFIGURE_ARGS += -DOCIO_USE_SIMD=OFF .else -CONFIGURE_ARGS += -DOCIO_USE_SSE=OFF +CONFIGURE_ARGS += -DOCIO_USE_SIMD=ON .endif # everything except tests
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2024/04/13 10:43:17 Modified files: sysutils/croc : Makefile distinfo modules.inc Log message: update sysutils/croc to 9.6.15 ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2024/04/13 10:41:22 Log message: import llvm-18 to be worked on in tree (not hooked up); ok aja@ Status: Vendor Tag: robert Release Tags: robert_20240413 N ports/devel/llvm/18/Makefile N ports/devel/llvm/18/distinfo N ports/devel/llvm/18/patches/patch-clang_include_clang_AST_FormatString_h N ports/devel/llvm/18/patches/patch-lld_ELF_Writer_cpp N ports/devel/llvm/18/patches/patch-clang_lib_Basic_Targets_X86_h N ports/devel/llvm/18/patches/patch-clang_lib_CodeGen_CGCall_cpp N ports/devel/llvm/18/patches/patch-clang_lib_Driver_Driver_cpp N ports/devel/llvm/18/patches/patch-clang_lib_Driver_ToolChains_Arch_RISCV_cpp N ports/devel/llvm/18/patches/patch-clang_include_clang_Sema_Sema_h N ports/devel/llvm/18/patches/patch-clang_lib_Driver_ToolChains_OpenBSD_cpp N ports/devel/llvm/18/patches/patch-clang_lib_Frontend_CompilerInvocation_cpp N ports/devel/llvm/18/patches/patch-lld_ELF_Config_h N ports/devel/llvm/18/patches/patch-lldb_tools_CMakeLists_txt N ports/devel/llvm/18/patches/patch-clang_lib_Sema_SemaChecking_cpp N ports/devel/llvm/18/patches/patch-clang_lib_Sema_SemaDeclAttr_cpp N ports/devel/llvm/18/patches/patch-clang_include_clang_Basic_CodeGenOptions_def N ports/devel/llvm/18/patches/patch-compiler-rt_lib_builtins_ppc_atomic_lock_free_c N ports/devel/llvm/18/patches/patch-compiler-rt_lib_interception_interception_h N ports/devel/llvm/18/patches/patch-compiler-rt_lib_interception_interception_linux_h N ports/devel/llvm/18/patches/patch-llvm_lib_Target_AArch64_AArch64TargetMachine_cpp N ports/devel/llvm/18/patches/patch-llvm_lib_Target_X86_X86FrameLowering_cpp N ports/devel/llvm/18/patches/patch-lld_ELF_Arch_AArch64_cpp N ports/devel/llvm/18/patches/patch-compiler-rt_lib_sanitizer_common_sanitizer_platform_h N ports/devel/llvm/18/patches/patch-compiler-rt_lib_ubsan_ubsan_platform_h N ports/devel/llvm/18/patches/patch-libunwind_src_AddressSpace_hpp N ports/devel/llvm/18/patches/patch-libunwind_src_UnwindCursor_hpp N ports/devel/llvm/18/patches/patch-lld_CMakeLists_txt N ports/devel/llvm/18/patches/patch-lld_ELF_Arch_RISCV_cpp N ports/devel/llvm/18/patches/patch-lld_ELF_Arch_X86_64_cpp N ports/devel/llvm/18/patches/patch-lld_ELF_DriverUtils_cpp N ports/devel/llvm/18/patches/patch-llvm_tools_llvm-ar_llvm-ar_cpp N ports/devel/llvm/18/patches/patch-clang_docs_conf_py N ports/devel/llvm/18/patches/patch-llvm_tools_llvm-shlib_CMakeLists_txt N ports/devel/llvm/18/patches/patch-lld_ELF_Symbols_h N ports/devel/llvm/18/patches/patch-lld_ELF_InputFiles_cpp N ports/devel/llvm/18/patches/patch-lld_ELF_InputFiles_h N ports/devel/llvm/18/patches/patch-lld_ELF_LinkerScript_cpp N ports/devel/llvm/18/patches/patch-lld_ELF_Options_td N ports/devel/llvm/18/patches/patch-lld_ELF_Relocations_cpp N ports/devel/llvm/18/patches/patch-lld_ELF_ScriptParser_cpp N ports/devel/llvm/18/patches/patch-lld_ELF_Symbols_cpp N ports/devel/llvm/18/patches/patch-clang_include_clang_Basic_DiagnosticSemaKinds_td N ports/devel/llvm/18/patches/patch-lld_ELF_SyntheticSections_cpp N ports/devel/llvm/18/patches/patch-lld_docs_ld_lld_1 N ports/devel/llvm/18/patches/patch-lld_ELF_Writer_h N ports/devel/llvm/18/patches/patch-lld_tools_lld_lld_cpp N ports/devel/llvm/18/patches/patch-lld_ELF_Driver_cpp N ports/devel/llvm/18/patches/patch-lld_include_lld_Common_Driver_h N ports/devel/llvm/18/patches/patch-lld_tools_lld_CMakeLists_txt N ports/devel/llvm/18/patches/patch-lldb_include_lldb_Host_openbsd_HostInfoOpenBSD_h N ports/devel/llvm/18/patches/patch-lldb_include_lldb_Utility_ArchSpec_h N ports/devel/llvm/18/patches/patch-flang_docs_conf_py N ports/devel/llvm/18/patches/patch-lldb_source_Host_openbsd_Host_cpp N ports/devel/llvm/18/patches/patch-lldb_source_Initialization_CMakeLists_txt N ports/devel/llvm/18/patches/patch-llvm_lib_MC_MCAsmInfoELF_cpp N ports/devel/llvm/18/patches/patch-lldb_source_Plugins_ABI_AArch64_ABISysV_arm64_cpp N ports/devel/llvm/18/patches/patch-lldb_source_Plugins_ObjectFile_ELF_ObjectFileELF_cpp N ports/devel/llvm/18/patches/patch-lldb_source_Plugins_Platform_OpenBSD_PlatformOpenBSD_cpp N ports/devel/llvm/18/patches/patch-lldb_source_Plugins_Platform_OpenBSD_PlatformOpenBSD_h N ports/devel/llvm/18/patches/patch-lldb_source_Plugins_Process_CMakeLists_txt N ports/devel/llvm/18/patches/patch-lldb_source_Plugins_Process_OpenBSD_CMakeLists_txt N ports/devel/llvm/18/patches/patch-lldb_source_Plugins_Process_OpenBSD_NativeProcessOpenBSD_cpp N ports/devel/llvm/18/patches/patch-llvm_docs_conf_py N ports/devel/llvm/18/patches/patch-lldb_source_Plugins_Process_OpenBSD_NativeProcessOpenBSD_h N
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2024/04/13 10:38:39 Modified files: textproc/apertium-dicts: Makefile.inc textproc/apertium-dicts/afr: Makefile textproc/apertium-dicts/afr-nld: Makefile textproc/apertium-dicts/arg: Makefile textproc/apertium-dicts/arg-cat: Makefile textproc/apertium-dicts/bel: Makefile textproc/apertium-dicts/bel-rus: Makefile textproc/apertium-dicts/br-fr: Makefile textproc/apertium-dicts/cat: Makefile textproc/apertium-dicts/cat-ita: Makefile textproc/apertium-dicts/cat-srd: Makefile textproc/apertium-dicts/crh: Makefile textproc/apertium-dicts/crh-tur: Makefile textproc/apertium-dicts/cy-en: Makefile textproc/apertium-dicts/dan: Makefile textproc/apertium-dicts/dan-nor: Makefile textproc/apertium-dicts/en-es: Makefile textproc/apertium-dicts/en-gl: Makefile textproc/apertium-dicts/eng: Makefile textproc/apertium-dicts/eng-cat: Makefile textproc/apertium-dicts/eo-ca: Makefile textproc/apertium-dicts/eo-en: Makefile textproc/apertium-dicts/eo-es: Makefile textproc/apertium-dicts/eo-fr: Makefile textproc/apertium-dicts/es-gl: Makefile textproc/apertium-dicts/es-pt: Makefile textproc/apertium-dicts/es-ro: Makefile textproc/apertium-dicts/eu-en: Makefile textproc/apertium-dicts/eu-es: Makefile textproc/apertium-dicts/fr-es: Makefile textproc/apertium-dicts/fra: Makefile textproc/apertium-dicts/fra-cat: Makefile textproc/apertium-dicts/hbs: Makefile textproc/apertium-dicts/hbs-eng: Makefile textproc/apertium-dicts/hbs-slv: Makefile textproc/apertium-dicts/hin: Makefile textproc/apertium-dicts/ind: Makefile textproc/apertium-dicts/ind-zlm: Makefile textproc/apertium-dicts/isl: Makefile textproc/apertium-dicts/isl-eng: Makefile textproc/apertium-dicts/isl-swe: Makefile textproc/apertium-dicts/ita: Makefile textproc/apertium-dicts/mkd-bul: Makefile textproc/apertium-dicts/mkd-eng: Makefile textproc/apertium-dicts/mlt-ara: Makefile textproc/apertium-dicts/nld: Makefile textproc/apertium-dicts/nno: Makefile textproc/apertium-dicts/nno-nob: Makefile textproc/apertium-dicts/nob: Makefile textproc/apertium-dicts/oc-ca: Makefile textproc/apertium-dicts/oc-es: Makefile textproc/apertium-dicts/oci: Makefile textproc/apertium-dicts/oci-fra: Makefile textproc/apertium-dicts/pol: Makefile textproc/apertium-dicts/pol-szl: Makefile textproc/apertium-dicts/por: Makefile textproc/apertium-dicts/por-cat: Makefile textproc/apertium-dicts/pt-gl: Makefile textproc/apertium-dicts/rus: Makefile textproc/apertium-dicts/rus-ukr: Makefile textproc/apertium-dicts/spa: Makefile textproc/apertium-dicts/spa-arg: Makefile textproc/apertium-dicts/spa-ast: Makefile textproc/apertium-dicts/spa-cat: Makefile textproc/apertium-dicts/spa-ita: Makefile textproc/apertium-dicts/srd: Makefile textproc/apertium-dicts/srd-ita: Makefile textproc/apertium-dicts/swe: Makefile textproc/apertium-dicts/swe-dan: Makefile textproc/apertium-dicts/swe-nor: Makefile textproc/apertium-dicts/szl: Makefile textproc/apertium-dicts/tur: Makefile textproc/apertium-dicts/ukr: Makefile textproc/apertium-dicts/urd: Makefile textproc/apertium-dicts/urd-hin: Makefile textproc/apertium-dicts/zlm: Makefile Log message: Remove pointless rundep on apertium.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2024/04/13 10:36:04 Removed files: llvm/18: Makefile distinfo llvm/18/patches: patch-clang_docs_CommandGuide_clang_rst patch-clang_docs_conf_py patch-clang_include_clang_AST_FormatString_h patch-clang_include_clang_Basic_CodeGenOptions_def patch-clang_include_clang_Basic_DiagnosticSemaKinds_td patch-clang_include_clang_Driver_Options_td patch-clang_include_clang_Sema_Sema_h patch-clang_lib_AST_FormatString_cpp patch-clang_lib_Basic_Targets_Mips_h patch-clang_lib_Basic_Targets_X86_cpp patch-clang_lib_Basic_Targets_X86_h patch-clang_lib_CodeGen_CGCall_cpp patch-clang_lib_Driver_Driver_cpp patch-clang_lib_Driver_ToolChains_Arch_RISCV_cpp patch-clang_lib_Driver_ToolChains_Clang_cpp patch-clang_lib_Driver_ToolChains_OpenBSD_cpp patch-clang_lib_Frontend_CompilerInvocation_cpp patch-clang_lib_Sema_SemaChecking_cpp patch-clang_lib_Sema_SemaDeclAttr_cpp patch-clang_tools_clang-shlib_CMakeLists_txt patch-compiler-rt_lib_builtins_ppc_atomic_lock_free_c patch-compiler-rt_lib_interception_interception_h patch-compiler-rt_lib_interception_interception_linux_h patch-compiler-rt_lib_sanitizer_common_sanitizer_linux_cpp patch-compiler-rt_lib_sanitizer_common_sanitizer_linux_h patch-compiler-rt_lib_sanitizer_common_sanitizer_platform_h patch-compiler-rt_lib_ubsan_ubsan_platform_h patch-flang_docs_conf_py patch-libunwind_src_AddressSpace_hpp patch-libunwind_src_EHHeaderParser_hpp patch-libunwind_src_UnwindCursor_hpp patch-lld_CMakeLists_txt patch-lld_ELF_Arch_AArch64_cpp patch-lld_ELF_Arch_PPC64_cpp patch-lld_ELF_Arch_RISCV_cpp patch-lld_ELF_Arch_X86_64_cpp patch-lld_ELF_Config_h patch-lld_ELF_DriverUtils_cpp patch-lld_ELF_Driver_cpp patch-lld_ELF_InputFiles_cpp patch-lld_ELF_InputFiles_h patch-lld_ELF_LinkerScript_cpp patch-lld_ELF_Options_td patch-lld_ELF_Relocations_cpp patch-lld_ELF_ScriptParser_cpp patch-lld_ELF_SymbolTable_cpp patch-lld_ELF_Symbols_cpp patch-lld_ELF_Symbols_h patch-lld_ELF_SyntheticSections_cpp patch-lld_ELF_Writer_cpp patch-lld_ELF_Writer_h patch-lld_docs_ld_lld_1 patch-lld_include_lld_Common_Driver_h patch-lld_tools_lld_CMakeLists_txt patch-lld_tools_lld_lld_cpp patch-lldb_include_lldb_Host_openbsd_HostInfoOpenBSD_h patch-lldb_include_lldb_Utility_ArchSpec_h patch-lldb_source_Host_openbsd_HostInfoOpenBSD_cpp patch-lldb_source_Host_openbsd_Host_cpp patch-lldb_source_Initialization_CMakeLists_txt patch-lldb_source_Plugins_ABI_AArch64_ABISysV_arm64_cpp patch-lldb_source_Plugins_ObjectFile_ELF_ObjectFileELF_cpp patch-lldb_source_Plugins_Platform_OpenBSD_PlatformOpenBSD_cpp patch-lldb_source_Plugins_Platform_OpenBSD_PlatformOpenBSD_h patch-lldb_source_Plugins_Process_CMakeLists_txt patch-lldb_source_Plugins_Process_OpenBSD_CMakeLists_txt patch-lldb_source_Plugins_Process_OpenBSD_NativeProcessOpenBSD_cpp patch-lldb_source_Plugins_Process_OpenBSD_NativeProcessOpenBSD_h patch-lldb_source_Plugins_Process_OpenBSD_NativeRegisterContextOpenBSD_arch_cpp patch-lldb_source_Plugins_Process_OpenBSD_NativeRegisterContextOpenBSD_arm64_cpp patch-lldb_source_Plugins_Process_OpenBSD_NativeRegisterContextOpenBSD_arm64_h
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2024/04/13 10:25:51 Log message: import llvm-18 to be worked on in tree (not hooked up); ok aja@ Status: Vendor Tag: robert Release Tags: robert_20240413 N ports/llvm/18/Makefile N ports/llvm/18/distinfo N ports/llvm/18/patches/patch-clang_include_clang_AST_FormatString_h N ports/llvm/18/patches/patch-lld_ELF_Writer_cpp N ports/llvm/18/patches/patch-clang_lib_Basic_Targets_X86_h N ports/llvm/18/patches/patch-clang_lib_CodeGen_CGCall_cpp N ports/llvm/18/patches/patch-clang_lib_Driver_Driver_cpp N ports/llvm/18/patches/patch-clang_lib_Driver_ToolChains_Arch_RISCV_cpp N ports/llvm/18/patches/patch-clang_include_clang_Sema_Sema_h N ports/llvm/18/patches/patch-clang_lib_Driver_ToolChains_OpenBSD_cpp N ports/llvm/18/patches/patch-clang_lib_Frontend_CompilerInvocation_cpp N ports/llvm/18/patches/patch-lld_ELF_Config_h N ports/llvm/18/patches/patch-lldb_tools_CMakeLists_txt N ports/llvm/18/patches/patch-clang_lib_Sema_SemaChecking_cpp N ports/llvm/18/patches/patch-clang_lib_Sema_SemaDeclAttr_cpp N ports/llvm/18/patches/patch-clang_include_clang_Basic_CodeGenOptions_def N ports/llvm/18/patches/patch-compiler-rt_lib_builtins_ppc_atomic_lock_free_c N ports/llvm/18/patches/patch-compiler-rt_lib_interception_interception_h N ports/llvm/18/patches/patch-compiler-rt_lib_interception_interception_linux_h N ports/llvm/18/patches/patch-llvm_lib_Target_AArch64_AArch64TargetMachine_cpp N ports/llvm/18/patches/patch-llvm_lib_Target_X86_X86FrameLowering_cpp N ports/llvm/18/patches/patch-lld_ELF_Arch_AArch64_cpp N ports/llvm/18/patches/patch-compiler-rt_lib_sanitizer_common_sanitizer_platform_h N ports/llvm/18/patches/patch-compiler-rt_lib_ubsan_ubsan_platform_h N ports/llvm/18/patches/patch-libunwind_src_AddressSpace_hpp N ports/llvm/18/patches/patch-libunwind_src_UnwindCursor_hpp N ports/llvm/18/patches/patch-lld_CMakeLists_txt N ports/llvm/18/patches/patch-lld_ELF_Arch_RISCV_cpp N ports/llvm/18/patches/patch-lld_ELF_Arch_X86_64_cpp N ports/llvm/18/patches/patch-lld_ELF_DriverUtils_cpp N ports/llvm/18/patches/patch-llvm_tools_llvm-ar_llvm-ar_cpp N ports/llvm/18/patches/patch-clang_docs_conf_py N ports/llvm/18/patches/patch-llvm_tools_llvm-shlib_CMakeLists_txt N ports/llvm/18/patches/patch-lld_ELF_Symbols_h N ports/llvm/18/patches/patch-lld_ELF_InputFiles_cpp N ports/llvm/18/patches/patch-lld_ELF_InputFiles_h N ports/llvm/18/patches/patch-lld_ELF_LinkerScript_cpp N ports/llvm/18/patches/patch-lld_ELF_Options_td N ports/llvm/18/patches/patch-lld_ELF_Relocations_cpp N ports/llvm/18/patches/patch-lld_ELF_ScriptParser_cpp N ports/llvm/18/patches/patch-lld_ELF_Symbols_cpp N ports/llvm/18/patches/patch-clang_include_clang_Basic_DiagnosticSemaKinds_td N ports/llvm/18/patches/patch-lld_ELF_SyntheticSections_cpp N ports/llvm/18/patches/patch-lld_docs_ld_lld_1 N ports/llvm/18/patches/patch-lld_ELF_Writer_h N ports/llvm/18/patches/patch-lld_tools_lld_lld_cpp N ports/llvm/18/patches/patch-lld_ELF_Driver_cpp N ports/llvm/18/patches/patch-lld_include_lld_Common_Driver_h N ports/llvm/18/patches/patch-lld_tools_lld_CMakeLists_txt N ports/llvm/18/patches/patch-lldb_include_lldb_Host_openbsd_HostInfoOpenBSD_h N ports/llvm/18/patches/patch-lldb_include_lldb_Utility_ArchSpec_h N ports/llvm/18/patches/patch-flang_docs_conf_py N ports/llvm/18/patches/patch-lldb_source_Host_openbsd_Host_cpp N ports/llvm/18/patches/patch-lldb_source_Initialization_CMakeLists_txt N ports/llvm/18/patches/patch-llvm_lib_MC_MCAsmInfoELF_cpp N ports/llvm/18/patches/patch-lldb_source_Plugins_ABI_AArch64_ABISysV_arm64_cpp N ports/llvm/18/patches/patch-lldb_source_Plugins_ObjectFile_ELF_ObjectFileELF_cpp N ports/llvm/18/patches/patch-lldb_source_Plugins_Platform_OpenBSD_PlatformOpenBSD_cpp N ports/llvm/18/patches/patch-lldb_source_Plugins_Platform_OpenBSD_PlatformOpenBSD_h N ports/llvm/18/patches/patch-lldb_source_Plugins_Process_CMakeLists_txt N ports/llvm/18/patches/patch-lldb_source_Plugins_Process_OpenBSD_CMakeLists_txt N ports/llvm/18/patches/patch-lldb_source_Plugins_Process_OpenBSD_NativeProcessOpenBSD_cpp N ports/llvm/18/patches/patch-llvm_docs_conf_py N ports/llvm/18/patches/patch-lldb_source_Plugins_Process_OpenBSD_NativeProcessOpenBSD_h N ports/llvm/18/patches/patch-lldb_source_Plugins_Process_OpenBSD_NativeRegisterContextOpenBSD_arch_cpp N ports/llvm/18/patches/patch-lldb_source_Plugins_Process_OpenBSD_NativeRegisterContextOpenBSD_arm64_cpp N ports/llvm/18/patches/patch-lldb_source_Plugins_Process_OpenBSD_NativeRegisterContextOpenBSD_arm64_h N ports/llvm/18/patches/patch-lldb_source_Plugins_Process_OpenBSD_NativeRegisterContextOpenBSD_cpp N
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2024/04/13 10:24:46 Modified files: emulators/citra: Makefile distinfo emulators/citra/patches: patch-CMakeLists_txt emulators/citra/pkg: PLIST Added files: emulators/citra/patches: patch-src_common_dynamic_library_dynamic_library_cpp Removed files: emulators/citra/patches: patch-externals_CMakeLists_txt patch-externals_dynarmic_src_dynarmic_backend_exception_handler_posix_cpp emulators/citra/pkg: PFRAG.x86 Log message: Update citra to the most recent available snapshot (2104). ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/04/13 10:04:16 Modified files: sysutils/pv: Makefile distinfo sysutils/pv/pkg: PLIST Log message: Update pv to 1.8.5.
Re: [Please, unbreak] multimedia/handbrake
On 2024/04/13 15:47, Rubén Llorente wrote: > Here you are. There are definitely some problems with that one. Testing Brad's diff and reporting back to the list is probably the best way to move this forward. > Stuart Henderson wrote: > > On 2024/04/13 14:48, Rubén Llorente wrote: > > > Hello, > > > > > > multimedia/handbrake has been broken for at least three releases already. > > > > > > Please, either fix this port or remove it from the tree. Right now it is > > > as > > > good as junk. > > > > > > I am including a local mod of this port I have been using for a good > > > while, > > > just in case somebody finds it useful. It updates Handbrake to version > > > 1.5.1 > > > which, while not the latest, it is not broken. I make no claim about the > > > correctness of this port (ie. I have not checked the listed dependencies > > > are > > > correct) but I hope it gets the ball rolling. > > > > > > > Nothing attached. > > > > https://marc.info/?l=openbsd-ports=171230094127744=2 needs > > tests/feedback. > >
Re: [Please, unbreak] multimedia/handbrake
Here you are. Stuart Henderson wrote: On 2024/04/13 14:48, Rubén Llorente wrote: Hello, multimedia/handbrake has been broken for at least three releases already. Please, either fix this port or remove it from the tree. Right now it is as good as junk. I am including a local mod of this port I have been using for a good while, just in case somebody finds it useful. It updates Handbrake to version 1.5.1 which, while not the latest, it is not broken. I make no claim about the correctness of this port (ie. I have not checked the listed dependencies are correct) but I hope it gets the ball rolling. Nothing attached. https://marc.info/?l=openbsd-ports=171230094127744=2 needs tests/feedback. handbrake.tar.gz Description: application/gzip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/04/13 09:46:49 Modified files: textproc/cdiff : Makefile distinfo Log message: Update cdiff to 1.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/04/13 09:36:26 Modified files: devel/lua-compat53: Makefile distinfo devel/lua-compat53/pkg: PLIST Log message: Update lua-compat53 to 0.13.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2024/04/13 09:35:51 Modified files: fonts/freefonts: Makefile fonts/freefonts/pkg: PLIST Log message: Tiny cleanup. - switch SITES to https - remove @comment .orig (pre-.orig.port), delete file during build instead - delete dead homepage, 404 for 10+ years
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2024/04/13 09:16:10 Modified files: mail/grommunio/web: Makefile distinfo Log message: update to upstream's git HEAD to fetch some important fixes
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2024/04/13 09:13:55 Modified files: mail/grommunio/gromox: Makefile distinfo Added files: mail/grommunio/gromox/patches: patch-exch_exmdb_db_engine_cpp Log message: update to 2.27
Re: [Please, unbreak] multimedia/handbrake
On 2024/04/13 14:48, Rubén Llorente wrote: > Hello, > > multimedia/handbrake has been broken for at least three releases already. > > Please, either fix this port or remove it from the tree. Right now it is as > good as junk. > > I am including a local mod of this port I have been using for a good while, > just in case somebody finds it useful. It updates Handbrake to version 1.5.1 > which, while not the latest, it is not broken. I make no claim about the > correctness of this port (ie. I have not checked the listed dependencies are > correct) but I hope it gets the ball rolling. > Nothing attached. https://marc.info/?l=openbsd-ports=171230094127744=2 needs tests/feedback.
Re: sysutils/gitlab-runner: update BROKEN-aarch64 marker?
On Sat, Apr 13, 2024 at 01:31:01PM +0100, Stuart Henderson wrote: > On 2024/04/13 11:45, Caspar Schutijser wrote: > > Hi, > > > > Not sure if this is considered useful but this port is broken > > on aarch64 with a different message than what's currently in > > the BROKEN-aarch64 marker so I propose to update it. > > That BROKEN line doesn't show the error message, it's an explanation > of what the problem is, with details of the fork of kr/pty which adds > support. I think it's more useful to keep as-is. Right, now that you mention it it makes a lot of sense. I reverted it. I looked into updating the port as well but that does not look straightforward for the reason you mentioned in the other email. Caspar > > The current version upstream in > https://gitlab.com/gitlab-org/gitlab-runner/-/blob/main/go.mod?ref_type=heads > changed to creack/pty so maybe updating will fix things. > > > The build fails at follows: > > # gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty > > > > /usr/ports/pobj/gitlab-runner-14.2.0/go/src/gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty/pty_openbsd.go:24:10: > > undefined: ptmget > > > > /usr/ports/pobj/gitlab-runner-14.2.0/go/src/gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty/pty_openbsd.go:25:34: > > undefined: ioctl_PTMGET > > > > I decided to only mention the first one in the updated marker. > > > > BROKEN-arm has the same message; it's possible it's now broken in the > > "updated" way but I can't test that. > > > > Comments or OKs? > > > > Caspar > > > > > > Index: Makefile > > === > > RCS file: /cvs/ports/sysutils/gitlab-runner/Makefile,v > > retrieving revision 1.6 > > diff -u -p -r1.6 Makefile > > --- Makefile27 Sep 2023 17:16:26 - 1.6 > > +++ Makefile12 Apr 2024 16:20:03 - > > @@ -1,4 +1,4 @@ > > -BROKEN-aarch64 = old kr/pty doesn't support OpenBSD arm arches; needs > > creack/pty@v1.1.11 > > +BROKEN-aarch64 = > > gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty/pty_openbsd.go:24:10: > > undefined: ptmget > > BROKEN-arm = old kr/pty doesn't support OpenBSD arm arches; > > needs creack/pty@v1.1.11 > > > > COMMENT = CI/CD job runner for GitLab > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: cas...@cvs.openbsd.org 2024/04/13 09:01:32 Modified files: sysutils/gitlab-runner: Makefile Log message: sysutils/gitlab-runner: revert back to previous BROKEN-aarch64 marker sthen@ thinks the previous message is more useful; I agree now too
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: an...@cvs.openbsd.org 2024/04/13 08:53:45 Modified files: devel/robsd: Makefile distinfo Log message: update to robsd-19.0.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/04/13 08:52:35 Modified files: emulators/nestopia: Makefile distinfo Log message: Update nestopia to 1.52.1.
[Please, unbreak] multimedia/handbrake
Hello, multimedia/handbrake has been broken for at least three releases already. Please, either fix this port or remove it from the tree. Right now it is as good as junk. I am including a local mod of this port I have been using for a good while, just in case somebody finds it useful. It updates Handbrake to version 1.5.1 which, while not the latest, it is not broken. I make no claim about the correctness of this port (ie. I have not checked the listed dependencies are correct) but I hope it gets the ball rolling.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/13 08:47:34 Modified files: x11/gnome/librsvg: Makefile Log message: portroach: skip devel version 2.58.90.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: an...@cvs.openbsd.org 2024/04/13 08:45:28 Modified files: devel/knfmt: Makefile distinfo Log message: update to knfmt-4.4.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2024/04/13 08:41:55 Modified files: games/widelands: Makefile distinfo games/widelands/patches: patch-CMakeLists_txt games/widelands/pkg: PLIST Removed files: games/widelands/patches: patch-cmake_WlFunctions_cmake patch-src_graphic_texture_cc Log message: Update to widelands-1.2. >From brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/04/13 08:35:29 Modified files: audio/moc : Makefile Log message: moc: switch HOMEPAGE and SITES to HTTPS.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/04/13 08:32:27 Modified files: archivers/lzip/lzip: Makefile distinfo Log message: Update lzip to 1.24.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/04/13 08:17:20 Modified files: math/gunits: Makefile distinfo math/gunits/pkg: PLIST Log message: Update gunits to 2.23.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/04/13 08:15:44 Modified files: fonts/ibm-plex : Makefile distinfo Log message: Update ibm-plex to 6.4.0.
Re: big-endian sysutils/u-boot/{rk356x,rk3588}
> From: Kurt Miller > Date: Sat, 13 Apr 2024 13:21:49 + > > On Mar 21, 2024, at 1:16 PM, George Koehler wrote: > > > > I don't use u-boot, but I saw the powerpc bulk failing to package > > u-boot for rk356x and rk3588. This diff fixes the failures by adding > > 5 endian swaps. I don't know if my u-boot works, but I picked 2 > > boards (1 from each package) and compared u-boot-rockchip.bin between > > powerpc and amd64: cmp -l|wc -l found 106 to 117 different bytes. > > > > Right now, powerpc is the only big-endian arch that can build this. > > mips64 and powerpc64 are missing devel/arm-none-eabi/gcc,aarch64; and > > sparc64 has BROKEN-sparc64 on u-boot. My 750 MHz PowerPC G4 takes > > over 3+1/2 hours to package rk3588 and over 7+1/2 hours for rk356x. > > > > May I get an ok from arm64 people? > > --gkoehler > > George provided me the rock5b u-boot-rockchip.bin built on powerpc > to test. It boots fine and with no output differences. > > I also built this on amd64 and tested the result on a rock5b. It > also boots fine and with no output differences. > > okay kurt@ Fine with me as well. > > Index: rk356x/Makefile > > === > > RCS file: /cvs/ports/sysutils/u-boot/rk356x/Makefile,v > > diff -u -p -r1.4 Makefile > > --- rk356x/Makefile 17 Feb 2024 11:27:42 - 1.4 > > +++ rk356x/Makefile 20 Mar 2024 22:34:34 - > > @@ -1,4 +1,5 @@ > > VERSION= 2024.01 > > +REVISION= 0 > > > > SOC= rk356x > > > > Index: rk356x/files/rkbinpatch.c > > === > > RCS file: /cvs/ports/sysutils/u-boot/rk356x/files/rkbinpatch.c,v > > diff -u -p -r1.1 rkbinpatch.c > > --- rk356x/files/rkbinpatch.c 17 Oct 2023 19:36:22 - 1.1 > > +++ rk356x/files/rkbinpatch.c 20 Mar 2024 22:34:35 - > > @@ -16,6 +16,7 @@ > > > > #include > > #include > > +#include > > #include > > #include > > #include > > @@ -43,12 +44,13 @@ main(int argc, char *argv[]) > > > > end = (char *)start + st.st_size; > > for (word = start; (void *)word < end; word++) { > > - if (*word == 0x12345678 && (void *)(word + 10) < end) { > > - data = *(word + 9); > > + if (le32toh(*word) == 0x12345678 && > > +(void *)(word + 10) < end) { > > + data = le32toh(*(word + 9)); > > if ((data & 0xff) == 150) { > > data &= 0xff00; > > data |= 115200; > > - *(word + 9) = data; > > + *(word + 9) = htole32(data); > > close(fd); > > return 0; > > } > > Index: rk356x/patches/patch-tools_rkcommon_c > > === > > RCS file: rk356x/patches/patch-tools_rkcommon_c > > diff -N rk356x/patches/patch-tools_rkcommon_c > > --- /dev/null 1 Jan 1970 00:00:00 - > > +++ rk356x/patches/patch-tools_rkcommon_c 20 Mar 2024 22:34:35 - > > @@ -0,0 +1,23 @@ > > +Add endian swaps for BE_ARCHS. > > + > > +Index: tools/rkcommon.c > > +--- tools/rkcommon.c.orig > > tools/rkcommon.c > > +@@ -454,7 +454,7 @@ int rkcommon_verify_header(unsigned char *buf, int siz > > + int ret; > > + > > + /* spl_hdr is abandon on header_v2 */ > > +- if ((*(uint32_t *)buf) == RK_MAGIC_V2) > > ++ if (le32_to_cpu(*(uint32_t *)buf) == RK_MAGIC_V2) > > + return 0; > > + > > + ret = rkcommon_parse_header(buf, , _spl_info); > > +@@ -489,7 +489,7 @@ void rkcommon_print_header(const void *buf, struct ima > > + uint8_t image_type; > > + int ret, boot_size, init_size; > > + > > +- if ((*(uint32_t *)buf) == RK_MAGIC_V2) { > > ++ if (le32_to_cpu(*(uint32_t *)buf) == RK_MAGIC_V2) { > > + ret = rkcommon_parse_header_v2(buf, _v2); > > + > > + if (ret < 0) { > > Index: rk3588/Makefile > > === > > RCS file: /cvs/ports/sysutils/u-boot/rk3588/Makefile,v > > diff -u -p -r1.3 Makefile > > --- rk3588/Makefile 6 Mar 2024 10:19:30 - 1.3 > > +++ rk3588/Makefile 20 Mar 2024 22:34:35 - > > @@ -1,5 +1,5 @@ > > VERSION= 2024.01-rc3 > > -REVISION= 1 > > +REVISION= 2 > > > > SOC= rk3588 > > > > Index: rk3588/files/rkbinpatch.c > > === > > RCS file: /cvs/ports/sysutils/u-boot/rk3588/files/rkbinpatch.c,v > > diff -u -p -r1.1 rkbinpatch.c > > --- rk3588/files/rkbinpatch.c 26 Nov 2023 21:06:26 - 1.1 > > +++ rk3588/files/rkbinpatch.c 20 Mar 2024 22:34:35 - > > @@ -43,12 +43,13 @@ main(int argc, char *argv[]) > > > > end = (char *)start + st.st_size; > > for (word = start; (void *)word < end; word++) { > > - if (*word == 0x12345678 && (void *)(word + 14) < end) { > > - data = *(word + 13); > > + if (le32toh(*word) == 0x12345678 && > > +(void *)(word + 14) < end) { > > + data = le32toh(*(word + 13)); > > if ((data & 0xff) == 150) { > > data &= 0xff00; > > data |= 115200; > > - *(word + 13) = data; > > + *(word + 13) = htole32(data); > > close(fd); > > return 0; > > } > > Index: rk3588/patches/patch-tools_rkcommon_c > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2024/04/13 08:14:15 Modified files: editors/emacs : Tag: OPENBSD_7_5 Makefile distinfo editors/emacs/patches: Tag: OPENBSD_7_5 patch-lisp_files_el patch-lisp_vc_vc_el Log message: SECURITY update to emacs-29.3 Fixes for (at least): CVE-2024-30205, CVE-2024-30204, CVE-2024-30203 and CVE-2024-30202. Please see NEWS (C-h n) for a list of changes that may affect your setup (mostly Org Mode and Gnus).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/13 07:46:09 Modified files: lang/python/3.10: Makefile distinfo lang/python/3.10/files: CHANGES.OpenBSD lang/python/3.10/pkg: PLIST-main Added files: lang/python/3.10/patches: patch-Modules__ssl_c Log message: update to Python 3.10.14 https://www.python.org/downloads/release/python-31014/ from daniel@, fixes from tb@, ok tb maintainer timeout
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/13 07:45:28 Modified files: security/gnutls: Makefile Log message: Unbreak; reported by naddy@
Re: UPDATE: OpenColorIO 2.3.2
i386 doesn't like that one, /pobj/opencolorio-2.3.2/OpenColorIO-2.3.2/src/OpenColorIO/ops/cdl/CDLOpCPU.cpp:339:18: error: always_inline function '_mm_loadu_ps' requires target feature 'sse', but would be inlined into function 'LoadRenderParams' that is compiled without support for 'sse' slope = _mm_loadu_ps(renderParams.getSlope()); ^ /pobj/opencolorio-2.3.2/OpenColorIO-2.3.2/src/OpenColorIO/ops/cdl/CDLOpCPU.cpp:340:18: error: always_inline function '_mm_loadu_ps' requires target feature 'sse', but would be inlined into function 'LoadRenderParams' that is compiled without support for 'sse' offset = _mm_loadu_ps(renderParams.getOffset()); ^ /pobj/opencolorio-2.3.2/OpenColorIO-2.3.2/src/OpenColorIO/ops/cdl/CDLOpCPU.cpp:341:18: error: always_inline function '_mm_loadu_ps' requires target feature 'sse', but would be inlined into function 'LoadRenderParams' that is compiled without support for 'sse' power = _mm_loadu_ps(renderParams.getPower()); ^ /pobj/opencolorio-2.3.2/OpenColorIO-2.3.2/src/OpenColorIO/ops/cdl/CDLOpCPU.cpp:342:18: error: always_inline function '_mm_set1_ps' requires target feature 'sse', but would be inlined into function 'LoadRenderParams' that is compiled without support for 'sse' saturation = _mm_set1_ps(renderParams.getSaturation()); ^ 4 errors generated. ninja: build stopped: subcommand failed. There is also CMake Warning: Manually-specified variables were not used by the project: ... OCIO_USE_SSE I'll try this for starters.. Index: Makefile === RCS file: /cvs/ports/graphics/opencolorio/Makefile,v diff -u -p -r1.32 Makefile --- Makefile10 Apr 2024 10:38:06 - 1.32 +++ Makefile13 Apr 2024 13:27:34 - @@ -40,9 +40,9 @@ CONFIGURE_ARGS += -DPYTHON="${MODPY_BIN} -Dminizip-ng_INCLUDE_DIR="${LOCALBASE}/include/minizip" .if ${MACHINE_ARCH} == "amd64" -CONFIGURE_ARGS += -DOCIO_USE_SSE=ON +CONFIGURE_ARGS += -DOCIO_USE_SIMD=ON .else -CONFIGURE_ARGS += -DOCIO_USE_SSE=OFF +CONFIGURE_ARGS += -DOCIO_USE_SIMD=OFF .endif # everything except tests
Re: big-endian sysutils/u-boot/{rk356x,rk3588}
On Mar 21, 2024, at 1:16 PM, George Koehler wrote: > > I don't use u-boot, but I saw the powerpc bulk failing to package > u-boot for rk356x and rk3588. This diff fixes the failures by adding > 5 endian swaps. I don't know if my u-boot works, but I picked 2 > boards (1 from each package) and compared u-boot-rockchip.bin between > powerpc and amd64: cmp -l|wc -l found 106 to 117 different bytes. > > Right now, powerpc is the only big-endian arch that can build this. > mips64 and powerpc64 are missing devel/arm-none-eabi/gcc,aarch64; and > sparc64 has BROKEN-sparc64 on u-boot. My 750 MHz PowerPC G4 takes > over 3+1/2 hours to package rk3588 and over 7+1/2 hours for rk356x. > > May I get an ok from arm64 people? > --gkoehler George provided me the rock5b u-boot-rockchip.bin built on powerpc to test. It boots fine and with no output differences. I also built this on amd64 and tested the result on a rock5b. It also boots fine and with no output differences. okay kurt@ > Index: rk356x/Makefile > === > RCS file: /cvs/ports/sysutils/u-boot/rk356x/Makefile,v > diff -u -p -r1.4 Makefile > --- rk356x/Makefile 17 Feb 2024 11:27:42 - 1.4 > +++ rk356x/Makefile 20 Mar 2024 22:34:34 - > @@ -1,4 +1,5 @@ > VERSION= 2024.01 > +REVISION= 0 > > SOC= rk356x > > Index: rk356x/files/rkbinpatch.c > === > RCS file: /cvs/ports/sysutils/u-boot/rk356x/files/rkbinpatch.c,v > diff -u -p -r1.1 rkbinpatch.c > --- rk356x/files/rkbinpatch.c 17 Oct 2023 19:36:22 - 1.1 > +++ rk356x/files/rkbinpatch.c 20 Mar 2024 22:34:35 - > @@ -16,6 +16,7 @@ > > #include > #include > +#include > #include > #include > #include > @@ -43,12 +44,13 @@ main(int argc, char *argv[]) > > end = (char *)start + st.st_size; > for (word = start; (void *)word < end; word++) { > - if (*word == 0x12345678 && (void *)(word + 10) < end) { > - data = *(word + 9); > + if (le32toh(*word) == 0x12345678 && > +(void *)(word + 10) < end) { > + data = le32toh(*(word + 9)); > if ((data & 0xff) == 150) { > data &= 0xff00; > data |= 115200; > - *(word + 9) = data; > + *(word + 9) = htole32(data); > close(fd); > return 0; > } > Index: rk356x/patches/patch-tools_rkcommon_c > === > RCS file: rk356x/patches/patch-tools_rkcommon_c > diff -N rk356x/patches/patch-tools_rkcommon_c > --- /dev/null 1 Jan 1970 00:00:00 - > +++ rk356x/patches/patch-tools_rkcommon_c 20 Mar 2024 22:34:35 - > @@ -0,0 +1,23 @@ > +Add endian swaps for BE_ARCHS. > + > +Index: tools/rkcommon.c > +--- tools/rkcommon.c.orig > tools/rkcommon.c > +@@ -454,7 +454,7 @@ int rkcommon_verify_header(unsigned char *buf, int siz > + int ret; > + > + /* spl_hdr is abandon on header_v2 */ > +- if ((*(uint32_t *)buf) == RK_MAGIC_V2) > ++ if (le32_to_cpu(*(uint32_t *)buf) == RK_MAGIC_V2) > + return 0; > + > + ret = rkcommon_parse_header(buf, , _spl_info); > +@@ -489,7 +489,7 @@ void rkcommon_print_header(const void *buf, struct ima > + uint8_t image_type; > + int ret, boot_size, init_size; > + > +- if ((*(uint32_t *)buf) == RK_MAGIC_V2) { > ++ if (le32_to_cpu(*(uint32_t *)buf) == RK_MAGIC_V2) { > + ret = rkcommon_parse_header_v2(buf, _v2); > + > + if (ret < 0) { > Index: rk3588/Makefile > === > RCS file: /cvs/ports/sysutils/u-boot/rk3588/Makefile,v > diff -u -p -r1.3 Makefile > --- rk3588/Makefile 6 Mar 2024 10:19:30 - 1.3 > +++ rk3588/Makefile 20 Mar 2024 22:34:35 - > @@ -1,5 +1,5 @@ > VERSION= 2024.01-rc3 > -REVISION= 1 > +REVISION= 2 > > SOC= rk3588 > > Index: rk3588/files/rkbinpatch.c > === > RCS file: /cvs/ports/sysutils/u-boot/rk3588/files/rkbinpatch.c,v > diff -u -p -r1.1 rkbinpatch.c > --- rk3588/files/rkbinpatch.c 26 Nov 2023 21:06:26 - 1.1 > +++ rk3588/files/rkbinpatch.c 20 Mar 2024 22:34:35 - > @@ -43,12 +43,13 @@ main(int argc, char *argv[]) > > end = (char *)start + st.st_size; > for (word = start; (void *)word < end; word++) { > - if (*word == 0x12345678 && (void *)(word + 14) < end) { > - data = *(word + 13); > + if (le32toh(*word) == 0x12345678 && > +(void *)(word + 14) < end) { > + data = le32toh(*(word + 13)); > if ((data & 0xff) == 150) { > data &= 0xff00; > data |= 115200; > - *(word + 13) = data; > + *(word + 13) = htole32(data); > close(fd); > return 0; > } > Index: rk3588/patches/patch-tools_rkcommon_c > === > RCS file: rk3588/patches/patch-tools_rkcommon_c > diff -N rk3588/patches/patch-tools_rkcommon_c > --- /dev/null 1 Jan 1970 00:00:00 - > +++ rk3588/patches/patch-tools_rkcommon_c 20 Mar 2024 22:34:35 - > @@ -0,0 +1,23 @@ > +Add endian swaps for BE_ARCHS. > + > +Index: tools/rkcommon.c > +--- tools/rkcommon.c.orig >
[NEW] security/nitrocli
Hello, I have been using this port in my personal machines for nearly a year already and it works alright. This port makes it so Nitrokey Pro, Nitrokey Storage and Librem Key devices are supported by OpenBSD. I have just build and tested this port on OpenBSD 7.5 (amd64) with a Nitrokey Storage 2. nitrocli.tar.gz Description: application/gzip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2024/04/13 07:18:25 Modified files: devel/avr/gcc : Makefile Log message: Add missing rundep on avr-binutils All the other cross-compilation gccs have such a dep, but the original port wasn't fixed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: vol...@cvs.openbsd.org 2024/04/13 07:03:30 Modified files: editors/helix : Makefile crates.inc distinfo editors/helix/patches: patch-helix-loader_build_rs patch-helix-loader_src_grammar_rs patch-helix-loader_src_lib_rs editors/helix/pkg: PLIST Log message: editors/helix: Update to 24.03 OK Laurent Cheylus (Maintainer)
Re: sysutils/gitlab-runner: update BROKEN-aarch64 marker?
On 2024/04/13 13:31, Stuart Henderson wrote: > On 2024/04/13 11:45, Caspar Schutijser wrote: > > Hi, > > > > Not sure if this is considered useful but this port is broken > > on aarch64 with a different message than what's currently in > > the BROKEN-aarch64 marker so I propose to update it. > > That BROKEN line doesn't show the error message, it's an explanation > of what the problem is, with details of the fork of kr/pty which adds > support. I think it's more useful to keep as-is. > > The current version upstream in > https://gitlab.com/gitlab-org/gitlab-runner/-/blob/main/go.mod?ref_type=heads > changed to creack/pty so maybe updating will fix things. ...oh, it's one of *those* ports...! https://cgit.freebsd.org/ports/tree/devel/gitlab-runner/Makefile # for go dependencies # Gitlab hosts there dependencies on their own platform and not on go-proxy # so we download the required go.mod file from gitlab
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2024/04/13 06:52:33 Modified files: devel/arm-none-eabi/gcc: Makefile devel/avr/gcc : Makefile devel/or1k-elf/gcc: Makefile devel/riscv-elf/gcc: Makefile Log message: Drop useless build dep on metaauto/autoconf-2.13
Re: sysutils/gitlab-runner: update BROKEN-aarch64 marker?
On 2024/04/13 11:45, Caspar Schutijser wrote: > Hi, > > Not sure if this is considered useful but this port is broken > on aarch64 with a different message than what's currently in > the BROKEN-aarch64 marker so I propose to update it. That BROKEN line doesn't show the error message, it's an explanation of what the problem is, with details of the fork of kr/pty which adds support. I think it's more useful to keep as-is. The current version upstream in https://gitlab.com/gitlab-org/gitlab-runner/-/blob/main/go.mod?ref_type=heads changed to creack/pty so maybe updating will fix things. > The build fails at follows: > # gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty > > /usr/ports/pobj/gitlab-runner-14.2.0/go/src/gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty/pty_openbsd.go:24:10: > undefined: ptmget > > /usr/ports/pobj/gitlab-runner-14.2.0/go/src/gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty/pty_openbsd.go:25:34: > undefined: ioctl_PTMGET > > I decided to only mention the first one in the updated marker. > > BROKEN-arm has the same message; it's possible it's now broken in the > "updated" way but I can't test that. > > Comments or OKs? > > Caspar > > > Index: Makefile > === > RCS file: /cvs/ports/sysutils/gitlab-runner/Makefile,v > retrieving revision 1.6 > diff -u -p -r1.6 Makefile > --- Makefile 27 Sep 2023 17:16:26 - 1.6 > +++ Makefile 12 Apr 2024 16:20:03 - > @@ -1,4 +1,4 @@ > -BROKEN-aarch64 = old kr/pty doesn't support OpenBSD arm arches; needs > creack/pty@v1.1.11 > +BROKEN-aarch64 = > gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty/pty_openbsd.go:24:10: > undefined: ptmget > BROKEN-arm = old kr/pty doesn't support OpenBSD arm arches; needs > creack/pty@v1.1.11 > > COMMENT =CI/CD job runner for GitLab >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/13 06:13:47 Modified files: lang/php/8.1 : Tag: OPENBSD_7_5 Makefile distinfo Log message: update to php-8.1.28
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/13 06:13:44 Modified files: lang/php/8.1 : Makefile distinfo Log message: update to php-8.1.28
lang/scala: update to 3.4.1
Greetings, Here an update of scala port to the last version. diff --git lang/scala/Makefile lang/scala/Makefile index 740b16a0748..7bfca2e5654 100644 --- lang/scala/Makefile +++ lang/scala/Makefile @@ -1,17 +1,16 @@ COMMENT= general purpose multi-paradigm programming language -VERSION = 2.12.9 -DISTNAME= scala-${VERSION} +VERSION = 3.4.1 +DISTNAME= scala3-${VERSION} +PKGNAME= ${DISTNAME:S/scala3-/scala-/} CATEGORIES=lang -REVISION= 0 HOMEPAGE= http://www.scala-lang.org/ -# BSD +# Apache2 PERMIT_PACKAGE=Yes -SITES= https://downloads.lightbend.com/scala/${VERSION}/ -EXTRACT_SUFX= .tgz +SITES= https://github.com/scala/scala3/releases/download/${VERSION}/ MODULES= java MODJAVA_VER= 1.8+ @@ -20,7 +19,7 @@ RUN_DEPENDS= java/javaPathHelper \ shells/bash SCALA_HOME=${PREFIX}/scala/ -SCALA_SCRIPTS= fsc scala scalac scalap scaladoc +SCALA_SCRIPTS= scala scalac scaladoc NO_BUILD= Yes NO_TEST= Yes @@ -31,9 +30,8 @@ post-extract: do-install: ${INSTALL_DATA_DIR} ${SCALA_HOME} - cd ${WRKSRC} && tar -cf - bin doc lib misc src | \ + cd ${WRKSRC} && tar -cf - bin lib | \ tar -xf - -C ${SCALA_HOME} - ${INSTALL_MAN} ${WRKSRC}/man/man1/*.1 ${PREFIX}/man/man1/ # Install the wrapper scripts .for s in ${SCALA_SCRIPTS} ${INSTALL_SCRIPT} ${FILESDIR}/$s ${PREFIX}/bin/ diff --git lang/scala/distinfo lang/scala/distinfo index ca8fefd01c8..8be92454457 100644 --- lang/scala/distinfo +++ lang/scala/distinfo @@ -1,2 +1,2 @@ -SHA256 (scala-2.12.9.tgz) = Xp8ET1ebYCFfFEuiGHjJq+87lUGzezTBdExDaGHu9nI= -SIZE (scala-2.12.9.tgz) = 20649062 +SHA256 (scala3-3.4.1.tar.gz) = QGMQTBmYr8jcZWO6XzODf5EdE72ZwOXcllzlbtyw13c= +SIZE (scala3-3.4.1.tar.gz) = 38385920 diff --git lang/scala/files/fsc lang/scala/files/fsc deleted file mode 100644 index 23700f9bd8b..000 --- lang/scala/files/fsc +++ /dev/null @@ -1,5 +0,0 @@ -#!/bin/ksh - -JAVA_CMD=$(javaPathHelper -c scala) - -JAVACMD=${JAVA_CMD} ${TRUEPREFIX}/scala/bin/fsc "$@" diff --git lang/scala/files/scala lang/scala/files/scala index 99584f8efbc..97dcafa7df3 100644 --- lang/scala/files/scala +++ lang/scala/files/scala @@ -1,5 +1,7 @@ #!/bin/ksh -JAVA_CMD=$(javaPathHelper -c scala) +JAVA_HOME=${JAVA_HOME:-$(javaPathHelper -h scala)} -JAVACMD=${JAVA_CMD} ${TRUEPREFIX}/scala/bin/scala "$@" +# TERM=dumb requires to overstep: Unable to create a system terminal +# See: https://github.com/scala/scala3/issues/11978 +JAVA_HOME=${JAVA_HOME} TERM=dumb ${TRUEPREFIX}/scala/bin/scala "$@" diff --git lang/scala/files/scalac lang/scala/files/scalac index f11e367541f..bf3118ba834 100644 --- lang/scala/files/scalac +++ lang/scala/files/scalac @@ -1,5 +1,5 @@ #!/bin/ksh -JAVA_CMD=$(javaPathHelper -c scala) +JAVA_HOME=${JAVA_HOME:-$(javaPathHelper -h scala)} -JAVACMD=${JAVA_CMD} ${TRUEPREFIX}/scala/bin/scalac "$@" +JAVA_HOME=${JAVA_HOME} ${TRUEPREFIX}/scala/bin/scalac "$@" diff --git lang/scala/files/scaladoc lang/scala/files/scaladoc index 46976b9f872..c605c243b9e 100644 --- lang/scala/files/scaladoc +++ lang/scala/files/scaladoc @@ -1,5 +1,5 @@ #!/bin/ksh -JAVA_CMD=$(javaPathHelper -c scala) +JAVA_HOME=${JAVA_HOME:-$(javaPathHelper -h scala)} -JAVACMD=${JAVA_CMD} ${TRUEPREFIX}/scala/bin/scaladoc "$@" +JAVA_HOME=${JAVA_HOME} ${TRUEPREFIX}/scala/bin/scaladoc "$@" diff --git lang/scala/files/scalap lang/scala/files/scalap deleted file mode 100644 index b4fb77331c2..000 --- lang/scala/files/scalap +++ /dev/null @@ -1,5 +0,0 @@ -#!/bin/ksh - -JAVA_CMD=$(javaPathHelper -c scala) - -JAVACMD=${JAVA_CMD} ${TRUEPREFIX}/scala/bin/scalap "$@" diff --git lang/scala/pkg/PLIST lang/scala/pkg/PLIST index fc8d54cf028..3c3731fba10 100644 --- lang/scala/pkg/PLIST +++ lang/scala/pkg/PLIST @@ -1,48 +1,62 @@ -bin/fsc bin/scala bin/scalac bin/scaladoc -bin/scalap -@man man/man1/fsc.1 -@man man/man1/scala.1 -@man man/man1/scalac.1 -@man man/man1/scaladoc.1 -@man man/man1/scalap.1 scala/ scala/bin/ -scala/bin/fsc +scala/bin/common scala/bin/scala scala/bin/scalac scala/bin/scaladoc -scala/bin/scalap -scala/doc/ -scala/doc/LICENSE.md -scala/doc/License.rtf -scala/doc/README -scala/doc/licenses/ -scala/doc/licenses/apache_jansi.txt -scala/doc/licenses/bsd_asm.txt -scala/doc/licenses/bsd_jline.txt -scala/doc/licenses/mit_jquery.txt -scala/doc/licenses/mit_tools.tooltip.txt -scala/doc/tools/ -scala/doc/tools/css/ -scala/doc/tools/css/style.css -scala/doc/tools/fsc.html -scala/doc/tools/images/ -scala/doc/tools/images/external.gif -scala/doc/tools/images/scala_logo.png -scala/doc/tools/index.html -scala/doc/tools/scala.html -scala/doc/tools/scalac.html -scala/doc/tools/scaladoc.html -scala/doc/tools/scalap.html scala/lib/ -scala/lib/jline-2.14.6.jar -scala/lib/scala-compiler.jar -scala/lib/scala-library.jar -scala/lib/scala-parser-combinators_2.12-1.0.7.jar -scala/lib/scala-reflect.jar -scala/lib/scala-swing_2.12-2.0.3.jar
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2024/04/13 05:24:21 Modified files: net/miniflux : Makefile distinfo modules.inc Log message: update net/miniflux to 2.1.2
maintainer update. sysutils/croc --> 9.6.15
Hi ports@, This is an update of sysutils/croc to its latest version 9.6.15 Here are the changes on the software: Fix Windows builds by @bitraid in #679 Bump github.com/stretchr/testify from 1.8.2 to 1.9.0 by @dependabot in #678 Bump softprops/action-gh-release from 1 to 2 by @dependabot in #680 Update error message to be more verbose by @vihu in #682 Gracefully handle non existend receive config file by @a1lu in #685 Check $HOME as last by @a1lu in #684 Support spaces in 4 word codes by @a1lu in #683 Avoid to create config dir if not required by @a1lu in #686 Bump golang.org/x/net from 0.22.0 to 0.23.0 by @dependabot in #687 Bump golang.org/x/crypto from 0.21.0 to 0.22.0 by @dependabot in #688 Nothing special for the port itself. Builds and works for me on amd64. ok to commit ? diff /usr/ports commit - 04e755507508f886047d1d2c58c971abf26c54ad path + /usr/ports blob - ca975ff8c12fd0006da62383f9636b17efeb063e file + sysutils/croc/Makefile --- sysutils/croc/Makefile +++ sysutils/croc/Makefile @@ -1,6 +1,6 @@ COMMENT = simply and securely transfer files and folders -MODGO_VERSION =v9.6.13 +MODGO_VERSION =v9.6.15 MODGO_MODNAME =github.com/schollz/croc/v9 DISTNAME = croc-${MODGO_VERSION} blob - 5f87f732349bbb1323341f90c02f38642e54083b file + sysutils/croc/distinfo --- sysutils/croc/distinfo +++ sysutils/croc/distinfo @@ -1,4 +1,4 @@ -SHA256 (croc-v9.6.13.zip) = k/tXcfgh0c4m8daI0BxqkOoKN4qhemzkwNo9PsnyNOs= +SHA256 (croc-v9.6.15.zip) = Ksgsg054WeDmwhcwfXX8Xi5cjGxrtNYCg0IgifcoD5A= SHA256 (go_modules/github.com/!burnt!sushi/toml/@v/v0.3.1.mod) = KAIbQYClnDmTYHqVsY4jDdC8a+pSQv/o6ou/tPT3tNc= SHA256 (go_modules/github.com/!burnt!sushi/toml/@v/v0.3.1.zip) = gVxuWUdF8tiEL/mksFacZpXmzf1eB+Wz2Y0GtyykHjw= SHA256 (go_modules/github.com/!one!of!one/xxhash/@v/v1.2.2.mod) = l7ZeMrMlElrr6MN8KHCeMIxaHGZOGnfd98SxsLltdzs= @@ -13,8 +13,8 @@ SHA256 (go_modules/github.com/chzyer/readline/@v/v1.5. SHA256 (go_modules/github.com/chzyer/test/@v/v1.0.0.mod) = ew4cewCaDLGNfkXKPKYVAUvxTpbDu9/19H//2lG9Giw= SHA256 (go_modules/github.com/chzyer/test/@v/v1.0.0.zip) = QCWlmKAelQ7kS6B4tJPmHlJ9rYFxtroQt64wNx28Ywo= SHA256 (go_modules/github.com/cpuguy83/go-md2man/v2/@v/v2.0.0-20190314233015-f79a8a8ca69d.mod) = n9/66VphK8uqwxGdDn7q/7L7/8kzw5xJOxl59qiZmqo= -SHA256 (go_modules/github.com/cpuguy83/go-md2man/v2/@v/v2.0.3.mod) = FMOvou9iNVXBtINNH4ixTfd1Sa/uheV1DBkQJGW3iro= -SHA256 (go_modules/github.com/cpuguy83/go-md2man/v2/@v/v2.0.3.zip) = qoaihq2pVZmpyOKXYj0SxNTrbsYzTHnW3IszU6dI8Q0= +SHA256 (go_modules/github.com/cpuguy83/go-md2man/v2/@v/v2.0.4.mod) = FMOvou9iNVXBtINNH4ixTfd1Sa/uheV1DBkQJGW3iro= +SHA256 (go_modules/github.com/cpuguy83/go-md2man/v2/@v/v2.0.4.zip) = mtuqF/F9vjauRk2AYqy7+5z4U7/r7UJENag0orC+2RA= SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.0.mod) = vLKTkyUSN7eaF7bBm/KRNPQ+j0OMMZiYj81GGhzfBcw= SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.1.mod) = vLKTkyUSN7eaF7bBm/KRNPQ+j0OMMZiYj81GGhzfBcw= SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.1.zip) = a0SoQ5UfNxtwEMdU7MPKvv6BXVztHFuUCfstaX6KiQ0= @@ -22,8 +22,8 @@ SHA256 (go_modules/github.com/denisbrodbeck/machineid/ SHA256 (go_modules/github.com/denisbrodbeck/machineid/@v/v1.0.1.zip) = fcmRewUYGl93W7c+9AMZab7mwutGewtqhG7FKgMyYNo= SHA256 (go_modules/github.com/k0kubun/go-ansi/@v/v0.0.0-20180517002512-3bf9e2903213.mod) = 0sfNZjrE6FNZA+laO331BmGaVJ8gheZ02csMeA16ydI= SHA256 (go_modules/github.com/k0kubun/go-ansi/@v/v0.0.0-20180517002512-3bf9e2903213.zip) = KDZghfF4fq+dZYnwUEVYVfAcr1WfLG0cT05ZDNCrve8= -SHA256 (go_modules/github.com/kalafut/imohash/@v/v1.0.2.mod) = orGlZjesjntUuHSI6GWmY0dr2AmeQDmtDPYbgAsxrj4= -SHA256 (go_modules/github.com/kalafut/imohash/@v/v1.0.2.zip) = 1CDSPHI8Hfw/z1hCiViCkVUWLLfrtH8mSpWMFA6yvzM= +SHA256 (go_modules/github.com/kalafut/imohash/@v/v1.0.3.mod) = 61Y6R3wu2F/1n4lZ7PBkRNEjYSaD43AZtC5qOuHgNnY= +SHA256 (go_modules/github.com/kalafut/imohash/@v/v1.0.3.zip) = y60d241Ne6Cy0DFbGxDMsqpMptt97fcEoxBmMsTktKk= SHA256 (go_modules/github.com/kr/pretty/@v/v0.2.1.mod) = wq4ovVu46PkHaVUSZ2irehR5Ut7qn9vLNzxTzBiHD4I= SHA256 (go_modules/github.com/kr/pretty/@v/v0.2.1.zip) = gK8EUgggUtGzJl18uJhdRk1L4iLCfhRljpVjLCInYeU= SHA256 (go_modules/github.com/kr/pty/@v/v1.1.1.mod) = baTJxzZERolOXvh34Z+YXNUdZxzm6PTKh4YrRJ9t1/Y= @@ -38,7 +38,6 @@ SHA256 (go_modules/github.com/mitchellh/colorstring/@v SHA256 (go_modules/github.com/mitchellh/colorstring/@v/v0.0.0-20190213212951-d06e56a500db.zip) = 0HMyhLIFZwVeN0tCA3P1UI+kfpUgTlnkuKZoNOfjlk0= SHA256 (go_modules/github.com/pmezard/go-difflib/@v/v1.0.0.mod) = dLLnZushU3eGTVh7rfV+lVIfaS0qeGCzx3WQk/nJvsI= SHA256 (go_modules/github.com/pmezard/go-difflib/@v/v1.0.0.zip) = 3gTOzBpLjVPkNXBRAmeUvLxU8uaiYM+sUIzmnV1kV6A= -SHA256 (go_modules/github.com/rivo/uniseg/@v/v0.4.4.mod) = oeF0iQ/J8lJFAhH63rU3VvnPWrexlpd2X5+yVfgeqJg= SHA256
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2024/04/13 04:51:23 Modified files: sysutils/chezmoi: Makefile distinfo modules.inc Log message: update sysutils/chezmoi to 2.47.4
NEW: meta/kinderunix
since this is a ports hackathon and I need to earn my keep... cf. https://honk.tedunangst.com/u/tedu/h/wsYs143QST1fS2XlBY Comments, OKs? Information for inst:kinderunix-0.0.1 Comment: meta-package for transitioning from linux Description: All the world is systemd/Linux. Maintainer: The OpenBSD ports mailing-list kinderunix.tgz Description: Binary data -- In my defence, I have been left unsupervised.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: cas...@cvs.openbsd.org 2024/04/13 03:49:18 Modified files: sysutils/gitlab-runner: Makefile Log message: sysutils/gitlab-runner: update BROKEN-aarch64 marker Agreement from tb@
Re: [update] devel/{intellij,pycharm} to 2024.1
On Sat, Apr 13, 2024 at 02:33:26AM +, Lucas Raab wrote: > Hello, > > Here's the inagural release of intellij and pycharm for 2024. No issues with > light > testing on amd64. Other tests? I also did some light testing, seems to work. OK caspar@ > > Thanks, > Lucas > diff refs/heads/master refs/heads/intellij-2024 > commit - 07977f822f24e717b270f1c37acc2005d0e230da > commit + ac9e997e259c12cbfa84badadf7aec109537e9b5 > blob - ee25ef33c8b1576d77879afaad64798730c0e4c8 > blob + 0e020cc5aaae89d2e02e59ab51ecb8fdc75de60f > --- devel/intellij/Makefile > +++ devel/intellij/Makefile > @@ -1,6 +1,6 @@ > COMMENT= IntelliJ IDEA Java IDE > > -V= 2023.3.2 > +V= 2024.1 > DISTNAME=ideaIC-${V} > PKGNAME= intellij-${V} > CATEGORIES= devel > @@ -23,7 +23,7 @@ RUN_DEPENDS=devel/desktop-file-utils \ > > NO_TEST= Yes > > -WRKDIST= ${WRKDIR}/idea-IC-233.13135.103 > +WRKDIST= ${WRKDIR}/idea-IC-241.14494.240 > IJ= ${PREFIX}/intellij > > # If NO_BUILD is set, JAVA_HOME doesn't get defined. So do > blob - e2dc5f7c63f4e4f9dc704616c527f11f599b7879 > blob + 41edd24ac19928059564e5e670358948249e1cf7 > --- devel/intellij/distinfo > +++ devel/intellij/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (ideaIC-2023.3.2.tar.gz) = > 0lIRAUEEY4jnKFMsXnoxKm1A1rddq7ST6IwOK4qRRXQ= > -SIZE (ideaIC-2023.3.2.tar.gz) = 804698472 > +SHA256 (ideaIC-2024.1.tar.gz) = AdGyJMXohZL5VLF3lqdvqDkc3K/vJyZOcDx//ke7QGU= > +SIZE (ideaIC-2024.1.tar.gz) = 817447015 > blob - be4facc83a6cad232679e3370199362d08eca3e5 > blob + 8dc3b6d1a3acae042e6f7048c3b906b08259d69b > --- devel/intellij/pkg/PLIST > +++ devel/intellij/pkg/PLIST > @@ -28,62 +28,19 @@ intellij/bin/restarter > intellij/build.txt > intellij/lib/ > intellij/lib/annotations.jar > -intellij/lib/ant/ > -intellij/lib/ant/CONTRIBUTORS > -intellij/lib/ant/INSTALL > -intellij/lib/ant/KEYS > -intellij/lib/ant/LICENSE > -intellij/lib/ant/NOTICE > -intellij/lib/ant/README > -intellij/lib/ant/WHATSNEW > -intellij/lib/ant/contributors.xml > -intellij/lib/ant/lib/ > -intellij/lib/ant/lib/README > -intellij/lib/ant/lib/ant-antlr.pom > -intellij/lib/ant/lib/ant-apache-bcel.pom > -intellij/lib/ant/lib/ant-apache-bsf.pom > -intellij/lib/ant/lib/ant-apache-log4j.pom > -intellij/lib/ant/lib/ant-apache-oro.pom > -intellij/lib/ant/lib/ant-apache-regexp.pom > -intellij/lib/ant/lib/ant-apache-resolver.pom > -intellij/lib/ant/lib/ant-apache-xalan2.pom > -intellij/lib/ant/lib/ant-commons-logging.pom > -intellij/lib/ant/lib/ant-commons-net.pom > -intellij/lib/ant/lib/ant-imageio.pom > -intellij/lib/ant/lib/ant-jai.pom > -intellij/lib/ant/lib/ant-javamail.pom > -intellij/lib/ant/lib/ant-jdepend.pom > -intellij/lib/ant/lib/ant-jmf.pom > -intellij/lib/ant/lib/ant-jsch.pom > -intellij/lib/ant/lib/ant-junit.pom > -intellij/lib/ant/lib/ant-junit4.pom > -intellij/lib/ant/lib/ant-junitlauncher.pom > -intellij/lib/ant/lib/ant-launcher.pom > -intellij/lib/ant/lib/ant-netrexx.pom > -intellij/lib/ant/lib/ant-parent.pom > -intellij/lib/ant/lib/ant-swing.pom > -intellij/lib/ant/lib/ant-testutil.pom > -intellij/lib/ant/lib/ant-xz.pom > -intellij/lib/ant/lib/ant.jar > -intellij/lib/ant/lib/ant.pom > -intellij/lib/ant/lib/classpath.index > -intellij/lib/ant/lib/libraries.properties > -intellij/lib/ant/src.zip > intellij/lib/app-client.jar > intellij/lib/app.jar > intellij/lib/bouncy-castle.jar > -intellij/lib/build-marker-IC-233.13135.103 > -intellij/lib/byte-buddy-agent.jar > +intellij/lib/build-marker-IC-241.14494.240 > intellij/lib/cds/ > intellij/lib/cds/classesLogAgent.jar > -intellij/lib/error-prone-annotations.jar > intellij/lib/external-system-rt.jar > intellij/lib/externalProcess-rt.jar > intellij/lib/forms_rt.jar > intellij/lib/groovy.jar > intellij/lib/grpc.jar > intellij/lib/idea_rt.jar > -intellij/lib/intellij-coverage-agent-1.0.738.jar > +intellij/lib/intellij-coverage-agent-1.0.744.jar > intellij/lib/intellij-test-discovery.jar > intellij/lib/jps-model.jar > intellij/lib/jsch-agent.jar > @@ -92,12 +49,14 @@ intellij/lib/junit4.jar > intellij/lib/lib-client.jar > intellij/lib/lib.jar > intellij/lib/modules.jar > +intellij/lib/opentelemetry.jar > intellij/lib/platform-loader.jar > intellij/lib/product-client.jar > intellij/lib/protobuf.jar > intellij/lib/rd.jar > intellij/lib/stats.jar > intellij/lib/testFramework.jar > +intellij/lib/trove.jar > intellij/lib/util-8.jar > intellij/lib/util.jar > intellij/lib/util_rt.jar > @@ -155,6 +114,7 @@ intellij/plugins/Kotlin/kotlinc/lib/assignment-compile > intellij/plugins/Kotlin/kotlinc/lib/js.engines.jar > intellij/plugins/Kotlin/kotlinc/lib/jvm-abi-gen.jar > intellij/plugins/Kotlin/kotlinc/lib/kotlin-annotation-processing-cli.jar > +intellij/plugins/Kotlin/kotlinc/lib/kotlin-annotation-processing-compiler.jar > intellij/plugins/Kotlin/kotlinc/lib/kotlin-annotation-processing-runtime.jar >
sysutils/gitlab-runner: update BROKEN-aarch64 marker?
Hi, Not sure if this is considered useful but this port is broken on aarch64 with a different message than what's currently in the BROKEN-aarch64 marker so I propose to update it. The build fails at follows: # gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty /usr/ports/pobj/gitlab-runner-14.2.0/go/src/gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty/pty_openbsd.go:24:10: undefined: ptmget /usr/ports/pobj/gitlab-runner-14.2.0/go/src/gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty/pty_openbsd.go:25:34: undefined: ioctl_PTMGET I decided to only mention the first one in the updated marker. BROKEN-arm has the same message; it's possible it's now broken in the "updated" way but I can't test that. Comments or OKs? Caspar Index: Makefile === RCS file: /cvs/ports/sysutils/gitlab-runner/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile27 Sep 2023 17:16:26 - 1.6 +++ Makefile12 Apr 2024 16:20:03 - @@ -1,4 +1,4 @@ -BROKEN-aarch64 = old kr/pty doesn't support OpenBSD arm arches; needs creack/pty@v1.1.11 +BROKEN-aarch64 = gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty/pty_openbsd.go:24:10: undefined: ptmget BROKEN-arm = old kr/pty doesn't support OpenBSD arm arches; needs creack/pty@v1.1.11 COMMENT = CI/CD job runner for GitLab
UPDATE: productivity/zim 0.75.2
Hi, Below is a diff that updates Zim to 0.75.2. Tested on arm64, works fine here. Comments or OKs? Caspar Index: Makefile === RCS file: /cvs/ports/productivity/zim/Makefile,v retrieving revision 1.35 diff -u -p -r1.35 Makefile --- Makefile27 Sep 2023 15:04:14 - 1.35 +++ Makefile13 Apr 2024 09:35:24 - @@ -1,8 +1,7 @@ COMMENT = desktop wiki -MODPY_EGG_VERSION =0.75.1 +MODPY_EGG_VERSION =0.75.2 DISTNAME = zim-${MODPY_EGG_VERSION} -REVISION = 0 CATEGORIES = productivity Index: distinfo === RCS file: /cvs/ports/productivity/zim/distinfo,v retrieving revision 1.15 diff -u -p -r1.15 distinfo --- distinfo14 Nov 2022 17:59:32 - 1.15 +++ distinfo13 Apr 2024 09:35:24 - @@ -1,2 +1,2 @@ -SHA256 (zim-0.75.1.tar.gz) = iOF11/fhQYlvnpWJidJS1yJVavF7xLxvBl59VCh9A4U= -SIZE (zim-0.75.1.tar.gz) = 2510821 +SHA256 (zim-0.75.2.tar.gz) = QIkNsFsWeNHEcXhGHHZyJDMMW2lNvdwMJLGxeCZaLdI= +SIZE (zim-0.75.2.tar.gz) = 3211464 Index: patches/patch-setup_py === RCS file: /cvs/ports/productivity/zim/patches/patch-setup_py,v retrieving revision 1.8 diff -u -p -r1.8 patch-setup_py --- patches/patch-setup_py 11 Mar 2022 19:51:49 - 1.8 +++ patches/patch-setup_py 13 Apr 2024 09:35:24 - @@ -1,7 +1,7 @@ Index: setup.py --- setup.py.orig +++ setup.py -@@ -72,7 +72,7 @@ def include_file(file): +@@ -77,7 +77,7 @@ def include_file(file): def collect_data_files(): # Search for data files to be installed in share/ data_files = [ Index: pkg/PLIST === RCS file: /cvs/ports/productivity/zim/pkg/PLIST,v retrieving revision 1.19 diff -u -p -r1.19 PLIST --- pkg/PLIST 14 Nov 2022 17:59:32 - 1.19 +++ pkg/PLIST 13 Apr 2024 09:35:24 - @@ -338,11 +338,15 @@ share/locale/da/LC_MESSAGES/zim.mo share/locale/de/LC_MESSAGES/zim.mo share/locale/el/LC_MESSAGES/zim.mo share/locale/en_GB/LC_MESSAGES/zim.mo +share/locale/eo/LC_MESSAGES/zim.mo share/locale/es/LC_MESSAGES/zim.mo share/locale/et/LC_MESSAGES/zim.mo share/locale/eu/LC_MESSAGES/zim.mo share/locale/fi/LC_MESSAGES/zim.mo share/locale/fr/LC_MESSAGES/zim.mo +share/locale/fy/ +share/locale/fy/LC_MESSAGES/ +share/locale/fy/LC_MESSAGES/zim.mo share/locale/gl/LC_MESSAGES/zim.mo share/locale/he/LC_MESSAGES/zim.mo share/locale/hr/LC_MESSAGES/zim.mo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/13 03:37:31 Modified files: www/webkitgtk4 : Makefile distinfo Removed files: www/webkitgtk4/patches: patch-Source_WebCore_platform_Timer_cpp Log message: Update to webkitgtk{40,41,60}-2.44.1.
Re: DPB: Cannot replace glib2-2.80.0-bootstrap in glib2-2.80.0: just got installed
On Sat, Apr 13, 2024 at 10:25:19AM +0100, Stuart Henderson wrote: > I've recently run into an occasional problem on my build machines where > deps aren't getting installed and builds failing. The most recent one > was with the new glib2 bootstrap method (to avoid the cyclic dependency) > > I'm not sure if the previous times I ran into this also involved the > glib2 bootstrap (I just cleaned and retried and they worked) but I think > it may have been. > > I can workaround (clean locks and rebuild) of course, but zero idea > of how to actually fix it. Hmm. I've done numerous bulks since I introduced that bootstrap thingy and never ran into that error. I don't know what this means: Cannot replace glib2-2.80.0-bootstrap in glib2-2.80.0: just got installed > >>> Building on i386-1 under misc/gpsd > BDEPENDS = > [x11/dbus;devel/libusb1;lang/python/3.10;devel/scons;devel/py-serial,python3;textproc/asciidoctor;devel/py-gobject3,python3] > DIST = [misc/gpsd,-php:gpsd-3.24.tar.gz] > FULLPKGNAME = gpsd-3.24p1 > RDEPENDS = > [devel/py-serial,python3;lang/python/3.10;devel/libusb1;x11/dbus] > (Junk lock obtained for i386-1 at 1712942382.76) > >>> Running depends in misc/gpsd at 1712942382.80 >last junk was in www/hiawatha > /usr/sbin/pkg_add -aI -Drepair asciidoctor-2.0.20 dbus-1.14.10v0 > libusb1-1.0.27 py3-gobject3-3.48.1 py3-serial-3.4p5 scons-4.6.0 > was: /usr/sbin/pkg_add -aI -Drepair asciidoctor-2.0.20 dbus-1.14.10v0 > libusb1-1.0.27 py3-gobject3-3.48.1 py3-serial-3.4p5 python-3.10.13p2 > scons-4.6.0 > /usr/sbin/pkg_add -aI -Drepair asciidoctor-2.0.20 dbus-1.14.10v0 > libusb1-1.0.27 py3-gobject3-3.48.1 py3-serial-3.4p5 scons-4.6.0 > Cannot replace glib2-2.80.0-bootstrap in glib2-2.80.0: just got installed > Can't install cairo-1.18.0: can't resolve glib2-2.80.0 > Can't install py3-cairo-1.26.0: can't resolve cairo-1.18.0 > Can't install py3-gobject3-3.48.1: can't resolve cairo-1.18.0,py3-cairo-1.26.0 > New and changed readme(s): > /usr/local/share/doc/pkg-readmes/glib2 > --- +ruby-3.2.3p0 --- > If you want to use this package as your default system ruby, as root > create symbolic links like so (overwriting any previous default): > > ln -sf /usr/local/bin/ruby32 /usr/local/bin/ruby > ln -sf /usr/local/bin/bundle32 /usr/local/bin/bundle > ln -sf /usr/local/bin/bundler32 /usr/local/bin/bundler > ln -sf /usr/local/bin/erb32 /usr/local/bin/erb > ln -sf /usr/local/bin/gem32 /usr/local/bin/gem > ln -sf /usr/local/bin/irb32 /usr/local/bin/irb > ln -sf /usr/local/bin/racc32 /usr/local/bin/racc > ln -sf /usr/local/bin/rake32 /usr/local/bin/rake > ln -sf /usr/local/bin/rbs32 /usr/local/bin/rbs > ln -sf /usr/local/bin/rdbg32 /usr/local/bin/rdbg > ln -sf /usr/local/bin/rdoc32 /usr/local/bin/rdoc > ln -sf /usr/local/bin/ri32 /usr/local/bin/ri > ln -sf /usr/local/bin/syntax_suggest32 /usr/local/bin/syntax_suggest > ln -sf /usr/local/bin/typeprof32 /usr/local/bin/typeprof > > The ruby-shims package is also available to automatically select an > appropriate Ruby version per-project directory or system-wide. > --- glib2-2.80.0 --- > Can't install glib2-2.80.0: replacing just installed > Couldn't install cairo-1.18.0 glib2-2.80.0 py3-cairo-1.26.0 > py3-gobject3-3.48.1 > >>> Running show-prepare-results in misc/gpsd at 1712942394.87 > ===> misc/gpsd > ===> Building from scratch gpsd-3.24 > ===> gpsd-3.24p1 depends on: py3-gobject3-* - not found > Dependency check failed > *** Error 1 in misc/gpsd (/usr/ports/infrastructure/mk/bsd.port.mk:2386 > '/pobj/gpsd-3.24/.dep-devel-py-gobject3,python3': @unset _DEPENDS_TA...) > *** Error 2 in misc/gpsd (/usr/ports/infrastructure/mk/bsd.port.mk:2704 > 'prepare': @lock=gpsd-3.24; export _LOCKS_HELD=" gpsd-3.24"; /usr...) > ===> Exiting misc/gpsd with an error > *** Error 1 in /usr/ports (infrastructure/mk/bsd.port.subdir.mk:144 > 'show-prepare-results': @: ${echo_msg:=echo}; : ${target:=show-prepare-...) > (Junk lock released for i386-1 at 1712942395.37) > >>> Ended at 1712942395.37 > max_stuck=4.22/depends=12.08/show-prepare-results=0.53 > Error: job failed with 512 on i386-1 at 1712942395 > -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2024/04/13 03:32:27 Modified files: net/dnscontrol : Makefile distinfo modules.inc Log message: update net/dnscontrol to 4.9.0 ok kn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/04/13 03:25:38 Modified files: sysutils/upower: Makefile distinfo sysutils/upower/pkg: PLIST Log message: sysutils/upower: update to 1.90.4. see https://gitlab.freedesktop.org/upower/upower/-/releases/v1.90.4
DPB: Cannot replace glib2-2.80.0-bootstrap in glib2-2.80.0: just got installed
I've recently run into an occasional problem on my build machines where deps aren't getting installed and builds failing. The most recent one was with the new glib2 bootstrap method (to avoid the cyclic dependency) I'm not sure if the previous times I ran into this also involved the glib2 bootstrap (I just cleaned and retried and they worked) but I think it may have been. I can workaround (clean locks and rebuild) of course, but zero idea of how to actually fix it. >>> Building on i386-1 under misc/gpsd BDEPENDS = [x11/dbus;devel/libusb1;lang/python/3.10;devel/scons;devel/py-serial,python3;textproc/asciidoctor;devel/py-gobject3,python3] DIST = [misc/gpsd,-php:gpsd-3.24.tar.gz] FULLPKGNAME = gpsd-3.24p1 RDEPENDS = [devel/py-serial,python3;lang/python/3.10;devel/libusb1;x11/dbus] (Junk lock obtained for i386-1 at 1712942382.76) >>> Running depends in misc/gpsd at 1712942382.80 last junk was in www/hiawatha /usr/sbin/pkg_add -aI -Drepair asciidoctor-2.0.20 dbus-1.14.10v0 libusb1-1.0.27 py3-gobject3-3.48.1 py3-serial-3.4p5 scons-4.6.0 was: /usr/sbin/pkg_add -aI -Drepair asciidoctor-2.0.20 dbus-1.14.10v0 libusb1-1.0.27 py3-gobject3-3.48.1 py3-serial-3.4p5 python-3.10.13p2 scons-4.6.0 /usr/sbin/pkg_add -aI -Drepair asciidoctor-2.0.20 dbus-1.14.10v0 libusb1-1.0.27 py3-gobject3-3.48.1 py3-serial-3.4p5 scons-4.6.0 Cannot replace glib2-2.80.0-bootstrap in glib2-2.80.0: just got installed Can't install cairo-1.18.0: can't resolve glib2-2.80.0 Can't install py3-cairo-1.26.0: can't resolve cairo-1.18.0 Can't install py3-gobject3-3.48.1: can't resolve cairo-1.18.0,py3-cairo-1.26.0 New and changed readme(s): /usr/local/share/doc/pkg-readmes/glib2 --- +ruby-3.2.3p0 --- If you want to use this package as your default system ruby, as root create symbolic links like so (overwriting any previous default): ln -sf /usr/local/bin/ruby32 /usr/local/bin/ruby ln -sf /usr/local/bin/bundle32 /usr/local/bin/bundle ln -sf /usr/local/bin/bundler32 /usr/local/bin/bundler ln -sf /usr/local/bin/erb32 /usr/local/bin/erb ln -sf /usr/local/bin/gem32 /usr/local/bin/gem ln -sf /usr/local/bin/irb32 /usr/local/bin/irb ln -sf /usr/local/bin/racc32 /usr/local/bin/racc ln -sf /usr/local/bin/rake32 /usr/local/bin/rake ln -sf /usr/local/bin/rbs32 /usr/local/bin/rbs ln -sf /usr/local/bin/rdbg32 /usr/local/bin/rdbg ln -sf /usr/local/bin/rdoc32 /usr/local/bin/rdoc ln -sf /usr/local/bin/ri32 /usr/local/bin/ri ln -sf /usr/local/bin/syntax_suggest32 /usr/local/bin/syntax_suggest ln -sf /usr/local/bin/typeprof32 /usr/local/bin/typeprof The ruby-shims package is also available to automatically select an appropriate Ruby version per-project directory or system-wide. --- glib2-2.80.0 --- Can't install glib2-2.80.0: replacing just installed Couldn't install cairo-1.18.0 glib2-2.80.0 py3-cairo-1.26.0 py3-gobject3-3.48.1 >>> Running show-prepare-results in misc/gpsd at 1712942394.87 ===> misc/gpsd ===> Building from scratch gpsd-3.24 ===> gpsd-3.24p1 depends on: py3-gobject3-* - not found Dependency check failed *** Error 1 in misc/gpsd (/usr/ports/infrastructure/mk/bsd.port.mk:2386 '/pobj/gpsd-3.24/.dep-devel-py-gobject3,python3': @unset _DEPENDS_TA...) *** Error 2 in misc/gpsd (/usr/ports/infrastructure/mk/bsd.port.mk:2704 'prepare': @lock=gpsd-3.24; export _LOCKS_HELD=" gpsd-3.24"; /usr...) ===> Exiting misc/gpsd with an error *** Error 1 in /usr/ports (infrastructure/mk/bsd.port.subdir.mk:144 'show-prepare-results': @: ${echo_msg:=echo}; : ${target:=show-prepare-...) (Junk lock released for i386-1 at 1712942395.37) >>> Ended at 1712942395.37 max_stuck=4.22/depends=12.08/show-prepare-results=0.53 Error: job failed with 512 on i386-1 at 1712942395
Re: [update] sysutils/facette
On 2024/04/13 10:14, Stuart Henderson wrote: > On 2024/04/13 10:51, Joel Carnat wrote: > > > > > Le 13 avr. 2024 à 09:33, Landry Breuil a écrit : > > > > > > Le Wed, Apr 10, 2024 at 01:58:35AM +0200, Joel Carnat a écrit : > > >> Hi, > > >> > > >> Looking at sysutils/facette, it is marked as broken. > > >> The attached patch has it compile and working. > > > > > > oh, thanks for coming back at that... wonder if its worth it since its > > > more or less abandoned upstream, and since its go code it might break at > > > some point for using old modules/syscalls/etc ? > > > > I agree with you on the abandoned state. I was just testing a few rrdtool > > stuff, noticed this one was marked as failed and looked at if I could solve > > it. > > > > But after (re)using it for a while, I have seen what I wanted and will not > > use it any longer. > > > > > either way, does it build without network access with your diff ? how > > > did you check that ? > > > > I have not tested an offline build. It was done on my laptop that has wifi > > access to the Internet. I just ran a few “make clean” / “make package”. > > The simplest way to check that is with PORTS_PRIVSEP=Yes in mk.conf and > a PF rule like "block return quick proto {tcp udp} user _pbuild" > ... ===> Building for facette-0.5.1p3 cd /pobj/facette-0.5.1/facette-0.5.1 && git init Initialized empty Git repository in /usr/obj/ports/facette-0.5.1/facette-0.5.1/.git/ fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree. Use '--' to separate paths from revisions, like this: 'git [...] -- [...]' fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree. Use '--' to separate paths from revisions, like this: 'git [...] -- [...]' tput: No value for $TERM and no -T specified tput: No value for $TERM and no -T specified *** Installing pre-commit Git hook... tput: No value for $TERM and no -T specified tput: No value for $TERM and no -T specified *** Building assets... > build > gulp --no-color build [10:15:40] Using gulpfile /usr/obj/ports/facette-0.5.1/facette-0.5.1/ui/gulpfile.js [10:15:40] Starting 'build'... [10:15:40] Starting 'buildLocales'... [10:15:40] Starting 'buildStyles'... [10:15:40] Starting 'copyHtml'... [10:15:40] Starting 'copyStyles'... [10:15:41] Starting 'buildHtml'... Browserslist: caniuse-lite is outdated. Please run next command `npm update` [10:15:42] Finished 'copyHtml' after 1.74 s [10:15:42] Finished 'buildLocales' after 1.8 s [10:15:42] Finished 'copyStyles' after 1.8 s [10:15:43] Finished 'buildStyles' after 2.7 s [10:15:43] Finished 'buildHtml' after 2.76 s [10:15:43] Starting 'buildScripts'... [10:15:43] Finished 'buildScripts' after 117 ms [10:15:43] Finished 'build' after 2.98 s tput: No value for $TERM and no -T specified tput: No value for $TERM and no -T specified *** Building binaries for openbsd/amd64... go: cloud.google.com/go@v0.26.0: Get "https://proxy.golang.org/cloud.google.com/go/@v/v0.26.0.mod": dial tcp [2a00:1450:4009:81f::2011]:443: connect: permission denied gmake: *** [Makefile:64: build-bin] Error 1 *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:3061 '/pobj/facette-0.5.1/.build_done': @cd /pobj/facette-0.5.1/facette-0.5.1 && ...) *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2235 '/usr/ports/packages/amd64/all/facette-0.5.1p3.tgz': @cd /usr/ports/sysutils...) *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2725 '_internal-package': @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$(sudo -...) *** Error 2 in /usr/ports/sysutils/facette (/usr/ports/infrastructure/mk/bsd.port.mk:2704 'package': @lock=facette-0.5.1p3; export _LOCKS_H...)
Re: [update] sysutils/facette
On 2024/04/13 10:51, Joel Carnat wrote: > > > Le 13 avr. 2024 à 09:33, Landry Breuil a écrit : > > > > Le Wed, Apr 10, 2024 at 01:58:35AM +0200, Joel Carnat a écrit : > >> Hi, > >> > >> Looking at sysutils/facette, it is marked as broken. > >> The attached patch has it compile and working. > > > > oh, thanks for coming back at that... wonder if its worth it since its > > more or less abandoned upstream, and since its go code it might break at > > some point for using old modules/syscalls/etc ? > > I agree with you on the abandoned state. I was just testing a few rrdtool > stuff, noticed this one was marked as failed and looked at if I could solve > it. > > But after (re)using it for a while, I have seen what I wanted and will not > use it any longer. > > > either way, does it build without network access with your diff ? how > > did you check that ? > > I have not tested an offline build. It was done on my laptop that has wifi > access to the Internet. I just ran a few “make clean” / “make package”. The simplest way to check that is with PORTS_PRIVSEP=Yes in mk.conf and a PF rule like "block return quick proto {tcp udp} user _pbuild"
Re: [update] sysutils/facette
> Le 13 avr. 2024 à 09:33, Landry Breuil a écrit : > > Le Wed, Apr 10, 2024 at 01:58:35AM +0200, Joel Carnat a écrit : >> Hi, >> >> Looking at sysutils/facette, it is marked as broken. >> The attached patch has it compile and working. > > oh, thanks for coming back at that... wonder if its worth it since its > more or less abandoned upstream, and since its go code it might break at > some point for using old modules/syscalls/etc ? I agree with you on the abandoned state. I was just testing a few rrdtool stuff, noticed this one was marked as failed and looked at if I could solve it. But after (re)using it for a while, I have seen what I wanted and will not use it any longer. > either way, does it build without network access with your diff ? how > did you check that ? I have not tested an offline build. It was done on my laptop that has wifi access to the Internet. I just ran a few “make clean” / “make package”. Regards, Joel C.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/13 01:44:52 Modified files: multimedia/gstreamer1: Makefile.inc multimedia/gstreamer1/core: Makefile distinfo multimedia/gstreamer1/core/pkg: PLIST multimedia/gstreamer1/plugins-bad: Makefile distinfo multimedia/gstreamer1/plugins-base: Makefile distinfo multimedia/gstreamer1/plugins-good: distinfo multimedia/gstreamer1/plugins-libav: distinfo multimedia/gstreamer1/plugins-ugly: distinfo multimedia/gstreamer1/py-gstreamer: distinfo Added files: multimedia/gstreamer1/plugins-good/patches: patch-sys_v4l2_gstv4l2object_c Log message: Update Gstreamer to version 1.24.2.
Re: [update] sysutils/facette
Le Wed, Apr 10, 2024 at 01:58:35AM +0200, Joel Carnat a écrit : > Hi, > > Looking at sysutils/facette, it is marked as broken. > The attached patch has it compile and working. oh, thanks for coming back at that... wonder if its worth it since its more or less abandoned upstream, and since its go code it might break at some point for using old modules/syscalls/etc ? either way, does it build without network access with your diff ? how did you check that ? Landry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/13 01:32:33 Modified files: security/gnutls: Makefile Log message: Bump to be ahead of 7.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/13 01:31:51 Modified files: security/gnutls: Tag: OPENBSD_7_5 Makefile distinfo security/gnutls/pkg: Tag: OPENBSD_7_5 PLIST Added files: security/gnutls/patches: Tag: OPENBSD_7_5 patch-lib_compress_c Log message: SECURITY update to gnutls-3.8.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/13 01:10:21 Modified files: sysutils/terragrunt: Makefile distinfo modules.inc Log message: Update to terragrunt-0.57.0.