fix configure for editors/libreoffice on arm64 openbsd
configure: error: Unsupported host_cpu aarch64 for host_os openbsd7.6 Looks like a merge error in the last update. openbsd_aarch64 slipped up into the netbsd*) block, move it back to the openbsd block. OK for 7.6? Index: editors/libreoffice/patches/patch-configure === RCS file: /cvs/openbsd/ports/editors/libreoffice/patches/patch-configure,v diff -u -p -u -p -r1.72 patch-configure --- editors/libreoffice/patches/patch-configure 17 Sep 2024 16:27:53 - 1.72 +++ editors/libreoffice/patches/patch-configure 21 Sep 2024 18:27:35 - @@ -11,7 +11,7 @@ Index: configure using_x11=yes PTHREAD_CFLAGS="-D_THREAD_SAFE" PTHREAD_LIBS="-pthread" -@@ -15375,6 +15378,11 @@ linux-android*) +@@ -15408,6 +15411,11 @@ openbsd*) P_SEP=: case "$host_cpu" in -- Never offend people with style when you can offend them with substance. -- Sam Brown, "The Washington Post", January 26, 1977
firmware update for qwx and qwz
Update qwx and qwz firmwares to the most recent release, instead of a git snapshot. OK? Index: sysutils/firmware/qwx/Makefile === RCS file: /cvs/openbsd/ports/sysutils/firmware/qwx/Makefile,v diff -u -p -u -p -r1.3 Makefile --- sysutils/firmware/qwx/Makefile 17 Aug 2024 08:39:38 - 1.3 +++ sysutils/firmware/qwx/Makefile 9 Sep 2024 22:42:58 - @@ -1,17 +1,13 @@ FW_DRIVER= qwx -FW_VER=20240815 -DISTNAME= linux-firmware-b1de0237a78a84baf7e1e2a1e9585405b88d82f8 -PKG_NAME= linux-firmware-${FW_VER} +FW_VER=20240909 -#DISTNAME= linux-firmware-${FW_VER} -#EXTRACT_SUFX= .tar.xz +DISTNAME= linux-firmware-${FW_VER} +EXTRACT_SUFX= .tar.xz # broad enough to reduce WRKSRC size but specific enough to match all DISTFILES EXTRACT_FILES= \*/{ath11k\*,LICEN\*,WHENCE} -#SITES=https://cdn.kernel.org/pub/linux/kernel/firmware/ -SITES= https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/snapshot/ - +SITES= https://cdn.kernel.org/pub/linux/kernel/firmware/ HOMEPAGE= https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/ath11k # can be redistributed, but shouldn't be in normal packages directory as Index: sysutils/firmware/qwx/distinfo === RCS file: /cvs/openbsd/ports/sysutils/firmware/qwx/distinfo,v diff -u -p -u -p -r1.3 distinfo --- sysutils/firmware/qwx/distinfo 17 Aug 2024 08:39:38 - 1.3 +++ sysutils/firmware/qwx/distinfo 9 Sep 2024 22:43:10 - @@ -1,2 +1,2 @@ -SHA256 (firmware/linux-firmware-b1de0237a78a84baf7e1e2a1e9585405b88d82f8.tar.gz) = sYa5xbB3dMoHd/5T52IhCs2/RV5p0x/vD1cc6uHOSEU= -SIZE (firmware/linux-firmware-b1de0237a78a84baf7e1e2a1e9585405b88d82f8.tar.gz) = 585194788 +SHA256 (firmware/linux-firmware-20240909.tar.xz) = lD+9GYg8+OrfieCyJCJUnbBWVXsezTClZABhWXE2lnE= +SIZE (firmware/linux-firmware-20240909.tar.xz) = 383099276 Index: sysutils/firmware/qwz/Makefile === RCS file: /cvs/openbsd/ports/sysutils/firmware/qwz/Makefile,v diff -u -p -u -p -r1.1.1.1 Makefile --- sysutils/firmware/qwz/Makefile 18 Aug 2024 14:56:44 - 1.1.1.1 +++ sysutils/firmware/qwz/Makefile 9 Sep 2024 22:42:26 - @@ -1,16 +1,13 @@ FW_DRIVER= qwz -FW_VER=20240815 -DISTNAME= linux-firmware-b1de0237a78a84baf7e1e2a1e9585405b88d82f8 +FW_VER=20240909 -#DISTNAME= linux-firmware-${FW_VER} -#EXTRACT_SUFX= .tar.xz +DISTNAME= linux-firmware-${FW_VER} +EXTRACT_SUFX= .tar.xz # broad enough to reduce WRKSRC size but specific enough to match all DISTFILES EXTRACT_FILES= \*/{ath12k\*,LICEN\*,WHENCE} -#SITES=https://cdn.kernel.org/pub/linux/kernel/firmware/ -SITES= https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/snapshot/ - +SITES= https://cdn.kernel.org/pub/linux/kernel/firmware/ HOMEPAGE= https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/ath12k # can be redistributed, but shouldn't be in normal packages directory as Index: sysutils/firmware/qwz/distinfo === RCS file: /cvs/openbsd/ports/sysutils/firmware/qwz/distinfo,v diff -u -p -u -p -r1.1.1.1 distinfo --- sysutils/firmware/qwz/distinfo 18 Aug 2024 14:56:44 - 1.1.1.1 +++ sysutils/firmware/qwz/distinfo 9 Sep 2024 22:41:56 - @@ -1,2 +1,2 @@ -SHA256 (firmware/linux-firmware-b1de0237a78a84baf7e1e2a1e9585405b88d82f8.tar.gz) = sYa5xbB3dMoHd/5T52IhCs2/RV5p0x/vD1cc6uHOSEU= -SIZE (firmware/linux-firmware-b1de0237a78a84baf7e1e2a1e9585405b88d82f8.tar.gz) = 585194788 +SHA256 (firmware/linux-firmware-20240909.tar.xz) = lD+9GYg8+OrfieCyJCJUnbBWVXsezTClZABhWXE2lnE= +SIZE (firmware/linux-firmware-20240909.tar.xz) = 383099276 -- Every little picofarad has a nanohenry all its own. -- Don Vonada
[NEW] sysutils/firmware/qwz
Firmware for qwz(4). This is mostly to make life easier for devs, as the driver is not yet ready for regular use. This is using a git hash because they won't make a regular snapshot for a month, and the download server is slow. OK? -- When God created man, She was only testing. qwz-firmware-port.tgz Description: application/tar-gz
devel/dyncall fix assembly for armv7
Bring in two patches from upstream, fixes build for me on armv7. OK? https://dyncall.org/pub/dyncall/dyncall/raw-rev/351bb41d3bb1 - removed %-prefixes for register names from arm assembly files (was wrong to begin with, gas accepted them but the clang integrated assembler does not) https://dyncall.org/pub/dyncall/dyncall/raw-rev/7364f285cac8 - use UAL syntax for some arm instructions for armhf targets, as clang's integrated as disallows pre-UAL syntax devel/dyncall Index: patches/patch-dyncall_dyncall_call_arm32_arm_S === RCS file: patches/patch-dyncall_dyncall_call_arm32_arm_S diff -N patches/patch-dyncall_dyncall_call_arm32_arm_S --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-dyncall_dyncall_call_arm32_arm_S 6 Aug 2024 19:53:37 - @@ -0,0 +1,12 @@ +Index: dyncall/dyncall_call_arm32_arm.S +--- dyncall/dyncall_call_arm32_arm.S.orig dyncall/dyncall_call_arm32_arm.S +@@ -71,7 +71,7 @@ pushArgs: + bne pushArgs + + call: +- /* 'blx %r4' workaround for ARMv4t: */ ++ /* 'blx r4' workaround for ARMv4t: */ + mov r14, r15/* Branch return address(r15) -> link register (r14) -- r15 always points to address of current + 2 instructions (= Epilog code). */ + bx r4 /* Call (ARM/THUMB), available for ARMv4t. */ + Index: patches/patch-dyncall_dyncall_call_arm32_arm_armhf_S === RCS file: patches/patch-dyncall_dyncall_call_arm32_arm_armhf_S diff -N patches/patch-dyncall_dyncall_call_arm32_arm_armhf_S --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-dyncall_dyncall_call_arm32_arm_armhf_S6 Aug 2024 19:53:37 - @@ -0,0 +1,21 @@ +Index: dyncall/dyncall_call_arm32_arm_armhf.S +--- dyncall/dyncall_call_arm32_arm_armhf.S.orig dyncall/dyncall_call_arm32_arm_armhf.S +@@ -59,7 +59,7 @@ ENTRY_C(dcCall_arm32_armhf) + add r5, r1, #16 /* r5 = stack args (after intreg ones) */ + + /* Load 16 single-precision registers (= 8 double-precision registers). */ +- fldmiad r3, {d0-d7} ++ vldmia r3, {d0-d7} + + /* prep stack parameter area (includes room for spill area, callee spills if needed) */ + sub r13, r13, r2 +@@ -77,7 +77,7 @@ armhf_pushArgs: + + armhf_call: + ldmia r1, {r0-r3} /* Load first 4 arguments for new call into r0-r3. */ +- /* 'blx %r4' workaround for ARMv4t: */ ++ /* 'blx r4' workaround for ARMv4t: */ + mov r14, r15 /* Branch return address(r15) -> link register (r14) -- r15 always points to address of current + 2 instructions (= Epilog code). */ + bx r4 /* Call (ARM/THUMB), available for ARMv4t. */ + Index: patches/patch-dyncall_dyncall_call_arm32_arm_armhf_S.orig === RCS file: patches/patch-dyncall_dyncall_call_arm32_arm_armhf_S.orig diff -N patches/patch-dyncall_dyncall_call_arm32_arm_armhf_S.orig --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-dyncall_dyncall_call_arm32_arm_armhf_S.orig 6 Aug 2024 19:53:37 - @@ -0,0 +1,12 @@ +Index: dyncall/dyncall_call_arm32_arm_armhf.S +--- dyncall/dyncall_call_arm32_arm_armhf.S.orig dyncall/dyncall_call_arm32_arm_armhf.S +@@ -77,7 +77,7 @@ armhf_pushArgs: + + armhf_call: + ldmia r1, {r0-r3} /* Load first 4 arguments for new call into r0-r3. */ +- /* 'blx %r4' workaround for ARMv4t: */ ++ /* 'blx r4' workaround for ARMv4t: */ + mov r14, r15 /* Branch return address(r15) -> link register (r14) -- r15 always points to address of current + 2 instructions (= Epilog code). */ + bx r4 /* Call (ARM/THUMB), available for ARMv4t. */ + Index: patches/patch-dyncall_dyncall_call_arm32_thumb_apple_s === RCS file: patches/patch-dyncall_dyncall_call_arm32_thumb_apple_s diff -N patches/patch-dyncall_dyncall_call_arm32_thumb_apple_s --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-dyncall_dyncall_call_arm32_thumb_apple_s 6 Aug 2024 19:53:37 - @@ -0,0 +1,12 @@ +Index: dyncall/dyncall_call_arm32_thumb_apple.s +--- dyncall/dyncall_call_arm32_thumb_apple.s.orig dyncall/dyncall_call_arm32_thumb_apple.s +@@ -71,7 +71,7 @@ pushArgs: + call: + ldmia r5!, {r0-r3}/* Load first 4 arguments for new call into r0-r3. */ + +- /* 'blx %r4' workaround for ARMv4t in THUMB: */ ++ /* 'blx r4' workaround for ARMv4t in THUMB: */ + blx r4 /* Branch and force THUMB-mode return (LR bit 0 set). */ + + /* Epilog. */ Index: patches/patch-dyncall_dyncall_call_arm32_thumb_a
news/py-sabctools fix build on arm64
This port checks the OS to decide how to detect runtime features on arm64, and expects getauxval() in the else case. Bump REVISION because it did previously build on arm64. OK? Index: news/py-sabctools/Makefile === RCS file: /cvs/openbsd/ports/news/py-sabctools/Makefile,v diff -u -p -u -p -r1.7 Makefile --- news/py-sabctools/Makefile 22 Jun 2024 09:01:53 - 1.7 +++ news/py-sabctools/Makefile 4 Aug 2024 22:40:26 - @@ -6,6 +6,7 @@ MODPY_EGG_VERSION = 8.2.3 EPOCH =0 DISTNAME = sabctools-${MODPY_EGG_VERSION} PKGNAME = py-sabctools-${MODPY_EGG_VERSION} +REVISION = 0 CATEGORIES = news Index: news/py-sabctools/patches/patch-src_yencode_crc_cc === RCS file: news/py-sabctools/patches/patch-src_yencode_crc_cc diff -N news/py-sabctools/patches/patch-src_yencode_crc_cc --- /dev/null 1 Jan 1970 00:00:00 - +++ news/py-sabctools/patches/patch-src_yencode_crc_cc 4 Aug 2024 22:32:06 - @@ -0,0 +1,12 @@ +Index: src/yencode/crc.cc +--- src/yencode/crc.cc.orig src/yencode/crc.cc +@@ -206,7 +206,7 @@ namespace RapidYenc { + # elif defined(__has_include) + # if __has_include() + # include +-# ifdef __FreeBSD__ ++# if __FreeBSD__ || __OpenBSD__ + static unsigned long getauxval(unsigned long cap) { + unsigned long ret; + elf_aux_info(cap, &ret, sizeof(ret)); Index: news/py-sabctools/patches/patch-src_yencode_platform_cc === RCS file: news/py-sabctools/patches/patch-src_yencode_platform_cc diff -N news/py-sabctools/patches/patch-src_yencode_platform_cc --- /dev/null 1 Jan 1970 00:00:00 - +++ news/py-sabctools/patches/patch-src_yencode_platform_cc 4 Aug 2024 22:33:01 - @@ -0,0 +1,21 @@ +Index: src/yencode/platform.cc +--- src/yencode/platform.cc.orig src/yencode/platform.cc +@@ -19,7 +19,7 @@ + # endif + bool RapidYenc::cpu_supports_neon() { + # if defined(AT_HWCAP) +-# ifdef __FreeBSD__ ++# if __FreeBSD__ || __OpenBSD__ + unsigned long supported; + elf_aux_info(AT_HWCAP, &supported, sizeof(supported)); + # ifdef __aarch64__ +@@ -204,7 +204,7 @@ int RapidYenc::cpu_supports_crc_isa() { + bool RapidYenc::cpu_supports_rvv() { + # if defined(AT_HWCAP) + unsigned long ret; +-# ifdef __FreeBSD__ ++# if __FreeBSD__ || __OpenBSD__ + elf_aux_info(AT_HWCAP, &ret, sizeof(ret)); + # else + ret = getauxval(AT_HWCAP); -- "Have you lived here all your life?" "Oh, twice that long."
Re: x11/qt5/qtwebengine on arm64 (was: Re: aarch64 bulk build report)
On 2024 Aug 04 (Sun) at 21:13:07 +0200 (+0200), Jeremie Courreges-Anglas wrote: :Still left to fix: x11/qt5/qtwebengine. Here's a diff that drops the :sys/auxv.h & getauxval code that breaks on arm64 (already dropped in :upstream Skia). Comment snagged from Landry's commit. : :ok? : OK : :Index: patches/patch-src_3rdparty_chromium_third_party_skia_src_core_SkCpu_cpp :=== :RCS file: patches/patch-src_3rdparty_chromium_third_party_skia_src_core_SkCpu_cpp :diff -N patches/patch-src_3rdparty_chromium_third_party_skia_src_core_SkCpu_cpp :--- /dev/null 1 Jan 1970 00:00:00 - :+++ patches/patch-src_3rdparty_chromium_third_party_skia_src_core_SkCpu_cpp 4 Aug 2024 18:56:41 - :@@ -0,0 +1,88 @@ :+drop cpu features detection, as done in upstream skia in :+https://github.com/google/skia/commit/571b4cf2e35930f6744181b73b72939ab236f3ea :+ :+fixes build since elf_aux_info/auxv.h addition :+ :+Index: src/3rdparty/chromium/third_party/skia/src/core/SkCpu.cpp :+--- src/3rdparty/chromium/third_party/skia/src/core/SkCpu.cpp.orig : src/3rdparty/chromium/third_party/skia/src/core/SkCpu.cpp :+@@ -72,79 +72,6 @@ :+ return features; :+ } :+ :+-#elif defined(SK_CPU_ARM64) && __has_include() :+-#include :+- :+-static uint32_t read_cpu_features() { :+-const uint32_t kHWCAP_CRC32 = (1<< 7), :+- kHWCAP_ASIMDHP = (1<<10); :+- :+-uint32_t features = 0; :+-uint32_t hwcaps = getauxval(AT_HWCAP); :+-if (hwcaps & kHWCAP_CRC32 ) { features |= SkCpu::CRC32; } :+-if (hwcaps & kHWCAP_ASIMDHP) { features |= SkCpu::ASIMDHP; } :+- :+-// The Samsung Mongoose 3 core sets the ASIMDHP bit but doesn't support it. :+-for (int core = 0; features & SkCpu::ASIMDHP; core++) { :+-// These /sys files contain the core's MIDR_EL1 register, the source of :+-// CPU {implementer, variant, part, revision} you'd see in /proc/cpuinfo. :+-SkString path = :+- SkStringPrintf("/sys/devices/system/cpu/cpu%d/regs/identification/midr_el1", core); :+- :+-// Can't use SkData::MakeFromFileName() here, I think because /sys can't be mmap()'d. :+-SkFILEStream midr_el1(path.c_str()); :+-if (!midr_el1.isValid()) { :+-// This is our ordinary exit path. :+-// If we ask for MIDR_EL1 from a core that doesn't exist, we've checked all cores. :+-if (core == 0) { :+-// On the other hand, if we can't read MIDR_EL1 from any core, assume the worst. :+-features &= ~(SkCpu::ASIMDHP); :+-} :+-break; :+-} :+- :+-const char kMongoose3[] = "0x531f0020"; // 53 == Samsung. :+-char buf[SK_ARRAY_COUNT(kMongoose3) - 1]; // No need for the terminating \0. :+- :+-if (SK_ARRAY_COUNT(buf) != midr_el1.read(buf, SK_ARRAY_COUNT(buf)) :+- || 0 == memcmp(kMongoose3, buf, SK_ARRAY_COUNT(buf))) { :+-features &= ~(SkCpu::ASIMDHP); :+-} :+-} :+-return features; :+-} :+- :+-#elif defined(SK_CPU_ARM32) && __has_include() && \ :+-(!defined(__ANDROID_API__) || __ANDROID_API__ >= 18) :+-// sys/auxv.h will always be present in the Android NDK due to unified :+-//headers, but getauxval is only defined for API >= 18. :+-#include :+- :+-static uint32_t read_cpu_features() { :+-const uint32_t kHWCAP_NEON = (1<<12); :+-const uint32_t kHWCAP_VFPv4 = (1<<16); :+- :+-uint32_t features = 0; :+-uint32_t hwcaps = getauxval(AT_HWCAP); :+-if (hwcaps & kHWCAP_NEON ) { :+-features |= SkCpu::NEON; :+-if (hwcaps & kHWCAP_VFPv4) { features |= SkCpu::NEON_FMA|SkCpu::VFP_FP16; } :+-} :+-return features; :+-} :+- :+-#elif defined(SK_CPU_ARM32) && __has_include() :+-#include :+- :+-static uint32_t read_cpu_features() { :+-uint32_t features = 0; :+-uint64_t cpu_features = android_getCpuFeatures(); :+-if (cpu_features & ANDROID_CPU_ARM_FEATURE_NEON) { features |= SkCpu::NEON; } :+-if (cpu_features & ANDROID_CPU_ARM_FEATURE_NEON_FMA) { features |= SkCpu::NEON_FMA; } :+-if (cpu_features & ANDROID_CPU_ARM_FEATURE_VFP_FP16) { features |= SkCpu::VFP_FP16; } :+-return features; :+-} :+- :+ #else :+ static uint32_t read_cpu_features() { :+ return 0; : : :-- :jca -- Calling J-Man Kink. Calling J-Man Kink. Hash missile sighted, target Los Angeles. Disregard personal feelings about city and intercept.
Re: aarch64 bulk build report
On 2024 Jul 26 (Fri) at 05:51:24 +0200 (+0200), Theo Buehler wrote: :On Fri, Jul 19, 2024 at 10:54:03AM +0100, Stuart Henderson wrote: :> On 2024/07/19 08:49, Peter Hessler wrote: :> > :http://build-failures.rhaalovely.net/aarch64/2024-07-16/x11/py-wxPython,python3.log :> > :> > wx/svg/_nanosvg.pyx:45:8: 'cython.object' is not a valid cython.* module :> :> No time to look right now but I suspect this may be a hidden build dep, :> i.e. cython picked up and then junked by dpb. : :While there is a tiny window where junking could break the _nanosvg build :this breakage isn't the result of junking. The port simply fails to build :if cython is installed. : :Here's one workaround, but perhaps there are better ideas? : Looks good to me, OK :Index: patches/patch-setup-wxsvg_py :=== :RCS file: patches/patch-setup-wxsvg_py :diff -N patches/patch-setup-wxsvg_py :--- /dev/null 1 Jan 1970 00:00:00 - :+++ patches/patch-setup-wxsvg_py 26 Jul 2024 03:35:31 - :@@ -0,0 +1,14 @@ :+Unbreak build if py3-cython is installed :+ :+Index: setup-wxsvg.py :+--- setup-wxsvg.py.orig : setup-wxsvg.py :+@@ -15,7 +15,7 @@ import textwrap :+ from setuptools import setup, Extension :+ try: :+ from Cython.Build import cythonize :+-have_cython = True :++have_cython = False :+ except ImportError: :+ have_cython = False :+ : -- Beware of the Turing Tar-pit in which everything is possible but nothing of interest is easy.
Re: aarch64 bulk build report
On 2024 Jul 18 (Thu) at 21:35:47 -0600 (-0600), phess...@openbsd.org wrote: :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2024-07-16/summary.log :http://build-failures.rhaalovely.net/aarch64/2024-07-16/mail/mozilla-thunderbird.log :http://build-failures.rhaalovely.net/aarch64/2024-07-16/www/firefox-esr.log :http://build-failures.rhaalovely.net/aarch64/2024-07-16/www/tor-browser/browser.log :http://build-failures.rhaalovely.net/aarch64/2024-07-16/x11/qt5/qtwebengine.log the above 4 ports fail related to hwcap in the same way: /usr/obj/ports/firefox-esr-115.13.0/firefox-115.13.0/gfx/skia/skia/src/core/SkCpu.cpp:84:27: error: use of undeclared identifier 'getauxval' uint32_t hwcaps = getauxval(AT_HWCAP); ^ :http://build-failures.rhaalovely.net/aarch64/2024-07-16/news/py-sabctools,python3.log src/yencode/platform.cc:32:9: error: use of undeclared identifier 'getauxval' return getauxval(AT_HWCAP) & HWCAP_ASIMD; :http://build-failures.rhaalovely.net/aarch64/2024-07-16/security/aircrack-ng.log also fallout from hwcap lib/libac/cpu/simd_cpuid.c:38:10: fatal error: 'asm/hwcap.h' file not found #include :http://build-failures.rhaalovely.net/aarch64/2024-07-16/math/labplot.log CMake Error at /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:233 (message): Could NOT find KF6 (missing: NewStuffCore NewStuff) (found suitable version "6.4.0", minimum required is "5.240.0") :http://build-failures.rhaalovely.net/aarch64/2024-07-16/plan9/plan9port.log this port is wildly unstable on arm64, now it's just random errors? :http://build-failures.rhaalovely.net/aarch64/2024-07-16/security/stunnel.log /usr/obj/ports/stunnel-5.64/stunnel-5.64/src/ctx.c:1578:31: error: use of undeclared identifier 'SSL23_ST_SR_CLNT_HELLO_A' :http://build-failures.rhaalovely.net/aarch64/2024-07-16/x11/py-wxPython,python3.log wx/svg/_nanosvg.pyx:45:8: 'cython.object' is not a valid cython.* module -- You are only young once, but you can stay immature indefinitely.
Re: aarch64 bulk build report
On 2024 Jun 19 (Wed) at 23:28:51 -0600 (-0600), phess...@openbsd.org wrote: :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2024-06-17/summary.log : :build failures: 3 :http://build-failures.rhaalovely.net/aarch64/2024-06-17/games/openrct2.log In file included from /usr/obj/ports/openrct2-0.4.11/OpenRCT2-0.4.11/src/openrct2/Cheats.cpp:12: In file included from /usr/obj/ports/openrct2-0.4.11/OpenRCT2-0.4.11/src/openrct2/GameState.h:20: In file included from /usr/obj/ports/openrct2-0.4.11/OpenRCT2-0.4.11/src/openrct2/ride/Ride.h:19: In file included from /usr/obj/ports/openrct2-0.4.11/OpenRCT2-0.4.11/src/openrct2/management/../ride/../world/Map.h:14: /usr/obj/ports/openrct2-0.4.11/OpenRCT2-0.4.11/src/openrct2/object/../drawing/../world/TileElement.h:472:19: error: field BannerIndex within 'LargeSceneryElement' is less aligned than '::BannerIndex' (aka 'TIdentifier::max(), BannerIndexTag>') and is usually due to 'LargeSceneryElement' being packed, which can lead to unaligned accesses [-Werror,-Wunaligned-access] ::BannerIndex BannerIndex; ^ :http://build-failures.rhaalovely.net/aarch64/2024-06-17/misc/openbabel.log In file included from /usr/obj/ports/openbabel-3.1.1/openbabel-3.1.1/src/formats/json/chemdoodlejsonformat.cpp:19: /usr/obj/ports/openbabel-3.1.1/openbabel-3.1.1/include/openbabel/json.h:22:10: fatal error: 'rapidjson/document.h' file not found #include ^~ :http://build-failures.rhaalovely.net/aarch64/2024-06-17/plan9/plan9port.log cd /usr/obj/ports/plan9port-20240109/plan9port-be7c68f6954f7dcaa53403e0f600716f65a13d32 && sed -i 's#/usr/local#/usr/local#' `cat lib/moveplan9.files` sed: bin/": No such file or directory bin/" and bin/"" don't seem to exist. These binaries are built on amd64 and other arches I try. -- A journey of a thousand miles begins with a cash advance.
Re: Perl ports in arm64 vs -current
New arm64 ports build just finished, and should be going onto your favourite mirror soon. On 2024 May 18 (Sat) at 18:37:09 + (+), Lucas Gabriel Vuotto wrote: :Hello ports@, : :Since today's snapshot, it seems that something is off in arm64 and :Perl: : :$ perl -MNet::SSLeay -e 'print "works\n"' :SSLeay.c: loadable library and perl binaries are mismatched (got first handshake key 0x1060, needed 0x10d0) : :On the contrary, on amd64 updated today too, : :$ perl -MNet::SSLeay -e 'print "works\n"' :works : :The issue is present with other modules, Net::SSLeay was chosen as it :was the one giving me an error message. But I tried p5-EV with a similar :error except for the filename. : :Rebuilding the package locally makes the error go away, so I guess it's :related to builders not being up-to-date with latest Perl, leading to :errors for packages with native extensions? : :dmesgs for systems follow. : : Lucas -- The cost of living hasn't affected its popularity.
[new] fonts/inclusive-sans
Inclusive Sans is a text font designed for accessibility and readability. It is inspired by the friendly personality of contemporary neo-grotesques while incorporating key features to make it highly legible in all uses. OK? -- If I traveled to the end of the rainbow As Dame Fortune did intend, Murphy would be there to tell me The pot's at the other end. -- Bert Whitney inclusive-sans.tgz Description: application/tar-gz
fix "PLIST.orig already exists"
this error is worthless and a waste of time, stop generating it: /usr/ports/www/yt-dlp/pkg/PLIST changed but /usr/ports/www/yt-dlp/pkg/PLIST.orig exists OK? Index: infrastructure/bin/update-plist === RCS file: /cvs/openbsd/ports/infrastructure/bin/update-plist,v diff -u -p -u -p -r1.214 update-plist --- infrastructure/bin/update-plist 14 May 2023 09:18:05 - 1.214 +++ infrastructure/bin/update-plist 23 Mar 2024 15:07:59 - @@ -1392,7 +1392,6 @@ $self->write_new_files; # and now, we figure out where to move the new files my @towrite = (); -my $cantmove = 0; my $exitcode = 0; @@ -1412,22 +1411,13 @@ for my $p (@{$self->{lists}}) { } else { print "$k changed"; push(@towrite, $k); - if (-f "$k$orig") { - print " but $k$orig exists\n"; - $cantmove = 1; - } else { - print "\n"; - } + print "\n"; } } else { print "$k is new\n"; push(@towrite, $k); } } -} - -if ($cantmove) { - exit(2); } if ($self->{state}->not) { -- Facts are stubborn, but statistics are more pliable.
[UPDATE] www/yt-dlp
Here's an update to the most recent release, OK? $ make test ... == 216 failed, 5310 passed, 862 skipped in 1207.44s (0:20:07) == Index: www/yt-dlp/Makefile === RCS file: /cvs/openbsd/ports/www/yt-dlp/Makefile,v diff -u -p -u -p -r1.33 Makefile --- www/yt-dlp/Makefile 8 Jan 2024 19:19:54 - 1.33 +++ www/yt-dlp/Makefile 23 Mar 2024 08:28:09 - @@ -1,6 +1,6 @@ COMMENT = CLI program to download videos from YouTube and other sites -VERSION = 2023.12.30 +VERSION = 2024.03.10 MODPY_EGG_VERSION =${VERSION:S/.0/./g} DISTNAME = yt-dlp-${VERSION} @@ -19,7 +19,7 @@ SITES = https://github.com/yt-dlp/yt-dl MODULES = lang/python -MODPY_PYBUILD =setuptools +MODPY_PYBUILD =hatchling TEST_DEPENDS +=devel/flake8 Index: www/yt-dlp/distinfo === RCS file: /cvs/openbsd/ports/www/yt-dlp/distinfo,v diff -u -p -u -p -r1.29 distinfo --- www/yt-dlp/distinfo 8 Jan 2024 19:19:54 - 1.29 +++ www/yt-dlp/distinfo 20 Mar 2024 18:14:05 - @@ -1,2 +1,2 @@ -SHA256 (yt-dlp-2023.12.30.tar.gz) = VAj+XRLNHEMO4QNGdw49YLqtXGOji0HIlnAF5JVngKc= -SIZE (yt-dlp-2023.12.30.tar.gz) = 5402838 +SHA256 (yt-dlp-2024.03.10.tar.gz) = Hbjq3p6GBUO2VfX5c+JnJ6wswgh03G/tmj54pKBe6Yk= +SIZE (yt-dlp-2024.03.10.tar.gz) = 5515436 Index: www/yt-dlp/patches/patch-pyproject_toml === RCS file: www/yt-dlp/patches/patch-pyproject_toml diff -N www/yt-dlp/patches/patch-pyproject_toml --- /dev/null 1 Jan 1970 00:00:00 - +++ www/yt-dlp/patches/patch-pyproject_toml 23 Mar 2024 09:31:45 - @@ -0,0 +1,12 @@ +Index: pyproject.toml +--- pyproject.toml.orig pyproject.toml +@@ -113,7 +113,7 @@ artifacts = ["/yt_dlp/extractor/lazy_extractors.py"] + "completions/zsh/_yt-dlp" = "share/zsh/site-functions/_yt-dlp" + "completions/fish/yt-dlp.fish" = "share/fish/vendor_completions.d/yt-dlp.fish" + "README.txt" = "share/doc/yt_dlp/README.txt" +-"yt-dlp.1" = "share/man/man1/yt-dlp.1" ++"yt-dlp.1" = "man/man1/yt-dlp.1" + + [tool.hatch.version] + path = "yt_dlp/version.py" Index: www/yt-dlp/patches/patch-setup_py === RCS file: www/yt-dlp/patches/patch-setup_py diff -N www/yt-dlp/patches/patch-setup_py --- www/yt-dlp/patches/patch-setup_py 17 Nov 2023 20:33:02 - 1.11 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -Index: setup.py setup.py.orig -+++ setup.py -@@ -85,7 +85,7 @@ def build_params(): - ('share/zsh/site-functions', ['completions/zsh/_yt-dlp']), - ('share/fish/vendor_completions.d', ['completions/fish/yt-dlp.fish']), - ('share/doc/yt_dlp', ['README.txt']), --('share/man/man1', ['yt-dlp.1']) -+('man/man1', ['yt-dlp.1']) - ] - data_files = [] - for dirname, files in files_spec: Index: www/yt-dlp/pkg/PLIST === RCS file: /cvs/openbsd/ports/www/yt-dlp/pkg/PLIST,v diff -u -p -u -p -r1.28 PLIST --- www/yt-dlp/pkg/PLIST8 Jan 2024 19:19:54 - 1.28 +++ www/yt-dlp/pkg/PLIST23 Mar 2024 09:34:11 - @@ -1,13 +1,13 @@ bin/yt-dlp lib/python${MODPY_VERSION}/site-packages/yt_dlp/ lib/python${MODPY_VERSION}/site-packages/yt_dlp-${MODPY_EGG_VERSION}.dist-info/ -lib/python${MODPY_VERSION}/site-packages/yt_dlp-${MODPY_EGG_VERSION}.dist-info/AUTHORS -lib/python${MODPY_VERSION}/site-packages/yt_dlp-${MODPY_EGG_VERSION}.dist-info/LICENSE lib/python${MODPY_VERSION}/site-packages/yt_dlp-${MODPY_EGG_VERSION}.dist-info/METADATA lib/python${MODPY_VERSION}/site-packages/yt_dlp-${MODPY_EGG_VERSION}.dist-info/RECORD lib/python${MODPY_VERSION}/site-packages/yt_dlp-${MODPY_EGG_VERSION}.dist-info/WHEEL lib/python${MODPY_VERSION}/site-packages/yt_dlp-${MODPY_EGG_VERSION}.dist-info/entry_points.txt -lib/python${MODPY_VERSION}/site-packages/yt_dlp-${MODPY_EGG_VERSION}.dist-info/top_level.txt +lib/python${MODPY_VERSION}/site-packages/yt_dlp-${MODPY_EGG_VERSION}.dist-info/licenses/ +lib/python${MODPY_VERSION}/site-packages/yt_dlp-${MODPY_EGG_VERSION}.dist-info/licenses/AUTHORS +lib/python${MODPY_VERSION}/site-packages/yt_dlp-${MODPY_EGG_VERSION}.dist-info/licenses/LICENSE lib/python${MODPY_VERSION}/site-packages/yt_dlp/YoutubeDL.py lib/python${MODPY_VERSION}/site-packages/yt_dlp/__init__.py lib/python${MODPY_VERSION}/site-packages/yt_dlp/__main__.py @@ -22,8 +22,6 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}aes.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}cache.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}cache.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packa
Re: UPDATE: aom 3.8.1
On 2024 Mar 03 (Sun) at 17:37:28 -0500 (-0500), Brad Smith wrote: :On Sun, Mar 03, 2024 at 04:26:14PM +0100, Peter Hessler wrote: :> This fails to build for me on arm64: :> :> ===> Configuring for aom-3.8.1 :> -- The C compiler identification is Clang 16.0.6 :> -- The CXX compiler identification is Clang 16.0.6 :> -- Detecting C compiler ABI info :> -- Detecting C compiler ABI info - done :> -- Check for working C compiler: /usr/obj/ports/aom-3.8.1/bin/cc - skipped :> -- Detecting C compile features :> -- Detecting C compile features - done :> -- Detecting CXX compiler ABI info :> -- Detecting CXX compiler ABI info - done :> -- Check for working CXX compiler: /usr/obj/ports/aom-3.8.1/bin/c++ - skipped :> -- Detecting CXX compile features :> -- Detecting CXX compile features - done :> -- Performing Test CMAKE_HAVE_LIBC_PTHREAD :> -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed :> -- Looking for pthread_create in pthreads :> -- Looking for pthread_create in pthreads - not found :> -- Looking for pthread_create in pthread :> -- Looking for pthread_create in pthread - found :> -- Found Threads: TRUE :> --- aom_configure: Detected CPU: arm64 :> -- The ASM compiler identification is unknown :> -- Found assembler: as :> CMake Error at build/cmake/aom_configure.cmake:212 (enable_language): :> The CMAKE_ASM_COMPILER: :> :> as :> :> is not a full path and was not found in the PATH. :> :> Tell CMake where to find the compiler by setting either the environment :> variable "ASM" or the CMake cache entry CMAKE_ASM_COMPILER to the full path :> to the compiler, or to the compiler name if it is in the PATH. :> Call Stack (most recent call first): :> CMakeLists.txt:73 (include) :> :> :> -- Warning: Did not find file Compiler/-ASM :> -- Configuring incomplete, errors occurred! :> :> :> note that there is no "as" or "llvm-as" binary on arm64. : :Try the following. : Yup, this works. I've committed it. thanks! : :Index: patches/patch-build_cmake_aom_configure_cmake :=== :RCS file: patches/patch-build_cmake_aom_configure_cmake :diff -N patches/patch-build_cmake_aom_configure_cmake :--- /dev/null 1 Jan 1970 00:00:00 - :+++ patches/patch-build_cmake_aom_configure_cmake 3 Mar 2024 21:29:37 - :@@ -0,0 +1,16 @@ :+ARM uses compiler intrinsics, so don't require GNU as. :+ :+Index: build/cmake/aom_configure.cmake :+--- build/cmake/aom_configure.cmake.orig : build/cmake/aom_configure.cmake :+@@ -192,6 +192,10 @@ elseif(AOM_TARGET_CPU MATCHES "arm") :+ if(NOT CMAKE_ASM_COMPILER) :+ set(CMAKE_ASM_COMPILER ${CMAKE_C_COMPILER} -c -mimplicit-it=always) :+ endif() :++ elseif(AOM_TARGET_SYSTEM STREQUAL "OpenBSD") :++if(NOT CMAKE_ASM_COMPILER) :++ set(CMAKE_ASM_COMPILER ${CMAKE_C_COMPILER}) :++endif() :+ else() :+ if(NOT CMAKE_ASM_COMPILER) :+ set(CMAKE_ASM_COMPILER as) : -- Any time things appear to be going better, you have overlooked something.
Re: aarch64 bulk build report
On 2024 Mar 05 (Tue) at 07:32:59 -0700 (-0700), phess...@openbsd.org wrote: :bulk build on arm64.ports.openbsd.org :started on Sun Mar 3 00:56:04 MST 2024 :finished at Tue Mar 5 07:32:46 MST 2024 :lasted 2D06h36m :done with kern.version=OpenBSD 7.5 (GENERIC.MP) #118: Sat Mar 2 21:06:51 MST 2024 : :built packages:12226 :Mar 3:4474 :Mar 4:3373 :Mar 5:4378 : : :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2024-03-03/summary.log : :build failures: 7 :http://build-failures.rhaalovely.net/aarch64/2024-03-03/devel/py-jupyter_server,python3.log npm ERR! network request to https://registry.npmjs.org/bootstrap failed, reason: getaddrinfo ENOTFOUND registry.npmjs.org presumably already fixed :http://build-failures.rhaalovely.net/aarch64/2024-03-03/editors/libreoffice.log configure: error: Unsupported host_cpu aarch64 for host_os openbsd7.5 :http://build-failures.rhaalovely.net/aarch64/2024-03-03/telephony/resiprocate,.log it built? :http://build-failures.rhaalovely.net/aarch64/2024-03-03/www/chromium.log :http://build-failures.rhaalovely.net/aarch64/2024-03-03/www/ungoogled-chromium.log ../../base/allocator/partition_allocator/src/partition_alloc/tagging.cc:16:10: fatal error: 'asm/hwcap.h' file not found :http://build-failures.rhaalovely.net/aarch64/2024-03-03/x11/gnustep/libobjc2.log error: could not find git for clone of robinmap-populate presumably already fixed :http://build-failures.rhaalovely.net/aarch64/2024-03-03/x11/qt5/qtwebengine.log Only Linux X64 MSAN is supported should be fixed by the i386 fix -- I have made mistakes but I have never made the mistake of claiming that I have never made one. -- James Gordon Bennett
Re: UPDATE: aom 3.8.1
This fails to build for me on arm64: ===> Configuring for aom-3.8.1 -- The C compiler identification is Clang 16.0.6 -- The CXX compiler identification is Clang 16.0.6 -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working C compiler: /usr/obj/ports/aom-3.8.1/bin/cc - skipped -- Detecting C compile features -- Detecting C compile features - done -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check for working CXX compiler: /usr/obj/ports/aom-3.8.1/bin/c++ - skipped -- Detecting CXX compile features -- Detecting CXX compile features - done -- Performing Test CMAKE_HAVE_LIBC_PTHREAD -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Found Threads: TRUE --- aom_configure: Detected CPU: arm64 -- The ASM compiler identification is unknown -- Found assembler: as CMake Error at build/cmake/aom_configure.cmake:212 (enable_language): The CMAKE_ASM_COMPILER: as is not a full path and was not found in the PATH. Tell CMake where to find the compiler by setting either the environment variable "ASM" or the CMake cache entry CMAKE_ASM_COMPILER to the full path to the compiler, or to the compiler name if it is in the PATH. Call Stack (most recent call first): CMakeLists.txt:73 (include) -- Warning: Did not find file Compiler/-ASM -- Configuring incomplete, errors occurred! note that there is no "as" or "llvm-as" binary on arm64. On 2024 Feb 28 (Wed) at 16:40:02 + (+), Stuart Henderson wrote: :On 2024/02/28 17:28, Jan Beich wrote: :> Brad Smith writes: :> :> > GH_ACCOUNT= jbeich :> > GH_PROJECT= aom :> > -GH_TAGNAME= v3.6.1 :> > +GH_TAGNAME= v3.8.1 :> :> If you don't use snapshots or RCs better migrate off my GitHub mirror. :> According to Repology the download link would be :> :> https://storage.googleapis.com/aom-releases/libaom-3.8.1.tar.gz :> : :Updated for that. No difference in the contents of the tars after :extracting. : :Index: Makefile :=== :RCS file: /cvs/ports/multimedia/aom/Makefile,v :retrieving revision 1.20 :diff -u -p -r1.20 Makefile :--- Makefile 29 May 2023 17:52:01 - 1.20 :+++ Makefile 28 Feb 2024 16:39:18 - :@@ -1,13 +1,14 @@ : COMMENT= Alliance for Open Media AV1 video codec : :-GH_ACCOUNT= jbeich :-GH_PROJECT= aom :-GH_TAGNAME= v3.6.1 :+V=3.8.1 :+DISTNAME= libaom-$V :+PKGNAME= aom-$V : CATEGORIES= multimedia : :-SHARED_LIBS= aom 4.0 :+SHARED_LIBS= aom 4.1 : : HOMEPAGE= https://aomedia.org/ :+SITES=https://storage.googleapis.com/aom-releases/ : : MAINTAINER= Brad Smith : :Index: distinfo :=== :RCS file: /cvs/ports/multimedia/aom/distinfo,v :retrieving revision 1.17 :diff -u -p -r1.17 distinfo :--- distinfo 29 May 2023 17:52:01 - 1.17 :+++ distinfo 28 Feb 2024 16:39:18 - :@@ -1,2 +1,2 @@ :-SHA256 (aom-3.6.1.tar.gz) = Z5xBtBpQucWo+qG6kZ4MI5quf+hXUl4iP/IMVpl/EZ8= :-SIZE (aom-3.6.1.tar.gz) = 5269397 :+SHA256 (libaom-3.8.1.tar.gz) = 3txlBggSp9+AHAJwov6L13PGuwtgHyFE7PvGLcD2cco= :+SIZE (libaom-3.8.1.tar.gz) = 5450909 :Index: patches/patch-CMakeLists_txt :=== :RCS file: /cvs/ports/multimedia/aom/patches/patch-CMakeLists_txt,v :retrieving revision 1.5 :diff -u -p -r1.5 patch-CMakeLists_txt :--- patches/patch-CMakeLists_txt 9 Apr 2023 06:17:17 - 1.5 :+++ patches/patch-CMakeLists_txt 28 Feb 2024 16:39:18 - :@@ -1,12 +1,13 @@ : Index: CMakeLists.txt : --- CMakeLists.txt.orig : +++ CMakeLists.txt :-@@ -824,7 +824,7 @@ if(ENABLE_EXAMPLES AND "${CMAKE_GENERATOR}" MATCHES "M :- endif() :- :- if(BUILD_SHARED_LIBS) :-- if(NOT WIN32 AND NOT APPLE) :-+ if(NOT WIN32 AND NOT APPLE AND NOT CMAKE_SYSTEM_NAME MATCHES "OpenBSD") :+@@ -828,7 +828,8 @@ if(BUILD_SHARED_LIBS) :+ # https://clang.llvm.org/docs/AddressSanitizer.html#usage. :+ if(NOT WIN32 :+ AND NOT APPLE :+- AND NOT (CMAKE_C_COMPILER_ID MATCHES "Clang" AND SANITIZE)) :++ AND NOT (CMAKE_C_COMPILER_ID MATCHES "Clang" AND SANITIZE) :++ AND NOT CMAKE_SYSTEM_NAME MATCHES "OpenBSD") : # The -z defs linker option reports unresolved symbol references from object : # files when building a shared library. : if("${CMAKE_VERSION}" VERSION_LESS "3.13") :Index: patches/patch-aom_ports_aarch32_cpudetect_c :=== :RCS file: patches/patch-aom_ports_aarch32_cpudetect_c :diff -N patches/patch-aom_ports_aarch32_cpudetect_c :--- /dev/null 1 Jan 1970 00:00:00 - :+++ patches/patch-aom_ports_aarch32_cpudetect_c28 Feb 2024 16:39:18 -0
Re: [NEW] firmware for qwx(4)
On 2024 Jan 25 (Thu) at 18:20:49 +0100 (+0100), Peter Hessler wrote: :This is the firmware for the qwx(4) driver, OK? : :Based on the qcpas-firmware port : : :Note: this depends on the new firmware paths as of 2024-01-25. Some minor updates and include firmware files that kevlo@ needed. still looking for OKs. -- And I heard Jeff exclaim, As they strolled out of sight, "Merry Christmas to all -- You take credit cards, right?" -- "Outsiders" comic qwxfirmware.tgz Description: application/tar-gz
[NEW] firmware for qwx(4)
This is the firmware for the qwx(4) driver, OK? Based on the qcpas-firmware port Note: this depends on the new firmware paths as of 2024-01-25. Note 2: this driver does not yet authenticate or pass traffic, please don't overreact. -- "Would you tell me, please, which way I ought to go from here?" "That depends a good deal on where you want to get to," said the Cat. -- Lewis Carroll qwxfirmware.tgz Description: application/tar-gz
Re: aarch64 bulk build report
On 2024 Jan 17 (Wed) at 19:53:18 -0700 (-0700), phess...@openbsd.org wrote: :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2024-01-15/summary.log : :build failures: 5 :http://build-failures.rhaalovely.net/aarch64/2024-01-15/databases/updatedb.log missing REVISION, fixed :http://build-failures.rhaalovely.net/aarch64/2024-01-15/meta/gnome.log transient failure, asked it to rebuild and it built fine :http://build-failures.rhaalovely.net/aarch64/2024-01-15/sysutils/ugrep.log cpu feature detection problems cc -DHAVE_CONFIG_H -I. -I../.. -DZ7_PPMD_SUPPORT -DZ7_EXTRACT_ONLY -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/usr/local/include -I/usr/local/include -I/usr/include -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I../lzma/C -O2 -pipe -MT libviiz_a-CpuArch.o -MD -MP -MF .deps/libviiz_a-CpuArch.Tpo -c -o libviiz_a-CpuArch.o `test -f 'CpuArch.c' || echo './'`CpuArch.c CpuArch.c:763:10: fatal error: 'sys/auxv.h' file not found #include ^~~~ :http://build-failures.rhaalovely.net/aarch64/2024-01-15/www/sogo.log ===> Failed patches: patch-SoObjects_SOGo_SOGoGCSFolder_m :http://build-failures.rhaalovely.net/aarch64/2024-01-15/x11/kde-plasma/kwin.log missing dep on multimedia/pipewire/pipewire,-libs ? /usr/obj/ports/kwin-5.27.10/kwin-5.27.10/src/plugins/screencast/screencastsource.h:10:10: fatal error: 'spa/buffer/buffer.h' file not found #include ^ 1 error generated. -- Life may have no meaning -- or even worse, it may have a meaning of which I disapprove.
Re: Update to minio-0.20231214
On 2024 Jan 17 (Wed) at 12:47:29 -0500 (-0500), Daniel Jakots wrote: :On Wed, 17 Jan 2024 16:49:50 +0100, Peter Hessler :wrote: : :> On 2024 Jan 06 (Sat) at 09:25:22 -0500 (-0500), Daniel Jakots wrote: :> :On Sat, 6 Jan 2024 15:15:25 +0100, Peter Hessler :> :wrote: :> : :> :> annoyingly this change completely fucks me over, because the :> feature :> they are removing is 100% the reason I'm using it. :> : :> :I'm not sure I understand. What is the feature you're mentioning? :> : :> :> As I understand their documentation, this is the file system storage :> of files. I need to be able to use "root :> /var/www/minio/export/bucket;" in my web server config so web users :> can fetch assets that are uploaded. : :My use case is also a mastodon instance but nginx is proxying request :to minio, it's not reading directly from the bucket. : That's precisely what I'm trying to avoid :(. Earlier in the thread there was the possibility of adding the in-tree version of minio as an older version, then adding in a newer version that'll receive updates. Can we keep the old version for a long time? :The way the files are stored on disk changed a bit (I know because I :initially tried to switch to a newer minio with just rsyncing the files, :but it didn't work). To what extent, I'm not sure. : :Cheers, :Daniel :
Re: Update to minio-0.20231214
On 2024 Jan 06 (Sat) at 09:25:22 -0500 (-0500), Daniel Jakots wrote: :On Sat, 6 Jan 2024 15:15:25 +0100, Peter Hessler :wrote: : :> annoyingly this change completely fucks me over, because the feature :> they are removing is 100% the reason I'm using it. : :I'm not sure I understand. What is the feature you're mentioning? : As I understand their documentation, this is the file system storage of files. I need to be able to use "root /var/www/minio/export/bucket;" in my web server config so web users can fetch assets that are uploaded. :What would you miss if you switched to the Single-Node Single-Drive :(SNSD) configuration? : Nothing on their web page explainging SNSD makes sense to me. S3 doesn't make sense to me, and I'm only using it because Mastodon software requires it for a multi-VM deployment.
Re: tweak pkg_* footgun messages
This change doesn't make a difference. End-Users aren't going to care about the difference between "should" and "may". They're just going to run it regardless. The problem is that they are being printed during upgrades, when the messages are only useful when the package is removed. On 2024 Jan 13 (Sat) at 17:06:18 + (+), Klemens Nanni wrote: : syncthing-1.27.1->1.27.2: ok : Read shared items: ok : --- -syncthing-1.27.1 --- : You should also run rm -rf /var/syncthing/{.,}* : :I shall certainly not wipe that directory... : :Apparently fixing this for good is more involved, but rewording is easy, :so perhaps this reads better? : : You may also run rm -rf /var/syncthing/{.,}* : :It's not great, but relaxing 'must' into 'may' feels more appropiate. : :Thoughts? : :Index: OpenBSD/Delete.pm :=== :RCS file: /cvs/src/usr.sbin/pkg_add/OpenBSD/Delete.pm,v :diff -u -p -r1.169 Delete.pm :--- OpenBSD/Delete.pm 11 Oct 2023 13:54:43 - 1.169 :+++ OpenBSD/Delete.pm 13 Jan 2024 16:57:26 - :@@ -527,7 +527,7 @@ sub delete($self, $state) : if ($state->{quick} && $state->{quick} >= 2) { : unless ($state->{extra}) { : $self->mark_dir($state); :- $state->log("You should also #1 #2", $action, $realname ); :+ $state->log("You may also #1 #2", $action, $realname ); : return; : } : } else { :@@ -537,7 +537,7 @@ sub delete($self, $state) : } else { : unless ($state->{extra}) { : $self->mark_dir($state); :- $state->log("You should also #1 #2 (which was modified)", $action, $realname); :+ $state->log("You may also #1 #2 (which was modified)", $action, $realname); : return; : } : } :@@ -607,7 +607,7 @@ sub delete($self, $state) : unlink($realname) or : $state->say("problem deleting extra file #1: #2", $realname, $!); : } else { :- $state->log("You should also remove #1", $realname); :+ $state->log("You may also remove #1", $realname); : $self->mark_dir($state); : } : } :@@ -622,7 +622,7 @@ sub delete($self, $state) : if ($state->{extra}) { : $self->SUPER::delete($state); : } else { :- $state->log("You should also remove the directory #1", $realname); :+ $state->log("You may also remove the directory #1", $realname); : $self->mark_dir($state); : } : } :@@ -634,7 +634,7 @@ sub delete($self, $state) : if ($state->{extra}) { : $self->run($state); : } else { :- $state->log("You should also run #1", $self->{expanded}); :+ $state->log("You may also run #1", $self->{expanded}); : } : } : :Index: OpenBSD/SharedItems.pm :=== :RCS file: /cvs/src/usr.sbin/pkg_add/OpenBSD/SharedItems.pm,v :diff -u -p -r1.34 SharedItems.pm :--- OpenBSD/SharedItems.pm 13 Jun 2023 09:07:17 - 1.34 :+++ OpenBSD/SharedItems.pm 13 Jan 2024 16:58:03 - :@@ -110,7 +110,7 @@ sub cleanup($recorder, $state) : $user); : } else { : $state->log->set_context('-'.$pkgname); :- $state->log("You should also run /usr/sbin/userdel #1", $user); :+ $state->log("You may also run /usr/sbin/userdel #1", $user); : } : $done++; : } :@@ -122,7 +122,7 @@ sub cleanup($recorder, $state) : $group); : } else { : $state->log->set_context('-'.$pkgname); :- $state->log("You should also run /usr/sbin/groupdel #1", $group); :+ $state->log("You may also run /usr/sbin/groupdel #1", $group); : } : $done++; : } : -- At no time is freedom of speech more precious than when a man hits his thumb with a hammer. -- Marshall Lumsden
Re: Update to minio-0.20231214
annoyingly this change completely fucks me over, because the feature they are removing is 100% the reason I'm using it. are there any s3 compatible tools that still use a filesystem for the backend? On 2023 Dec 22 (Fri) at 20:43:05 -0500 (-0500), Daniel Jakots wrote: :Hey, : :Here's a diff to update to minio-0.20231214. The reason I stopped :upgrading is because: : :> The MinIO Gateway and the related filesystem mode entered a feature :> freeze in July 2020. In February 2022, MinIO announced the :> deprecation of the MinIO Gateway. Along with the deprecation :> announcement, MinIO also announced that the feature would be removed :> in six months time. :> :> As of :> https://github.com/minio/minio/releases/tag/RELEASE.2022-10-29T06-21-33Z, :> the MinIO Gateway and the related filesystem mode code have been :> removed. Deployments still using the standalone or filesystem MinIO :> modes that upgrade to MinIO Server :> https://github.com/minio/minio/releases/tag/RELEASE.2022-10-29T06-21-33Z :> or later receive an error when attempting to start MinIO. : :From https://min.io/docs/minio/linux/operations/install-deploy-manage/migrate-fs-gateway.html : :I struggled to identify whether my instance was impacted. Eventually, I :asked on their Slack channel. However, Minio people were not super :knowledgeable on the matter, but I got told I should be safe. :Unfortunately, minio wasn't building at that time on OpenBSD and it took :a month for my patch to trickle down to a release. : :I tried to update then and... minio wouldn't start because I was :actually impacted by the deprecation. : :I don't have the exact error message anymore, but it's from :cmd/format-erasure.go: :return "", fmt.Errorf(`found backend type %s, expected %s or %s - to migrate to a supported backend visit https://min.io/docs/minio/linux/operations/install-deploy-manage/migrate-fs-gateway.html`, meta.Format, formatBackendErasure, formatBackendErasureSingle) : :I've no idea what the minio on OpenBSD users are running, and so whether :they will be impacted. So I guess the best move is to assume they are. : :To migrate away from the deprecated mode, the procedure is documented: :https://min.io/docs/minio/linux/operations/install-deploy-manage/migrate-fs-gateway.html : :So what should be done to help our lovely users go through, the best way :possible? : :The upgrade must be done *before* upgrading. If a user already ran :`pkg_add -u`, it will be a pain to reinstall the old minio version :(libs bump and co)... unless we provide both version in the ports :tree. So, should we do this? : :I thought about an entry in current.html (which will trickle down to :upgrade75.html) + a @ask-update in the PLIST. Is that right? : :Last thing, previously the 'root' user/password was set in (one of) the :config file. With the new version, credentials must be set through :environment variables. (Otherwise it uses minioadmin:minioadmin.) :To that effect, I added :/usr/ports/net/minio/server$ cat pkg/minio.login :minio:\ : :openfiles-cur=4096:\ : :openfiles-max=8192:\ : :setenv=MINIO_ROOT_USER=root,MINIO_ROOT_PASSWORD=yourstrongpassword:\ : :tc=daemon: :(and got rid of the README). : :But if I understand correctly pkg_create(1), the :`@sample ${SYSCONFDIR}/login.conf.d/minio` means it will be installed :verbatim, which is not acceptable. I guess the README should be :reinstated? : :Lastly, please note that I only talked about the server component. I :didn't touch the client component (minioc/mc) yet, but the doc mentions :a "newest acceptable version" for the client as well, so similar care is :likely required. : :Cheers, :Daniel -- In order to make an apple pie from scratch, you must first create the universe. -- Carl Sagan, Cosmos
Re: aarch64 bulk build report
On 2023 Dec 30 (Sat) at 13:33:16 -0800 (-0800), Jeremy Evans wrote: :On Sat, Dec 30, 2023 at 10:17 AM Peter Hessler wrote: : :> :http://build-failures.rhaalovely.net/aarch64/2023-12-28/lang/ruby/3.3.log :> :> ./miniruby -I./lib -I. -I.ext/common -n -e :> 'BEGIN{version=ARGV.shift;mis=ARGV.dup}' -e 'END{abort "UNICODE version :> mismatch: #{mis}" unless mis.empty?}' -e '(mis.delete(ARGF.path); :> ARGF.close) if /ONIG_UNICODE_VERSION_STRING :> +"#{Regexp.quote(version)}"/o' 15.0.0 ./enc/unicode/15.0.0/casefold.h :> ./enc/unicode/15.0.0/name2ctype.h :> Segmentation fault (core dumped) :> *** Error 139 in /usr/obj/ports/ruby-3.3.0/ruby-3.3.0 (Makefile:1626 :> '.rbconfig.time') :> : :Maybe this could be fixed by :https://github.com/ruby/ruby/commit/02973b78f499acc28c714a082c82a846314a911f, :but that's just a guess without seeing the backtrace. : :Thanks, :Jeremy That patch doesn't seem to help. Here's a backtrace from gdb-9.2. phess...@jane.theapt.org:/usr/obj/ports/ruby-3.3.0/ruby-3.3.0> egdb --core min> GNU gdb (GDB) 9.2 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "aarch64-unknown-openbsd7.4". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from ./miniruby... Dwarf Error: could not find abbrev number 135 [in module /usr/obj/ports/ruby-3.3.0/ruby-3.3.0/miniruby] (No debugging symbols found in ./miniruby) [New process 109035] Core was generated by `miniruby'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00187992ab7c in rb_yjit_constant_state_changed () (gdb) bt #0 0x00187992ab7c in rb_yjit_constant_state_changed () #1 0x001879801df4 [PAC] in rb_clear_constant_cache_for_id () #2 0x0018797f4758 [PAC] in const_set () #3 0x0018797f45ec [PAC] in rb_const_set () #4 0x0018795dcf50 [PAC] in boot_defclass () #5 0x0018795dccb0 [PAC] in Init_class_hierarchy () #6 0x0018796e74b4 [PAC] in InitVM_Object () #7 0x001879688f04 [PAC] in rb_call_inits () #8 0x001879653e70 [PAC] in ruby_setup () #9 0x001879653fa0 [PAC] in ruby_init () #10 0x0018795ae0c4 [PAC] in main () -- If you're right 90% of the time, why quibble about the remaining 3%?
Re: aarch64 bulk build report
On 2023 Dec 30 (Sat) at 11:11:11 -0700 (-0700), phess...@openbsd.org wrote: :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-12-28/summary.log :http://build-failures.rhaalovely.net/aarch64/2023-12-28/games/godot4,-editor.log ===> Faking installation for godot4-4.1.3 /usr/obj/ports/godot4-4.1.3/bin/install -c -m 755 /usr/obj/ports/godot4-4.1.3/godot-4.1.3-stable/bin/godot.linuxbsd.template_release.x86_64 /usr/obj/ports/godot4-4.1.3/fake-aarch64/usr/local/bin/godot4 install: /usr/obj/ports/godot4-4.1.3/godot-4.1.3-stable/bin/godot.linuxbsd.template_release.x86_64: No such file or directory but /usr/obj/ports/godot4-4.1.3/godot-4.1.3-stable/bin/godot.linuxbsd.template_release.arm64 does exist :http://build-failures.rhaalovely.net/aarch64/2023-12-28/graphics/darktable.log cd /usr/obj/ports/darktable-4.4.2/darktable-4.4.2/data && /usr/local/bin/jsonschema -i /usr/obj/ports/darktable-4.4.2/darktable-4.4.2/data/noiseprofiles.json /usr/obj/ports/darktable-4.4.2/darktable-4.4.2/data/noiseprofiles.schema Traceback (most recent call last): File "/usr/local/bin/jsonschema", line 5, in from jsonschema.cli import main File "/usr/local/lib/python3.10/site-packages/jsonschema/__init__.py", line 13, in from jsonschema._format import FormatChecker File "/usr/local/lib/python3.10/site-packages/jsonschema/_format.py", line 287, in raises=(idna.IDNAError, UnicodeError), AttributeError: module 'idna' has no attribute 'IDNAError' ninja: build stopped: subcommand failed. :http://build-failures.rhaalovely.net/aarch64/2023-12-28/lang/ruby/3.3.log ./miniruby -I./lib -I. -I.ext/common -n -e 'BEGIN{version=ARGV.shift;mis=ARGV.dup}' -e 'END{abort "UNICODE version mismatch: #{mis}" unless mis.empty?}' -e '(mis.delete(ARGF.path); ARGF.close) if /ONIG_UNICODE_VERSION_STRING +"#{Regexp.quote(version)}"/o' 15.0.0 ./enc/unicode/15.0.0/casefold.h ./enc/unicode/15.0.0/name2ctype.h Segmentation fault (core dumped) *** Error 139 in /usr/obj/ports/ruby-3.3.0/ruby-3.3.0 (Makefile:1626 '.rbconfig.time') :http://build-failures.rhaalovely.net/aarch64/2023-12-28/x11/kde-plasma/kwayland-integration.log :http://build-failures.rhaalovely.net/aarch64/2023-12-28/x11/kde-plasma/plasma-nano.log :http://build-failures.rhaalovely.net/aarch64/2023-12-28/x11/kde-plasma/plasma-pa.log :http://build-failures.rhaalovely.net/aarch64/2023-12-28/x11/kde-plasma/xdg-desktop-portal-kde.log : already fixed -- A bird in the hand makes it awfully hard to blow your nose.
Re: lang/hare build failure (Re: NEW: lang/hare)
On 2023 Dec 11 (Mon) at 15:35:09 + (+), Brian Callahan wrote: :On 12/10/2023 8:52 PM, Theo Buehler wrote: :> I thought someone mentioned a conflict in this thread, but I can't find :> it anymore: :> : :That was a different conflict, and (hopefully) I fixed it here: :https://marc.info/?l=openbsd-ports-cvs&m=170207582213615&w=2 : :This one, it seems that binutils correctly has a @conflict on gas-* but :gas is missing a @conflict on binutils-*. Though it does beg the :question of if we need a (now outdated) gas package if we have an :up-to-date binutils package. : :In any event, here is a diff for devel/gas. : :~Brian : I hit this a couple times in the most recent arm64 bulk and letting it re-run the build let it work OK :Index: Makefile :=== :RCS file: /cvs/ports/devel/gas/Makefile,v :retrieving revision 1.5 :diff -u -p -r1.5 Makefile :--- Makefile 21 Sep 2023 09:49:53 - 1.5 :+++ Makefile 11 Dec 2023 15:33:48 - :@@ -3,6 +3,7 @@ COMMENT = GNU assembler : V = 2.31.1 : DISTNAME =binutils-$V : PKGNAME = gas-$V :+REVISION =0 : : CATEGORIES = devel : :Index: pkg/PLIST :=== :RCS file: /cvs/ports/devel/gas/pkg/PLIST,v :retrieving revision 1.2 :diff -u -p -r1.2 PLIST :--- pkg/PLIST 11 Mar 2022 18:50:04 - 1.2 :+++ pkg/PLIST 11 Dec 2023 15:33:48 - :@@ -1,3 +1,4 @@ :+@conflict binutils-* : @bin bin/gas : @info info/gas.info : @man man/man1/gas.1 -- Speed is subsittute fo accurancy.
audio/audacious/plugins disable openmpt
Broke on the most recent aarch64 bulk build, a junk happened between configure and build. OK? Index: audio/audacious/plugins/Makefile === RCS file: /cvs/openbsd/ports/audio/audacious/plugins/Makefile,v diff -u -p -u -p -r1.14 Makefile --- audio/audacious/plugins/Makefile23 Jul 2023 04:27:27 - 1.14 +++ audio/audacious/plugins/Makefile25 Nov 2023 13:45:14 - @@ -1,7 +1,7 @@ COMMENT = input and output plugins for Audacious DISTNAME = audacious-plugins-${VERSION} -REVISION = 0 +REVISION = 1 # BSD / GPL PERMIT_PACKAGE = Yes @@ -46,6 +46,7 @@ CONFIGURE_ARGS = --disable-alsa \ --disable-bs2b \ --disable-jack \ --disable-lirc \ + --disable-openmpt \ --disable-pulse \ --disable-qtaudio \ --disable-sdlout \ -- If you've done six impossible things before breakfast, why not round it off with dinner at Milliway's, the restaurant at the end of the universe?
Re: aarch64 bulk build report
good news, all of the java build errors are gone. brief look at the logs inline. On 2023 Nov 24 (Fri) at 04:48:34 -0700 (-0700), phess...@openbsd.org wrote: :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-11-21/summary.log : :build failures: 6 :http://build-failures.rhaalovely.net/aarch64/2023-11-21/audio/audacious/plugins.log likely a missing dep: if c++ -fPIC -DPIC -O2 -pipe -ffast-math -Wall -pipe -std=gnu++17 -Wtype-limits -Woverloaded-virtual -fvisibility=hidden -fPIC -DPIC -I/usr/X11R6/include -I/usr/local/include -include config.h -I/usr/local/include -I/usr/local/include -I../.. -MD -MF ${out%.o}.dep -c -o mpt.plugin.o mpt.cc; then \ printf "Successfully compiled %s (plugin).\n" "mpt.cc"; \ else \ err=$?; printf "Failed to compile %s (plugin)!\n" "mpt.cc"; exit $err; \ fi In file included from mpt.cc:32: ./mptwrap.h:34:10: fatal error: 'libopenmpt/libopenmpt.h' file not found #include ^ 1 error generated. :http://build-failures.rhaalovely.net/aarch64/2023-11-21/sysutils/cdrtools.log hangs running avoffset. seems there is a 3.01 update available that addresses that program. :http://build-failures.rhaalovely.net/aarch64/2023-11-21/sysutils/telegraf.log /usr/obj/ports/telegraf-1.28.3/go/bin/telegraf config > /usr/obj/ports/telegraf-1.28.3/github.com/influxdata/telegraf@v1.28.3/etc/telegraf.conf panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x3116358] goroutine 1 [running]: modernc.org/libc.(*TLS).setErrno(0xb6636c0?, {0x58dfd20?, 0x76db6e0?}) modernc.org/libc@v1.22.5/etc.go:189 +0x108 modernc.org/libc.Xmalloc(0x4001d3feb0?, 0x77178c0?) modernc.org/libc@v1.22.5/mem.go:34 +0xf4 modernc.org/libc.init() modernc.org/libc@v1.22.5/libc_openbsd.go:49 +0x204 :http://build-failures.rhaalovely.net/aarch64/2023-11-21/www/hiawatha.log /usr/obj/ports/hiawatha-11.4/bin/cc -I/usr/obj/ports/hiawatha-11.4/hiawatha-11.4/mbedtls/include -I/usr/obj/ports/hiawatha-11.4/hiawatha-11.4/mbedtls/library -O2 -Wall -Wextra -O2 -pipe -g -Wall -Wextra -Wwrite-strings -Wpointer-arith -Wimplicit-fallthrough -Wshadow -Wvla -Wformat=2 -Wno-format-nonliteral -Wmissing-declarations -Wmissing-prototypes -Wdocumentation -Wno-documentation-deprecated-sync -Wunreachable-code -g -DNDEBUG -std=c99 -MD -MT mbedtls/library/CMakeFiles/mbedcrypto.dir/aesce.c.o -MF mbedtls/library/CMakeFiles/mbedcrypto.dir/aesce.c.o.d -o mbedtls/library/CMakeFiles/mbedcrypto.dir/aesce.c.o -c /usr/obj/ports/hiawatha-11.4/hiawatha-11.4/mbedtls/library/aesce.c In file included from /usr/obj/ports/hiawatha-11.4/hiawatha-11.4/mbedtls/library/aesce.c:70: /usr/lib/clang/16/include/arm_neon.h:62829:32: error: always_inline function 'vget_high_p64' requires target feature 'crypto', but would be inlined into function 'vmull_high_p64' that is compiled without support for 'crypto' __ret = vmull_p64((poly64_t)(vget_high_p64(__p0)), (poly64_t)(vget_high_p64(__p1))); ^ /usr/lib/clang/16/include/arm_neon.h:62829:65: error: always_inline function 'vget_high_p64' requires target feature 'crypto', but would be inlined into function 'vmull_high_p64' that is compiled without support for 'crypto' __ret = vmull_p64((poly64_t)(vget_high_p64(__p0)), (poly64_t)(vget_high_p64(__p1))); ^ probably needs some compiler attributes shuffled around. :http://build-failures.rhaalovely.net/aarch64/2023-11-21/net/nheko.log FAILED: CMakeFiles/nheko.dir/nheko_autogen/mocs_compilation.cpp.o /usr/obj/ports/nheko-0.11.3/bin/c++ -DFMT_SHARED -DGSTREAMER_AVAILABLE -DNHEKO_DBUS_SYS -DQAPPLICATION_CLASS=QApplication -DQT_CONCURRENT_LIB -DQT_CORE_LIB -DQT_DBUS_LIB -DQT_GUI_LIB -DQT_MULTIMEDIA_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_QMLMODELS_LIB -DQT_QML_LIB -DQT_QUICKCONTROLS2_LIB -DQT_QUICKWIDGETS_LIB -DQT_QUICK_LIB -DQT_SVG_LIB -DQT_WIDGETS_LIB -DSPDLOG_COMPILED_LIB -DSPDLOG_SHARED_LIB -DXCB_AVAILABLE -I/usr/obj/ports/nheko-0.11.3/build-aarch64 -I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3 -I/usr/obj/ports/nheko-0.11.3/build-aarch64/nheko_autogen/include -I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/src -I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/includes -I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/third_party/cpp-httplib-0.5.12 -I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/third_party/blurhash -I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/third_party/SingleApplication-3.3.2 -isystem /usr/local/include/X11/qt5 -isystem /usr/local/include/X11/qt5/QtDBus -isystem /usr/local/include/X11/qt5/QtCore -isystem /usr/local/lib/qt5/./mkspecs/openbsd-clang -isystem /usr/local/include -isystem /usr/local/include/X11/qt5/QtWidgets -isystem /usr/local/include/X11/qt5/QtGui -isystem /usr/X11R6/include -isystem /usr/local/include/X11/qt5/QtSvg -isystem /usr/local/i
Re: aarch64 bulk build report
I removed the entries that are either already fixed, or a fix is incoming. On 2023 Nov 20 (Mon) at 22:58:51 -0700 (-0700), phess...@openbsd.org wrote: :http://build-failures.rhaalovely.net/aarch64/2023-11-18/net/nheko.log FAILED: CMakeFiles/nheko.dir/nheko_autogen/mocs_compilation.cpp.o /usr/obj/ports/nheko-0.11.3/bin/c++ -DFMT_SHARED -DGSTREAMER_AVAILABLE -DNHEKO_DBUS_SYS -DQAPPLICATION_CLASS=QApplication -DQT_CONCURRENT_LIB -DQT_CORE_LIB -DQT_DBUS_LIB -DQT_GUI_LIB -DQT_MULTIMEDIA_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_QMLMODELS_LIB -DQT_QML_LIB -DQT_QUICKCONTROLS2_LIB -DQT_QUICKWIDGETS_LIB -DQT_QUICK_LIB -DQT_SVG_LIB -DQT_WIDGETS_LIB -DSPDLOG_COMPILED_LIB -DSPDLOG_SHARED_LIB -DXCB_AVAILABLE -I/usr/obj/ports/nheko-0.11.3/build-aarch64 -I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3 -I/usr/obj/ports/nheko-0.11.3/build-aarch64/nheko_autogen/include -I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/src -I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/includes -I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/third_party/cpp-httplib-0.5.12 -I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/third_party/blurhash -I/usr/obj/ports/nheko-0.11.3/nheko-0.11.3/third_party/SingleApplication-3.3.2 -isystem /usr/local/include/X11/qt5 -isystem /usr/local/include/X11/qt5/QtDBus -isystem /usr/local/include/X11/qt5/QtCore -isystem /usr/local/lib/qt5/./mkspecs/openbsd-clang -isystem /usr/local/include -isystem /usr/local/include/X11/qt5/QtWidgets -isystem /usr/local/include/X11/qt5/QtGui -isystem /usr/X11R6/include -isystem /usr/local/include/X11/qt5/QtSvg -isystem /usr/local/include/X11/qt5/QtConcurrent -isystem /usr/local/include/X11/qt5/QtMultimedia -isystem /usr/local/include/X11/qt5/QtNetwork -isystem /usr/local/include/X11/qt5/QtQml -isystem /usr/local/include/X11/qt5/QtQuickControls2 -isystem /usr/local/include/X11/qt5/QtQuick -isystem /usr/local/include/X11/qt5/QtQmlModels -isystem /usr/local/include/X11/qt5/QtQuickWidgets -isystem /usr/local/include/gstreamer-1.0 -isystem /usr/local/include/orc-0.4 -isystem /usr/local/include/glib-2.0 -isystem /usr/local/lib/glib-2.0/include -O2 -pipe -Wall -Wextra -pedantic -fsized-deallocation-fdiagnostics-color=always -Wunreachable-code -Wno-attributes -Wshadow -DNDEBUG -std=gnu++20 -fPIE -fPIC -pthread -Winvalid-pch -Xclang -include-pch -Xclang /usr/obj/ports/nheko-0.11.3/build-aarch64/CMakeFiles/nheko.dir/cmake_pch.hxx.pch -Xclang -include -Xclang /usr/obj/ports/nheko-0.11.3/build-aarch64/CMakeFiles/nheko.dir/cmake_pch.hxx -MD -MT CMakeFiles/nheko.dir/nheko_autogen/mocs_compilation.cpp.o -MF CMakeFiles/nheko.dir/nheko_autogen/mocs_compilation.cpp.o.d -o CMakeFiles/nheko.dir/nheko_autogen/mocs_compilation.cpp.o -c /usr/obj/ports/nheko-0.11.3/build-aarch64/nheko_autogen/mocs_compilation.cpp In file included from /usr/obj/ports/nheko-0.11.3/build-aarch64/nheko_autogen/mocs_compilation.cpp:2: In file included from /usr/obj/ports/nheko-0.11.3/build-aarch64/nheko_autogen/UVLADIE3JM/moc_AliasEditModel.cpp:10: In file included from /usr/obj/ports/nheko-0.11.3/build-aarch64/nheko_autogen/UVLADIE3JM/../../../nheko-0.11.3/src/AliasEditModel.h:8: In file included from /usr/local/include/X11/qt5/QtCore/QAbstractListModel:1: In file included from /usr/local/include/X11/qt5/QtCore/qabstractitemmodel.h:43: In file included from /usr/local/include/X11/qt5/QtCore/qvariant.h:44: In file included from /usr/local/include/X11/qt5/QtCore/qbytearray.h:50: /usr/include/stdarg.h:27:9: error: reference to '__builtin_va_list' is ambiguous typedef __builtin_va_list __gnuc_va_list; ^ note: candidate found by name lookup is '__builtin_va_list' note: candidate found by name lookup is '__builtin_va_list' :http://build-failures.rhaalovely.net/aarch64/2023-11-18/sysutils/cdrtools.log Hung for more than 9 hours while building cc -o OBJ/aarch64-openbsd-cc/avoffset OBJ/aarch64-openbsd-cc/avoffset.o -L../libs/aarch64-openbsd-cc -L../libs/aarch64-openbsd-cc -L/opt/schily/lib ==> GENERATING include file "../incs/aarch64-openbsd-cc/avoffset.h" The hang did not happen before clang16. -- The only way to get rid of a temptation is to yield to it. -- Oscar Wilde
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
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.
Re: aarch64 bulk build report
On 2023 Nov 18 (Sat) at 00:36:16 -0700 (-0700), phess...@openbsd.org wrote: :bulk build on arm64.ports.openbsd.org :started on Wed Nov 15 14:44:29 MST 2023 :finished at Sat Nov 18 00:34:25 MST 2023 :lasted 2D09h49m :done with kern.version=OpenBSD 7.4-current (GENERIC.MP) #18: Wed Nov 15 10:54:45 MST 2023 : :built packages:11765 :Nov 15:3724 :Nov 16:2705 :Nov 17:5334 :Nov 18:1 : : :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-11-15/summary.log : A lot of these are the usual clang-16 fallout, some already fixed. I did notice some aarch64-specific failures and got a few of those in-tree already. However, I've nocticed a lot of java apps are failing with this: # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (assembler_aarch64.hpp:237), pid=45730, tid=0x000541a28400 # guarantee(val < (1U << nbits)) failed: Field too big for insn # # JRE version: (8.0_392-b08) (build ) # Java VM: OpenJDK 64-Bit Server VM (25.392-b08 mixed mode bsd-aarch64 compressed oops) # Core dump written. Default location: /usr/obj/ports/lwjgl-2.9.3/lwjgl-lwjgl2.9.3/java.core # # An error report file with more information is saved as: # /usr/obj/ports/lwjgl-2.9.3/lwjgl-lwjgl2.9.3/hs_err_pid45730.log # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # Kurt, do you have any ideas about these? :build failures: 45 :http://build-failures.rhaalovely.net/aarch64/2023-11-15/cad/prusaslicer.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/devel/atlas.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/devel/avr32/newlib.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/devel/kyua-cli.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/devel/quirks.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/games/amoebax.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/games/bastet.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/games/boswars.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/games/eliot.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/games/goldberg_emulator.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/games/jbrickshooter.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/games/libgdx/1.9.11.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/games/libgdx/1.9.9.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/games/lwjgl.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/games/mars.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/geo/postgis.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/graphics/opencv.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/japanese/onew,canna.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/java/jBCrypt.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/java/tanukiwrapper.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/lang/kawa.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/lang/librep.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/multimedia/assimp.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/multimedia/ogmtools.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/multimedia/synfig.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/net/bro.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/net/gnugk.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/net/i2p.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/net/kea,mysql.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/net/minbif.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/net/nheko.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/net/xprobe.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/security/pivy.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/security/web-eid-app,-chrome.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/sysutils/cdrtools.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/sysutils/rundeck.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/textproc/pdftk.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/www/hiawatha.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/www/icedtea-web.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/x11/kde-applications/kleopatra.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/x11/kde-applications/krfb.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/x11/libquotient.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/x11/ogre.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/x11/qt6/qtwebengine.log :http://build-failures.rhaalovely.net/aarch64/2023-11-15/x11/xruskb.log : :recurrent failures :new failures :+++ ls-failuresSat Nov 18 00:36:15 2023 :+failures/cad/prusa
Re: aarch64 bulk build report
On 2023 Oct 14 (Sat) at 20:40:01 -0600 (-0600), phess...@openbsd.org wrote: :bulk build on arm64.ports.openbsd.org :started on Thu Oct 12 00:11:33 MDT 2023 :finished at Sat Oct 14 20:39:48 MDT 2023 :lasted 2D20h28m :done with kern.version=OpenBSD 7.4-current (GENERIC.MP) #2274: Wed Oct 11 14:26:46 MDT 2023 : :built packages:11593 :Oct 12:4011 :Oct 13:1166 :Oct 14:6415 : : :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-10-12/summary.log : :build failures: 4 :http://build-failures.rhaalovely.net/aarch64/2023-10-12/games/stone-soup.log ===> Faking installation for stone-soup-0.27.1p1 which: advpng: Command not found. gmake: git: No such file or directory :http://build-failures.rhaalovely.net/aarch64/2023-10-12/games/ufoai/base,-editor.log not immediately clear to me. :http://build-failures.rhaalovely.net/aarch64/2023-10-12/net/neochat.log fixed in qtbase :http://build-failures.rhaalovely.net/aarch64/2023-10-12/x11/qt6/qtwebengine.log : ../../../../../qtwebengine-everywhere-src-6.5.2/src/3rdparty/chromium/third_party/skia/src/opts/SkRasterPipeline_opts.h:1030:19: error: functional-style cast from 'neon::F' (aka 'V') to '__fp16' is not allowed __fp16 fp16 = __fp16(f); ^~~~ needs the fix from x11/qt5/qtwebengine -- While most peoples' opinions change, the conviction of their correctness never does.
Re: Something's up with pkg-config and dcmtk (Re: [maintainer update] pandoc 3.1.8)
On 2023 Oct 07 (Sat) at 10:04:35 -0700 (-0700), Greg Steuck wrote: :Theo Buehler writes: : :>> Alright. I've added that and will let you know if it happens again. :> :> This gives slightly more info. No change in the rest of the log except :> time stamps. : :I'm pretty sure this is both new and actionable: : :> Running: /usr/bin/pkg-config --version :> Running: /usr/bin/pkg-config --variable pc_path pkg-config :> Running: /usr/bin/pkg-config --version :> Running: /usr/bin/pkg-config --list-all :> Failed to query pkg-config, Cabal will continue without solving for pkg-config :> constraints: dieVerbatim: user error (CallStack (from HasCallStack): :> withMetadata, called at src/Distribution/Simple/Utils.hs:368:14 in :> Cabal-3.10.1.0-KNis1qL4Wul5JivvGU00XF:Distribution.Simple.Utils :> Error: cabal: '/usr/bin/pkg-config' exited with an error: :> Problem reading file /usr/local/lib/pkgconfig/dcmtk.pc : :I don't normally have /usr/local/lib/pkgconfig/dcmtk.pc, installing :graphics/dcmtk allows me to reproduce the bug. In particular, something :is fishy about this file or pkg-config: : :% /usr/bin/pkg-config --list-all > /dev/null :Problem reading file /usr/local/lib/pkgconfig/dcmtk.pc :% echo $? :1 :% pkg-config --exists dcmtk :% echo $? :1 :% ls -l /usr/local/lib/pkgconfig/dcmtk.pc :-rw-r--r-- 1 root bin 666 Oct 5 04:36 /usr/local/lib/pkgconfig/dcmtk.pc : :Thanks :Greg : I can reproduce it here as well. It seems every line is prefixed with a single space (e.g. ' Name: DCMTK'), which causes the problem. If I manually remove the leading space, then dcmtk.pc seems to be alright. -- Boston, n.: Ludwig van Beethoven being jeered by 50,000 sports fans for finishing second in the Irish jig competition.
Re: [was Re: riscv64 bulk build report]
On 2023 Oct 01 (Sun) at 19:15:51 +0200 (+0200), Omar Polo wrote: :On 2023/10/01 05:29:26 -0600, j...@wxcvbn.org wrote: :> http://build-failures.rhaalovely.net/riscv64/2023-09-18/mail/aerc.log : :I routinely see these failures, check the log, and facepalm since it's :due the pty library not supporting the architecture. : :any objections to set ONLY_FOR_ARCHS? : OK :Index: mail/aerc/Makefile :=== :RCS file: /home/cvs/ports/mail/aerc/Makefile,v :retrieving revision 1.12 :diff -u -p -r1.12 Makefile :--- mail/aerc/Makefile 28 Sep 2023 20:59:23 - 1.12 :+++ mail/aerc/Makefile 1 Oct 2023 17:06:54 - :@@ -1,3 +1,6 @@ :+# github.com/creack/pty only supports these archs :+ONLY_FOR_ARCHS = aarch64 arm amd64 i386 mips64 :+ : COMMENT = terminal email client : : MODGO_MODNAME = git.sr.ht/~rjarry/aerc : -- Admiration, n.: Our polite recognition of another's resemblance to ourselves. -- Ambrose Bierce, "The Devil's Dictionary"
[update] editors/micro
On 2023 Oct 01 (Sun) at 19:15:51 +0200 (+0200), Omar Polo wrote: :On 2023/10/01 05:29:26 -0600, j...@wxcvbn.org wrote: :> http://build-failures.rhaalovely.net/riscv64/2023-09-18/editors/micro.log I noticed that editors/micro has an update available, which lets it build and run on arm64. jca, you can test if it works on riscv64 if you'd like, but at least this won't error on you in the next bulk. OK? Index: editors/micro/Makefile === RCS file: /cvs/openbsd/ports/editors/micro/Makefile,v retrieving revision 1.10 diff -u -p -u -p -r1.10 Makefile --- editors/micro/Makefile 19 Sep 2022 18:43:55 - 1.10 +++ editors/micro/Makefile 1 Oct 2023 17:36:55 - @@ -1,13 +1,13 @@ -BROKEN-aarch64 = pty@v2.0.0+incompatible/doc.go:15:9: undefined: open -BROKEN-mips64 =pty@v2.0.0+incompatible/doc.go:15:9: undefined: open +# github.com/creack/pty only supports these archs +ONLY_FOR_ARCHS = aarch64 arm amd64 i386 mips64 COMMENT = modern and intuitive terminal-based text editor MODGO_MODNAME =github.com/zyedidia/micro/v2 -MODGO_VERSION =v2.0.11 +MODGO_VERSION =v2.0.12 # Snagged from https://github.com/zyedidia/micro/releases/tag/${MODGO_VERSION} -TAG_HASH = 225927b +TAG_HASH = c2cebaa DISTNAME = micro-${MODGO_VERSION} CATEGORIES = editors Index: editors/micro/distinfo === RCS file: /cvs/openbsd/ports/editors/micro/distinfo,v retrieving revision 1.3 diff -u -p -u -p -r1.3 distinfo --- editors/micro/distinfo 26 Aug 2022 07:02:23 - 1.3 +++ editors/micro/distinfo 1 Oct 2023 17:31:43 - @@ -6,6 +6,8 @@ SHA256 (go_modules/github.com/chzyer/rea SHA256 (go_modules/github.com/chzyer/readline/@v/v0.0.0-20180603132655-2972be24d48e.zip) = PchCZ3iHJ4+zPSUHjTda5qepS7d6jSBe4iMLWBtpR6Y= SHA256 (go_modules/github.com/chzyer/test/@v/v0.0.0-20180213035817-a1ea475d72b1.mod) = 0HXE5LZiTqb4AxiDyNZv9DCrwv/h+06Jw7kRVpnynDs= SHA256 (go_modules/github.com/chzyer/test/@v/v0.0.0-20180213035817-a1ea475d72b1.zip) = rYVQvtPEqUu+9XufxbsVgG6s7aAJJXFkBDIFgNYOL30= +SHA256 (go_modules/github.com/creack/pty/@v/v1.1.18.mod) = BBOkGR3M1sdbDMdMtxrxVkBw8uy/zjq0ujzMnXAf2Cw= +SHA256 (go_modules/github.com/creack/pty/@v/v1.1.18.zip) = fcrad4LgTw1LR9UNTvNfNvLID5CSMQGRSUgEKb2xduU= 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= @@ -45,11 +47,13 @@ SHA256 (go_modules/github.com/stretchr/t SHA256 (go_modules/github.com/stretchr/testify/@v/v1.4.0.zip) = BADEKrlTibtPRXe8CZF6BAqX8PQlHbKlSn9vXmUGW3M= SHA256 (go_modules/github.com/xo/terminfo/@v/v0.0.0-20200218205459-454e5b68f9e8.mod) = kNGeedOaMR8j4Ebzbh5unoJb1o1xYrreU9IA94tDYQk= SHA256 (go_modules/github.com/xo/terminfo/@v/v0.0.0-20200218205459-454e5b68f9e8.zip) = CgH1S/1XVTEZWlwDmBH51oRpeMACDD6hIeWsI4k6o8w= +SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.4.13.mod) = 7n/kRmIDoB06wZrcE0zeyZvG3nGZLCjz3Zp0SAv/BgM= +SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.4.13.zip) = u0GmArF0NF/aOSyK2D/MkyF8KFx2NplndjC+kP63peM= SHA256 (go_modules/github.com/yuin/gopher-lua/@v/v0.0.0-20190206043414-8bfc7677f583.mod) = zfhP7NWpvMV/1BwiCoZUTEU6Bx8IY9b8FMZUZgXlrFE= SHA256 (go_modules/github.com/yuin/gopher-lua/@v/v0.0.0-20191220021717-ab39c6098bdb.mod) = zfhP7NWpvMV/1BwiCoZUTEU6Bx8IY9b8FMZUZgXlrFE= SHA256 (go_modules/github.com/yuin/gopher-lua/@v/v0.0.0-20191220021717-ab39c6098bdb.zip) = HDvgKE9eDujMaX4Bk344EnPp525L3PYNyiyswFYtiA0= -SHA256 (go_modules/github.com/zyedidia/clipper/@v/v0.1.0.mod) = D3aA/wHnb6T9NfzF0zjZNJa5IOY28Fd1GwOaBm5WmAc= -SHA256 (go_modules/github.com/zyedidia/clipper/@v/v0.1.0.zip) = 3NgBrQZa7EX1lQET9NHEQcxhbspuJcpn46J3XJbYbAA= +SHA256 (go_modules/github.com/zyedidia/clipper/@v/v0.1.1.mod) = D3aA/wHnb6T9NfzF0zjZNJa5IOY28Fd1GwOaBm5WmAc= +SHA256 (go_modules/github.com/zyedidia/clipper/@v/v0.1.1.zip) = 8pcs9Mxd+LcDzdkFVtATaTP4awP7FhT8RhbusUttgh8= SHA256 (go_modules/github.com/zyedidia/glob/@v/v0.0.0-20170209203856-dd4023a66dc3.mod) = dkC2R1yx0PJydfqawqImt+i6Kp1x2oYw1/UdLAm+Krg= SHA256 (go_modules/github.com/zyedidia/glob/@v/v0.0.0-20170209203856-dd4023a66dc3.zip) = bzAL+tuJKUe/uLDYHpBYDlqM/vD5KaMLIavQiAUWak4= SHA256 (go_modules/github.com/zyedidia/go-runewidth/@v/v0.0.12.mod) = fbOMKufV6ySZSnqrcdjtClWVoxle+coAVf6hvqQiF1E= @@ -60,21 +64,45 @@ SHA256 (go_modules/github.com/zyedidia/j SHA256 (go_modules/github.com/zyedidia/json5/@v/v0.0.0-20200102012142-2da050b1a98d.zip) = /RwEIMvzjm88pxds6YwSI9gCYM34ZOYtaN0GpH7NvUU= SHA256 (go_modules/github.com/zyedidia/poller/@v/v1.0.1.mod) = qfyqX4JvgpI6mPjq7TFFu1ofUKpuZtTLLhxCJJr8BZY= SHA256 (go_modules/github.com/zyedidia/poller
[update] multimedia/libvpx to 1.13.1
2023-09-29 v1.13.1 "Ugly Duckling" This release contains two security related fixes. One each for VP8 and VP9. - Upgrading: This release is ABI compatible with the previous release. - Bug fixes: https://crbug.com/1486441 (CVE-2023-5217) Fix to a crash related to VP9 encoding (#1642) Builds fine for me on amd64 and arm64. No native tests, but vpxenc seemed to work. OK? Index: multimedia/libvpx/Makefile === RCS file: /cvs/openbsd/ports/multimedia/libvpx/Makefile,v retrieving revision 1.51 diff -u -p -u -p -r1.51 Makefile --- multimedia/libvpx/Makefile 9 Apr 2023 06:15:33 - 1.51 +++ multimedia/libvpx/Makefile 1 Oct 2023 12:43:55 - @@ -2,7 +2,7 @@ COMMENT=Google VP8/VP9 video codec GH_ACCOUNT=webmproject GH_PROJECT=libvpx -GH_TAGNAME=v1.13.0 +GH_TAGNAME=v1.13.1 EPOCH= 0 CATEGORIES=multimedia Index: multimedia/libvpx/distinfo === RCS file: /cvs/openbsd/ports/multimedia/libvpx/distinfo,v retrieving revision 1.22 diff -u -p -u -p -r1.22 distinfo --- multimedia/libvpx/distinfo 9 Apr 2023 06:15:33 - 1.22 +++ multimedia/libvpx/distinfo 1 Oct 2023 12:44:17 - @@ -1,2 +1,2 @@ -SHA256 (libvpx-1.13.0.tar.gz) = yyo5PJwfrnq6drlQuwrTk7oQVAn+GhR8zWGwqqFQEGY= -SIZE (libvpx-1.13.0.tar.gz) = 5515327 +SHA256 (libvpx-1.13.1.tar.gz) = ANroBGVWcnKr0Hf1k1X5WskdeAmi0wBvms4mN91CnRQ= +SIZE (libvpx-1.13.1.tar.gz) = 5515662 -- If you just try long enough and hard enough, you can always manage to boot yourself in the posterior. -- A. J. Liebling, "The Press"
Re: aarch64 bulk build report
On 2023 Sep 28 (Thu) at 17:25:57 +0200 (+0200), Omar Polo wrote: :On 2023/09/28 09:04:02 -0600, phess...@openbsd.org wrote: :> http://build-failures.rhaalovely.net/aarch64/2023-09-26/archivers/unarr.log : :on non-apple arm devices it assumes there is sys/auxv.h and :asm/hwcap.h and uses getauxval(AT_HWCAP) to see if some features :(CRC32, SHA1, SHA2 and AES) are supported by the CPU. : :This is probably the smallest fix, but it unconditionally disables the :use of the cpu instructions. I don't have an aarch64 machine atm and :can't test. : This works for me on my Thinkpad X13s. OK :What can we use to detect the availability of these instructions? : :Index: patches/patch-lzmasdk_CpuArch_c :=== :RCS file: patches/patch-lzmasdk_CpuArch_c :diff -N patches/patch-lzmasdk_CpuArch_c :--- /dev/null 1 Jan 1970 00:00:00 - :+++ patches/patch-lzmasdk_CpuArch_c28 Sep 2023 15:21:40 - :@@ -0,0 +1,14 @@ :+Index: lzmasdk/CpuArch.c :+--- lzmasdk/CpuArch.c.orig : lzmasdk/CpuArch.c :+@@ -760,10 +760,6 @@ BoolInt CPU_IsSupported_AES (void) { return APPLE_CRYP :+ :+ #else // __APPLE__ :+ :+-#include :+- :+-#define USE_HWCAP :+- :+ #ifdef USE_HWCAP :+ :+ #include -- It's easier to fight for one's principles than to live up to them.
Re: update java/gradle to 8.3
On 2023 Sep 16 (Sat) at 07:30:46 -0400 (-0400), Ian Darwin wrote: :On Sat, Sep 16, 2023 at 11:36:08AM +0100, Stuart Henderson wrote: :> > Unfortunately there is a show-stopper here. We have to fix/update :> > security/ghidra which is not trivial. :> :> The ghidra port is really outdated, even from just a quick look at :> release notes various of the changes look security-related, not what you :> want when analysing (possibly malicious) binaries. At this point, :> especially since it was already noticed >1y ago, I don't think ghidra :> should stand in the way of updatng gradle, I'd be ok with marking ghidra :> BROKEN and updating gradle. : :I concur. : So to me the only question is timing. Do we disable ghirda before release because it is so dangerous, or do we disable it after release and give interested people some time to fix it? -- Worst Vegetable of the Year: The brussels sprout. This is also the worst vegetable of next year. -- Steve Rubenstein
Re: aarch64 bulk build report
On 2023 Sep 14 (Thu) at 11:37:57 -0600 (-0600), phess...@openbsd.org wrote: :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-09-12/summary.log : :http://build-failures.rhaalovely.net/aarch64/2023-09-12/cad/prusaslicer.log new port, new failure: /usr/obj/ports/prusaslicer-2.5.2/bin/c++ -DBOOST_LOG_DYN_LINK -DLIBNEST2D_GEOMETRIES_libslic3r -DLIBNEST2D_OPTIMIZER_nlopt -DLIBNEST2D_STATIC -DLIBNEST2D_THREADING_tbb -DOPENVDB_ABI_VERSION_NUMBER=10 -DOPENVDB_USE_DELAYED_LOADING -DSLIC3R_GUI -DTBB_USE_CAPTURED_EXCEPTION=0 -DUNICODE -DUSE_TBB -DWXINTL_NO_GETTEXT_MACRO -D_UNICODE -DwxNO_UNSAFE_WXSTRING_CONV -DwxUSE_UNICODE -I/usr/local/include/dbus-1.0 -I/usr/local/lib/dbus-1.0/include -I/usr/obj/ports/prusaslicer-2.5.2/PrusaSlicer-version_2.5.2/src -I/usr/obj/ports/prusaslicer-2.5.2/build-aarch64/src/platform -I/usr/obj/ports/prusaslicer-2.5.2/PrusaSlicer-version_2.5.2/src/libslic3r -I/usr/obj/ports/prusaslicer-2.5.2/build-aarch64/src/libslic3r -I/usr/obj/ports/prusaslicer-2.5.2/PrusaSlicer-version_2.5.2/src/libnest2d/include -I/usr/obj/ports/prusaslicer-2.5.2/PrusaSlicer-version_2.5.2/src/miniz -I/usr/obj/ports/prusaslicer-2.5.2/PrusaSlicer-version_2.5.2/src/glu-libtess/include -isystem /usr/local/include/eigen3 -isystem /usr/local/include -isystem /usr/obj/ports/prusaslicer-2.5.2/PrusaSlicer-version_2.5.2/src/libigl -O2 -pipe -Wall -Wno-reorder -DNDEBUG -std=gnu++17 -fPIC -fsigned-char -Werror=return-type -Wno-ignored-attributes -Wno-deprecated-declarations -pthread -Winvalid-pch -fpch-instantiate-templates -Xclang -emit-pch -Xclang -include -Xclang /usr/obj/ports/prusaslicer-2.5.2/build-aarch64/src/libslic3r/CMakeFiles/libslic3r.dir/cmake_pch.hxx -x c++-header -MD -MT src/libslic3r/CMakeFiles/libslic3r.dir/cmake_pch.hxx.pch -MF src/libslic3r/CMakeFiles/libslic3r.dir/cmake_pch.hxx.pch.d -o src/libslic3r/CMakeFiles/libslic3r.dir/cmake_pch.hxx.pch -c /usr/obj/ports/prusaslicer-2.5.2/build-aarch64/src/libslic3r/CMakeFiles/libslic3r.dir/cmake_pch.hxx.cxx In file included from :1: In file included from /usr/obj/ports/prusaslicer-2.5.2/build-aarch64/src/libslic3r/CMakeFiles/libslic3r.dir/cmake_pch.hxx:5: /usr/obj/ports/prusaslicer-2.5.2/PrusaSlicer-version_2.5.2/src/libslic3r/pchheader.hpp:107:10: fatal error: 'Eigen/Dense' file not found #include ^ 1 error generated. Guessing it is a missing dep? :http://build-failures.rhaalovely.net/aarch64/2023-09-12/emulators/mame.log same as it ever was :http://build-failures.rhaalovely.net/aarch64/2023-09-12/graphics/evince,light.log sporadic failure, didn't catch it in time. :http://build-failures.rhaalovely.net/aarch64/2023-09-12/x11/gnustep/base.log same as it ever was -- Horse sense is the thing a horse has which keeps it from betting on people. -- W. C. Fields
Re: Tor Browser for aarch64
On 2023 Sep 13 (Wed) at 23:06:51 +0200 (+0200), Caspar Schutijser wrote: :On Thu, Sep 07, 2023 at 11:35:12AM +0200, Caspar Schutijser wrote: :> Hi ports@, :> :> Below is a diff that makes Tor Browser work on aarch64. Tested on :> aarch64 and amd64. :> :> Comments or OKs? : :Ping. New diff (rebased on recent changes by landry@) below. : I'm cool with adding tor-browser to aarch64, and ports-wise this looks fine to me. I've not tested the diff or spent actual thought on it, though :). :> If you're interested in the details you can read on; otherwise, just :> skip the part below and go right to the diff. :> :> A user previously proposed this already, but I assumed that :> Tor Browser was carrying some local patches for NSPR and thus we needed :> the version of NSPR bundled with Tor Browser. However, that turns out :> not to be the case: :> :> $ git clone https://gitlab.torproject.org/tpo/applications/tor-browser.git :> $ cd tor-browser :> $ git diff FIREFOX_102_15_0esr_BUILD1..tor-browser-102.15.0esr-12.5-1-build2 nsprpub/ :> :> I checked for a few older releases as well, and I didn't see any patches :> there either. So we don't need the bundled NSPR there. Which is great :> because the bundled NSPR does not compile on aarch64, even with the :> patches from devel/nspr integrated. :> :> Note that we can't do the same for e.g. NSS, because if you run this :> you'll see that Tor Browser does indeed have some patches for NSS: :> $ git diff FIREFOX_102_15_0esr_BUILD1..tor-browser-102.15.0esr-12.5-1-build2 security/nss :> :> Caspar : :Index: meta/tor-browser/Makefile :=== :RCS file: /cvs/ports/meta/tor-browser/Makefile,v :retrieving revision 1.73 :diff -u -p -r1.73 Makefile :--- meta/tor-browser/Makefile 6 Sep 2023 09:42:28 - 1.73 :+++ meta/tor-browser/Makefile 13 Sep 2023 15:58:15 - :@@ -3,7 +3,7 @@ COMMENT= Tor Browser meta package : MAINTAINER= Caspar Schutijser : : PKGNAME= tor-browser-12.5.3 :-ONLY_FOR_ARCHS = amd64 :+ONLY_FOR_ARCHS = aarch64 amd64 : : RUN_DEPENDS= www/tor-browser/browser>=12.5.3 \ : www/tor-browser/noscript>=11.4.26 \ :Index: www/tor-browser/Makefile.inc :=== :RCS file: /cvs/ports/www/tor-browser/Makefile.inc,v :retrieving revision 1.70 :diff -u -p -r1.70 Makefile.inc :--- www/tor-browser/Makefile.inc 6 Sep 2023 09:42:28 - 1.70 :+++ www/tor-browser/Makefile.inc 13 Sep 2023 15:58:15 - :@@ -7,7 +7,7 @@ TB_VERSION = 12.5.3 : TB_PREFIX = tb : : # keep meta/tor-browser in sync :-ONLY_FOR_ARCHS ?= amd64 :+ONLY_FOR_ARCHS ?= aarch64 amd64 : : SUBST_VARS += BROWSER_NAME TB_VERSION : :Index: www/tor-browser/browser/Makefile :=== :RCS file: /cvs/ports/www/tor-browser/browser/Makefile,v :retrieving revision 1.117 :diff -u -p -r1.117 Makefile :--- www/tor-browser/browser/Makefile 13 Sep 2023 06:15:48 - 1.117 :+++ www/tor-browser/browser/Makefile 13 Sep 2023 15:58:15 - :@@ -7,7 +7,7 @@ COMMENT = modified version of Firefox E : MOZILLA_VERSION = ${TB_VERSION} : MOZILLA_PROJECT = ${BROWSER_NAME} : MOZILLA_CODENAME =browser :-REVISION =0 :+REVISION =1 : : EXTRACT_SUFX =.tar.xz : :@@ -23,7 +23,7 @@ SO_VERSION = 8.0 : MOZILLA_LIBS =xul clearkey lgpllibs mozavcodec mozavutil mozgtk : MOZILLA_LIBS += freebl3 nss3 nssckbi : MOZILLA_LIBS += nssutil3 smime3 softokn3 ssl3 :-MOZILLA_LIBS += nspr4 mozsqlite3 plc4 plds4 ipcclientcerts :+MOZILLA_LIBS += mozsqlite3 ipcclientcerts : : # mozilla public license for the browser : PERMIT_PACKAGE= Yes :@@ -37,8 +37,7 @@ MODPY_RUNDEP = No : : COMPILER =ports-clang : :-# tor-browser needs built-in nss, sqlite :-MOZILLA_USE_BUNDLED_NSPR =Yes :+# tor-browser needs built-in nss : MOZILLA_USE_BUNDLED_NSS = Yes : # 63 requires node because why not #1483595 : BUILD_DEPENDS += lang/node :Index: www/tor-browser/browser/pkg/PLIST :=== :RCS file: /cvs/ports/www/tor-browser/browser/pkg/PLIST,v :retrieving revision 1.18 :diff -u -p -r1.18 PLIST :--- www/tor-browser/browser/pkg/PLIST 6 Sep 2023 09:42:29 - 1.18 :+++ www/tor-browser/browser/pkg/PLIST 13 Sep 2023 15:58:15 - :@@ -203,12 +203,9 @@ lib/${BROWSER_NAME}/fonts/TwemojiMozilla : @lib lib/${BROWSER_NAME}/libmozavutil.so.${LIBmozavutil_VERSION} : @lib lib/${BROWSER_NAME}/libmozgtk.so.${LIBmozgtk_VERSION} : @lib lib/${BROWSER_NAME}/libmozsqlite3.so.${LIBmozsqlite3_VERSION} :-@lib lib/${BROWSER_NAME}/libnspr4.so.${LIBnspr4_VERSION} : @lib lib/${BROWSER_NAME}/libnss3.so.${LIBnss3_VERSION} : @lib lib/${BROWSER_NAME}/libnssckbi.so.${LI
update java/gradle to 8.3
I have need to build some mods for Minecraft, and they want to use Java 17, which is newer than what our in-tree Gradle supports. Here's an update to the most recent version of Gradle, works for me in light testing. OK? -peter Index: java/gradle/Makefile === RCS file: /cvs/openbsd/ports/java/gradle/Makefile,v retrieving revision 1.12 diff -u -p -u -p -r1.12 Makefile --- java/gradle/Makefile22 Jul 2022 05:21:06 - 1.12 +++ java/gradle/Makefile10 Sep 2023 12:33:14 - @@ -1,6 +1,6 @@ COMMENT = build automation tool -DISTNAME = gradle-6.7 +DISTNAME = gradle-8.3 EXTRACT_SUFX = -bin.zip EPOCH =0 Index: java/gradle/distinfo === RCS file: /cvs/openbsd/ports/java/gradle/distinfo,v retrieving revision 1.9 diff -u -p -u -p -r1.9 distinfo --- java/gradle/distinfo22 Jul 2022 05:21:06 - 1.9 +++ java/gradle/distinfo10 Sep 2023 12:33:27 - @@ -1,2 +1,2 @@ -SHA256 (gradle-6.7-bin.zip) = itV3WQGakjPcfcTRpTDO/hCdwSIADVf35iP4z0up38Q= -SIZE (gradle-6.7-bin.zip) = 102804263 +SHA256 (gradle-8.3-bin.zip) = WRhVtRf8Y1ueBN4dBdXnato/ifX8dvh5eNGyRbT2kiU= +SIZE (gradle-8.3-bin.zip) = 130639305 Index: java/gradle/patches/patch-bin_gradle === RCS file: /cvs/openbsd/ports/java/gradle/patches/patch-bin_gradle,v retrieving revision 1.5 diff -u -p -u -p -r1.5 patch-bin_gradle --- java/gradle/patches/patch-bin_gradle22 Jul 2022 05:21:06 - 1.5 +++ java/gradle/patches/patch-bin_gradle10 Sep 2023 12:33:46 - @@ -1,8 +1,8 @@ Index: bin/gradle --- bin/gradle.orig +++ bin/gradle -@@ -83,6 +83,8 @@ esac - CLASSPATH=$APP_HOME/lib/gradle-launcher-6.6.jar +@@ -115,6 +115,8 @@ esac + CLASSPATH=$APP_HOME/lib/gradle-launcher-8.3.jar +JAVA_HOME="$(javaPathHelper -h gradle)" Index: java/gradle/pkg/PLIST === RCS file: /cvs/openbsd/ports/java/gradle/pkg/PLIST,v retrieving revision 1.11 diff -u -p -u -p -r1.11 PLIST --- java/gradle/pkg/PLIST 22 Jul 2022 05:21:06 - 1.11 +++ java/gradle/pkg/PLIST 10 Sep 2023 12:33:59 - @@ -10,26 +10,32 @@ share/java/gradle/bin/gradle.bat share/java/gradle/init.d/ share/java/gradle/init.d/readme.txt share/java/gradle/lib/ -share/java/gradle/lib/annotations-13.0.jar -share/java/gradle/lib/ant-1.10.8.jar -share/java/gradle/lib/ant-launcher-1.10.8.jar -share/java/gradle/lib/asm-7.3.1.jar -share/java/gradle/lib/asm-analysis-7.3.1.jar -share/java/gradle/lib/asm-commons-7.3.1.jar -share/java/gradle/lib/asm-tree-7.3.1.jar -share/java/gradle/lib/commons-compress-1.19.jar -share/java/gradle/lib/commons-io-2.6.jar +share/java/gradle/lib/HikariCP-4.0.3.jar +share/java/gradle/lib/agents/ +share/java/gradle/lib/agents/gradle-instrumentation-agent${GRADLE_JAR} +share/java/gradle/lib/annotations-24.0.0.jar +share/java/gradle/lib/ant-1.10.13.jar +share/java/gradle/lib/ant-antlr-1.10.12.jar +share/java/gradle/lib/ant-junit-1.10.12.jar +share/java/gradle/lib/ant-launcher-1.10.13.jar +share/java/gradle/lib/antlr4-runtime-4.7.2.jar +share/java/gradle/lib/asm-9.5.jar +share/java/gradle/lib/asm-commons-9.5.jar +share/java/gradle/lib/asm-tree-9.5.jar +share/java/gradle/lib/commons-compress-1.21.jar +share/java/gradle/lib/commons-io-2.11.0.jar share/java/gradle/lib/commons-lang-2.6.jar share/java/gradle/lib/failureaccess-1.0.1.jar -share/java/gradle/lib/fastutil-8.3.0-min.jar -share/java/gradle/lib/file-events-0.22-milestone-8.jar -share/java/gradle/lib/file-events-linux-aarch64-0.22-milestone-8.jar -share/java/gradle/lib/file-events-linux-amd64-0.22-milestone-8.jar -share/java/gradle/lib/file-events-osx-amd64-0.22-milestone-8.jar -share/java/gradle/lib/file-events-windows-amd64-0.22-milestone-8.jar -share/java/gradle/lib/file-events-windows-amd64-min-0.22-milestone-8.jar -share/java/gradle/lib/file-events-windows-i386-0.22-milestone-8.jar -share/java/gradle/lib/file-events-windows-i386-min-0.22-milestone-8.jar +share/java/gradle/lib/fastutil-8.5.2-min.jar +share/java/gradle/lib/file-events-0.22-milestone-24.jar +share/java/gradle/lib/file-events-linux-aarch64-0.22-milestone-24.jar +share/java/gradle/lib/file-events-linux-amd64-0.22-milestone-24.jar +share/java/gradle/lib/file-events-osx-aarch64-0.22-milestone-24.jar +share/java/gradle/lib/file-events-osx-amd64-0.22-milestone-24.jar +share/java/gradle/lib/file-events-windows-amd64-0.22-milestone-24.jar +share/java/gradle/lib/file-events-windows-amd64-min-0.22-milestone-24.jar +share/java/gradle/lib/file-events-windows-i386-0.22-milestone-24.jar +share/java/gradle/lib/file-events-windows-i386-min-0.22-milestone-24.jar share/java/gradle/lib/gradle-api-metadata${GRADLE_JAR} share/java/gradle/lib/gradle-base-annotations${GRADLE_JAR} share/java/gradle/lib/gradle-base-services${GRADLE_JAR} @@
[update] misc/ietf-cli
# 1.25 #Fixed one source at ietf.org to use "rsync" # 1.26 #Fixed the rsync source for the RFC Editor OK? Index: misc/ietf-cli/Makefile === RCS file: /cvs/openbsd/ports/misc/ietf-cli/Makefile,v retrieving revision 1.15 diff -u -p -u -p -r1.15 Makefile --- misc/ietf-cli/Makefile 28 May 2023 00:12:39 - 1.15 +++ misc/ietf-cli/Makefile 10 Sep 2023 12:26:42 - @@ -2,7 +2,7 @@ COMMENT=command-line tools to work with GH_ACCOUNT=paulehoffman GH_PROJECT=ietf-cli -GH_TAGNAME=1.24 +GH_TAGNAME=1.26 CATEGORIES=misc net books Index: misc/ietf-cli/distinfo === RCS file: /cvs/openbsd/ports/misc/ietf-cli/distinfo,v retrieving revision 1.5 diff -u -p -u -p -r1.5 distinfo --- misc/ietf-cli/distinfo 28 May 2023 00:12:39 - 1.5 +++ misc/ietf-cli/distinfo 10 Sep 2023 12:26:46 - @@ -1,2 +1,2 @@ -SHA256 (ietf-cli-1.24.tar.gz) = 2w40CoIZvelUBSzVZBYKkaari08E3b4MPlG4GiWn3ok= -SIZE (ietf-cli-1.24.tar.gz) = 18885 +SHA256 (ietf-cli-1.26.tar.gz) = UfdjEhDc0C3OYZbRj9DMkefcae/bp6XCeJ3I0uKdIVs= +SIZE (ietf-cli-1.26.tar.gz) = 18921 -- Research is what I'm doing when I don't know what I'm doing. -- Wernher von Braun
Re: [update] fonts/nerd-fonts
On 2023 Aug 29 (Tue) at 08:50:15 +0200 (+0200), Stefan Hagen wrote: :Peter Hessler wrote (2023-08-29 08:31 CEST): :> On 2023 Aug 29 (Tue) at 08:22:20 +0200 (+0200), Stefan Hagen wrote: :> :Peter Hessler wrote (2023-08-29 08:08 CEST): :> :> I just noticed that the distfiles for these fonts isn't versioned, which :> :> is creating problems for the bulk build systems. :> :> :> :> Here's a simple patch that'll create ugly versioned filenames. (I :> :> wasn't able to easily trick it into FONT-VER-SUFFIX order.) :> :> :> :> OK? :> : :> :Is there a benefit versioning the files instead of DIST_SUBDIR? :> : :> :> Yes, when you update the fonts then the distfile has a unique filename, :> so it won't conflict with an older version of the font. :> :> In my mind, DIST_SUBDIR is more for organization, rather than :> versioning. : :DIST_SUBDIR=nerd-fonts-${VERSION} has the same effect, doesn't it? :An older/newer version would never end up in the same directory. : :I see it used that way a couple of times: :/usr/ports/fonts/ibm-plex/Makefile:DIST_SUBDIR =ibm-plex-$V :/usr/ports/fonts/inconsolata-new/Makefile:DIST_SUBDIR = inconsolata-$V :/usr/ports/fonts/literata/Makefile:DIST_SUBDIR =literata-$V :/usr/ports/fonts/noto/cjk/Makefile:DIST_SUBDIR =noto-cjk-$V :/usr/ports/fonts/pkfonts/Makefile:DIST_SUBDIR= pkfonts-${VERSION} :/usr/ports/fonts/roboto-fonts/Makefile:DIST_SUBDIR =roboto-$V :/usr/ports/fonts/intel-one-mono/Makefile:DIST_SUBDIR = intel-one-mono-$V : :For me, both solutions are fine. Please go ahead and commit yours. : I like your solution a lot better, thanks! :> :Either way, OK sdk@ :> : :> :> -- :> Why isn't there a special name for the tops of your feet? :> -- Lily Tomlin :> : -- If God had intended Men to Smoke, He would have put Chimneys in their Heads.
Re: [update] fonts/nerd-fonts
On 2023 Aug 29 (Tue) at 08:22:20 +0200 (+0200), Stefan Hagen wrote: :Peter Hessler wrote (2023-08-29 08:08 CEST): :> I just noticed that the distfiles for these fonts isn't versioned, which :> is creating problems for the bulk build systems. :> :> Here's a simple patch that'll create ugly versioned filenames. (I :> wasn't able to easily trick it into FONT-VER-SUFFIX order.) :> :> OK? : :Is there a benefit versioning the files instead of DIST_SUBDIR? : Yes, when you update the fonts then the distfile has a unique filename, so it won't conflict with an older version of the font. In my mind, DIST_SUBDIR is more for organization, rather than versioning. :Either way, OK sdk@ : -- Why isn't there a special name for the tops of your feet? -- Lily Tomlin
Re: [update] fonts/nerd-fonts
I just noticed that the distfiles for these fonts isn't versioned, which is creating problems for the bulk build systems. Here's a simple patch that'll create ugly versioned filenames. (I wasn't able to easily trick it into FONT-VER-SUFFIX order.) OK? Index: fonts/nerd-fonts/Makefile.inc === RCS file: /cvs/openbsd/ports/fonts/nerd-fonts/Makefile.inc,v retrieving revision 1.3 diff -u -p -u -p -r1.3 Makefile.inc --- fonts/nerd-fonts/Makefile.inc 28 Aug 2023 17:33:12 - 1.3 +++ fonts/nerd-fonts/Makefile.inc 29 Aug 2023 06:04:57 - @@ -13,7 +13,7 @@ HOMEPAGE =https://www.nerdfonts.com/ PERMIT_PACKAGE = Yes MASTER_SITES = https://github.com/ryanoasis/${NF_PROJECT}/releases/download/v${VERSION}/ -DISTFILES =${NF_FONT}${EXTRACT_SUFX} +DISTFILES =${VERSION}-{}${NF_FONT}${EXTRACT_SUFX} EXTRACT_SUFX = .zip MODULES = font Index: fonts/nerd-fonts/codenewroman/distinfo === RCS file: /cvs/openbsd/ports/fonts/nerd-fonts/codenewroman/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- fonts/nerd-fonts/codenewroman/distinfo 28 Aug 2023 17:33:13 - 1.2 +++ fonts/nerd-fonts/codenewroman/distinfo 29 Aug 2023 05:58:44 - @@ -1,2 +1,2 @@ -SHA256 (nerd-fonts/CodeNewRoman.zip) = pdyRgIfHdnIIYOyPv4e6akOXXJEBOsCXE2bwAySIhlE= -SIZE (nerd-fonts/CodeNewRoman.zip) = 24027055 +SHA256 (nerd-fonts/3.0.2-CodeNewRoman.zip) = pdyRgIfHdnIIYOyPv4e6akOXXJEBOsCXE2bwAySIhlE= +SIZE (nerd-fonts/3.0.2-CodeNewRoman.zip) = 24027055 Index: fonts/nerd-fonts/dejavusansmono/distinfo === RCS file: /cvs/openbsd/ports/fonts/nerd-fonts/dejavusansmono/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- fonts/nerd-fonts/dejavusansmono/distinfo28 Aug 2023 17:33:13 - 1.2 +++ fonts/nerd-fonts/dejavusansmono/distinfo29 Aug 2023 05:58:46 - @@ -1,2 +1,2 @@ -SHA256 (nerd-fonts/DejaVuSansMono.zip) = 6ptXDurNCmjqUtaaVplnjo96ryhQK37ZREk3h62+uPA= -SIZE (nerd-fonts/DejaVuSansMono.zip) = 14320668 +SHA256 (nerd-fonts/3.0.2-DejaVuSansMono.zip) = 6ptXDurNCmjqUtaaVplnjo96ryhQK37ZREk3h62+uPA= +SIZE (nerd-fonts/3.0.2-DejaVuSansMono.zip) = 14320668 Index: fonts/nerd-fonts/fantasquesansmono/distinfo === RCS file: /cvs/openbsd/ports/fonts/nerd-fonts/fantasquesansmono/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- fonts/nerd-fonts/fantasquesansmono/distinfo 28 Aug 2023 17:33:13 - 1.2 +++ fonts/nerd-fonts/fantasquesansmono/distinfo 29 Aug 2023 05:58:48 - @@ -1,2 +1,2 @@ -SHA256 (nerd-fonts/FantasqueSansMono.zip) = qqKnbfgFvupkfpkF5EZOctESGT5h/cflLH2gLSgONsE= -SIZE (nerd-fonts/FantasqueSansMono.zip) = 13177355 +SHA256 (nerd-fonts/3.0.2-FantasqueSansMono.zip) = qqKnbfgFvupkfpkF5EZOctESGT5h/cflLH2gLSgONsE= +SIZE (nerd-fonts/3.0.2-FantasqueSansMono.zip) = 13177355 Index: fonts/nerd-fonts/noto/distinfo === RCS file: /cvs/openbsd/ports/fonts/nerd-fonts/noto/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- fonts/nerd-fonts/noto/distinfo 28 Aug 2023 17:33:13 - 1.2 +++ fonts/nerd-fonts/noto/distinfo 29 Aug 2023 05:59:32 - @@ -1,2 +1,2 @@ -SHA256 (nerd-fonts/Noto.zip) = B1kn4XJck+/ZuiMEmdmCkVWfRTVrC1ax5UXsPtqUam8= -SIZE (nerd-fonts/Noto.zip) = 481271009 +SHA256 (nerd-fonts/3.0.2-Noto.zip) = B1kn4XJck+/ZuiMEmdmCkVWfRTVrC1ax5UXsPtqUam8= +SIZE (nerd-fonts/3.0.2-Noto.zip) = 481271009 Index: fonts/nerd-fonts/profont/distinfo === RCS file: /cvs/openbsd/ports/fonts/nerd-fonts/profont/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- fonts/nerd-fonts/profont/distinfo 28 Aug 2023 17:33:13 - 1.2 +++ fonts/nerd-fonts/profont/distinfo 29 Aug 2023 05:59:33 - @@ -1,2 +1,2 @@ -SHA256 (nerd-fonts/ProFont.zip) = PaM55I5tFS4p94udx6CLCgM4OXvNTwE35n/orQ5hjZw= -SIZE (nerd-fonts/ProFont.zip) = 6075996 +SHA256 (nerd-fonts/3.0.2-ProFont.zip) = PaM55I5tFS4p94udx6CLCgM4OXvNTwE35n/orQ5hjZw= +SIZE (nerd-fonts/3.0.2-ProFont.zip) = 6075996 Index: fonts/nerd-fonts/terminus/distinfo === RCS file: /cvs/openbsd/ports/fonts/nerd-fonts/terminus/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- fonts/nerd-fonts/terminus/distinfo 28 Aug 2023 17:33:13 - 1.2 +++ fonts/nerd-fonts/terminus/distinfo 29 Aug 2023 05:59:35 - @@ -1,2 +1,2 @@ -SHA256 (nerd-fonts/Terminus.zip) = XZj6YdouxQECG2Idz8nYeoHuX0sjO+W2MFMstNdtN/I= -SIZE (nerd-fonts/Terminus.zip) = 13126176 +SHA256 (nerd-fonts/3.0.2-Terminus.zip) = XZj6YdouxQECG2Idz8nYeoHuX0sjO+W2MFMstNdtN/I= +SIZE (nerd
Re: aarch64 bulk build report
On 2023 Aug 27 (Sun) at 05:41:56 -0600 (-0600), phess...@openbsd.org wrote: :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-08-25/summary.log :http://build-failures.rhaalovely.net/aarch64/2023-08-25/editors/libreoffice.log fixed :http://build-failures.rhaalovely.net/aarch64/2023-08-25/emulators/mame.log fatal error: error in backend: Cannot select: intrinsic %llvm.aarch64.crc32b :http://build-failures.rhaalovely.net/aarch64/2023-08-25/x11/gnustep/base.log NSRegularExpression.m:685:6: warning: Your compiler does not support blocks. NSRegularExpression will deviate from the documented behaviour when subclassing and any code that subclasses NSRegularExpression may break in unexpected ways. If you must subclass NSRegularExpression, you may want to use a compiler with blocks support. [-W#warnings] #warning Your compiler does not support blocks. NSRegularExpression will deviate from the documented behaviour when subclassing and any code that subclasses NSRegularExpression may break in unexpected ways. If you must subclass NSRegularExpression, you may want to use a compiler with blocks support. ^ NSRegularExpression.m:686:6: warning: Your compiler would support blocks if you added -fblocks to your OBJCFLAGS [-W#warnings] #warning Your compiler would support blocks if you added -fblocks to your OBJCFLAGS ^ 2 warnings generated. ... cc GSEasyHandle.m -c \ -MMD -MP -I/usr/local/include/gnustep -DGNUSTEP_TARGET_DIR=\".\" -DGNUSTEP_TARGET_CPU=\"aarch64\" -DGNUSTEP_TARGET_OS=\"openbsd7.3\" -DGNUSTEP_IS_FLATTENED=\"yes\" -DLIBRARY_COMBO=\"gnu-gnu-gnu\" -DGNUSTEP_BASE_INTERNAL=1 -Wall -Wdeclaration-after-statement -Wcast-align -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -fno-strict-aliasing -fexceptions -fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS -pthread -fPIC -Wall -DGSWARN -DGSDIAGNOSE -Wno-import -O2 -pipe -fobjc-runtime=gcc -fobjc-runtime=gcc -fconstant-string-class=NSConstantString -I../Headers -I./. -I. -I/gnustep-base-1.29.0_writes_to_HOME/GNUstep/Library/Headers -I/usr/local/include -I/usr/local/include -I/usr/local/include/gnustep -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/p11-kit-1 \ -o obj/libgnustep-base.obj/GSEasyHandle.m.o In file included from GSEasyHandle.m:2: ././GSEasyHandle.h:48:40: error: blocks support disabled - compile with -fblocks or pick a deployment target that supports them result: (void (^)(GSEasyHandleWriteBufferResult result, NSInteger length, NSData *data))result; ^ In file included from GSEasyHandle.m:3: -- Every morning, I get up and look through the "Forbes" list of the richest people in America. If I'm not there, I go to work. -- Robert Orben
Re: aarch64 bulk build report
On 2023 Jul 24 (Mon) at 15:25:14 -0600 (-0600), phess...@openbsd.org wrote: :bulk build on arm64.ports.openbsd.org :started on Sat Jul 22 07:47:34 MDT 2023 :finished at Mon Jul 24 15:25:01 MDT 2023 :lasted 2D07h37m :done with kern.version=OpenBSD 7.3-current (GENERIC.MP) #2203: Sat Jul 22 00:42:20 MDT 2023 : :built packages:11641 :Jul 22:3801 :Jul 23:1725 :Jul 24:6114 : : :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-07-22/summary.log : :build failures: 3 :http://build-failures.rhaalovely.net/aarch64/2023-07-22/games/lwjgl3.log :http://build-failures.rhaalovely.net/aarch64/2023-07-22/graphics/evince,light.log [231/310] /usr/local/bin/gi-docgen generate --quiet --fatal-warnings --config=help/reference/libdocument/libevdocument.toml --output-dir=help/reference/libdocument/libevdocument --no-namespace-dir --content-dir=/usr/obj/ports/evince-44.3-light/evince-44.3/help/reference/libdocument libdocument/EvinceDocument-3.0.gir FAILED: help/reference/libdocument/libevdocument /usr/local/bin/gi-docgen generate --quiet --fatal-warnings --config=help/reference/libdocument/libevdocument.toml --output-dir=help/reference/libdocument/libevdocument --no-namespace-dir --content-dir=/usr/obj/ports/evince-44.3-light/evince-44.3/help/reference/libdocument libdocument/EvinceDocument-3.0.gir WARNING: Unable to process dot data: [Errno 2] No such file or directory: 'dot' missing BDEP on math/graphviz ? :http://build-failures.rhaalovely.net/aarch64/2023-07-22/x11/qt5/qtwebengine.log : :recurrent failures : failures/games/lwjgl3.log : failures/x11/qt5/qtwebengine.log :new failures :+++ ls-failuresMon Jul 24 15:25:13 2023 :+failures/graphics/evince,light.log -- We can predict everything, except the future.
Re: aarch64 bulk build report
Huge amount of fallout from the SDL update. A noticable non-sdl related fallout: :http://build-failures.rhaalovely.net/aarch64/2023-07-19/x11/qt5/qtwebengine.log FAILED: gen/v8/embedded.S gen/v8/snapshot.cc /usr/obj/ports/qtwebengine-5.15.10/bin/python ../../../../src/3rdparty/chromium/v8/tools/run.py ./mksnapshot --turbo_instruction_scheduling --target_os=openbsd --target_arch=arm64 --embedded_src gen/v8/embedded.S --embedded_variant Default --random-seed 314159265 --startup_src gen/v8/snapshot.cc --no-native-code-counters # # Fatal error in , line 0 # Fatal process out of memory: Failed to reserve memory for new V8 Isolate On 2023 Jul 21 (Fri) at 00:22:58 -0600 (-0600), phess...@openbsd.org wrote: :bulk build on arm64.ports.openbsd.org :started on Wed Jul 19 03:58:46 MDT 2023 :finished at Fri Jul 21 00:22:42 MDT 2023 :lasted 1D20h23m :done with kern.version=OpenBSD 7.3-current (GENERIC.MP) #2199: Tue Jul 18 13:14:41 MDT 2023 : :built packages:10957 :Jul 19:4217 :Jul 20:4940 :Jul 21:1799 : : :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-07-19/summary.log : :build failures: 54 :http://build-failures.rhaalovely.net/aarch64/2023-07-19/archivers/zziplib.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/audio/adplay.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/audio/audiality2.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/audio/schismtracker.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/devel/codeblocks.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/devel/sdl2-gfx.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/devel/sdl2-image.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/devel/sdl2-mixer.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/devel/sdl2-net.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/devel/sdl2-pango.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/devel/sdl2-ttf.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/devel/smpeg2.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/advancemame.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/emulationstation.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/fs-uae.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/fuse.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/mednafen.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/mupen64plus/ui-console.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/mupen64plus/video-glide64mk2.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/nestopia.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/qemu,-ga.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/sameboy,-libretro.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/snes9x.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/stella.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/emulators/vbam.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/bzflag.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/eduke32.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/endless-sky.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/ezquake.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/freeorion.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/love/0.10.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/love/11.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/lugaru.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/lwjgl3.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/nblood.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/openrct2.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/postal.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/quakespasm.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/scummvm.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/sdl-jstest.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/teeworlds.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/tic80.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/uqm/uqm.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/vkquake.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/wrath.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/games/zelda3.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/geo/spatialite/gui.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/graphics/ffmpeg.log :http://build-failures.rhaalovely.net/aarch64/2023-07-19/graphics/libqrencode.log :http://build-failures.rhaalove
Re: aarch64 bulk build report
On 2023 Jul 15 (Sat) at 07:14:08 +0200 (+0200), Rafael Sadowski wrote: :On Fri Jul 14, 2023 at 07:01:43AM -0600, phess...@openbsd.org wrote: :> bulk build on arm64.ports.openbsd.org :> started on Wed Jul 12 00:15:28 MDT 2023 :> finished at Fri Jul 14 07:01:29 MDT 2023 :> lasted 2D06h46m :> done with kern.version=OpenBSD 7.3-current (GENERIC.MP) #2188: Mon Jul 10 14:25:11 MDT 2023 :> :> built packages:11632 :> Jul 12:4144 :> Jul 13:3045 :> Jul 14:4442 :> :> :> critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-07-12/summary.log :> :> build failures: 3 :> http://build-failures.rhaalovely.net/aarch64/2023-07-12/emulators/qemu,-ga.log :> http://build-failures.rhaalovely.net/aarch64/2023-07-12/games/lwjgl3.log :> http://build-failures.rhaalovely.net/aarch64/2023-07-12/x11/qt5/qtwebengine.log : : :I think I have forgotten something here... :https://github.com/openbsd/ports/commit/c5e352c5ad13660f0f776ff76dd50938d3fc780d#diff-8f2b3d2c3c34018653754a138bfea6016d6ea85f3f0f5c86f53a9e011fd37eb8 : :Lets bring it back. Could you give it a spin? : This allows the build to progress farther, so OK :diff --git a/x11/qt5/qtwebengine/patches/patch-src_3rdparty_chromium_third_party_skia_src_opts_SkRasterPipeline_opts_h b/x11/qt5/qtwebengine/patches/patch-src_3rdparty_chromium_third_party_skia_src_opts_SkRasterPipeline_opts_h :new file mode 100644 :index 000..332804ac499 :--- /dev/null :+++ b/x11/qt5/qtwebengine/patches/patch-src_3rdparty_chromium_third_party_skia_src_opts_SkRasterPipeline_opts_h :@@ -0,0 +1,22 @@ :+Revert b2de8e8046dc1c558465f74b4afe11d57cbc6cf3 (with new defined check) :+Index: src/3rdparty/chromium/third_party/skia/src/opts/SkRasterPipeline_opts.h :+--- src/3rdparty/chromium/third_party/skia/src/opts/SkRasterPipeline_opts.h.orig : src/3rdparty/chromium/third_party/skia/src/opts/SkRasterPipeline_opts.h :+@@ -980,7 +980,7 @@ SI F approx_powf(F x, F y) { :+ SI F from_half(U16 h) { :+ #if defined(JUMPER_IS_NEON) && defined(SK_CPU_ARM64) \ :+ && !defined(SK_BUILD_FOR_GOOGLE3) // Temporary workaround for some Google3 builds. :+-#if defined(SK_BUILD_FOR_MAC) :++#if defined(SK_BUILD_FOR_MAC) || defined(__OpenBSD__) :+ return vcvt_f32_f16(h); :+ #else :+ __fp16 fp16; :+@@ -1006,7 +1006,7 @@ SI F from_half(U16 h) { :+ SI U16 to_half(F f) { :+ #if defined(JUMPER_IS_NEON) && defined(SK_CPU_ARM64) \ :+ && !defined(SK_BUILD_FOR_GOOGLE3) // Temporary workaround for some Google3 builds. :+-#if defined(SK_BUILD_FOR_MAC) :++#if defined(SK_BUILD_FOR_MAC) || defined(__OpenBSD__) :+ return vcvt_f16_f32(f); :+ #else :+ __fp16 fp16 = __fp16(f); : -- Outside of a dog, a book is a man's best friend: and inside a dog, it's too dark to read. -- Groucho Marx
Re: aarch64 bulk build report
On 2023 Jul 14 (Fri) at 07:01:43 -0600 (-0600), phess...@openbsd.org wrote: :http://build-failures.rhaalovely.net/aarch64/2023-07-12/emulators/qemu,-ga.log Program sphinx-build found: YES (/usr/local/bin/sphinx-build) ../qemu-8.0.0/docs/meson.build:25: WARNING: /usr/local/bin/sphinx-build: Extension error: Could not import extension sphinxcontrib.jquery (exception: No module named 'sphinxcontrib.jquery') ... Configurable features Documentation: NO ... Error: /usr/obj/ports/qemu-8.0.0/fake-aarch64/usr/local/man/man1/qemu-img.1 does not exist Error: /usr/obj/ports/qemu-8.0.0/fake-aarch64/usr/local/man/man1/qemu-storage-daemon.1 does not exist Error: /usr/obj/ports/qemu-8.0.0/fake-aarch64/usr/local/man/man1/qemu.1 does not exist etc etc etc :http://build-failures.rhaalovely.net/aarch64/2023-07-12/games/lwjgl3.log known problem :http://build-failures.rhaalovely.net/aarch64/2023-07-12/x11/qt5/qtwebengine.log FAILED: obj/skia/skia_core_and_effects/SkOpts.o ... ../../../../src/3rdparty/chromium/third_party/skia/src/opts/SkRasterPipeline_opts.h:1012:19: error: functional-style cast from 'neon::F' (aka 'V') to '__fp16' is not allowed __fp16 fp16 = __fp16(f); ^~~~ -- A transistor protected by a fast-acting fuse will protect the fuse by blowing first.
Re: aarch64 bulk build report
On 2023 Jul 09 (Sun) at 10:46:24 -0600 (-0600), phess...@openbsd.org wrote: :bulk build on arm64.ports.openbsd.org :started on Fri Jul 7 00:50:21 MDT 2023 :finished at Sun Jul 9 10:46:12 MDT 2023 :lasted 2D09h55m :done with kern.version=OpenBSD 7.3-current (GENERIC.MP) #2182: Thu Jul 6 15:02:37 MDT 2023 : :built packages:11683 :Jul 7:3439 :Jul 8:2750 :Jul 9:5493 : : :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-07-07/summary.log : :build failures: 4 :http://build-failures.rhaalovely.net/aarch64/2023-07-07/cad/pcb2gcode.log already fixed :http://build-failures.rhaalovely.net/aarch64/2023-07-07/games/lwjgl3.log assumes arm64 is a variant of x86 :http://build-failures.rhaalovely.net/aarch64/2023-07-07/x11/gnome/seahorse-nautilus.log already fixed :http://build-failures.rhaalovely.net/aarch64/2023-07-07/x11/mate/utils.log blows up ?semi? randomly : :recurrent failures : failures/games/lwjgl3.log :new failures :+++ ls-failuresSun Jul 9 10:46:24 2023 :+failures/cad/pcb2gcode.log :+failures/x11/gnome/seahorse-nautilus.log :+failures/x11/mate/utils.log :resolved failures :--- ../old/aarch64/last//ls-failures Wed Jul 5 12:30:43 2023 : -- A banker is a fellow who lends you his umbrella when the sun is shining and wants it back the minute it begins to rain. -- Mark Twain
Re: lang/gambit build parallel
In that case, I'll revert the commit. If it ends up passing -j through, we can reconsider enabling it again. -peter On 2023 Jul 08 (Sat) at 14:57:31 +0100 (+0100), Stuart Henderson wrote: :From a very cursory look, it runs child make processes but doesn't pass -j :through to them. : :-- : Sent from a phone, apologies for poor formatting. : :On 8 July 2023 14:15:25 Christian Weisgerber wrote: : :> Theo de Raadt: :> :> > at g2k23 we talked about this issue for a bit. :> :> No, that's not it. The gambit build isn't limited because make :> only starts N jobs with -jN. Rather, there is simply not enough :> work available for it to start N jobs. :> :> -- :> Christian "naddy" Weisgerber na...@mips.inka.de : -- War is menstruation envy.
math/mlpack build parallel
Hi, This package takes quite a while to build, so I marked it as parallel to use more CPUs. I've been running this on the arm64 bulk build cluster for about a month now. OK? Index: math/mlpack/Makefile === RCS file: /cvs/ports/math/mlpack/Makefile,v retrieving revision 1.25 diff -u -p -u -p -r1.25 Makefile --- math/mlpack/Makefile13 Nov 2022 15:28:44 - 1.25 +++ math/mlpack/Makefile9 Jun 2023 15:14:11 - @@ -4,6 +4,7 @@ BROKEN-sparc64 = Exhausts virtual memory COMMENT-main = C++ machine learning library COMMENT-python = python bindings to C++ machine learning library +DPB_PROPERTIES = parallel V =3.4.2 -peter -- Schlattwhapper, n.: The window shade that allows itself to be pulled down, hesitates for a second, then snaps up in your face. -- Rich Hall, "Sniglets"
lang/gambit build parallel
Hi, This package takes quite a while to build, so I marked it as parallel to use more CPUs. I've been running this on the arm64 bulk build cluster for about a month now. OK? Index: lang/gambit/Makefile === RCS file: /cvs/ports/lang/gambit/Makefile,v retrieving revision 1.45 diff -u -p -u -p -r1.45 Makefile --- lang/gambit/Makefile24 Mar 2022 20:17:43 - 1.45 +++ lang/gambit/Makefile9 Jun 2023 15:14:33 - @@ -1,6 +1,7 @@ BROKEN-riscv64=gsi and gsi-script segfault at startup COMMENT= complete, efficient and reliable implementation of Scheme +DPB_PROPERTIES=parallel V= 4.9.4 REVISION= 0 -peter -- Schlattwhapper, n.: The window shade that allows itself to be pulled down, hesitates for a second, then snaps up in your face. -- Rich Hall, "Sniglets"
Re: aarch64 bulk build report
On 2023 May 13 (Sat) at 18:08:52 +0200 (+0200), Theo Buehler wrote: :On Sat, May 13, 2023 at 05:37:01PM +0200, Peter Hessler wrote: :> On 2023 May 13 (Sat) at 17:22:55 +0200 (+0200), Theo Buehler wrote: :> :> http://build-failures.rhaalovely.net/aarch64/2023-05-11/net/unison,no_x11.log :> : :> :As already mentioned elsewhere, this is the strange USE_NOEXECONLY :> :thing that affects some ocaml ports on aarch64. I think it should be :> :marked as such on aarch64 until someone figures out why this is needed :> :for aarch64 and not amd64. :> :> I tried that, but it doesn't make a difference when building on my X13s. : :This builds and packages both flavors on my m1. I use llvm15 on it, so :it could be a difference in code generation. If that doesn't work for :you, I guess we have to mark it BROKEN-aarch64 until we update to llvm15 : Could be code generation, it doesn't build for me with in-tree llvm13. OK for this, and we can probably also add BROKEN-aarch64 at the same time. :Index: Makefile :=== :RCS file: /cvs/ports/net/unison/Makefile,v :retrieving revision 1.22 :diff -u -p -r1.22 Makefile :--- Makefile 28 Apr 2023 06:01:41 - 1.22 :+++ Makefile 13 May 2023 16:06:53 - :@@ -1,3 +1,7 @@ :+.if ${MACHINE_ARCH} == aarch64 :+USE_NOEXECONLY = yes :+.endif :+ : COMMENT = multi-platform file synchronization tool : : GH_ACCOUNT = bcpierce00 -- The goal of science is to build better mousetraps. The goal of nature is to build better mice.
Re: aarch64 bulk build report
On 2023 May 13 (Sat) at 17:22:55 +0200 (+0200), Theo Buehler wrote: :> http://build-failures.rhaalovely.net/aarch64/2023-05-11/net/unison,no_x11.log : :As already mentioned elsewhere, this is the strange USE_NOEXECONLY :thing that affects some ocaml ports on aarch64. I think it should be :marked as such on aarch64 until someone figures out why this is needed :for aarch64 and not amd64. I tried that, but it doesn't make a difference when building on my X13s. -- For three days after death hair and fingernails continue to grow but phone calls taper off. -- Johnny Carson
fix graphics/darktable on arm64
darktable fails to build on arm64, and it seems it is because of badly balanced parenthesis. With the patch in-tree, it always sets DT_SUPPORTED_X86 1, and then arm also sets DT_SUPPORTED_ARMv8A 1 which blows up later in the check. Thankfully we don't even need this patch, so simply remove it. builds fine on amd64 and arm64. OK? Index: graphics/darktable/Makefile === RCS file: /cvs/openbsd/ports/graphics/darktable/Makefile,v retrieving revision 1.117 diff -u -p -u -p -r1.117 Makefile --- graphics/darktable/Makefile 8 May 2023 20:55:21 - 1.117 +++ graphics/darktable/Makefile 13 May 2023 07:14:36 - @@ -6,6 +6,7 @@ V= 4.2.1 DISTNAME= darktable-$V PORTROACH= limitw:1,even skipv:release-$V EXTRACT_SUFX= .tar.xz +REVISION= 0 CATEGORIES=graphics x11 Index: graphics/darktable/patches/patch-src_is_supported_platform_h === RCS file: graphics/darktable/patches/patch-src_is_supported_platform_h diff -N graphics/darktable/patches/patch-src_is_supported_platform_h --- graphics/darktable/patches/patch-src_is_supported_platform_h8 May 2023 20:55:21 - 1.6 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,19 +0,0 @@ -Index: src/is_supported_platform.h src/is_supported_platform.h.orig -+++ src/is_supported_platform.h -@@ -24,13 +24,13 @@ - #error "Unfortunately we only work on litte-endian systems." - #endif - --#if (defined(__amd64__) || defined(__amd64) || defined(__x86_64__) || defined(__x86_64)) -+#if (defined(__amd64__) || defined(__amd64) || defined(__x86_64__) || defined(__x86_64) || defined(__OpenBSD__)) - #define DT_SUPPORTED_X86 1 - #else - #define DT_SUPPORTED_X86 0 - #endif - --#if defined(__aarch64__) && (defined(__ARM_64BIT_STATE) && defined(__ARM_ARCH) && (defined(__ARM_ARCH_8A) || __ARM_ARCH_PROFILE == 'A') || defined(__APPLE__) || defined(__MINGW64__)) -+#if defined(__aarch64__) && (defined(__ARM_64BIT_STATE) && defined(__ARM_ARCH) && (defined(__ARM_ARCH_8A) || __ARM_ARCH_PROFILE == 'A') || defined(__APPLE__) || defined(__OpenBSD__) || defined(__MINGW64__)) - #define DT_SUPPORTED_ARMv8A 1 - #else - #define DT_SUPPORTED_ARMv8A 0 -- Learned men are the cisterns of knowledge, not the fountainheads.
Re: font.port.mk: change default font type handling
On 2023 May 09 (Tue) at 13:49:16 +0100 (+0100), Stuart Henderson wrote: :After a discussion with phessler, here's a diff which adjusts :font.port.mk (MODULES=font) so that, when FONTTYPES is not specified :and both ttf and otf files are present, the otf files are used instead :of ttf. (the Previous default was to only use ttf, anything else :needed explicit setting). : :This currently only changes the files installed by one font :using the module (fonts/jaldi) though would have also changed :atkinson-hyperlegible if it hadn't been adjusted recently. :We could either change jaldi to set FONTTYPES=ttf, or switch :to otf and update the plist, I opted for the latter. : :(the "&& break" is to stop after otf if any such files are copied). : :any comments/ok? : OK as-is, but it would be cool if you could add a comment describing why we have "&& break" in the loop. I'm sure we'll forget why in a few years. : :Index: infrastructure/mk/font.port.mk :=== :RCS file: /cvs/ports/infrastructure/mk/font.port.mk,v :retrieving revision 1.4 :diff -u -p -r1.4 font.port.mk :--- infrastructure/mk/font.port.mk 4 Nov 2016 15:44:14 - 1.4 :+++ infrastructure/mk/font.port.mk 9 May 2023 12:42:37 - :@@ -15,12 +15,17 @@ PKGNAME ?= ${TYPEFACE}-${VERSION} : : FONTDIR ?=${PREFIX}/share/fonts/${TYPEFACE} : :-FONTTYPES ?= ttf :+FONTTYPES ?= : : FONT_DISTDIR ?= ${WRKSRC} : :-MODFONT_do-install = ${INSTALL_DATA_DIR} ${FONTDIR}; \ :- for t in ${FONTTYPES}; do ${INSTALL_DATA} ${FONT_DISTDIR}/${FONT_DISTSUBDIR}/*.$$t ${FONTDIR}; done :+MODFONT_do-install = ${INSTALL_DATA_DIR} ${FONTDIR}; :+ :+.if empty(FONTTYPES) :+MODFONT_do-install += for t in otf ttf; do ${INSTALL_DATA} ${FONT_DISTDIR}/${FONT_DISTSUBDIR}/*.$$t ${FONTDIR} && break; done :+.else :+MODFONT_do-install += for t in ${FONTTYPES}; do ${INSTALL_DATA} ${FONT_DISTDIR}/${FONT_DISTSUBDIR}/*.$$t ${FONTDIR}; done :+.endif : : . if !target(do-install) : do-install: :Index: fonts/jaldi/Makefile :=== :RCS file: /cvs/ports/fonts/jaldi/Makefile,v :retrieving revision 1.2 :diff -u -p -r1.2 Makefile :--- fonts/jaldi/Makefile 23 Jan 2023 09:47:12 - 1.2 :+++ fonts/jaldi/Makefile 9 May 2023 12:42:37 - :@@ -2,6 +2,7 @@ COMMENT = libre Devanagari typeface fami : : TYPEFACE =jaldi : V = 1.007 :+REVISION =0 : : DISTFILES = ${V}.zip : MASTER_SITES =https://github.com/Omnibus-Type/Jaldi/archive/refs/tags/ :Index: fonts/jaldi/pkg/PLIST :=== :RCS file: /cvs/ports/fonts/jaldi/pkg/PLIST,v :retrieving revision 1.1.1.1 :diff -u -p -r1.1.1.1 PLIST :--- fonts/jaldi/pkg/PLIST 23 Jun 2022 12:50:04 - 1.1.1.1 :+++ fonts/jaldi/pkg/PLIST 9 May 2023 12:42:37 - :@@ -1,4 +1,4 @@ : share/fonts/ : @fontdir share/fonts/jaldi/ :-share/fonts/jaldi/Jaldi-Bold.ttf :-share/fonts/jaldi/Jaldi-Regular.ttf :+share/fonts/jaldi/Jaldi-Bold.otf :+share/fonts/jaldi/Jaldi-Regular.otf : -- The light at the end of the tunnel is the headlight of an approaching train.
arm64.ports.openbsd.org bulk build report
bulk build on arm64.ports.openbsd.org started on Fri Apr 28 23:51:11 MDT 2023 finished at Mon May 1 07:45:54 MDT 2023 lasted 2D07h54m done with kern.version=OpenBSD 7.3-current (GENERIC.MP) #2108: Fri Apr 28 18:36:50 MDT 2023 built packages:11601 Apr 28:138 Apr 29:3700 Apr 30:3021 May 1:4741 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-04-28/summary.log build failures: 4 http://build-failures.rhaalovely.net/aarch64/2023-04-28/devel/quirks.log http://build-failures.rhaalovely.net/aarch64/2023-04-28/emulators/libchdr.log http://build-failures.rhaalovely.net/aarch64/2023-04-28/emulators/ppsspp.log http://build-failures.rhaalovely.net/aarch64/2023-04-28/net/unison,no_x11.log recurrent failures new failures +++ ls-failures Mon May 1 07:47:29 2023 +failures/devel/quirks.log +failures/emulators/libchdr.log +failures/emulators/ppsspp.log +failures/net/unison,no_x11.log resolved failures --- ../old/aarch64/last//ls-failuresThu Apr 27 12:55:57 2023 -failures/net/libvncserver.log
[update] x11/xcalib
the xcalib tool moved to github, so chase it and update to the most recent version. This still works for me. OK? Index: x11/xcalib/Makefile === RCS file: /cvs/openbsd/ports/x11/xcalib/Makefile,v retrieving revision 1.7 diff -u -p -u -p -r1.7 Makefile --- x11/xcalib/Makefile 11 Mar 2022 20:17:43 - 1.7 +++ x11/xcalib/Makefile 28 Apr 2023 14:59:21 - @@ -1,27 +1,21 @@ COMMENT = tiny monitor calibration loader for XFree86 or X.org -V =0.8 -DISTNAME = xcalib-source-${V} -PKGNAME = xcalib-${V} -REVISION = 0 +GH_ACCOUNT = OpenICC +GH_PROJECT = xcalib +GH_TAGNAME = 0.10 CATEGORIES = x11 -HOMEPAGE = http://www.etg.e-technik.uni-erlangen.de/web/doe/xcalib/ - # License: GPLv2 or later PERMIT_PACKAGE = Yes -MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=xcalib/} - -WANTLIB = X11 Xext Xxf86vm m c -WRKDIST = ${WRKDIR}/xcalib-${V} +WANTLIB += X11 Xext Xrandr Xxf86vm c m NO_TEST = Yes do-install: ${INSTALL_PROGRAM} ${WRKSRC}/xcalib ${PREFIX}/bin ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/xcalib ${INSTALL_DATA} ${WRKSRC}/*.icc ${PREFIX}/share/examples/xcalib/ - ${INSTALL_DATA} ${WRKSRC}/README ${PREFIX}/share/examples/xcalib/ + ${INSTALL_DATA} ${WRKSRC}/README.md ${PREFIX}/share/examples/xcalib/ .include Index: x11/xcalib/distinfo === RCS file: /cvs/openbsd/ports/x11/xcalib/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- x11/xcalib/distinfo 18 Jan 2015 03:16:05 - 1.2 +++ x11/xcalib/distinfo 28 Apr 2023 14:49:13 - @@ -1,2 +1,2 @@ -SHA256 (xcalib-source-0.8.tar.gz) = ihEu5xDlRG9sNuYjRbIGbxBjnVACWduMSL8XFsrqBuY= -SIZE (xcalib-source-0.8.tar.gz) = 32782 +SHA256 (xcalib-0.10.tar.gz) = Z9vy3MSuZ/3ki0hjCYDB+m+J/aWBA0f2FuyFCUwnQFU= +SIZE (xcalib-0.10.tar.gz) = 36769 Index: x11/xcalib/patches/patch-Makefile === RCS file: x11/xcalib/patches/patch-Makefile diff -N x11/xcalib/patches/patch-Makefile --- x11/xcalib/patches/patch-Makefile 11 Mar 2022 20:17:43 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ Makefile.orig Sun Aug 26 23:30:34 2007 -+++ Makefile Sun Jan 27 00:17:51 2008 -@@ -36,9 +36,8 @@ - # to change the following variables - - XCALIB_VERSION = 0.8 --CFLAGS = -O2 --XINCLUDEDIR = /usr/X11R6/include --XLIBDIR = /usr/X11R6/lib -+XINCLUDEDIR = "${X11BASE}/include" -+XLIBDIR = "${X11BASE}/lib" - # for ATI's proprietary driver (must contain the header file fglrx_gamma.h) - FGLRXINCLUDEDIR = ./fglrx - FGLRXLIBDIR = ./fglrx Index: x11/xcalib/patches/patch-xcalib_c === RCS file: /cvs/openbsd/ports/x11/xcalib/patches/patch-xcalib_c,v retrieving revision 1.2 diff -u -p -u -p -r1.2 patch-xcalib_c --- x11/xcalib/patches/patch-xcalib_c 11 Mar 2022 20:17:43 - 1.2 +++ x11/xcalib/patches/patch-xcalib_c 28 Apr 2023 14:54:38 - @@ -1,9 +1,10 @@ xcalib.c.orig Thu Jul 10 16:57:09 2008 -+++ xcalib.c Thu Jul 10 16:57:31 2008 -@@ -150,12 +150,12 @@ usage (void) +Index: xcalib.c +--- xcalib.c.orig xcalib.c +@@ -153,12 +153,12 @@ usage (void) "last parameter must be an ICC profile containing a vcgt-tag\n"); fprintf (stdout, "\n"); - #ifndef WIN32GDI + #ifndef _WIN32 - fprintf (stdout, "Example: ./xcalib -d :0 -s 0 -v bluish.icc\n"); + fprintf (stdout, "Example: xcalib -d :0 -s 0 -v bluish.icc\n"); #else Index: x11/xcalib/pkg/PLIST === RCS file: /cvs/openbsd/ports/x11/xcalib/pkg/PLIST,v retrieving revision 1.2 diff -u -p -u -p -r1.2 PLIST --- x11/xcalib/pkg/PLIST11 Mar 2022 20:17:43 - 1.2 +++ x11/xcalib/pkg/PLIST28 Apr 2023 14:59:32 - @@ -1,6 +1,6 @@ @bin bin/xcalib share/examples/xcalib/ -share/examples/xcalib/README +share/examples/xcalib/README.md share/examples/xcalib/bluish.icc share/examples/xcalib/gamma_1_0.icc share/examples/xcalib/gamma_2_2.icc -- Nobody can be exactly like me. Sometimes even I have trouble doing it. -- Tallulah Bankhead
[update] fonts/comic-neue
cc MAINTAINER Updat Comic Neue to version 2.51, add https for the website, and re-install the fontconfig file so people can override it as described in the pkg/README OK? Index: fonts/comic-neue/Makefile === RCS file: /cvs/openbsd/ports/fonts/comic-neue/Makefile,v retrieving revision 1.12 diff -u -p -u -p -r1.12 Makefile --- fonts/comic-neue/Makefile 11 Mar 2022 19:00:17 - 1.12 +++ fonts/comic-neue/Makefile 28 Apr 2023 14:41:59 - @@ -1,7 +1,7 @@ COMMENT = replacement for Comic Sans font TYPEFACE = comic-neue -VERSION = 2.5 +VERSION = 2.51 DISTNAME = ${TYPEFACE}-${VERSION} CATEGORIES = fonts @@ -13,15 +13,18 @@ MAINTAINER =Tristan Le Guern http://comicneue.com/ +MASTER_SITES = https://comicneue.com/ EXTRACT_SUFX = .zip NO_BUILD = Yes NO_TEST = Yes PKG_ARCH = * +FCDIR =${PREFIX}/share/comic-neue do-install: + ${INSTALL_DATA_DIR} ${FCDIR} + ${INSTALL_DATA} ${FILESDIR}/30-comic-sans-aliases.conf ${FCDIR} ${INSTALL_DATA_DIR} ${PREFIX}/share/fonts/comic-neue ${INSTALL_DATA} ${WRKSRC}/{TTF,OTF}/*/*.?tf \ ${PREFIX}/share/fonts/comic-neue Index: fonts/comic-neue/distinfo === RCS file: /cvs/openbsd/ports/fonts/comic-neue/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- fonts/comic-neue/distinfo 25 May 2020 05:58:50 - 1.4 +++ fonts/comic-neue/distinfo 17 Mar 2023 16:42:29 - @@ -1,2 +1,2 @@ -SHA256 (comic-neue-2.5.zip) = ZJbP70fGdWj7dN+wYJI5+dojaAAUOFc8Dinjoz+o4Nk= -SIZE (comic-neue-2.5.zip) = 3061994 +SHA256 (comic-neue-2.51.zip) = VN2ZjJO41mWLHC1q3p95DRD/qjYyho3Sz6yEtAUpAyE= +SIZE (comic-neue-2.51.zip) = 2579880 Index: fonts/comic-neue/pkg/PLIST === RCS file: /cvs/openbsd/ports/fonts/comic-neue/pkg/PLIST,v retrieving revision 1.6 diff -u -p -u -p -r1.6 PLIST --- fonts/comic-neue/pkg/PLIST 11 Mar 2022 19:00:18 - 1.6 +++ fonts/comic-neue/pkg/PLIST 17 Mar 2023 15:59:16 - @@ -1,3 +1,5 @@ +share/comic-neue/ +share/comic-neue/30-comic-sans-aliases.conf share/doc/pkg-readmes/${PKGSTEM} share/fonts/ @fontdir share/fonts/comic-neue/ -- Of all the animals, the boy is the most unmanageable. -- Plato
Re: aarch64 bulk build report
On 2023 Apr 14 (Fri) at 07:46:48 -0600 (-0600), phess...@openbsd.org wrote: :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-04-11/summary.log : :build failures: 2 :http://build-failures.rhaalovely.net/aarch64/2023-04-11/editors/poke.log Missing build (+possibly run?) dep on emacs. :http://build-failures.rhaalovely.net/aarch64/2023-04-11/x11/qt6/qt3d.log : Error: /usr/obj/ports/qt6-qt3d-6.5.0/fake-aarch64/usr/local/include/X11/qt6/Qt3DCore/6.5.0/Qt3DCore/private/matrix4x4_sse_p.h does not exist Error: /usr/obj/ports/qt6-qt3d-6.5.0/fake-aarch64/usr/local/include/X11/qt6/Qt3DCore/6.5.0/Qt3DCore/private/vector3d_sse_p.h does not exist Error: /usr/obj/ports/qt6-qt3d-6.5.0/fake-aarch64/usr/local/include/X11/qt6/Qt3DCore/6.5.0/Qt3DCore/private/vector4d_sse_p.h does not exist arch specific files fell in, and aren't available on this arch -- All the passions make us commit faults; love makes us commit the most ridiculous ones. -- La Rochefoucauld
Re: openssl on sparc64: disable assembly
if go fast is broken, the go slow it shall be. OK On 2023 Mar 16 (Thu) at 15:28:56 +0100 (+0100), Theo Buehler wrote: :The AES-CBC implementation is broken on T-4 machines. I reported this :upstream: : :https://github.com/openssl/openssl/issues/20523 : :From grep I suspect that this also affects other AES modes, and also :DES and Camellia. : :Until someone fixes this, I think we should disable the assembly :optimizations. This makes regress on a T4-2 LDOM stable where with :assembly optimizations it explodes about 2 out of 3 runs. : :It looks like this bug has been around for at least a decade. So maybe :this is overkill, but when the choice is between reliability and speed :(if that's the right word for anything related to sparc64), it seems :clear that reliability should trump, especially when it comes to a :dependency of a mailserver and a backup utility. : -- "It runs like _x, where _x is something unsavory" -- Prof. Romas Aleliunas, CS 435
Re: aarch64 bulk build report
On 2023 Mar 08 (Wed) at 13:47:06 -0700 (-0700), phess...@openbsd.org wrote: : :build failures: 3 :http://build-failures.rhaalovely.net/aarch64/2023-03-06/audio/p5-Music-Audioscrobbler-MPD.log :http://build-failures.rhaalovely.net/aarch64/2023-03-06/productivity/thinkingrock.log fallout from changing PATCHORIG, already fixed :http://build-failures.rhaalovely.net/aarch64/2023-03-06/textproc/sp.log : packaged and built fine, was in H= when dpb exited. -- Nobody wants constructive criticism. It's all we can do to put up with constructive praise.
Re: aarch64 bulk build report
On 2023 Feb 25 (Sat) at 16:11:52 +0100 (+0100), Theo Buehler wrote: :> http://build-failures.rhaalovely.net/aarch64/2023-02-22/devel/riscv-elf/gcc.log : :This fails to build if lang/gcc/8 is installed because it picks up the :old ansidecl.h which misses a few #defines. : :One option is to define the missing ones away. Defining them to the :right thing is harder since they are passed through several shells, so :getting the quoting right is tricky. : :Hopefully someone else has a better idea. : with this patch, on arm64 I can build riscv-elf-gcc and that can build riscv-elf-newlib. OK :Index: gcc/Makefile :=== :RCS file: /cvs/ports/devel/riscv-elf/gcc/Makefile,v :retrieving revision 1.9 :diff -u -p -r1.9 Makefile :--- gcc/Makefile 19 Feb 2023 13:55:04 - 1.9 :+++ gcc/Makefile 25 Feb 2023 15:00:30 - :@@ -3,7 +3,7 @@ COMMENT= gcc for riscv-elf cross-develop : VERSION= 12.2.0 : DISTNAME= gcc-${VERSION} : PKGNAME= riscv-elf-gcc-${VERSION} :-REVISION= 0 :+REVISION= 1 : : SUBST_VARS+= VERSION : :@@ -37,8 +37,13 @@ CONFIGURE_ARGS+=--enable-languages=${LAN : --enable-cpp\ : --without-isl \ : --without-zstd :-CONFIGURE_ENV=CPPFLAGS="-I${LOCALBASE}/include" \ :+CONFIGURE_ENV=CPPFLAGS="${CPPFLAGS} -I${LOCALBASE}/include" \ : LDFLAGS="-L${LOCALBASE}/lib" :+ :+# Avoid build failure when lang/gcc/8 is installed whose ansidecl.h misses these :+CPPFLAGS += -DATTRIBUTE_NONSTRING= -DATTRIBUTE_RESULT_SIZE_1= :+CPPFLAGS += -DATTRIBUTE_RESULT_SIZE_2= -DATTRIBUTE_RESULT_SIZE_1_2= :+CPPFLAGS += -DATTRIBUTE_WARN_UNUSED_RESULT= : : SEPARATE_BUILD= Yes : USE_GMAKE=Yes -- One can't proceed from the informal to the formal by formal means.
Re: shorten/shntool homepage
On 2023 Feb 21 (Tue) at 13:31:31 +0100 (+0100), Jan Stary wrote: :On Feb 21 10:31:31, sh+openbsd-po...@codevoid.de wrote: :> Jan Stary wrote (2023-02-20 18:22 CET): :> > The etree.org page is apparently dead, :> > but the freeshell.org sites exist :> > and have the tarballs. :> > :> >Jan :> :> Again with REVISION bumped and MAINTAINER on CC. :> Fetches and builds fine. : :Does the change of HOMEPAGE really require a REVISION? :It is the same tarball, hence the same package ... : : Jan Yes, the HOMEPAGE is stored in the metadata of the built package, and that does require a REVISION. thankfully, bumps are cheap. -- Security check: INTRUDER ALERT!
[arm64 fix] emulators/citra
Here's a fix so citra works on arm64. Briefly tested on my arm64 thinkpad x13s, runs and passes tests. OK? Index: emulators/citra/Makefile === RCS file: /cvs/openbsd/ports/emulators/citra/Makefile,v retrieving revision 1.21 diff -u -p -u -p -r1.21 Makefile --- emulators/citra/Makefile22 Jan 2023 15:23:57 - 1.21 +++ emulators/citra/Makefile17 Feb 2023 13:34:12 - @@ -10,6 +10,7 @@ COMMENT = nintendo 3DS emulator DISTNAME = citra-unified-source-20230110-ad2cbe2 V =1827 PKGNAME = citra-0.0.0.${V} +REVISION = 0 CATEGORIES = emulators @@ -62,6 +63,12 @@ CXXFLAGS += -I${LOCALBASE}/include -I${L post-extract: rm -rf ${WRKSRC}/externals/{sdl2,catch2,fmt,boost,cryptopp} + +.if ${MACHINE_ARCH} == amd64 || ${MACHINE_ARCH} == i386 +PKG_ARGS +=-Dx86=1 +.else +PKG_ARGS +=-Dx86=0 +.endif .include Index: emulators/citra/patches/patch-src_common_aarch64_cpu_detect_cpp === RCS file: emulators/citra/patches/patch-src_common_aarch64_cpu_detect_cpp diff -N emulators/citra/patches/patch-src_common_aarch64_cpu_detect_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ emulators/citra/patches/patch-src_common_aarch64_cpu_detect_cpp 17 Feb 2023 12:10:39 - @@ -0,0 +1,62 @@ +Index: src/common/aarch64/cpu_detect.cpp +--- src/common/aarch64/cpu_detect.cpp.orig src/common/aarch64/cpu_detect.cpp +@@ -14,13 +14,17 @@ + #include + #include + // clang-format on +-#elif !defined(_WIN32) ++#elif !defined(_WIN32) && !defined(__OpenBSD__) + #ifndef __FreeBSD__ + #include + #endif // __FreeBSD__ + #include + #include + #endif // __APPLE__ ++#ifdef __OpenBSD__ ++#include ++#include /* CPU_ID_AA64ISAR0 */ ++#endif // __OpenBSD__ + + #include "common/aarch64/cpu_detect.h" + #include "common/file_util.h" +@@ -36,6 +40,10 @@ static std::string GetCPUString() { + } + return buf; + } ++#elif defined(__OpenBSD__) ++static std::string GetCPUString() { ++return "Unknown"; ++} + #elif !defined(WIN32) + static std::string GetCPUString() { + constexpr char procfile[] = "/proc/cpuinfo"; +@@ -76,6 +84,28 @@ static CPUCaps Detect() { + caps.sha1 = true; + caps.sha2 = true; + caps.cpu_string = GetCPUString(); ++#elif defined(__OpenBSD__) ++int isar0_mib[] = { CTL_MACHDEP, CPU_ID_AA64ISAR0 }; ++size_t len = sizeof(uint64_t); ++uint64_t cpu_id = 0; ++ ++caps.fp = true; ++caps.cpu_string = GetCPUString(); ++ ++if (sysctl(isar0_mib, 2, &cpu_id, &len, NULL, 0) != 1) { ++#define AA64ISA_AES (0x3 << 4) ++#define AA64ISA_SHA1 (0x1 << 8) ++#define AA64ISA_SHA2 (0x3 << 12) ++#define AA64ISA_CRC32 (0x1 << 16) ++ ++caps.fp = true; ++caps.asimd = false; // XXX ++caps.aes = cpu_id & AA64ISA_AES; ++caps.crc32 = cpu_id & AA64ISA_CRC32; ++caps.sha1 = cpu_id & AA64ISA_SHA1; ++caps.sha2 = cpu_id & AA64ISA_SHA2; ++ ++} + #elif defined(_WIN32) + // Windows does not provide any mechanism for querying the system registers on ARMv8, unlike + // Linux which traps the register reads and emulates them in the kernel. There are environment Index: emulators/citra/pkg/PFRAG.x86 === RCS file: emulators/citra/pkg/PFRAG.x86 diff -N emulators/citra/pkg/PFRAG.x86 --- /dev/null 1 Jan 1970 00:00:00 - +++ emulators/citra/pkg/PFRAG.x86 17 Feb 2023 13:30:52 - @@ -0,0 +1,9 @@ +include/xbyak/ +include/xbyak/xbyak.h +include/xbyak/xbyak_bin2hex.h +include/xbyak/xbyak_mnemonic.h +include/xbyak/xbyak_util.h +lib/cmake/xbyak/ +lib/cmake/xbyak/xbyak-config-version.cmake +lib/cmake/xbyak/xbyak-config.cmake +lib/cmake/xbyak/xbyak-targets.cmake Index: emulators/citra/pkg/PLIST === RCS file: /cvs/openbsd/ports/emulators/citra/pkg/PLIST,v retrieving revision 1.6 diff -u -p -u -p -r1.6 PLIST --- emulators/citra/pkg/PLIST 22 Jan 2023 15:23:58 - 1.6 +++ emulators/citra/pkg/PLIST 17 Feb 2023 13:29:53 - @@ -1,3 +1,4 @@ +%%x86%% @bin bin/citra @bin bin/citra-qt @bin bin/citra-room @@ -152,20 +153,11 @@ include/dynarmic/ir/opt/passes.h include/dynarmic/ir/terminal.h include/dynarmic/ir/type.h include/dynarmic/ir/value.h -include/xbyak/ -include/xbyak/xbyak.h -include/xbyak/xbyak_bin2hex.h -include/xbyak/xbyak_mnemonic.h -include/xbyak/xbyak_util.h lib/cmake/dynarmic/ lib/cmake/dynarmic/dynarmicConfig.cmake lib/cmake/dynarmic/dynarmicConfigVersion.cmake lib/cmake/dynarmic/dynarmicTargets${MODCMAKE_BUILD_SUFFIX} lib/cmake/dynarmic/dynarmicTargets.cmake -lib/cmake/xbyak/ -lib/cmake/xbyak/xbyak-config-version.cmake -lib/cmake/xbyak/xbyak-config.cmake -lib/cmake/xbyak/xbyak-targets.cmake @static-lib lib/libdynarmic.a @man man/man6/citra-qt.6 @man man/man6/citra.6 -- Murphy's Law is recursive. Wa
[update] graphics/pinta
Update pinta to the last release with GTK+2, futher updates depend on GTK+3/.NET 6. Release notes are at https://www.pinta-project.com/releases/1-7-1 briefly tested on arm64 OK? Index: graphics/pinta/Makefile === RCS file: /cvs/openbsd/ports/graphics/pinta/Makefile,v retrieving revision 1.16 diff -u -p -u -p -r1.16 Makefile --- graphics/pinta/Makefile 11 Mar 2022 19:23:10 - 1.16 +++ graphics/pinta/Makefile 17 Feb 2023 12:52:28 - @@ -1,4 +1,5 @@ -V =1.7 +# V > 2.0 changes deps to gtk3 and .NET 6 +V =1.7.1 COMMENT = open source drawing/editing program modeled after Paint.NET DISTNAME = pinta-${V} CATEGORIES = graphics x11 Index: graphics/pinta/distinfo === RCS file: /cvs/openbsd/ports/graphics/pinta/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- graphics/pinta/distinfo 31 Oct 2021 20:30:03 - 1.2 +++ graphics/pinta/distinfo 17 Feb 2023 12:47:49 - @@ -1,2 +1,2 @@ -SHA256 (pinta-1.7.tar.gz) = Z4wNXG5B2ndpYYDvxxR2zP2jI4o9aNczEZjIpDHb+Ww= -SIZE (pinta-1.7.tar.gz) = 1677736 +SHA256 (pinta-1.7.1.tar.gz) = zbu/4kG4/l86HQsW5zEVEl4mSpyU0l/Oni/PQ0Ke+rk= +SIZE (pinta-1.7.1.tar.gz) = 1703467 Index: graphics/pinta/pkg/PLIST === RCS file: /cvs/openbsd/ports/graphics/pinta/pkg/PLIST,v retrieving revision 1.5 diff -u -p -u -p -r1.5 PLIST --- graphics/pinta/pkg/PLIST11 Mar 2022 19:23:10 - 1.5 +++ graphics/pinta/pkg/PLIST17 Feb 2023 12:59:45 - @@ -9,8 +9,6 @@ lib/pinta/Pinta.Tools.dll lib/pinta/Pinta.exe lib/pkgconfig/pinta.pc @man man/man1/pinta.1 -share/appdata/ -share/appdata/pinta.appdata.xml share/applications/pinta.desktop share/icons/hicolor/16x16/apps/pinta.png share/icons/hicolor/22x22/apps/pinta.png -- Fourth Law of Revision: It is usually impractical to worry beforehand about interferences -- if you have none, someone will make one for you.
Re: aarch64 bulk build report
On 2023 Feb 15 (Wed) at 22:09:05 +0100 (+0100), Theo Buehler wrote: :> http://build-failures.rhaalovely.net/aarch64/2023-02-13/graphics/openscenegraph.log : :This is a hidden dep on cad/oce. Not sure if it is desirable to add this :relatively heavy dependency or if it's better to neuter it. : :It seems that there are various other hidden deps. For instance, my logs :suggest that the curl module may or may not be picked up. It would be :nice if someone who likes dealing with cmake could fix this. : Here's a patch to disable the hidden dep on cad/oce, OK? curl is already listed in the port as a lib depends, so I don't think I should change anything there. Index: Makefile === RCS file: /cvs/openbsd/ports/graphics/openscenegraph/Makefile,v retrieving revision 1.30 diff -u -p -u -p -r1.30 Makefile --- Makefile30 Dec 2022 00:13:29 - 1.30 +++ Makefile16 Feb 2023 08:44:30 - @@ -10,7 +10,7 @@ GH_ACCOUNT = openscenegraph GH_PROJECT = OpenSceneGraph GH_TAGNAME = OpenSceneGraph-$V DISTNAME = openscenegraph-${V} -REVISION = 3 +REVISION = 4 SUBST_VARS += V @@ -64,6 +64,8 @@ LIB_DEPENDS = devel/sdl \ x11/gnome/librsvg NO_TEST = Yes + +CONFIGURE_ARGS += -DCMAKE_DISABLE_FIND_PACKAGE_OpenCascade:Bool=Yes # Fix build with OpenEXR>=3 (Imath split) CXXFLAGS +=-I${LOCALBASE}/include/Imath
arm64 fix for games/choria
This port globally sets SSE for the build, which does not exist on arm64. While here, change post-patch target to pre-configure, so make update-patches works as expected. Game now builds on arm64 and I can play amd64. OK? Index: games/choria/Makefile === RCS file: /cvs/openbsd/ports/games/choria/Makefile,v retrieving revision 1.15 diff -u -p -u -p -r1.15 Makefile --- games/choria/Makefile 25 Jan 2023 10:15:21 - 1.15 +++ games/choria/Makefile 2 Feb 2023 14:07:48 - @@ -6,6 +6,7 @@ DISTNAME = choria-${V}-${COMMIT}-src PKGNAME = choria-${V} CATEGORIES = games x11 MAINTAINER = Sebastian Reitenbach +REVISION = 0 HOMEPAGE = https://choria.gitlab.io/ @@ -43,7 +44,7 @@ NO_TEST = Yes WRKDIST = ${WRKDIR}/choria-${V}-${COMMIT} -post-patch: +pre-configure: perl -pi -e "s,games/,,g" ${WRKSRC}/CMakeLists.txt \ ${WRKSRC}/deployment/choria perl -pi -e "s,games,bin,g" ${WRKSRC}/CMakeLists.txt Index: games/choria/patches/patch-CMakeLists_txt === RCS file: /cvs/openbsd/ports/games/choria/patches/patch-CMakeLists_txt,v retrieving revision 1.3 diff -u -p -u -p -r1.3 patch-CMakeLists_txt --- games/choria/patches/patch-CMakeLists_txt 25 Jan 2023 10:15:22 - 1.3 +++ games/choria/patches/patch-CMakeLists_txt 2 Feb 2023 14:07:24 - @@ -1,6 +1,15 @@ Index: CMakeLists.txt --- CMakeLists.txt.orig +++ CMakeLists.txt +@@ -34,7 +34,7 @@ if(NOT CMAKE_BUILD_TYPE) + endif() + + # compiler flags +-set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wall -Wextra -Wno-unused-result -Wno-switch -Wno-unused-parameter -pedantic -std=c++17 -msse -mfpmath=sse") ++set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wall -Wextra -Wno-unused-result -Wno-switch -Wno-unused-parameter -pedantic -std=c++17") + + # Set gl preference + if(NOT DEFINED OpenGL_GL_PREFERENCE) @@ -132,7 +132,7 @@ if(EXISTS "${PROJECT_SOURCE_DIR}/assets/source/process list(APPEND DATA_SCRIPTS "${SCRIPT_OUTPUT}") add_custom_command( -- We will have solar energy as soon as the utility companies solve one technical problem -- how to run a sunbeam through a meter.
Re: qutebrowser seg fault
Today does not mean today, and there is a lot of flux very recently. Please include at _least_ "sysctl kern.version" and "pkg_info qutebrowser". On 2023 Jan 30 (Mon) at 13:23:48 -0300 (-0300), Gabriel Busch de Brito wrote: :Hi all, : :After a recent update (today) qutebrowser no longer works on -CURRENT. :Trying to open it results in a Segmentation fault after a few "WARNING: :Unrecognized OpenGL version" messages. : :Maintainer not CCed because I couldn't find Dimitri Karamazov's email. : ::wq, :G : -- The best book on programming for the layman is "Alice in Wonderland"; but that's because it's the best book on anything for the layman.
[new] fonts/atkinson-hyperlegible
Atkinson Hyperlegible is a typeface created in partnership with Braille Institute. It has been developed specifically to increase legibility for readers with low vision, and to improve comprehension. Named for the founder of Braille Institute, Atkinson Hyperlegible is a traditional grotesque sans-serif at its core. It departs from tradition to incorporate umambiguous, distinctive and at times, unexpected always with the goal of increasing character recognition, and ultimately improve reading. OK? -- It is illegal to drive more than two thousand sheep down Hollywood Boulevard at one time. Atkinson-Hyperlegible.tgz Description: application/tar-gz
Re: aarch64 bulk build report
On 2023 Jan 18 (Wed) at 21:58:12 +0100 (+0100), Theo Buehler wrote: :> :http://build-failures.rhaalovely.net/aarch64/2023-01-16/security/sslscan.log :> :> ld: error: chacha-armv8.S:(function ChaCha20_ctr32: .text+0x4): relocation R_AARCH64_ADR_PREL_LO21 out of range: -1633764 is not in [-1048576, 1048575] : :Patch below fixes this. I missed an adr that should be computed with :adrp + add :lo12: (like the remaining ones in the same file). Also move :the .rodata down to match the file in 3.0 more closely. : :Regress still passes. : I don't understand assembly, but this looks good and still passing regress is excellent. OK :I'll of course also bump sslscan. : Sure thing! :Index: 1.1/Makefile :=== :RCS file: /cvs/ports/security/openssl/1.1/Makefile,v :retrieving revision 1.48 :diff -u -p -r1.48 Makefile :--- 1.1/Makefile 17 Jan 2023 16:14:42 - 1.48 :+++ 1.1/Makefile 18 Jan 2023 19:54:43 - :@@ -8,7 +8,7 @@ PORTROACH= limit:^1\.1\.[0-9][a-z] skipb : V=1.1.1s : PKGSPEC= openssl->=1.1.0v0,<1.2v0 : EPOCH=0 :-REVISION= 3 :+REVISION= 4 : : SHLIBVER= 11.6 : SHARED_LIBS= crypto ${SHLIBVER} \ :Index: 1.1/patches/patch-crypto_chacha_asm_chacha-armv8_pl :=== :RCS file: /cvs/ports/security/openssl/1.1/patches/patch-crypto_chacha_asm_chacha-armv8_pl,v :retrieving revision 1.1 :diff -u -p -r1.1 patch-crypto_chacha_asm_chacha-armv8_pl :--- 1.1/patches/patch-crypto_chacha_asm_chacha-armv8_pl14 Jan 2023 17:09:56 - 1.1 :+++ 1.1/patches/patch-crypto_chacha_asm_chacha-armv8_pl18 Jan 2023 20:31:04 - :@@ -1,16 +1,15 @@ : Index: crypto/chacha/asm/chacha-armv8.pl : --- crypto/chacha/asm/chacha-armv8.pl.orig : +++ crypto/chacha/asm/chacha-armv8.pl :-@@ -122,7 +122,7 @@ my ($a3,$b3,$c3,$d3)=map(($_&~3)+(($_+1)&3),($a2,$b2,$ :- $code.=<<___; :- #include "arm_arch.h" :- :--.text :-+.rodata :- :+@@ -127,6 +127,7 @@ $code.=<<___; : .extern OPENSSL_armcap_P : .hidden OPENSSL_armcap_P :-@@ -140,6 +140,8 @@ $code.=<<___; :+ :++.rodata :+ .align 5 :+ .Lsigma: :+ .quad0x3320646e61707865,0x6b20657479622d32 // endian-neutral :+@@ -140,12 +141,15 @@ $code.=<<___; : #endif : .asciz "ChaCha20 for ARMv8, CRYPTOGAMS by " : :@@ -19,7 +18,15 @@ Index: crypto/chacha/asm/chacha-armv8.pl : .globl ChaCha20_ctr32 : .typeChaCha20_ctr32,%function : .align 5 :-@@ -162,7 +164,8 @@ ChaCha20_ctr32: :+ ChaCha20_ctr32: :+ cbz $len,.Labort :+- adr @x[0],.LOPENSSL_armcap_P :++ adrp@x[0],.LOPENSSL_armcap_P :++ add @x[0],@x[0],:lo12:.LOPENSSL_armcap_P :+ cmp $len,#192 :+ b.lo.Lshort :+ #ifdef __ILP32__ :+@@ -162,7 +166,8 @@ ChaCha20_ctr32: : stp x29,x30,[sp,#-96]! : add x29,sp,#0 : :@@ -29,7 +36,7 @@ Index: crypto/chacha/asm/chacha-armv8.pl : stp x19,x20,[sp,#16] : stp x21,x22,[sp,#32] : stp x23,x24,[sp,#48] :-@@ -385,7 +388,8 @@ ChaCha20_neon: :+@@ -385,7 +390,8 @@ ChaCha20_neon: : stp x29,x30,[sp,#-96]! : add x29,sp,#0 : :@@ -39,7 +46,7 @@ Index: crypto/chacha/asm/chacha-armv8.pl : stp x19,x20,[sp,#16] : stp x21,x22,[sp,#32] : stp x23,x24,[sp,#48] :-@@ -707,7 +711,8 @@ ChaCha20_512_neon: :+@@ -707,7 +713,8 @@ ChaCha20_512_neon: : stp x29,x30,[sp,#-96]! : add x29,sp,#0 : -- Outside of a dog, a book is a man's best friend: and inside a dog, it's too dark to read. -- Groucho Marx
Re: aarch64 bulk build report
On 2023 Jan 18 (Wed) at 12:43:27 -0700 (-0700), phess...@openbsd.org wrote: :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-01-16/summary.log : :build failures: 5 :http://build-failures.rhaalovely.net/aarch64/2023-01-16/devel/quirks.log Last package built, was in flux when dpb finished and exited. Not a real failure. :http://build-failures.rhaalovely.net/aarch64/2023-01-16/graphics/opencv.log /usr/obj/ports/opencv-4.7.0/opencv-4.7.0/modules/core/src/system.cpp:574:13: error: unknown type name 'Elf64_auxv_t' Elf64_auxv_t auxv; ^ /usr/obj/ports/opencv-4.7.0/opencv-4.7.0/modules/core/src/system.cpp:579:36: error: use of undeclared identifier 'AT_HWCAP' if (auxv.a_type == AT_HWCAP) ^ it's some cpu feature detection that fails for OpenBSD/arm64 :http://build-failures.rhaalovely.net/aarch64/2023-01-16/security/sslscan.log ld: error: chacha-armv8.S:(function ChaCha20_ctr32: .text+0x4): relocation R_AARCH64_ADR_PREL_LO21 out of range: -1633764 is not in [-1048576, 1048575] :http://build-failures.rhaalovely.net/aarch64/2023-01-16/devel/coccinelle.log :http://build-failures.rhaalovely.net/aarch64/2023-01-16/textproc/bibtex2html.log : problem was in textproc/hevea, already fixed. -- If you only have a hammer, you tend to see every problem as a nail. -- Maslow
lang/gcc/11 xonly fixes
Same diff as what was applied to lang/gcc/8, OK? Index: lang/gcc/11/Makefile === RCS file: /cvs/openbsd/ports/lang/gcc/11/Makefile,v retrieving revision 1.16 diff -u -p -u -p -r1.16 Makefile --- lang/gcc/11/Makefile22 Nov 2022 23:26:10 - 1.16 +++ lang/gcc/11/Makefile15 Jan 2023 08:05:53 - @@ -13,11 +13,12 @@ ONLY_FOR_ARCHS-dlang = aarch64 amd64 arm DPB_PROPERTIES = parallel +USE_NOEXECONLY = Yes + V = 11.2.0 FULL_VERSION = $V FULL_PKGVERSION = $V -REVISION = 3 -REVISION-dlang = 4 +REVISION = 5 ADASTRAP-amd64 = adastrap-amd64-$V-2.tar.xz ADASTRAP-arm = adastrap-arm-4.9.4-0.tar.xz Index: lang/gcc/11/patches/patch-gcc_common_opt === RCS file: /cvs/openbsd/ports/lang/gcc/11/patches/patch-gcc_common_opt,v retrieving revision 1.2 diff -u -p -u -p -r1.2 patch-gcc_common_opt --- lang/gcc/11/patches/patch-gcc_common_opt11 Mar 2022 19:28:58 - 1.2 +++ lang/gcc/11/patches/patch-gcc_common_opt14 Jan 2023 07:49:55 - @@ -59,6 +59,15 @@ Index: gcc/common.opt Process #ident directives. fif-conversion +@@ -1941,7 +1949,7 @@ Common Var(flag_ivopts) Init(1) Optimization + Optimize induction variables on trees. + + fjump-tables +-Common Var(flag_jump_tables) Init(1) Optimization ++Common Var(flag_jump_tables) Init(0) Optimization + Use jump tables for sufficiently large switch statements. + + fbit-tests @@ -2627,7 +2635,7 @@ Common RejectNegative Joined Var(common_deferred_optio -fstack-limit-symbol= Trap if the stack goes past symbol . -- Heuristics are bug ridden by definition. If they didn't have bugs, then they'd be algorithms.
Re: aarch64 bulk build report
On 2023 Jan 05 (Thu) at 10:52:33 -0700 (-0700), phess...@openbsd.org wrote: :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-01-02/summary.log : :build failures: 2 :http://build-failures.rhaalovely.net/aarch64/2023-01-02/graphics/openscenegraph.log In file included from /usr/obj/ports/openscenegraph-3.6.5/OpenSceneGraph-OpenSceneGraph-3.6.5/src/osgPlugins/OpenCASCADE/ReaderWriterOpenCASCADE.cpp:22: /usr/obj/ports/openscenegraph-3.6.5/OpenSceneGraph-OpenSceneGraph-3.6.5/src/osgPlugins/OpenCASCADE/ReaderWriterOpenCASCADE.h:33:10: fatal error: 'TDF_LabelSequence.hxx' file not found #include ^~~ 1 error generated. $ pkglocate TDF_LabelSequence.hxx oce-7.6.0p0:cad/oce:/usr/local/include/opencascade/TDF_LabelSequence.hxx Should we just add a lib dependency for cad/oce? Or is a build dep good enough? :http://build-failures.rhaalovely.net/aarch64/2023-01-02/x11/xfce4/xfce4-taskmanager.log Should already be fixed. -- Zymurgy's Law of Volunteer Labor: People are always available for work in the past tense.
Re: aarch64 bulk build report
On 2022 Dec 31 (Sat) at 14:22:24 -0700 (-0700), phess...@openbsd.org wrote: :http://build-failures.rhaalovely.net/aarch64/2022-12-29/devel/quirks.log actually built, not a real error :http://build-failures.rhaalovely.net/aarch64/2022-12-29/games/naev,-data.log Run-time dependency libenet found: NO (tried pkgconfig and cmake) Looking for a fallback subproject for the dependency libenet ../../../obj/ports/naev-0.10.0/naev-0.10.0/meson.build:95:3: ERROR: Automatic wrap-based subproject downloading is disabled A full log can be found at /usr/obj/ports/naev-0.10.0/build-aarch64/meson-logs/meson-log.txt WARNING: Running the setup command as `meson [options]` instead of `meson setup [options]` is ambiguous and deprecated. seems to be a missing dependency :http://build-failures.rhaalovely.net/aarch64/2022-12-29/sysutils/py-filelock,python3.log * Getting build dependencies for wheel... ERROR Missing dependencies: hatch-vcs>=0.3 missing dependency :http://build-failures.rhaalovely.net/aarch64/2022-12-29/textproc/catfish.log ===> Faking installation for catfish-4.16.4p3 Traceback (most recent call last): File "/usr/obj/ports/catfish-4.16.4/catfish-4.16.4/./setup.py", line 260, in DistUtilsExtra.auto.setup( File "/usr/local/lib/python3.10/site-packages/DistUtilsExtra/auto.py", line 98, in setup __requires(attrs, src_all) File "/usr/local/lib/python3.10/site-packages/DistUtilsExtra/auto.py", line 471, in __requires __add_imports(imports, s, attrs) File "/usr/local/lib/python3.10/site-packages/DistUtilsExtra/auto.py", line 405, in __add_imports if alias.name and __external_mod(cur_module, alias.name, attrs): File "/usr/local/lib/python3.10/site-packages/DistUtilsExtra/auto.py", line 377, in __external_mod return 'dist-packages' in mod.__file__ or 'site-packages' in mod.__file__ or \ TypeError: argument of type 'NoneType' is not iterable : :recurrent failures :new failures :+++ ls-failuresSat Dec 31 14:22:24 2022 :+failures/devel/quirks.log :+failures/games/naev,-data.log :+failures/sysutils/py-filelock,python3.log :+failures/textproc/catfish.log :resolved failures :--- ../old/aarch64/last//ls-failures Tue Dec 27 09:44:25 2022 : -- Pity the meek, for they shall inherit the earth. -- Don Marquis
Re: aarch64 bulk build report
On 2022 Nov 22 (Tue) at 22:32:06 +0100 (+0100), Christian Weisgerber wrote: :Theo Buehler: : :> These three imake ports were broken by the makedepend 1.0.7 update: :> :> > http://build-failures.rhaalovely.net/aarch64/2022-11-14/astro/xephem.log :> > http://build-failures.rhaalovely.net/aarch64/2022-11-14/productivity/xinvest.log :> > http://build-failures.rhaalovely.net/aarch64/2022-11-14/productivity/xquote.log : :Specifically, this upstream commit: :https://gitlab.freedesktop.org/xorg/util/makedepend/-/commit/3dc64b0b0a7d4e14ccea6b9d1d11bf871c47a7e0 : :If you compare makedepend's output before and after, some header :files are now listed several times, growing the output and overflowing :the internal MAXFILES limit (which is just an arbitrary internal :array size and not a system resource). So I think that change is :buggy. : I see someone else has already filed a report upstream, so hopefully that gets fixed by the next release. :However, as far as the OpenBSD ports tree is concerned, the actual :issue should be this: : :> Of note: amd64 uses gccmakedep instead of makedepend for some reason I :> have not tried to track down. : :It's our imake configuration. This has never been updated, so new :architectures like aarch64 or riscv64 fall back to a catch all. :Configurations for older archs like amd64 and sparc64 include a :section for building an X11 server, which includes , which :happens to set UseGccMakeDepend. : :So I think the correct fix is to unify our imake configuration and :simply use gccmakedep(1) everywhere. : :OK? : OK :Index: Makefile :=== :RCS file: /cvs/ports/devel/imake-cf/Makefile,v :retrieving revision 1.16 :diff -u -p -r1.16 Makefile :--- Makefile 17 Nov 2022 09:12:22 - 1.16 :+++ Makefile 22 Nov 2022 21:13:20 - :@@ -4,6 +4,7 @@ CATEGORIES = devel x11 : V = 1.0.7 : DISTNAME =xorg-cf-files-${V} : PKGNAME = imake-cf-${V} :+REVISION =0 : MASTER_SITES =${MASTER_SITE_XORG:=util/} : : PERMIT_PACKAGE = Yes :Index: patches/patch-OpenBSD_cf :=== :RCS file: /cvs/ports/devel/imake-cf/patches/patch-OpenBSD_cf,v :retrieving revision 1.9 :diff -u -p -r1.9 patch-OpenBSD_cf :--- patches/patch-OpenBSD_cf 11 Mar 2022 18:50:12 - 1.9 :+++ patches/patch-OpenBSD_cf 22 Nov 2022 21:13:20 - :@@ -33,7 +33,15 @@ Index: OpenBSD.cf : #define BuildHtmlManPagesNO : : #endif :-@@ -172,6 +174,9 @@ XCOMM operating system: OSName (OSMajorVersion./**/OS :+@@ -150,6 +152,7 @@ XCOMM operating system: OSName (OSMajorVersion./**/OS :+ #define GccUsesGas YES :+ #define UseGas YES :+ #define GnuCpp YES :++#define UseGccMakeDepend YES :+ :+ #define UseGnuMalloc NO :+ :+@@ -172,6 +175,9 @@ XCOMM operating system: OSName (OSMajorVersion./**/OS : #ifndef CcCmd : #define CcCmdcc : #endif :@@ -43,7 +51,7 @@ Index: OpenBSD.cf : #ifndef AsCmd : #define AsCmdcc -c -x assembler : #endif :-@@ -244,9 +249,22 @@ XCOMM operating system: OSName (OSMajorVersion./**/OS :+@@ -244,9 +250,22 @@ XCOMM operating system: OSName (OSMajorVersion./**/OS : /* : * Documentation formatting : */ :@@ -69,7 +77,7 @@ Index: OpenBSD.cf : #define HasGroff YES : : #ifndef HasCookieMaker :-@@ -262,77 +280,15 @@ XCOMM operating system: OSName (OSMajorVersion./**/OS :+@@ -262,77 +281,15 @@ XCOMM operating system: OSName (OSMajorVersion./**/OS : */ : #define ManSuffix1 : #define FileManSuffix5 :@@ -153,7 +161,7 @@ Index: OpenBSD.cf : done : : #define InstallManPageAliases(file,destdir,aliases) @@\ :-@@ -436,8 +392,6 @@ install:: fonts.alias @@\ :+@@ -436,8 +393,6 @@ install:: fonts.alias @@\ : #ifdef AMD64Architecture : : # define HasWeakSymbols YES :@@ -162,7 +170,7 @@ Index: OpenBSD.cf : : # define XorgServer YES : :-@@ -666,51 +620,26 @@ install:: fonts.alias @@\ :+@@ -666,51 +621,26 @@ install:: fonts.alias @@\ : : : /* :-- :Christian "naddy" Weisgerber na...@mips.inka.de :
Re: [MAINTAINER UPDATE] archivers/zpaqfranz-55.15
On 2022 Sep 19 (Mon) at 18:57:41 +0200 (+0200), tux0r wrote: :For no obvious reason, the dev decided to delete the Makefile, so the port will have to take care of that as well... : :Looks like no OpenBSD-specifics are required this time - here's the patch. : :tux0r. Please remove "-O3 -march=native" from the compiler line. We don't want -O3 optimizations, and "-march=native" will generate code that won't run on all supported machines. -- Practical people would be more practical if they would take a little more time for dreaming. -- J. P. McEvoy
Re: aarch64 bulk build report
On 2022 Sep 12 (Mon) at 12:07:04 -0600 (-0600), phess...@openbsd.org wrote: :bulk build on arm64.ports.openbsd.org :started on Sat Sep 10 09:34:26 MDT 2022 :finished at Mon Sep 12 12:06:52 MDT 2022 :lasted 2D02h32m :done with kern.version=OpenBSD 7.2-beta (GENERIC.MP) #1816: Fri Sep 9 18:30:23 MDT 2022 : :built packages:11326 :Sep 10:2166 :Sep 11:3160 :Sep 12:5999 : : :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2022-09-10/summary.log : :build failures: 3 :http://build-failures.rhaalovely.net/aarch64/2022-09-10/audio/py-eyed3.log dpb false positive failure, it built fine :http://build-failures.rhaalovely.net/aarch64/2022-09-10/devel/riscv-elf/newlib.log Entering directory '/usr/obj/ports/riscv-elf-newlib-3.0.0/newlib-3.0.0/riscv64-unknown-elf/rv32imafc/ilp32f/newlib/libm' ... riscv64-unknown-elf-ar: ../math/lib.a: No such file or directory :http://build-failures.rhaalovely.net/aarch64/2022-09-10/security/step-ca.log already fixed : :recurrent failures : failures/security/step-ca.log :new failures :+++ ls-failuresMon Sep 12 12:07:04 2022 :+failures/audio/py-eyed3.log :+failures/devel/riscv-elf/newlib.log :resolved failures :--- ../old/aarch64/last//ls-failures Thu Sep 8 16:15:02 2022 :-failures/www/py-autobahn,python3.log : -- Lie, n.: A very poor substitute for the truth, but the only one discovered to date.
Re: aarch64 bulk build report
On 2022 Aug 15 (Mon) at 06:08:03 -0600 (-0600), phess...@openbsd.org wrote: :bulk build on arm64.ports.openbsd.org :started on Sat Aug 13 00:54:31 MDT 2022 :finished at Mon Aug 15 06:07:52 MDT 2022 :lasted 2D05h13m :done with kern.version=OpenBSD 7.2-beta (GENERIC.MP) #1784: Fri Aug 12 20:57:14 MDT 2022 : :built packages:11261 :Aug 13:4143 :Aug 14:2935 :Aug 15:4182 : : :critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2022-08-13/summary.log : :build failures: 2 :http://build-failures.rhaalovely.net/aarch64/2022-08-13/devel/rizin.log :http://build-failures.rhaalovely.net/aarch64/2022-08-13/security/pivy.log : :recurrent failures :new failures :+++ ls-failuresMon Aug 15 06:08:03 2022 :+failures/devel/rizin.log #error "Unsupported BSD architecture" probably needs ONLY_FOR_ARCHS and/or local patches to fix up all of our arches :+failures/security/pivy.log ./config.status: gawk: not found -- Speed is subsittute fo accurancy.
Re: arm bulk build report
On 2022 Aug 14 (Sun) at 17:41:48 -0400 (-0400), Kurt Mosiejczuk wrote: :On Sun, Aug 14, 2022 at 10:31:01PM +0200, Jeremie Courreges-Anglas wrote: : :> >> These take out a huge amount of the ports tree on armv7, and it would be :> >> great if someone can look at them. They all have the same error, and :> >> presumably would have the same/similar fixes. : :> > I think this is due to the enabling of optimization on lld arches. :> > powerpc has already opted out, it seems arm should be added to that list. : :> Something like this? : :Yes. Something _exactly_ like that. :) : :ok kmos : :--Kurt : That fixed it, thanks! :> Index: Makefile.inc :> === :> RCS file: /home/cvs/ports/lang/python/Makefile.inc,v :> retrieving revision 1.150 :> diff -u -p -p -u -r1.150 Makefile.inc :> --- Makefile.inc 7 Aug 2022 17:00:43 - 1.150 :> +++ Makefile.inc 14 Aug 2022 20:29:51 - :> @@ -123,7 +123,8 @@ CONFIGURE_ARGS +=--with-fpectl \ :> CONFIGURE_ARGS += --enable-loadable-sqlite-extensions :> . if ${PROPERTIES:Mlld} :> CONFIGURE_ARGS += --with-lto :> -.if ${MACHINE_ARCH} != "powerpc" :> +.if ${MACHINE_ARCH} != "arm" && ${MACHINE_ARCH} != "powerpc" :> +# On armv7, clang errors out due to lack of memory. :> # On powerpc, the python binary would crash by "Segmentation fault". :> CONFIGURE_ARGS += --enable-optimizations :> .endif :> :> -- :> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE :> -- Earth is a beta site.
Re: arm bulk build report
On 2022 Aug 14 (Sun) at 22:31:01 +0200 (+0200), Jeremie Courreges-Anglas wrote: :On Sun, Aug 14 2022, Kurt Mosiejczuk wrote: :> On Sun, Aug 14, 2022 at 03:45:03PM +0200, Peter Hessler wrote: :>> On 2022 Aug 13 (Sat) at 11:19:34 -0600 (-0600), phess...@openbsd.org wrote: :>> :http://build-failures.rhaalovely.net/arm/2022-08-01/lang/go.log :> :>> bootstrap problem, presumably fixed after all of the recent bootstrap :>> juggling. :> :>> :http://build-failures.rhaalovely.net/arm/2022-08-01/lang/python/3.10,-gdbm.log :>> :http://build-failures.rhaalovely.net/arm/2022-08-01/lang/python/3.8,-gdbm.log :>> :http://build-failures.rhaalovely.net/arm/2022-08-01/lang/python/3.9.log :> :>> LLVM ERROR: out of memory :> :>> These take out a huge amount of the ports tree on armv7, and it would be :>> great if someone can look at them. They all have the same error, and :>> presumably would have the same/similar fixes. :> :> I think this is due to the enabling of optimization on lld arches. :> powerpc has already opted out, it seems arm should be added to that list. : :Something like this? : : :Index: Makefile.inc :=== :RCS file: /home/cvs/ports/lang/python/Makefile.inc,v :retrieving revision 1.150 :diff -u -p -p -u -r1.150 Makefile.inc :--- Makefile.inc 7 Aug 2022 17:00:43 - 1.150 :+++ Makefile.inc 14 Aug 2022 20:29:51 - :@@ -123,7 +123,8 @@ CONFIGURE_ARGS += --with-fpectl \ : CONFIGURE_ARGS += --enable-loadable-sqlite-extensions : . if ${PROPERTIES:Mlld} : CONFIGURE_ARGS += --with-lto :-.if ${MACHINE_ARCH} != "powerpc" :+.if ${MACHINE_ARCH} != "arm" && ${MACHINE_ARCH} != "powerpc" :+# On armv7, clang errors out due to lack of memory. : # On powerpc, the python binary would crash by "Segmentation fault". : CONFIGURE_ARGS += --enable-optimizations : .endif : :-- :jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE : Thanks, I added that to the current armv7 bulk build and will let you know what happens. -- Westheimer's Discovery: A couple of months in the laboratory can frequently save a couple of hours in the library.
Re: arm bulk build report
On 2022 Aug 13 (Sat) at 11:19:34 -0600 (-0600), phess...@openbsd.org wrote: :http://build-failures.rhaalovely.net/arm/2022-08-01/lang/go.log bootstrap problem, presumably fixed after all of the recent bootstrap juggling. :http://build-failures.rhaalovely.net/arm/2022-08-01/lang/python/3.10,-gdbm.log :http://build-failures.rhaalovely.net/arm/2022-08-01/lang/python/3.8,-gdbm.log :http://build-failures.rhaalovely.net/arm/2022-08-01/lang/python/3.9.log LLVM ERROR: out of memory These take out a huge amount of the ports tree on armv7, and it would be great if someone can look at them. They all have the same error, and presumably would have the same/similar fixes. -peter -- George Washington was first in war, first in peace -- and the first to have his birthday juggled to make a long weekend. -- Ashley Cooper
aarch64 fix for www/mozilla-firefox
With these patches, mozilla-firefox builds on aarch64, and runs for me on my OG pinebook. I've posted these to the bugzilla report mentioned, so hopefully someone that understands the firefox build internals can get these sorted in their magic configuration tool. This shouldn't change anything for amd64 and it currently doesn't build on aarch64, so I think no bump is needed. OK? Index: www/mozilla-firefox/patches/patch-third_party_libwebrtc_common_audio_third_party_ooura_fft_size_128_gn_moz_build === RCS file: www/mozilla-firefox/patches/patch-third_party_libwebrtc_common_audio_third_party_ooura_fft_size_128_gn_moz_build diff -N www/mozilla-firefox/patches/patch-third_party_libwebrtc_common_audio_third_party_ooura_fft_size_128_gn_moz_build --- /dev/null 1 Jan 1970 00:00:00 - +++ www/mozilla-firefox/patches/patch-third_party_libwebrtc_common_audio_third_party_ooura_fft_size_128_gn_moz_build 20 Mar 2022 20:20:31 - @@ -0,0 +1,31 @@ +Fix builds on !intel arches + +https://bugzilla.mozilla.org/show_bug.cgi?id=1760484 + +Index: third_party/libwebrtc/common_audio/third_party/ooura/fft_size_128_gn/moz.build +--- third_party/libwebrtc/common_audio/third_party/ooura/fft_size_128_gn/moz.build.orig third_party/libwebrtc/common_audio/third_party/ooura/fft_size_128_gn/moz.build +@@ -90,10 +90,6 @@ if CONFIG["OS_TARGET"] == "Linux": + + if CONFIG["OS_TARGET"] == "OpenBSD": + +-CXXFLAGS += [ +-"-msse2" +-] +- + DEFINES["USE_GLIB"] = "1" + DEFINES["WEBRTC_BSD"] = True + DEFINES["WEBRTC_POSIX"] = True +@@ -102,6 +98,12 @@ if CONFIG["OS_TARGET"] == "OpenBSD": + DEFINES["_LARGEFILE_SOURCE"] = True + DEFINES["__STDC_CONSTANT_MACROS"] = True + DEFINES["__STDC_FORMAT_MACROS"] = True ++ ++if CONFIG["CPU_ARCH"] == "x86" and CONFIG["OS_TARGET"] == "OpenBSD": ++ ++CXXFLAGS += [ ++"-msse2" ++] + + UNIFIED_SOURCES += [ + "/third_party/libwebrtc/common_audio/third_party/ooura/fft_size_128/ooura_fft_sse2.cc" Index: www/mozilla-firefox/patches/patch-third_party_libwebrtc_moz_build === RCS file: www/mozilla-firefox/patches/patch-third_party_libwebrtc_moz_build diff -N www/mozilla-firefox/patches/patch-third_party_libwebrtc_moz_build --- /dev/null 1 Jan 1970 00:00:00 - +++ www/mozilla-firefox/patches/patch-third_party_libwebrtc_moz_build 20 Mar 2022 20:20:45 - @@ -0,0 +1,41 @@ +Fix build on !intel arches + +https://bugzilla.mozilla.org/show_bug.cgi?id=1760484 + +Index: third_party/libwebrtc/moz.build +--- third_party/libwebrtc/moz.build.orig third_party/libwebrtc/moz.build +@@ -401,16 +401,29 @@ if CONFIG["OS_TARGET"] == "OpenBSD": + DIRS += [ + "/third_party/libwebrtc/api/audio_codecs/isac/audio_decoder_isac_float_gn", + "/third_party/libwebrtc/api/audio_codecs/isac/audio_encoder_isac_float_gn", +-"/third_party/libwebrtc/common_audio/common_audio_avx2_gn", +-"/third_party/libwebrtc/common_audio/common_audio_sse2_gn", + "/third_party/libwebrtc/modules/audio_coding/isac_c_gn", + "/third_party/libwebrtc/modules/audio_coding/isac_gn", +-"/third_party/libwebrtc/modules/audio_processing/aec3/aec3_avx2_gn", +- "/third_party/libwebrtc/modules/desktop_capture/desktop_capture_differ_sse2_gn", + "/third_party/libwebrtc/modules/desktop_capture/desktop_capture_generic_gn", + "/third_party/libwebrtc/modules/desktop_capture/desktop_capture_gn", + "/third_party/libwebrtc/modules/desktop_capture/primitives_gn", ++] ++ ++if CONFIG["CPU_ARCH"] == "x86_64" and CONFIG["OS_TARGET"] == "OpenBSD": ++ ++DIRS += [ ++"/third_party/libwebrtc/common_audio/common_audio_avx2_gn", ++"/third_party/libwebrtc/common_audio/common_audio_sse2_gn", ++"/third_party/libwebrtc/modules/audio_processing/aec3/aec3_avx2_gn", ++ "/third_party/libwebrtc/modules/desktop_capture/desktop_capture_differ_sse2_gn", + "/third_party/libwebrtc/modules/video_processing/video_processing_sse2_gn" ++] ++ ++if CONFIG["CPU_ARCH"] == "aarch64" and CONFIG["OS_TARGET"] == "OpenBSD": ++ ++DIRS += [ ++"/third_party/libwebrtc/common_audio/common_audio_neon_c_gn", ++"/third_party/libwebrtc/common_audio/common_audio_neon_gn", ++ "/third_party/libwebrtc/modules/video_processing/video_processing_neon_gn" + ] + + if CONFIG["OS_TARGET"] == "WINNT": -- "Life to you is a bold and dashing responsibility" -- a Mary Chung's fortune cookie
Re: aarch64 bulk build report
On 2022 Mar 19 (Sat) at 15:54:51 -0600 (-0600), phess...@openbsd.org wrote: :build failures: 6 :http://build-failures.rhaalovely.net/aarch64/2022-03-17/editors/calligra.log c++, might be wonky includes? :http://build-failures.rhaalovely.net/aarch64/2022-03-17/games/irrlamb.log hardcodes sse in CMakeLists.txt without patches, this can only build on i386 or amd64 :http://build-failures.rhaalovely.net/aarch64/2022-03-17/sysutils/gitlab-runner.log as per usual, go is stupid: # gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty vendor/github.com/kr/pty/pty_openbsd.go:24:10: undefined: ptmget vendor/github.com/kr/pty/pty_openbsd.go:25:34: undefined: ioctl_PTMGET If no-one fixes this in a few days, we might as well mark it as BROKEN-aarch64 :http://build-failures.rhaalovely.net/aarch64/2022-03-17/textproc/p5-SWISH-API.log Creating index...'/usr/local/bin/swish-e -c t/test.conf -f t/index.swish-e -v 0' crashes on aarch64 :http://build-failures.rhaalovely.net/aarch64/2022-03-17/www/mozilla-firefox.log fails to compile an intel-arch-only file /usr/obj/ports/firefox-98.0.1/firefox-98.0.1/third_party/libwebrtc/common_audio/fir_filter_avx2.cc first guess is BUILD.gn thinks aarch64 is x86 or x64 at this point? :http://build-failures.rhaalovely.net/aarch64/2022-03-17/www/seamonkey,-lightning.log : Compiling libc v0.2.24 error[E0412]: cannot find type `c_long` in this scope --> /usr/obj/ports/seamonkey-2.53.11/seamonkey-2.53.11/third_party/rust/libc/src/lib.rs:192:45 -- Every solution breeds new problems.
Re: [Maintainer Update] games/blockgame 0.6.14 (previously games/multimc)
On 2022 Feb 06 (Sun) at 15:16:08 -0500 (-0500), Kurt Mosiejczuk wrote: :On Wed, Jan 26, 2022 at 08:27:28AM +0100, Peter Hessler wrote: : :> I've been playing this since you sent it, mostly 1.18, but I also went :> to 1.12, 1.14, 1.15, 1.16. Only lightly modded, but they all work as :> expected. : :> OK : :Hadn't realized this hadn't been imported. : :ok kmos to import : :--Kurt : Sorry for the delay, this has now been committed!
Re: [Maintainer Update] games/blockgame 0.6.14 (previously games/multimc)
On 2022 Jan 11 (Tue) at 20:08:02 +0100 (+0100), Muhammad Kaisar Arkhan (Yuki) wrote: :On 1/10/22 20:02, Muhammad Kaisar Arkhan (Yuki) wrote: :> On 1/8/22 16:37, Muhammad Kaisar Arkhan (Yuki) wrote: :> > On 1/8/22 16:35, Muhammad Kaisar Arkhan (Yuki) wrote: :> > > Hi ports@, :> > > :> > > This email contains a diff to update games/multimc 0.6.12 to :> > > games/blockgame 0.6.14. :> > > :> > > The name is changed from games/multimc to games/blockgame due to :> > > MultiMC's new guidelines for unofficial builds[1]. :> > :> > Sorry, I forgot to link it in the previously email: https://github.com/MultiMC/Launcher#forkingredistributingcustom-builds-policy :> > :> > :> > > :> > > This new version introduces the long awaited support for :> > > Microsoft/Xbox accounts. I have tested it with both my Xbox :> > > account which has Xbox Game Pass membership and my unmigrated :> > > Mojang account. :> > > :> > > The Java version is now changed from Java 11 to Java 17 due to :> > > the strict version requirements introduced by Minecraft 1.17. The :> > > README contains information on how to play older versions which :> > > may not work with Java 17 and Blockgame now has proper Java :> > > installation detection for OpenBSD to make the process much :> > > easier. :> > > :> > > Lastly, due to the name change, a manual migration step is needed :> > > after installation which is detailed in the README. :> > > :> > > OK? :> > > :> > > Thanks, :> > > Yuki :> > > :> :> Hello, :> :> Two people have reported the issue where Blockgame failed to find the :> installed JARs in the system. This is something I've missed during :> migrating from MultiMC's bundle system to a FHS-style installation. :> :> This is now fixed in games/blockgame 0.6.14.1. :> :> Attached is a diff which is merged the previous one seeing that it is :> (thankfully) not committed yet. :> :> OK? :> :> Thanks, :> Yuki : :Hello, : :Someone told me the previous diffs were unusable because the lines got :wrapped in the email. : :Therefore, I've attached a tarball with the updated port in this email. : :Thanks, :Yuki I've been playing this since you sent it, mostly 1.18, but I also went to 1.12, 1.14, 1.15, 1.16. Only lightly modded, but they all work as expected. OK -- Very few profundities can be expressed in less than 80 characters.
Re: amd64 build failures 2022-01-15
On 2022 Jan 16 (Sun) at 23:22:07 +0100 (+0100), Theo Buehler wrote: :> security/pivy libcrypto :> security/tcltls libcrypto : :I suggest we mark these broken. : OK :Index: security/pivy/Makefile :=== :RCS file: /cvs/ports/security/pivy/Makefile,v :retrieving revision 1.5 :diff -u -p -r1.5 Makefile :--- security/pivy/Makefile 31 Oct 2021 17:22:18 - 1.5 :+++ security/pivy/Makefile 16 Jan 2022 22:19:36 - :@@ -1,5 +1,7 @@ : # $OpenBSD: Makefile,v 1.5 2021/10/31 17:22:18 tb Exp $ : :+BROKEN = Needs upstream to update the old bundled OpenSSH source :+ : V = 0.8.0 : COMMENT = tools for using PIV tokens as an SSH agent, encryption, etc. : DISTNAME =pivy-$V :Index: security/tcltls/Makefile :=== :RCS file: /cvs/ports/security/tcltls/Makefile,v :retrieving revision 1.17 :diff -u -p -r1.17 Makefile :--- security/tcltls/Makefile 25 Oct 2021 18:35:31 - 1.17 :+++ security/tcltls/Makefile 16 Jan 2022 22:20:15 - :@@ -1,5 +1,7 @@ : # $OpenBSD: Makefile,v 1.17 2021/10/25 18:35:31 tb Exp $ : :+BROKEN= Needs update to less outdated version and checking of dependent ports :+ : COMMENT= OpenSSL Tcl extension : : VERSION= 1.6 : -- Everyone talks about apathy, but no one does anything about it.
Re: mariadb on aarch64 after the llvm 13 update (Re: aarch64 bulk build report)
On 2021 Dec 27 (Mon) at 23:32:31 +0100 (+0100), Jeremie Courreges-Anglas wrote: :On Mon, Dec 20 2021, phess...@openbsd.org wrote: :> bulk build on arm64.ports.openbsd.org :> started on Mon Dec 20 03:38:26 MST 2021 :> finished at Mon Dec 20 22:29:47 MST 2021 :> lasted 0D18h51m :> done with kern.version=OpenBSD 7.0-current (GENERIC.MP) #1455: Sun Dec 19 14:58:17 MST 2021 :> :> built packages:8238 :> Dec 20:8237 :> :> :> critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2021-12-20/summary.log :> :> build failures: 10 :> http://build-failures.rhaalovely.net/aarch64/2021-12-20/databases/mariadb.log : :[...] : :mariadb tries to use "out-of-line atomics" as implemented here: : : https://reviews.llvm.org/D91157 : :The summary mentions implementations in libgcc and libcompiler-rt, and :a quick diff between compiler-rt-11.1.0 and compiler-rt-13.0.0 indeed :lists changes that seem relevant. : :To work around this problem until a solution is found in base, the :untested patch below may help. If testing goes well, ok? : this builds and packages on arm64, OK : :Index: patches/patch-configure_cmake :=== :RCS file: patches/patch-configure_cmake :diff -N patches/patch-configure_cmake :--- /dev/null 1 Jan 1970 00:00:00 - :+++ patches/patch-configure_cmake 27 Dec 2021 22:29:08 - :@@ -0,0 +1,17 @@ :+$OpenBSD$ :+ :+libcompiler-rt from base doesn't provide support for out-of-line atomics :+llvm commit: https://reviews.llvm.org/D91157 :+ :+Index: configure.cmake :+--- configure.cmake.orig : configure.cmake :+@@ -70,7 +70,7 @@ IF(CMAKE_SYSTEM_PROCESSOR STREQUAL "i686" AND CMAKE_CO :+ ENDIF() :+ :+ # use runtime atomic-support detection in aarch64 :+-IF(CMAKE_SYSTEM_PROCESSOR MATCHES "aarch64") :++IF(FALSE) :+ MY_CHECK_AND_SET_COMPILER_FLAG("-moutline-atomics") :+ ENDIF() :+ : : :-- :jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE -- It is impossible to make anything foolproof because fools are so ingenious.
Re: new: audio/rnnoise
On 2021 Dec 15 (Wed) at 21:21:13 + (+), Klemens Nanni wrote: :What do other porters think in general about such ports that are :unversioned upstream? : :I went for 0.0.0.date as that's used in a few other ports: EPOCH is the devil, and should be avoided whenever possible. I understand it CAN'T be avoided sometimes, but in this case it is easy to avoid. 0.0.0.date is fine, my personal bikeshed is painted 0.0.date. -- When the weight of the paperwork equals the weight of the plane, the plane will fly. -- Donald Douglas
graphics/babl [Re: aarch64 bulk build report]
On 2021 Nov 28 (Sun) at 20:40:52 -0700 (-0700), phess...@openbsd.org wrote: :http://build-failures.rhaalovely.net/aarch64/2021-11-26/graphics/babl.log this looks like a transient failure, detected w3m during configure and then it was removed during the build: ... Program w3m found: YES (/usr/local/bin/w3m) ... [122/194] /usr/local/bin/meson --internal exe --capture README -- /usr/local/bin/w3m -cols 72 -dump docs/index.html FAILED: README /usr/local/bin/meson --internal exe --capture README -- /usr/local/bin/w3m -cols 72 -dump docs/index.html Traceback (most recent call last): File "/usr/local/bin/meson", line 33, in sys.exit(load_entry_point('meson==0.60.2', 'console_scripts', 'meson')()) File "/usr/local/lib/python3.9/site-packages/mesonbuild/mesonmain.py", line 235, in main return run(sys.argv[1:], launcher) File "/usr/local/lib/python3.9/site-packages/mesonbuild/mesonmain.py", line 224, in run return run_script_command(args[1], args[2:]) File "/usr/local/lib/python3.9/site-packages/mesonbuild/mesonmain.py", line 172, in run_script_command return module.run(script_args) File "/usr/local/lib/python3.9/site-packages/mesonbuild/scripts/meson_exe.py", line 122, in run return run_exe(exe) File "/usr/local/lib/python3.9/site-packages/mesonbuild/scripts/meson_exe.py", line 66, in run_exe p = subprocess.Popen(cmd_args, env=child_env, cwd=exe.workdir, File "/usr/local/lib/python3.9/subprocess.py", line 951, in __init__ self._execute_child(args, executable, preexec_fn, close_fds, File "/usr/local/lib/python3.9/subprocess.py", line 1821, in _execute_child raise child_exception_type(errno_num, err_msg, err_filename) FileNotFoundError: [Errno 2] No such file or directory: '/usr/local/bin/w3m' -- A day for firm decisions! Or is it?
sysutils/gitlab-runner fails to build on arm64
This go port fails to build on arm64. build log: http://build-failures.rhaalovely.net/aarch64/2021-10-29/sysutils/gitlab-runner.log log snippet: ... gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty # gitlab.com/gitlab-org/gitlab-runner/vendor/github.com/kr/pty vendor/github.com/kr/pty/pty_openbsd.go:24:10: undefined: ptmget vendor/github.com/kr/pty/pty_openbsd.go:25:34: undefined: ioctl_PTMGET ... -- "Microwave oven? Whaddya mean, it's a microwave oven? I've been watching Channel 4 on the thing for two weeks."
sysutils/telegraf failures on arm64
This go port fails to build on arm64. build log: http://build-failures.rhaalovely.net/aarch64/2021-10-29/sysutils/telegraf.log log snippets: ... github.com/influxdata/telegraf/vendor/github.com/shirou/gopsutil/disk # github.com/influxdata/telegraf/vendor/github.com/shirou/gopsutil/disk vendor/github.com/shirou/gopsutil/disk/disk_openbsd.go:24:36: undefined: MNT_WAIT vendor/github.com/shirou/gopsutil/disk/disk_openbsd.go:29:15: undefined: Statfs vendor/github.com/shirou/gopsutil/disk/disk_openbsd.go:30:28: undefined: MNT_WAIT vendor/github.com/shirou/gopsutil/disk/disk_openbsd.go:36:19: undefined: MNT_RDONLY vendor/github.com/shirou/gopsutil/disk/disk_openbsd.go:39:19: undefined: MNT_SYNCHRONOUS vendor/github.com/shirou/gopsutil/disk/disk_openbsd.go:42:19: undefined: MNT_NOEXEC vendor/github.com/shirou/gopsutil/disk/disk_openbsd.go:45:19: undefined: MNT_NOSUID vendor/github.com/shirou/gopsutil/disk/disk_openbsd.go:119:22: undefined: Statfs vendor/github.com/shirou/gopsutil/disk/disk_openbsd.go:123:54: undefined: Statfs vendor/github.com/shirou/gopsutil/disk/disk_openbsd.go:138:34: undefined: Diskstats vendor/github.com/shirou/gopsutil/disk/disk_openbsd.go:45:19: too many errors github.com/influxdata/telegraf/vendor/github.com/shirou/gopsutil/mem # github.com/influxdata/telegraf/vendor/github.com/shirou/gopsutil/mem vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:21:17: undefined: CTLVm vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:21:24: undefined: VmUvmexp vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:26:14: undefined: sizeOfUvmexp vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:29:13: undefined: Uvmexp vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:43:17: undefined: CTLVm vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:43:24: undefined: VmUvmexp vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:48:14: undefined: sizeOfUvmexp vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:51:13: undefined: Uvmexp vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:72:16: undefined: CTLVfs vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:72:24: undefined: VfsGeneric vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:72:24: too many errors github.com/influxdata/telegraf/vendor/github.com/shirou/gopsutil/net github.com/influxdata/telegraf/vendor/github.com/shirou/gopsutil/load github.com/influxdata/telegraf/vendor/github.com/dgrijalva/jwt-go github.com/influxdata/telegraf/plugins/inputs/dcos github.com/influxdata/telegraf/plugins/inputs/disque github.com/influxdata/telegraf/plugins/inputs/dmcache github.com/influxdata/telegraf/vendor/golang.org/x/crypto/ed25519 github.com/influxdata/telegraf/vendor/golang.org/x/net/bpf github.com/influxdata/telegraf/vendor/golang.org/x/net/internal/iana github.com/influxdata/telegraf/vendor/golang.org/x/net/internal/socket # github.com/influxdata/telegraf/vendor/golang.org/x/net/internal/socket vendor/golang.org/x/net/internal/socket/cmsghdr.go:9:10: undefined: cmsghdr vendor/golang.org/x/net/internal/socket/cmsghdr.go:10:10: undefined: cmsghdr vendor/golang.org/x/net/internal/socket/cmsghdr.go:11:10: undefined: cmsghdr vendor/golang.org/x/net/internal/socket/cmsghdr_bsd.go:9:10: undefined: cmsghdr vendor/golang.org/x/net/internal/socket/iovec_64bit.go:12:10: undefined: iovec vendor/golang.org/x/net/internal/socket/msghdr_bsd.go:11:10: undefined: msghdr vendor/golang.org/x/net/internal/socket/msghdr_bsd.go:11:28: undefined: iovec vendor/golang.org/x/net/internal/socket/msghdr_bsd.go:26:10: undefined: msghdr vendor/golang.org/x/net/internal/socket/msghdr_bsd.go:33:10: undefined: msghdr vendor/golang.org/x/net/internal/socket/msghdr_bsd.go:37:10: undefined: msghdr vendor/golang.org/x/net/internal/socket/msghdr_bsd.go:37:10: too many errors ... -- Those of you who think you know everything are very annoying to those of us who do.
aarch64 fix for java/tanukiwrapper
The build system seems to expect aarch64 to be arm-64, and treats armhf as 32bit. Update the Makefile(s) and patch to reflect this. No REVISION because it doesn't build on aarch64, and this shouldn't affect any other arch. Build error: http://build-failures.rhaalovely.net/aarch64/2021-10-22/java/tanukiwrapper.log OK? Index: Makefile === RCS file: /cvs/openbsd/ports/java/tanukiwrapper/Makefile,v retrieving revision 1.23 diff -u -p -u -p -r1.23 Makefile --- Makefile16 Oct 2021 08:07:39 - 1.23 +++ Makefile30 Oct 2021 13:28:32 - @@ -31,7 +31,7 @@ MAKE_ARCH=x86-32 .elif ${MACHINE_ARCH} == "amd64" MAKE_ARCH=x86-64 .elif ${MACHINE_ARCH} == "aarch64" -MAKE_ARCH=armhf-64 +MAKE_ARCH=arm-64 .elif ${MACHINE_ARCH} == "sparc64" MAKE_ARCH=sparc-64 .endif Index: files/Makefile-openbsd-arm-64.gmake === RCS file: files/Makefile-openbsd-arm-64.gmake diff -N files/Makefile-openbsd-arm-64.gmake --- /dev/null 1 Jan 1970 00:00:00 - +++ files/Makefile-openbsd-arm-64.gmake 21 May 2021 11:51:08 - @@ -0,0 +1,42 @@ +# Copyright (c) 1999, 2013 Tanuki Software, Ltd. +# http://www.tanukisoftware.com +# All rights reserved. +# +# This software is the proprietary information of Tanuki Software. +# You shall use it only in accordance with the terms of the +# license agreement you entered into with Tanuki Software. +# http://wrapper.tanukisoftware.com/doc/english/licenseOverview.html + +CC = ${CC} -Wall -fPIC -pedantic -DOPENBSD -DJSW64 -I${LOCALBASE}/include -L${LOCALBASE}/lib -liconv -DUNICODE -D_UNICODE + +INCLUDE=$(JAVA_HOME)/include + +CFLAGS = ${CFLAGS} -I$(INCLUDE) -I$(INCLUDE)/openbsd + +wrapper_SOURCE = wrapper.c wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c logger_file.c wrapper_file.c wrapper_i18n.c wrapper_hashmap.c wrapper_ulimit.c wrapper_encoding.c wrapper_jvminfo.c + +libwrapper_so_OBJECTS = wrapper_i18n.o wrapperjni_unix.o wrapperinfo.o wrapperjni.o loggerjni.o + +BIN = ../../bin +LIB = ../../lib + +all: init wrapper libwrapper.so + +clean: + rm -f *.o + +cleanall: clean + rm -rf *~ .deps + rm -f $(BIN)/wrapper $(LIB)/libwrapper.so + +init: + if test ! -d .deps; then mkdir .deps; fi + +wrapper: $(wrapper_SOURCE) + $(CC) $(wrapper_SOURCE) -lm -rdynamic -lc -pthread -o $(BIN)/wrapper + +libwrapper.so: $(libwrapper_so_OBJECTS) + $(CC) -shared -rdynamic -lc -pthread $(libwrapper_so_OBJECTS) -o $(LIB)/libwrapper.so + +#%.o: %.c +# $(COMPILE) -c $(DEFS) $< Index: files/Makefile-openbsd-armhf-64.gmake === RCS file: files/Makefile-openbsd-armhf-64.gmake diff -N files/Makefile-openbsd-armhf-64.gmake --- files/Makefile-openbsd-armhf-64.gmake 21 May 2021 11:51:08 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,42 +0,0 @@ -# Copyright (c) 1999, 2013 Tanuki Software, Ltd. -# http://www.tanukisoftware.com -# All rights reserved. -# -# This software is the proprietary information of Tanuki Software. -# You shall use it only in accordance with the terms of the -# license agreement you entered into with Tanuki Software. -# http://wrapper.tanukisoftware.com/doc/english/licenseOverview.html - -CC = ${CC} -Wall -fPIC -pedantic -DOPENBSD -DJSW64 -I${LOCALBASE}/include -L${LOCALBASE}/lib -liconv -DUNICODE -D_UNICODE - -INCLUDE=$(JAVA_HOME)/include - -CFLAGS = ${CFLAGS} -I$(INCLUDE) -I$(INCLUDE)/openbsd - -wrapper_SOURCE = wrapper.c wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c logger_file.c wrapper_file.c wrapper_i18n.c wrapper_hashmap.c wrapper_ulimit.c wrapper_encoding.c wrapper_jvminfo.c - -libwrapper_so_OBJECTS = wrapper_i18n.o wrapperjni_unix.o wrapperinfo.o wrapperjni.o loggerjni.o - -BIN = ../../bin -LIB = ../../lib - -all: init wrapper libwrapper.so - -clean: - rm -f *.o - -cleanall: clean - rm -rf *~ .deps - rm -f $(BIN)/wrapper $(LIB)/libwrapper.so - -init: - if test ! -d .deps; then mkdir .deps; fi - -wrapper: $(wrapper_SOURCE) - $(CC) $(wrapper_SOURCE) -lm -rdynamic -lc -pthread -o $(BIN)/wrapper - -libwrapper.so: $(libwrapper_so_OBJECTS) - $(CC) -shared -rdynamic -lc -pthread $(libwrapper_so_OBJECTS) -o $(LIB)/libwrapper.so - -#%.o: %.c -# $(COMPILE) -c $(DEFS) $< Index: patches/patch-build_xml === RCS file: /cvs/openbsd/ports/java/tanukiwrapper/patches/patch-build_xml,v retrieving revision 1.5 diff -u -p -u -p -r1.5 patch-build_xml --- patches/patch-build_xml 16 Oct 2021 08:07:39 - 1.5 +++ patches/patch-build_xml 30 Oct 2021 13:29:49 - @@ -37,7 +37,7 @@ Index: build.xml + + -+ ++ + -- There are three kinds of lies: Lies, Damn Lies, and Statistics. -- Benjamin Disraeli
Re: Maintainer update: games/multimc 0.6.11 -> 0.6.12
Sorry for the delay, I only just noticed this. Been testing it for a few days, and I just committed it. -peter On 2021 Mar 28 (Sun) at 20:53:27 +0200 (+0200), Muhammad Kaisar Arkhan wrote: :Hello, : :The attached diff updates games/multimc from 0.6.11 to 0.6.12. : :OK? : :-- :Muhammad Kaisar Arkhan :h...@yukiisbo.red - kai...@arkhan.io :https://yukiisbo.red - https://arkhan.io -- Valerie: Aww, Tom, you're going maudlin on me ... Tom: I reserve the right to wax maudlin as I wane eloquent ... -- Tom Chapin
Re: [FIX] www/chromium (untested)
this builds for me on aarch64. OK On 2021 Mar 08 (Mon) at 21:34:24 -0500 (-0500), k...@intricatesoftware.com wrote: :chromium tries to implement random mmap on its own. Allowing mmap :to pick its own random location will likely fix aarch64 and i386 :issues. : :This diff has not completed a build on aarch64 yet, but it has :passed the part of the build where it fails with ENOMEM. :I'm passing this along early to get wider testing help. : :Index: Makefile :=== :RCS file: /cvs/ports/www/chromium/Makefile,v :retrieving revision 1.550 :diff -u -p -u -r1.550 Makefile :--- Makefile 26 Feb 2021 18:20:36 - 1.550 :+++ Makefile 9 Mar 2021 02:58:22 - :@@ -1,8 +1,5 @@ : # $OpenBSD: Makefile,v 1.550 2021/02/26 18:20:36 naddy Exp $ : :-# /usr/local/bin/chrome[60]: /usr/local/chrome/chrome: Cannot allocate memory :-BROKEN-i386= runtime fails, cannot execve the built binary, immediate ENOMEM even with high limits :- : .include : : USE_WXNEEDED= Yes :@@ -16,6 +13,7 @@ DPB_PROPERTIES= lonesome : COMMENT= Chromium browser : : V=88.0.4324.190 :+REVISION= 0 : : DISTNAME= chromium-${V} : :Index: patches/patch-v8_src_base_platform_platform-posix_cc :=== :RCS file: /cvs/ports/www/chromium/patches/patch-v8_src_base_platform_platform-posix_cc,v :retrieving revision 1.29 :diff -u -p -u -r1.29 patch-v8_src_base_platform_platform-posix_cc :--- patches/patch-v8_src_base_platform_platform-posix_cc 20 Jan 2021 07:28:12 - 1.29 :+++ patches/patch-v8_src_base_platform_platform-posix_cc 9 Mar 2021 02:58:22 - :@@ -3,7 +3,31 @@ $OpenBSD: patch-v8_src_base_platform_pla : Index: v8/src/base/platform/platform-posix.cc : --- v8/src/base/platform/platform-posix.cc.orig : +++ v8/src/base/platform/platform-posix.cc :-@@ -464,7 +464,7 @@ bool OS::DiscardSystemPages(void* address, size_t size :+@@ -266,8 +266,15 @@ void OS::SetRandomMmapSeed(int64_t seed) { :+ } :+ } :+ :++#if V8_OS_OPENBSD :++// Allow OpenBSD's mmap to select a random address on OpenBSD :+ // static :+ void* OS::GetRandomMmapAddr() { :++ return nullptr; :++} :++#else :++// static :++void* OS::GetRandomMmapAddr() { :+ uintptr_t raw_addr; :+ { :+ MutexGuard guard(rng_mutex.Pointer()); :+@@ -350,6 +357,7 @@ void* OS::GetRandomMmapAddr() { :+ #endif :+ return reinterpret_cast(raw_addr); :+ } :++#endif :+ :+ // TODO(bbudge) Move Cygwin and Fuchsia stuff into platform-specific files. :+ #if !V8_OS_CYGWIN && !V8_OS_FUCHSIA :+@@ -464,7 +472,7 @@ bool OS::DiscardSystemPages(void* address, size_t size : : // static : bool OS::HasLazyCommits() { :@@ -12,7 +36,7 @@ Index: v8/src/base/platform/platform-pos :return true; : #else :// TODO(bbudge) Return true for all POSIX platforms. :-@@ -1000,7 +1000,7 @@ void Thread::SetThreadLocal(LocalStorageKey key, void* :+@@ -1000,7 +1008,7 @@ void Thread::SetThreadLocal(LocalStorageKey key, void* : // keep this version in POSIX as most Linux-compatible derivatives will : // support it. MacOS and FreeBSD are different here. : #if !defined(V8_OS_FREEBSD) && !defined(V8_OS_MACOSX) && !defined(_AIX) && \ : -- Human beings were created by water to transport it uphill.
Re: aarch64 bulk build report
On 2021 Mar 02 (Tue) at 10:33:45 -0500 (-0500), Kurt Miller wrote: :On Mon, 2021-03-01 at 16:06 -0700, phess...@openbsd.org wrote: :> bulk build on arm64.ports.openbsd.org :> started on Fri Feb 26 03:16:18 MST 2021 :> finished at Mon Mar 1 16:06:12 MST 2021 :> lasted 3D12h49m :> done with kern.version=OpenBSD 6.9-beta (GENERIC.MP) #1041: Fri Feb 26 02:14:59 MST 2021 :> :> built packages:11001 :> Feb 26:3589 :> Feb 27:844 :> Feb 28:1368 :> Mar 1:5199 :> :> :> critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2021-02-26/summary.log :> :> build failures: 50 :> http://build-failures.rhaalovely.net/aarch64/2021-02-26/www/chromium.log : :This failed due to lack of memory. Seems like its time to bump :datasize-cur on aarch64 again. My systems max out at 4g so I cant :probe the needed value. Perhaps it should just match amd64's value :8192M now. : :python ../../v8/tools/run.py ./mksnapshot --turbo_instruction_scheduling --target_os=openbsd --target_arch=arm64 -- :embedded_src gen/v8/embedded.S --embedded_variant Default --random-seed 314159265 --startup_blob snapshot_blob.bin --no- :native-code-counters : : :# :# Fatal error in , line 0 :# Fatal process out of memory: Failed to reserve memory for new V8 Isolate :# :# :# :#FailureMessage Object: 0x7a5a20 : C stack trace === I've bumped the pbuild class in login.conf already. The machines have 128G of RAM. pbuild:\ :datasize-max=infinity:\ :datasize-cur=16G:\ :stacksize-cur=8M:\ :maxproc=2048:\ :priority=5:\ :tc=default: -- Oh, well, I guess this is just going to be one of those lifetimes.
games/multimc: default to minecraft 1.16
Now that multimc can play the most up to date version of Minecraft, here is a patch to set it up to play 1.16 by default. Of course I don't want to wreck the experience for people playing older versions or modded, so I added a pkg-readme, with instructions for how to configure older versions. Tested with 1.12, 1.16, and snap 21w08b. Can you check this with known- tricky versions and combinations? OK? Index: games/multimc/Makefile === RCS file: /home/cvs/openbsd/ports/games/multimc/Makefile,v retrieving revision 1.2 diff -u -p -u -p -r1.2 Makefile --- games/multimc/Makefile 28 Feb 2021 09:54:38 - 1.2 +++ games/multimc/Makefile 28 Feb 2021 09:57:11 - @@ -5,7 +5,7 @@ COMMENT = free and open-source launcher # git clone --recurse-submodules -b 0.6.11 https://github.com/MultiMC/MultiMC5 DISTNAME = multimc-0.6.11 MASTER_SITES = https://distfiles.yukiisbo.red/ -REVISION = 0 +REVISION = 1 CATEGORIES = games @@ -22,13 +22,13 @@ WANTLIB += Qt5Network Qt5Widgets Qt5Xml MODULES = devel/cmake \ x11/qt5 \ java -MODJAVA_VER = 1.8 +MODJAVA_VER = 11 RUN_DEPENDS = audio/openal \ - games/lwjgl \ games/lwjgl3 \ java/javaPathHelper +# Keep lwjgl directory for the optional dependency CXXFLAGS +=-DLWJGL_DIR='\"${LOCALBASE}/share/lwjgl/\"' \ -DLWJGL3_DIR='\"${LOCALBASE}/share/lwjgl3/\"' \ -DJAVAPATHHELPER_PATH='\"${LOCALBASE}/bin/javaPathHelper\"' Index: games/multimc/pkg/PLIST === RCS file: /home/cvs/openbsd/ports/games/multimc/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 PLIST --- games/multimc/pkg/PLIST 21 Sep 2020 07:22:37 - 1.1.1.1 +++ games/multimc/pkg/PLIST 28 Feb 2021 10:36:28 - @@ -7,6 +7,7 @@ @so lib/libMultiMC_quazip.so @so lib/libMultiMC_rainbow.so @so lib/libMultiMC_unpack200.so +share/doc/pkg-readmes/${PKGSTEM} share/multimc/ share/multimc/jars/ share/multimc/jars/JavaCheck.jar Index: games/multimc/pkg/README === RCS file: games/multimc/pkg/README diff -N games/multimc/pkg/README --- /dev/null 1 Jan 1970 00:00:00 - +++ games/multimc/pkg/README28 Feb 2021 11:48:46 - @@ -0,0 +1,8 @@ +The defaults of multimc are set up to play the most recent release of +Minecraft. Older versions of Minecraft can still be played, with some +optional settings. + +To play Minecraft 1.12 and older: +# pkg_add lwjgl jdk%1.8 +Add the instance you wish to play, then Edit Instance | Settings +and change Java installation to use /usr/local/jdk-1.8.0/bin/java -- The only problem with being a man of leisure is that you can never stop and take a rest.