On 26/11/24 18:29, Doug Moore wrote:
I think @kib has found the source of the problem. I've attached an
attempt to fix it.
Thanks for your work!
I have noticed this is already in base and upgraded successfully, issue
is now solved for me.
Sorry for the delay in reporting this.
--
Guido Fa
On 26/11/2024 17:52, Mark Millard wrote:
libsass.so.1.0.0 still has .got.plt starting with (this time):
2bed60
2bed70
2bed80
2
Andriy Gapon writes:
> FWIW, I am not sure if it's relevant but I am seeing a similar pattern
> of corruption on tmpfs although in a different context, on FreeBSD
> 13.3.
Not relevant at all. In this case the file is not actually corrupted
but `install(1)` skips over some of it when copying beca
On 28/11/2024 13:42, Dag-Erling Smørgrav wrote:
Andriy Gapon writes:
FWIW, I am not sure if it's relevant but I am seeing a similar pattern
of corruption on tmpfs although in a different context, on FreeBSD
13.3.
Not relevant at all. In this case the file is not actually corrupted
but `insta
Am 2024-11-15 16:13, schrieb Miroslav Lachman:
On 15/11/2024 12:08, Alexander Leidinger wrote:
Am 2024-11-15 11:14, schrieb Moin Rahman:
Just for everyone else in the list, I have gone through some
discussion
with the original author of the mail and it seems to have some sort
of
regression w
Hello,
I don't know why but I have updated mail/milter-manager several times
regerdless of the fact that I myself don't use it at all.
And once again I happened to find newer version is released.
So I created patch to update mail/milter-manager to latest version
2.2.7.
But I can't test if it works
On Nov 28, 2024, at 04:19, Andriy Gapon wrote:
> On 28/11/2024 13:42, Dag-Erling Smørgrav wrote:
>> Andriy Gapon writes:
>>> FWIW, I am not sure if it's relevant but I am seeing a similar pattern
>>> of corruption on tmpfs although in a different context, on FreeBSD
>>> 13.3.
>> Not relevant at
Would it be possible for someone to review and commit the following?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281910
As of 33d3fd27d7 this patch builds with the same `make test` with extra
warnings.
ay to more consistently trigger it, it will be
much easier.
I ran all of the tmpfs*.sh tests from HEAD which all pass except for
tmpfs24.sh.
$ ./all.sh -o tmpfs24.sh
20241128 22:33:38 all: tmpfs24.sh
Min hole size is 4096, file size is 524288000.
data #1 @ 0, size=4096)
hole #2 @ 4096, size=40
Dear port maintainers,
The portscout new distfile checker has detected that one or more
unmaintained 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. Please consider also adopting this po
stress2/misc/tmpfs26.sh | 179 +
tools/test/stress2/misc/tmpfs27.sh | 49 ++
tools/test/stress2/misc/tmpfs28.sh | 61 +
3 files changed, 289 insertions(+)
?
> $ ./all.sh -o tmpfs24.sh
> 20241128 22:33:38 all: tmpfs24.sh
> Min hole s
On Mon, 25 Nov 2024, Mark Millard wrote:
On Nov 25, 2024, at 18:05, Mark Millard wrote:
Top posting going in a different direction that
established a way to control the behavior in my
context . . .
For folks new to the discoveries: the context here
is poudriere bulk builds, for USE_TMPFS=al
Sean C. Farley wrote on
Date: Thu, 28 Nov 2024 18:16:16 UTC :
> On Mon, 25 Nov 2024, Mark Millard wrote:
>
> > On Nov 25, 2024, at 18:05, Mark Millard wrote:
> >
> >> Top posting going in a different direction that
> >> established a way to control the behavior in my
> >> context . . .
> >
> >
13 matches
Mail list logo