CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/20 00:23:08 Modified files: x11/openbox: Tag: OPENBSD_7_4 Makefile x11/openbox/patches: Tag: OPENBSD_7_4 patch-openbox_client_c Log message: apply fix from an upstream development branch for a crash with newer glib, reported by Ghislain Mercier, ok benoit@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/20 00:22:46 Modified files: x11/openbox: Makefile x11/openbox/patches: patch-openbox_client_c Log message: apply fix from an upstream development branch for a crash with newer glib, reported by Ghislain Mercier, ok benoit@
Re: arm64 BTI for libgcrypt
On Sun, Nov 19 2023, Tobias Heider wrote: > Diff below fixes libgcrypt/gnupg on my m2. > > CFI_STARTPROC() seemed like a good place to add the bti instructions > since it is called in all the right places. It's not something that makes sense for upstream IMHO, but for ports that use it, it's an obvious place for us to tuck in "endbr64" or "bti c". (eg I've been tempted to use such macros in lang/ocaml) Using a macro named CFI_STARTPROC() can be considered either appropriate or misleading, since the .cfi_* directives are about "Call Frame Information", and endbr64/bti are about "Control-flow Integrity"... > If this is too hacky I'm also fine with adding explicit instructions > everywhere or even a new macro. I'd say it's fine for our port. I have one doubt: wouldn't it look more correct to have "bti c" *after* .cfi_startproc: # define CFI_STARTPROC().cfi_startproc; bti c; since "bti c" is intended to be part of the function? > opinions? ok? Just in case: the diff needs to be committed along with a REVISION bump, so that the updated package ends up on users machines. My two cents, I'll let others chime in. (+cc maintainer) > Index: patches/patch-cipher_asm-common-aarch64_h > === > RCS file: patches/patch-cipher_asm-common-aarch64_h > diff -N patches/patch-cipher_asm-common-aarch64_h > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-cipher_asm-common-aarch64_h 19 Nov 2023 20:22:40 - > @@ -0,0 +1,21 @@ > +Index: cipher/asm-common-aarch64.h > +--- cipher/asm-common-aarch64.h.orig > cipher/asm-common-aarch64.h > +@@ -45,7 +45,7 @@ > + > + #ifdef HAVE_GCC_ASM_CFI_DIRECTIVES > + /* CFI directives to emit DWARF stack unwinding information. */ > +-# define CFI_STARTPROC().cfi_startproc > ++# define CFI_STARTPROC()bti c; .cfi_startproc; > + # define CFI_ENDPROC() .cfi_endproc > + # define CFI_REMEMBER_STATE() .cfi_remember_state > + # define CFI_RESTORE_STATE().cfi_restore_state > +@@ -87,7 +87,7 @@ > + DW_SLEB128_28BIT(rsp_offs) > + > + #else > +-# define CFI_STARTPROC() > ++# define CFI_STARTPROC() bti c; > + # define CFI_ENDPROC() > + # define CFI_REMEMBER_STATE() > + # define CFI_RESTORE_STATE() > -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/11/20 00:21:56 Modified files: sysutils/seatd : Makefile wayland/libevdev-openbsd: Makefile wayland/libinput-openbsd: Makefile wayland/slurp : Makefile wayland/wev: Makefile wayland/wlroots: Makefile wayland/xwayland: Makefile Log message: wayland: drop UNLINKED=wayland from most remaining wayland-related ports all ports potentially detecting libinput/libevdev have been handled the following ports should now be built in bulks: - sysutils/seatd - wayland/libevdev-openbsd - wayland/libinput-openbsd - wayland/slurp - wayland/wev - wayland/wlroots - wayland/xwayland wayland-related ports not linked yet: - devel/libstdthreads - graphics/fcft: LDEP on devel/libstdthreads - wayland/foot: LDEP on devel/libstdthreads and graphics/fcft - wayland/sway: RDEP on wayland/foot this will allow to enable wayland bits in gtk, among others most of the work done at h2k23 ok matthieu@ rsadowski@ ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/11/20 00:13:07 Modified files: x11/xfce4/xfce4-dict: Makefile distinfo x11/xfce4/xfce4-dict/pkg: PLIST Log message: x11/xfce4/xfce4-dict: update to 0.8.6.
Re: multimedia/assimp error Re: aarch64 bulk build report
On 2023 Nov 19 (Sun) at 22:25:14 + (+), Brian Callahan wrote:
:On 11/19/2023 5:17 PM, Theo Buehler wrote:
:> On Sun, Nov 19, 2023 at 10:52:35PM +0100, Peter Hessler wrote:
:>> On 2023 Nov 18 (Sat) at 00:36:16 -0700 (-0700), phess...@openbsd.org wrote:
:>>
:http://build-failures.rhaalovely.net/aarch64/2023-11-15/multimedia/assimp.log
:>>
:>> Not a java-related error and doesn't seem to happen on amd64, but does on
arm64:
:>
:>> error: field within 'Assimp::MDL::Vertex_MDL7' is less aligned than
'Assimp::MDL::Vertex_MDL7::(anonymous union at
/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/AssetLib/MDL/MDLFileData.h:603:5)'
:>> and is usually due to 'Assimp::MDL::Vertex_MDL7' being packed, which can
lead to unaligned accesses [-Werror,-Wunaligned-access]
:>> union {
:>> ^
:>> 1 error generated.
:>> ninja: build stopped: subcommand failed.
:>
:> -Werror strikes again. Given that this packed struct is part of a file
:> format, I doubt there's much we can do.
:>
:> Index: Makefile
:> ===
:> RCS file: /cvs/ports/multimedia/assimp/Makefile,v
:> diff -u -p -r1.9 Makefile
:> --- Makefile 29 Aug 2023 10:46:34 - 1.9
:> +++ Makefile 19 Nov 2023 22:02:12 -
:> @@ -21,6 +21,8 @@ COMPILER = base-clang ports-gcc
:>
:> # make sure we dont pickup minizip from ports as its not the same
:> CONFIGURE_ARGS+=-DASSIMP_BUILD_MINIZIP:bool=true
:> +# arm64 emits a warning about unaligned access
:> +CONFIGURE_ARGS+=-DASSIMP_WARNINGS_AS_ERRORS:bool=false
:> MODULES = devel/cmake
:>
:> BUILD_DEPENDS = devel/boost
:>
:
:Yup; this makes the most sense to me.
:
:~Brian
Makes sense, and works for me in the current bulk. OK
--
Nature is by and large to be found out of doors, a location where, it
cannot be argued, there are never enough comfortable chairs.
-- Fran Leibowitz
Re: NEW: games/emptyclip
Hi Thomas, On Sunday, November 19, 2023 15:32 CET, Thomas Frohwein wrote: > > > > > > > > > > > Hi, > > > > > > > > > > > > attached is a new port of empty clip, a top-down shooter action RPG. > > > > > > same author/engine as games/choria. > > > > > > works well for me on amd64. > > > > > > > > > > > > any feedback welcome, if nothing else, OK to import? > > > > > > > > > > > > cheers, > > > > > > Sebastian > > > > > > > > > > ping, anyone? > > > > > tarball reattached. > > > > > > > > trying again, tarball reattached. > > > > > > is that OK?, or any other feedback welcome! > > > > trying again, tarball reattached. > > any feedback or OKs welcome. > > > > Sebastian > > It builds and runs, but there is a little polish needed for the port > itself: > > - commented out lines in Makefile - remove? > - DESCR a little short, could use the bullet points from itch.io > - make update-patches needed - update the patch information > - portcheck: MS-DOS line endings in > patches/patch-ext_ae_tinyxml2_tinyxml2_cpp -- if patching, use FIX_CRLF_FILES > to correct the input file. Thanks for your feedback and looking into it. All points addressed in attached update. OK to import now? cheers, Sebastian emptyclip.tar.gz Description: application/gzip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: a...@cvs.openbsd.org2023/11/19 17:09:36 Modified files: devel/valgrind : Makefile devel/valgrind/patches: patch-coregrind_m_syswrap_syswrap_main_c patch-include_vki_vki_scnums_openbsd_h Log message: removal syscall(2) ok kn
Re: multimedia/assimp error Re: aarch64 bulk build report
On 11/19/2023 5:17 PM, Theo Buehler wrote:
> On Sun, Nov 19, 2023 at 10:52:35PM +0100, Peter Hessler wrote:
>> On 2023 Nov 18 (Sat) at 00:36:16 -0700 (-0700), phess...@openbsd.org wrote:
>> :http://build-failures.rhaalovely.net/aarch64/2023-11-15/multimedia/assimp.log
>>
>> Not a java-related error and doesn't seem to happen on amd64, but does on
>> arm64:
>
>> error: field within 'Assimp::MDL::Vertex_MDL7' is less aligned than
>> 'Assimp::MDL::Vertex_MDL7::(anonymous union at
>> /usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/AssetLib/MDL/MDLFileData.h:603:5)'
>> and is usually due to 'Assimp::MDL::Vertex_MDL7' being packed, which can
>> lead to unaligned accesses [-Werror,-Wunaligned-access]
>> union {
>> ^
>> 1 error generated.
>> ninja: build stopped: subcommand failed.
>
> -Werror strikes again. Given that this packed struct is part of a file
> format, I doubt there's much we can do.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/multimedia/assimp/Makefile,v
> diff -u -p -r1.9 Makefile
> --- Makefile 29 Aug 2023 10:46:34 - 1.9
> +++ Makefile 19 Nov 2023 22:02:12 -
> @@ -21,6 +21,8 @@ COMPILER = base-clang ports-gcc
>
> # make sure we dont pickup minizip from ports as its not the same
> CONFIGURE_ARGS+=-DASSIMP_BUILD_MINIZIP:bool=true
> +# arm64 emits a warning about unaligned access
> +CONFIGURE_ARGS+=-DASSIMP_WARNINGS_AS_ERRORS:bool=false
> MODULES =devel/cmake
>
> BUILD_DEPENDS = devel/boost
>
Yup; this makes the most sense to me.
~Brian
Re: multimedia/assimp error Re: aarch64 bulk build report
On Sun, Nov 19, 2023 at 10:52:35PM +0100, Peter Hessler wrote:
> On 2023 Nov 18 (Sat) at 00:36:16 -0700 (-0700), phess...@openbsd.org wrote:
> :http://build-failures.rhaalovely.net/aarch64/2023-11-15/multimedia/assimp.log
>
> Not a java-related error and doesn't seem to happen on amd64, but does on
> arm64:
> error: field within 'Assimp::MDL::Vertex_MDL7' is less aligned than
> 'Assimp::MDL::Vertex_MDL7::(anonymous union at
> /usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/AssetLib/MDL/MDLFileData.h:603:5)'
> and is usually due to 'Assimp::MDL::Vertex_MDL7' being packed, which can lead
> to unaligned accesses [-Werror,-Wunaligned-access]
> union {
> ^
> 1 error generated.
> ninja: build stopped: subcommand failed.
-Werror strikes again. Given that this packed struct is part of a file
format, I doubt there's much we can do.
Index: Makefile
===
RCS file: /cvs/ports/multimedia/assimp/Makefile,v
diff -u -p -r1.9 Makefile
--- Makefile29 Aug 2023 10:46:34 - 1.9
+++ Makefile19 Nov 2023 22:02:12 -
@@ -21,6 +21,8 @@ COMPILER =base-clang ports-gcc
# make sure we dont pickup minizip from ports as its not the same
CONFIGURE_ARGS+=-DASSIMP_BUILD_MINIZIP:bool=true
+# arm64 emits a warning about unaligned access
+CONFIGURE_ARGS+=-DASSIMP_WARNINGS_AS_ERRORS:bool=false
MODULES = devel/cmake
BUILD_DEPENDS =devel/boost
multimedia/assimp error Re: aarch64 bulk build report
On 2023 Nov 18 (Sat) at 00:36:16 -0700 (-0700), phess...@openbsd.org wrote:
:http://build-failures.rhaalovely.net/aarch64/2023-11-15/multimedia/assimp.log
Not a java-related error and doesn't seem to happen on amd64, but does on arm64:
/usr/obj/ports/assimp-5.2.5/bin/c++ -DASSIMP_BUILD_DLL_EXPORT
-DASSIMP_BUILD_NO_C4D_IMPORTER -DASSIMP_BUILD_NO_M3D_EXPORTER
-DASSIMP_BUILD_NO_M3D_IMPORTER -DASSIMP_BUILD_NO_OWN_ZLIB
-DMINIZ_USE_UNALIGNED_LOADS_AND_STORES=0 -DOPENDDLPARSER_BUILD
-DRAPIDJSON_HAS_STDSTRING=1 -DRAPIDJSON_NOMEMBERITERATORCLASS -Dassimp_EXPORTS
-I/usr/obj/ports/assimp-5.2.5/build-aarch64/include
-I/usr/obj/ports/assimp-5.2.5/build-aarch64
-I/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/include
-I/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code
-I/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/.
-I/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/../contrib/pugixml/src
-I/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/../contrib/rapidjson/include
-I/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/../contrib
-I/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/../contrib/unzip
-I/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/../contrib/openddlparser/include
-I/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/../include
-I/usr/obj/ports/assimp-5.2.5/build-aarch64/code/../include
-I/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/.. -fvisibility=hidden
-fno-strict-aliasing -Wall -Wno-long-long -O2 -pipe -DNDEBUG -std=gnu++17
-fPIC -Wall -Werror -MD -MT
code/CMakeFiles/assimp.dir/AssetLib/MDL/MDLLoader.cpp.o -MF
code/CMakeFiles/assimp.dir/AssetLib/MDL/MDLLoader.cpp.o.d -o
code/CMakeFiles/assimp.dir/AssetLib/MDL/MDLLoader.cpp.o -c
/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/AssetLib/MDL/MDLLoader.cpp
In file included from
/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/AssetLib/MDL/MDLLoader.cpp:51:
In file included from
/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/AssetLib/MDL/MDLLoader.h:51:
/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/AssetLib/MDL/MDLFileData.h:603:5:
error: field within 'Assimp::MDL::Vertex_MDL7' is less aligned than
'Assimp::MDL::Vertex_MDL7::(anonymous union at
/usr/obj/ports/assimp-5.2.5/assimp-5.2.5/code/AssetLib/MDL/MDLFileData.h:603:5)'
and is usually due to 'Assimp::MDL::Vertex_MDL7' being packed, which can lead
to unaligned accesses [-Werror,-Wunaligned-access]
union {
^
1 error generated.
ninja: build stopped: subcommand failed.
--
Ask not for whom the tolls.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/19 14:22:54 Modified files: devel/kf5/kcoreaddons: Makefile Added files: devel/kf5/kcoreaddons/patches: patch-src_lib_util_kprocesslist_unix_cpp Log message: Fix KProcessInfoList::unixProcessListPS Run ps(1) with the proper arguments on OpenBSD.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/11/19 14:17:21 Modified files: security/rust-openssl-tests: Makefile crates.inc distinfo Log message: Update to rust-openssl-tests 20231119
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/19 13:52:42 Modified files: devel/kf5/kcoreaddons/patches: patch-src_lib_util_kmemoryinfo_cpp Log message: Fix: replace availablePhysical with totalPhysical
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2023/11/19 13:33:18 Modified files: net/kea: Makefile Log message: net/kea: add a comment with the rationale for -std=c++14
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2023/11/19 13:31:18 Modified files: devel/angr : Makefile.inc devel/angr/py-ailment: distinfo devel/angr/py-angr: distinfo devel/angr/py-angr/patches: patch-angr_knowledge_plugins_functions_function_py devel/angr/py-angr/pkg: PLIST devel/angr/py-archinfo: distinfo devel/angr/py-claripy: distinfo devel/angr/py-cle: distinfo devel/angr/py-pyvex: Makefile distinfo devel/angr/py-z3-solver: Makefile devel/angr/vex : Makefile Log message: - update angr to 9.2.77 - take maintainership and bump REVISION for ports which didn't get an update
arm64 BTI for libgcrypt
Diff below fixes libgcrypt/gnupg on my m2. CFI_STARTPROC() seemed like a good place to add the bti instructions since it is called in all the right places. If this is too hacky I'm also fine with adding explicit instructions everywhere or even a new macro. opinions? ok? Index: patches/patch-cipher_asm-common-aarch64_h === RCS file: patches/patch-cipher_asm-common-aarch64_h diff -N patches/patch-cipher_asm-common-aarch64_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-cipher_asm-common-aarch64_h 19 Nov 2023 20:22:40 - @@ -0,0 +1,21 @@ +Index: cipher/asm-common-aarch64.h +--- cipher/asm-common-aarch64.h.orig cipher/asm-common-aarch64.h +@@ -45,7 +45,7 @@ + + #ifdef HAVE_GCC_ASM_CFI_DIRECTIVES + /* CFI directives to emit DWARF stack unwinding information. */ +-# define CFI_STARTPROC().cfi_startproc ++# define CFI_STARTPROC()bti c; .cfi_startproc; + # define CFI_ENDPROC() .cfi_endproc + # define CFI_REMEMBER_STATE() .cfi_remember_state + # define CFI_RESTORE_STATE().cfi_restore_state +@@ -87,7 +87,7 @@ + DW_SLEB128_28BIT(rsp_offs) + + #else +-# define CFI_STARTPROC() ++# define CFI_STARTPROC() bti c; + # define CFI_ENDPROC() + # define CFI_REMEMBER_STATE() + # define CFI_RESTORE_STATE()
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/19 11:06:55 Added files: x11/kde-plasma/kwin/patches: patch-src_libkwineffects_kwinglplatform_cpp Log message: Add Intel Tiger Lake GT2 GPU support
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/19 11:06:02 Modified files: x11/kde-plasma/kwin: Makefile Log message: Set KWIN_BUILD_SCREENLOCKER=OFF Scrennlocker does not work yet.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/11/19 10:51:10 Modified files: mail/alpine: Makefile Added files: mail/alpine/patches: patch-alpine_smime_c Log message: alpine: stop reaching into X509_ALGOR
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/11/19 10:48:20 Modified files: security/yubico/yubico-piv-tool: Makefile Added files: security/yubico/yubico-piv-tool/patches: patch-common_util_c Log message: yubico-piv-tool: stop reaching into X509_ALGOR for no good reason
Re: devel/boost syscall(2) removal
> OK, I'll have some patience :-). Do note that one issue in boost::threads > that clang16 trips on is solved by 1.83. Boost 1.83 is committed now. Thanks to Brad for doing the heavy lifting.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/19 09:52:40 Modified files: devel/kf5/ktexteditor: Makefile Log message: Enable EditorConfig support Otherwise editorconfig-core-c is used if it's available at configure/build time. Spotted by tb@ thanks
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/11/19 09:17:44 Modified files: devel/boost/patches: patch-tools_build_src_engine_build_sh patch-tools_build_src_tools_gcc_jam devel/boost/pkg: PLIST-main Added files: devel/boost/patches: patch-boost_phoenix_stl_hpp patch-boost_unordered_detail_foa_core_hpp patch-libs_context_build_Jamfile_v2 Removed files: devel/boost/patches: patch-boost_config_stdlib_libcpp_hpp patch-boost_numeric_conversion_detail_int_float_mixture_hpp patch-boost_numeric_conversion_detail_sign_mixture_hpp patch-boost_numeric_conversion_detail_udt_builtin_mixture_hpp patch-boost_unordered_detail_fca_hpp patch-boost_unordered_detail_implementation_hpp patch-boost_unordered_unordered_map_hpp patch-boost_unordered_unordered_set_hpp patch-libs_locale_build_Jamfile_v2 Log message: Remainder of the update to boost 1.83, from Brad With input from sthen, otto and help from many https://www.boost.org/users/history/version_1_83_0.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/11/19 09:15:25 Added files: devel/boost/patches: patch-boost_beast_ssl_ssl_stream_hpp Log message: boost: add file stupid cvs didn't want to commit
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/19 09:15:16 Modified files: devel/kf5/kcoreaddons: Makefile Added files: devel/kf5/kcoreaddons/patches: patch-src_lib_util_kmemoryinfo_cpp Log message: KMemoryInfo: Add OpenBSD support Compute the available physical memory and other metrics on OpenBSD.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2023/11/19 09:00:22 Modified files: net/gnugk : Makefile Log message: Unbreak gnugk with clang-16, use -std=gnu++14 for std::mem_fun ok ajacoutot@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2023/11/19 08:45:00 Added files: devel/avr32/newlib/patches: patch-newlib_doc_makedoc_c Log message: devel/avr32/newlib: fix integer to pointer conversion in build tool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2023/11/19 08:44:13 ports/devel/avr32/newlib/patches Update of /cvs/ports/devel/avr32/newlib/patches In directory cvs.openbsd.org:/tmp/cvs-serv63329/devel/avr32/newlib/patches Log Message: Directory /cvs/ports/devel/avr32/newlib/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2023/11/19 08:20:30 Modified files: sysutils/hcloud: Makefile distinfo modules.inc Log message: Update hcloud to 1.40.0 Features - add warning messages to context commands - allow JSON output on resource creation - context: ask to use HCLOUD_TOKEN when creating new context - pretty-print JSON output - print out IPs after they were created Bug Fixes - "create" actions were not awaited in some cases - image: backup is suggested as type in update command - inconsistent formatting in "describe" commands - network: create prints success to stderr instead of stdout - primary-ip: list does now allow to output IP column - primary-ip: updating the name resets auto-delete - static resource list commands only return first 50 entries
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/11/19 08:08:27 Modified files: sysutils/entr : Makefile distinfo Log message: update to entr 5.5, from Justin Berthault Also add "# uses pledge()" marker, used since 4.2.
[update] sysutils/entr to 5.5
Hi, trivial update entr to 5.5, built and tested under arm64. diff /usr/ports commit - 5669b5e6742b85ca81242a1148665bb63f0dc97a path + /usr/ports blob - 24015f569ba9755df1d9b15fcce27f074b9c6eb8 file + sysutils/entr/Makefile --- sysutils/entr/Makefile +++ sysutils/entr/Makefile @@ -1,6 +1,6 @@ COMMENT = run arbitrary commands when files change -DISTNAME = entr-5.4 +DISTNAME = entr-5.5 CATEGORIES = sysutils blob - 4f01ba42786089f14ba6c9a3ad10e08b66f65a18 file + sysutils/entr/distinfo --- sysutils/entr/distinfo +++ sysutils/entr/distinfo @@ -1,2 +1,2 @@ -SHA256 (entr-5.4.tar.gz) = SR3e0sw/Hc2NJvSWpMezqZa5HHqyCIPKN1A3o5giH54= -SIZE (entr-5.4.tar.gz) = 21215 +SHA256 (entr-5.5.tar.gz) = EowM4u/qWua9P9M8PNMeFh6wwCYJ2HF6036VtBZW5SY= +SIZE (entr-5.5.tar.gz) = 21225
Re: NEW: games/emptyclip
On Sat, Nov 18, 2023 at 11:41:35PM +0100, Sebastian Reitenbach wrote: > On Friday, November 03, 2023 21:58 CET, "Sebastian Reitenbach" > wrote: > > > On Tuesday, October 31, 2023 09:07 CET, "Sebastian Reitenbach" > > wrote: > > > > > Hi, > > > > > > On Thursday, October 26, 2023 09:44 CEST, "Sebastian Reitenbach" > > > wrote: > > > > > > > On Tuesday, October 24, 2023 09:08 CEST, "Sebastian Reitenbach" > > > > wrote: > > > > > > > > > Hi, > > > > > > > > > > attached is a new port of empty clip, a top-down shooter action RPG. > > > > > same author/engine as games/choria. > > > > > works well for me on amd64. > > > > > > > > > > any feedback welcome, if nothing else, OK to import? > > > > > > > > > > cheers, > > > > > Sebastian > > > > > > > > ping, anyone? > > > > tarball reattached. > > > > > > trying again, tarball reattached. > > > > is that OK?, or any other feedback welcome! > > trying again, tarball reattached. > any feedback or OKs welcome. > > Sebastian It builds and runs, but there is a little polish needed for the port itself: - commented out lines in Makefile - remove? - DESCR a little short, could use the bullet points from itch.io - make update-patches needed - update the patch information - portcheck: MS-DOS line endings in patches/patch-ext_ae_tinyxml2_tinyxml2_cpp -- if patching, use FIX_CRLF_FILES to correct the input file.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/11/19 07:10:48 Modified files: games/goldberg_emulator: Makefile games/goldberg_emulator/patches: patch-Makefile Log message: use -std=c++17, fixing build with clang16. By tb@, also input from espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/11/19 06:49:37 Removed files: geo/osrm-backend/patches: patch-CMakeLists_txt Log message: osrm-backend: remove unnecessary patch Pointed out by Brad who upstreamed a proper fix: https://github.com/Project-OSRM/osrm-backend/commit/503d558e902a6a5f7a53ee28a4c2103f9f02c9e2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/19 05:27:44 Modified files: security/gopass: Makefile distinfo modules.inc Removed files: security/gopass/patches: patch-main_go Log message: update to gopass-1.15.9 thanks to jrick and upstream for working on syscall() removal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/19 05:26:58 Modified files: x11/kde-applications/krfb: Makefile Log message: Disable PipeWire support Otherwise xdp is built which requires linux/input.h. Spotted by tb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/19 05:24:53 Modified files: databases/py-mongo: Makefile distinfo Log message: update to py3-mongo-4.6.0
Re: [new] multimedia/ytfzf
Laurent Cheylus wrote (2023-11-19 11:37 CET):
> Hi Stefan,
>
> > I just found this on ports@ after I started to create a port on my
> > own.
> > Attached is an updated version (2.6.1) which also uses DIST_TUPLE. I
> > also broke RUN_DEPENDS into one dependency per line. It's just easier
> > to read.
> >
> > Without thumbnails, ytfzf works fine. I tried the imv, mpv and chafa
> > thumbnail
> > generation. They don't work because fzf is being killed by pledge:
> >
> > $ ytfzf -t -T {chafa,mpv,imv}
> > fzf[85237]: pledge "wpath", syscall 5
> >
> > This happens, because fzf is trying to open the prefiew image in /tmp
> >
> > 46440 fzf NAMI "/tmp/fzf-preview-1776267355"
> > 46440 fzf PLDG open, "wpath", errno 1 Operation not permitted
> >
> > As you're also maintaining fzf, maybe you want to look at this?
>
> I just sent on ports@ an update for sysutils/fzf v0.44.1 and I added tmppath
> pledge permission to allow temporary files in /tmp.
>
> With this fix, your update for multimedia/ytfzf v2.6.1 works as expected.
> Build and tests OK on current/amd64.
>
> Thanks for your update and tests with fzf.
Excellent. I've committed the fzf update.
For ytfzf, OK for import.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/11/19 04:14:28 Modified files: graphics/mapnik: Makefile Added files: graphics/mapnik/patches: patch-include_mapnik_json_generic_json_hpp patch-plugins_input_csv_csv_utils_cpp Log message: mapnik: pull in an upstream patch and add another patch to fix build with boost 1.83. Still builds with boost 1.80.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2023/11/19 03:59:12 Modified files: sysutils/fzf : Makefile distinfo modules.inc sysutils/fzf/patches: patch-src_protector_protector_openbsd_go sysutils/fzf/pkg: PLIST Log message: Update fzf to 0.44.1 from MAINTAINER Laurent Cheylus, thanks! - update Makefile, distinfo and modules.inc - update PLIST to add bin/fzf-preview.sh (new in 0.44.0 version) - modify patch for src/protector/protector_openbsd_go: * remove inet for pledge (merged upstream with PR 3483) * add tmppath for pledge => needed by tools that uses /tmp directory with temporary files (upstream PR pending)
Re: [new] multimedia/ytfzf
Hi Stefan,
> I just found this on ports@ after I started to create a port on my
> own.
> Attached is an updated version (2.6.1) which also uses DIST_TUPLE. I
> also broke RUN_DEPENDS into one dependency per line. It's just easier
> to read.
>
> Without thumbnails, ytfzf works fine. I tried the imv, mpv and chafa
> thumbnail
> generation. They don't work because fzf is being killed by pledge:
>
> $ ytfzf -t -T {chafa,mpv,imv}
> fzf[85237]: pledge "wpath", syscall 5
>
> This happens, because fzf is trying to open the prefiew image in /tmp
>
> 46440 fzf NAMI "/tmp/fzf-preview-1776267355"
> 46440 fzf PLDG open, "wpath", errno 1 Operation not permitted
>
> As you're also maintaining fzf, maybe you want to look at this?
I just sent on ports@ an update for sysutils/fzf v0.44.1 and I added tmppath
pledge permission to allow temporary files in /tmp.
With this fix, your update for multimedia/ytfzf v2.6.1 works as expected. Build
and tests OK on current/amd64.
Thanks for your update and tests with fzf.
Laurent
[maintainer update] sysutils/fzf 0.44.1
Hi,
update for sysutils/fzf with the latest version 0.44.1
- update Makefile, distinfo and modules.inc
- update PLIST to add bin/fzf-preview.sh (new in 0.44.0 version)
- modify patch for src/protector/protector_openbsd_go:
* remove inet for pledge (merged upstream with my PR
https://github.com/junegunn/fzf/pull/3483)
* add tmppath for pledge => needed by tools that uses /tmp directory with
temporary files (I will submit an PR to add it upstream)
Build and tests OK on current/amd64 with Go 1.21.3.
Tests/comments welcome and please commit if OK.
Laurent
Index: Makefile
===
RCS file: /cvs/ports/sysutils/fzf/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- Makefile 17 Oct 2023 13:43:53 - 1.22
+++ Makefile 19 Nov 2023 08:45:41 -
@@ -1,9 +1,9 @@
COMMENT = command-line fuzzy finder
MODGO_MODNAME = github.com/junegunn/fzf
-MODGO_VERSION = v0.0.0-20231014165605-d3311d9f43d0
+MODGO_VERSION = v0.0.0-20231117101700-d7d2ac39513f
-V = 0.43.0
+V = 0.44.1
DISTNAME = fzf-${V}
CATEGORIES = sysutils
Index: distinfo
===
RCS file: /cvs/ports/sysutils/fzf/distinfo,v
retrieving revision 1.15
diff -u -p -r1.15 distinfo
--- distinfo 17 Oct 2023 13:43:53 - 1.15
+++ distinfo 19 Nov 2023 08:45:41 -
@@ -1,4 +1,4 @@
-SHA256 (fzf-0.43.0.zip) = +ahxVf32QagRcSBSv7TVyMIi4TQ13k5q5PPgb2FoFUU=
+SHA256 (fzf-0.44.1.zip) = Z7IDQP5IKomXtvHSis7zng1Nykffq8AOGvAw+PWpGb8=
SHA256 (go_modules/github.com/gdamore/encoding/@v/v1.0.0.mod) = pJgRJVFfDy3yU8LeOjrBlwx0Q+W2adlH6HTnezaBtuU=
SHA256 (go_modules/github.com/gdamore/encoding/@v/v1.0.0.zip) = Y4qYMuL2LRGNfFEdhr2uFiKlHzMd5IoB2Sn9JOvmoqY=
SHA256 (go_modules/github.com/gdamore/tcell/v2/@v/v2.5.4.mod) = 4zhutrVn0oD6CGHqAr93IkVDVuXmzBVThvjmX/RGQ5E=
@@ -38,7 +38,8 @@ SHA256 (go_modules/golang.org/x/sys/@v/v
SHA256 (go_modules/golang.org/x/sys/@v/v0.0.0-20220722155257-8c9f86f7a55f.mod) = 8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ=
SHA256 (go_modules/golang.org/x/sys/@v/v0.0.0-20220811171246-fbc7d0a398ab.mod) = 8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ=
SHA256 (go_modules/golang.org/x/sys/@v/v0.13.0.mod) = 8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ=
-SHA256 (go_modules/golang.org/x/sys/@v/v0.13.0.zip) = PRSa/Jk5mANUN0wNR0Ydzb0dOYDrL3fmAwSyP+5vPTc=
+SHA256 (go_modules/golang.org/x/sys/@v/v0.14.0.mod) = 0iezJfYh9OvijTm6dz6pm4cPOTt8CcNFksNlsW3VYN4=
+SHA256 (go_modules/golang.org/x/sys/@v/v0.14.0.zip) = uJkTyWdZSsEE3AjxtqLxrIiNDQAUlPgOBTzpXQoTmJ0=
SHA256 (go_modules/golang.org/x/term/@v/v0.0.0-20201126162022-7de9c90e9dd1.mod) = TLqxT3cGdxsnHZlaGzzBMf5aJGqtx+5tG6bwvYlHgfo=
SHA256 (go_modules/golang.org/x/term/@v/v0.0.0-20210927222741-03fcf44c2211.mod) = dAeU4pFPXMh+JWVsWEMiKyxlZlghIF9FYyoEd8jT95s=
SHA256 (go_modules/golang.org/x/term/@v/v0.13.0.mod) = Jid7C1vDPQJB8jN4OeimY9KmxgMFiHDyfO2d8f7n41c=
@@ -54,7 +55,7 @@ SHA256 (go_modules/golang.org/x/tools/@v
SHA256 (go_modules/golang.org/x/tools/@v/v0.1.12.zip) = SxIuDkcDvEAUyxz4wBT8+T6n1y8B2nlJk2U0b1TLuFE=
SHA256 (go_modules/golang.org/x/xerrors/@v/v0.0.0-20190717185122-a985d3407aa7.mod) = ql4+ybt7n2gWCe+sAZ2d4ae6dxkkj/Hqon54iC2z1/U=
SHA256 (go_modules/golang.org/x/xerrors/@v/v0.0.0-20190717185122-a985d3407aa7.zip) = xOnwY8/tVGyQ8AqWV96sT5FaiZT4y+bb0/GOeeuDAs8=
-SIZE (fzf-0.43.0.zip) = 291787
+SIZE (fzf-0.44.1.zip) = 296093
SIZE (go_modules/github.com/gdamore/encoding/@v/v1.0.0.mod) = 77
SIZE (go_modules/github.com/gdamore/encoding/@v/v1.0.0.zip) = 19867
SIZE (go_modules/github.com/gdamore/tcell/v2/@v/v2.5.4.mod) = 308
@@ -94,7 +95,8 @@ SIZE (go_modules/golang.org/x/sys/@v/v0.
SIZE (go_modules/golang.org/x/sys/@v/v0.0.0-20220722155257-8c9f86f7a55f.mod) = 33
SIZE (go_modules/golang.org/x/sys/@v/v0.0.0-20220811171246-fbc7d0a398ab.mod) = 33
SIZE (go_modules/golang.org/x/sys/@v/v0.13.0.mod) = 33
-SIZE (go_modules/golang.org/x/sys/@v/v0.13.0.zip) = 1901653
+SIZE (go_modules/golang.org/x/sys/@v/v0.14.0.mod) = 33
+SIZE (go_modules/golang.org/x/sys/@v/v0.14.0.zip) = 1900122
SIZE (go_modules/golang.org/x/term/@v/v0.0.0-20201126162022-7de9c90e9dd1.mod) = 95
SIZE (go_modules/golang.org/x/term/@v/v0.0.0-20210927222741-03fcf44c2211.mod) = 95
SIZE (go_modules/golang.org/x/term/@v/v0.13.0.mod) = 68
Index: modules.inc
===
RCS file: /cvs/ports/sysutils/fzf/modules.inc,v
retrieving revision 1.5
diff -u -p -r1.5 modules.inc
--- modules.inc 17 Oct 2023 13:43:53 - 1.5
+++ modules.inc 19 Nov 2023 08:45:41 -
@@ -12,7 +12,7 @@ MODGO_MODULES = \
golang.org/x/mod v0.6.0-dev.0.20220419223038-86c51ed26bb4 \
golang.org/x/net v0.0.0-20220722155237-a158d28d115b \
golang.org/x/sync v0.0.0-20220722155255-886fb9371eb4 \
- golang.org/x/sys v0.13.0 \
+ golang.org/x/sys v0.14.0 \
golang.org/x/term v0.13.0 \
golang.org/x/text v0.5.0 \
golang.org/x/tools v0.1.12 \
@@ -31,6 +31,7 @@
Re: godlberg_emulator build fix
On Sat, Nov 18, 2023 at 09:11:41PM +0100, Theo Buehler wrote:
> I'm not sure this fix is correct (since I'm not entirely sure why C++17
> is needed, but maybe abseil/protobuf default to C++17 nowadays).
>
> If this works for you, feel free to commit, otherwise it might provide a
> starting point for a better fix.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/goldberg_emulator/Makefile,v
> diff -u -p -r1.7 Makefile
> --- Makefile 26 Sep 2023 09:41:36 - 1.7
> +++ Makefile 18 Nov 2023 01:40:21 -
> @@ -22,8 +22,9 @@ FIX_CRLF_FILES =sdk_includes/isteamuser
> sdk_includes/steamclientpublic.h \
> sdk_includes/steam_gameserver.h
>
> -# C++14
> +# C++17 (abseil)
> COMPILER = base-clang ports-gcc
> +CXXFLAGS += -std=c++17
>
> LIB_DEPENDS =devel/protobuf
> USE_GMAKE = Yes
> Index: patches/patch-Makefile
> ===
> RCS file: /cvs/ports/games/goldberg_emulator/patches/patch-Makefile,v
> diff -u -p -r1.4 patch-Makefile
> --- patches/patch-Makefile11 Mar 2022 19:04:30 - 1.4
> +++ patches/patch-Makefile18 Nov 2023 01:23:41 -
> @@ -14,7 +14,7 @@ Index: Makefile
> -CXX_FLAGS += -fPIC -std=c++14
> -LD_FLAGS += -shared -lprotobuf-lite -ldl -Wl,--no-undefined
> +CXX=c++
> -+CXX_FLAGS += ${CXXFLAGS} -fPIC -std=c++14 -I${LOCALBASE}/include
> ++CXX_FLAGS += ${CXXFLAGS} -fPIC -I${LOCALBASE}/include
> +LD_FLAGS += -shared -L${LOCALBASE}/lib -lprotobuf-lite
> LIBRARY_NAME=libsteam_api.so
> RM = rm -f
>
>
https://en.cppreference.com/w/cpp/utility/in_place
They're C++17, and obviously abseil defaults to that mode now.
Re: amd64: llvm 16 fallout (2023-11-14)
On Thu, Nov 16, 2023 at 04:54:47PM +0100, Christian Weisgerber wrote:
> games/goldberg_emulator C++ no member in namespace 'std'
The abseil absl::in_place_t were just drop-ins for the (at the time future)
std::in_place_t from C++ 17.
Generic "fix" would be as simple as
namespace absl {
using std::in_place_t;
}
(or s/absl/std/ everywhere)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/11/19 02:51:16 Modified files: shells/nsh : Makefile Log message: make sure nsh stays nicely tucked within ports and doesn't depend on BSDSRCDIR or BSDOBJDIR in any way
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/11/19 01:44:19 Modified files: x11/gnome/builder: Makefile Added files: x11/gnome/builder/patches: patch-src_plugins_clang_meson_build Log message: Add an rpath to properly find and load libclang.so. Move to version 16 while here.
