phess...@openbsd.org writes:
> bulk build on arm64.ports.openbsd.org
> started on Wed Nov 13 00:40:30 MST 2019
> finished at Thu Nov 14 21:08:18 MST 2019
> lasted 1D20h27m
> done with kern.version=OpenBSD 6.6-current (GENERIC.MP) #323: Tue Nov 12
> 22:50:47 MST 2019
>
> built packages:10194
> No
a...@abiscuola.com writes:
> Hi all.
>
> I installed the latest snapshot and, suddenly, the microphone
> stopped working in firefox.
Does it happen since nss 3.52 update? If so ask landry@ to apply
https://hg.mozilla.org/mozilla-central/rev/463069687b3d
See https://bugzilla.mozilla.org/show_bug.
Omar Polo writes:
> - the patch-src_meson_build is an hack to avoid a meson error I
> cannot
> understand
Upstreaming as https://github.com/yshui/picom/pull/422
"Drew DeVault" writes:
> Hiya ports, just writing to let you know that tarballs generated by
> git.sr.ht and hg.sr.ht are deterministic. We defer to git to generate
> tars, and busybox to gzip them; git has tests enforcing determinism, and
> we patched busybox to be deterministic as well.
Wouldn
Matthias Kilian writes:
> -BUILD_DEPENDS+= devel/gobject-introspection
> +# devel/boost only as build dependency, because poppler uses
> +# header-only classes (from boost/containers/small_vector.hpp).
> +BUILD_DEPENDS+= devel/boost \
> + devel/gobject-introspection
Don't you need to
Jeremie Courreges-Anglas writes:
> ++#elif defined(HAVE_BSD_SYSCTL) && (defined(HW_MEMSIZE) ||
> defined(HW_PHYSMEM64))
> + int64_t physical_memory;
HW_MEMSIZE and HW_PHYSMEM64 return uint64_t, not int64_t.
> ++#elif defined(HAVE_BSD_SYSCTL) && defined(HW_PHYSMEM))
> ++int physical_mem
Kurt Miller writes:
> On Tue, 2019-11-05 at 09:17 +0100, Jan Beich wrote:
>
>> Jeremie Courreges-Anglas writes:
>>
>> >
>> > ++#elif defined(HAVE_BSD_SYSCTL) && (defined(HW_MEMSIZE) ||
>> > defined(HW_PHYSMEM64))
>> > + int64_t p
Kurt Miller writes:
> On Tue, 2019-11-05 at 14:44 +0100, Jan Beich wrote:
>
>> Kurt Miller writes:
>>
>> >
>> > On Tue, 2019-11-05 at 09:17 +0100, Jan Beich wrote:
>> >
>> > >
>> > > Jeremie Courreges-Anglas writes:
Sebastien Marie writes:
> Hi,
>
> The following diff makes i386 to be compiled without --enable-rust-simd.
> simd is "Single instruction, multiple data" (aka MMX, SSE, SSE2...).
[...]
> +# bug 1261841
> +.if ${MACHINE_ARCH} == "amd64"
> +CONFIGURE_ARGS += --enable-rust-simd
> .endif
Despit
Jeremie Courreges-Anglas writes:
> +--- src/Makefile.am.orig
> src/Makefile.am
> +@@ -24,5 +24,6 @@ AM_CPPFLAGS = @PACKAGE_CFLAGS@ \
> + -DPACKAGE_DATA_DIR=\""$(datadir)"\" \
> + -DPACKAGE_LOCALE_DIR=\""$(prefix)/$(DATADIRNAME)/locale"\"
> +
> +-AM_CFLAGS = -export-dynamic -Wall
> +
Omar Polo writes:
> Brad Smith wrote:
>> On Fri, Feb 25, 2022 at 02:50:01PM -0500, Brad Smith wrote:
>> > Here is an attempt at an update to renpy 7.4.9.
>> >
>> > Looking for any testing and feedback.
>>
>> I noticed there was a slightly newer version available with 7.4.11.
>
> builds fine bu
Antoine Jacoutot writes:
> -- Checking for module 'libyuv'
> --
> -- Could NOT find libyuv (missing: LIBYUV_LIBRARY LIBYUV_LIBRARIES
> LIBYUV_INCLUDE_DIR) (found version "")
> -- libavif: libyuv not found; libyuv-based fast paths disabled.
> -- Checking for module 'libsharpyuv'
> -- Found libs
> Here's an update to ppsspp-1.6.2.
Do you plan to add libretro flavor a la mgba/nestopia?
https://github.com/hrydgard/ppsspp/pull/10780
> LIB_DEPENDS =archivers/snappy \
> - archivers/libzip \
Have you tried the following?
CONFIGURE_ARGS += -DUSE_SYSTEM_
"Anthony J. Bentley" writes:
> GH_ACCOUNT = hrydgard
> GH_PROJECT = ppsspp
> -GH_TAGNAME = v1.5.4
> +GH_TAGNAME = v1.6.2
v1.6.3 was released some time ago, a day after you've started the thread.
Is there a reason OpenBSD port cannot update to it?
https://github.com/hrydgard/ppsspp/releases.at
Jakub Skrzypnik writes:
> Build system is pretty messy, I wasted few hours for non-defining
> BSD_VISIBLE definition (added it to C{,XX}FLAGS finally),
Have you tried to remove -D_XOPEN_SOURCE* lines in CMakeLists.txt?
Each BSD seems to have slightly different way to hide namespace
pollution to
Jakub Skrzypnik writes:
> USE_WXNEEDED = Yes
JIT supports W^X, see https://github.com/hrydgard/ppsspp/issues/8943
Maybe try the following instead
--- Common/MemoryUtil.cpp~
+++ Common/MemoryUtil.cpp
@@ -281,7 +281,7 @@ void FreeAlignedMemory(void* ptr) {
bool PlatformIsWXExclusive() {
Stuart Henderson writes:
[...]
> So this works around the recently-reported hangs seen on amd64 but we
> still have a segfault issue on i386 (I've only seen this so far when
> decoding H264, though given the function other things may use it too).
Probably same as https://bugs.freebsd.org/bugzill
SASANO Takayoshi writes:
> And, alsa-lib/alsa-utils(aplay)/alsa-plugin(Pulse) combination is working
> on OpenBSD-7.4/amd64.
Did you also test without pulseaudio e.g., via sndio plugin?
https://github.com/Duncaen/alsa-sndio
https://repology.org/project/alsa-sndio/versions
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
Stuart Henderson writes:
> On 2024/03/03 16:26, Peter Hessler wrote:
>> --- 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:
>>
>>
20 matches
Mail list logo