Based on trying to update to (from before devel/llvm-14 was present):
# ~/fbsd-based-on-what-commit.sh -C /usr/ports/
branch: main
merge-base: 0c4fe38bd1b9e3ede128751db17a8a2d1bdffe6f
merge-base: CommitDate: 2022-03-15 16:15:33 +
0c4fe38bd1b9 (HEAD -> main, freebsd/main, freebsd/HEAD) misc/urh
> On Mar 15, 2022, at 3:48 PM, Axel Rau wrote:
>
> Hi all,
>
> are there any tools available to convert install statements in Makefiles from
> Linux to FreeBSD?
> The install utilities have different options and I’m looking for a tool to
> convert.
This is the idea behind autoconf, that it
Hi all,
are there any tools available to convert install statements in Makefiles from
Linux to FreeBSD?
The install utilities have different options and I’m looking for a tool to
convert.
Axel
---
PGP-Key: CDE74120 ☀ computing @ chaos claudius
Context: I'm using poudriere-devel for port builds.
http://ampere2.nyi.freebsd.org/build.html?mastername=main-arm64-default&build=p422f190aeba4_s23210c9f42
from "build started at Tue Mar 8 01:55:26 UTC 2022" shows the same
sorts errors I'm getting trying to build updated ports. So do
later build
In attempting to use:
# poudriere version
poudriere-git-3.3.99.20211130
# poudriere jail -j13_0R-CA72 -i
Jail name: 13_0R-CA72
Jail version: 13.0-RELEASE-p7
Jail arch: arm64.aarch64
Jail method: null
Jail mount:/usr/obj/DESTDIRs/13_0R-CA72-poud
Jail fs:
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you
On Tue, Mar 15, 2022 at 3:29 PM Robert Clausecker wrote:
>
> Hi Emanual,
>
> It does not look like you adjust any buffer size, but that might be
> handled by code not shown in the patch.
>
> If that's not the issue, I don't have any obvious ideas.
It looks like there is a problem with a buffer in
Hi Emanual,
It does not look like you adjust any buffer size, but that might be
handled by code not shown in the patch.
If that's not the issue, I don't have any obvious ideas.
Yours,
Robert Clausecker
Am Tue, Mar 15, 2022 at 03:00:03PM +0100 schrieb Emanuel Haupt:
> Robert Clausecker wrote:
>
Robert Clausecker wrote:
> Hi Emanuel,
>
> This is a common issue I had with multiple ports (the latest being
> emulators/fceux). The fragment size must be patched to be a power of
> 2 and the buffer for the fragments must be resized to be at least as
> large as the fragment size (iirc). This m
On Tue, Mar 15, 2022 at 3:37 PM Robert Clausecker wrote:
> Hi Emanuel,
>
> This is a common issue I had with multiple ports (the latest being
> emulators/fceux). The fragment size must be patched to be a power of 2
> and the buffer for the fragments must be resized to be at least as large
> as t
Hi Emanuel,
This is a common issue I had with multiple ports (the latest being
emulators/fceux). The fragment size must be patched to be a power of 2
and the buffer for the fragments must be resized to be at least as large
as the fragment size (iirc). This might be the reason why you get a
signa
I've been trying to port the hivelytracker to FreeBSD. After a lot of
patching I was finally able to start it with:
SDL_AUDIODRIVER=disk
with dsp (default) I would always get:
Fragment size must be a power of two
when
SDL_OpenAudio(...)
was called.
I did some further digging and found some u
12 matches
Mail list logo