ew release will be published soon
> > because of security fixes ...
>
> Would you mind explaining who you are and what your connection to FreeBSD
> and/or the Gitea projects are?
>
> Stefan
>
6543 is a developer/maintainer with the Gitea project.
Thanks,
Kyle Evans
of native-xtools producing a broken compiler. I
fixed it here: 3afe1c2e181
It was then re-broken here: 70c04943208
I have a review to re-fix it here: https://reviews.freebsd.org/D36981
You can follow-along here to get notified when the fix hits stable/13:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267026
Thanks,
Kyle Evans
> gets you ABI and ALTABI; the former is the amd64 form, the latter x86:64
>
Note the more concising spelling of this if you know the names (or
need it for, say, scripting):
# pkg config ABI
# pkg config ALTABI
Thanks,
Kyle Evans
t the bootstrap doesn't actually know about ALTABI,
and it can't currently dump the UCL object entries (list/object). It's
not really how -N was intended to be used at all, but maybe bapt has a
better idea for exposing it (I kind of like the general idea, even if
not this exact way to invoke it).
Thanks,
Kyle Evans
[0] https://people.freebsd.org/~kevans/pkg-config.diff
/files/e24b4779*a78a1f31.gz | cut -f
> > 1 -d \|
> gstreamer1-1.22.0_1
>
> Is it under some kind of maintenance?
>
> Regards.
>
Not sure if Colin subscribes to ports@, so looping him in explicitly.
Thanks,
Kyle Evans
REFIX}/share/man/man"
(Both of which I ${MKDIR} in pre-install)
Thanks,
Kyle Evans
else. With the below patch[0] to populate
all of the sizes, things look sane again.
Thanks,
Kyle Evans
[0] https://people.freebsd.org/~kevans/kgdb-fix.diff
@@ -126,13 +126,13 @@ aarch64_fbsd_supply_pcb(struct regcache *regcache,
CORE_ADDR pcb_addr)
stati
y bump). If you started a fresh
bulk -a today, I'd expect they would all have the same annotation, but
these packages carried over don't get a spurious rebuild to correct any
metadata.
Thanks,
Kyle Evans
won't be the highest of priority).
I don't have a timeline on this yet, unfortunately; there's still a
number of issues pointed out by Michael Osipov with the new model that
need to be fixed before we can redesign ca_root_nss. I'm still hoping
that I can find someone else to help me out here, because my time is
pretty over-committed as it is.
Thanks,
Kyle Evans
he patch).
Thoughts / comments / concerns? Cross-posted this to a couple of
different lists to try and hit the largest number of stakeholders in
patch(1) behavior.
Thanks,
Kyle Evans
On Fri, Apr 8, 2022 at 10:41 PM Warner Losh wrote:
>
>
>
> On Fri, Apr 8, 2022, 9:26 PM Kyle Evans wrote:
>>
>> Hello!
>>
>> FreeBSD's patch follows historical patch(1) behavior w.r.t. backups,
>> where a backup is created for every file patched.
On Sun, Apr 10, 2022 at 5:33 AM Matthias Andree wrote:
>
> [resending from hopefully subscribed address that it makes it to some of
> the lists]
>
> Am 09.04.22 um 05:25 schrieb Kyle Evans:
> > Hello!
> >
> > FreeBSD's patch follows historical patch(1) behav
On Sun, Apr 10, 2022 at 10:48 AM Gary Jennejohn wrote:
>
> On Sun, 10 Apr 2022 10:21:56 -0500
> Kyle Evans wrote:
>
> > On Sun, Apr 10, 2022 at 5:33 AM Matthias Andree
> > wrote:
> [big SNIP]
> > > I checked POSIX 2018, apparently the backup files (.orig) ar
lockers off. There's no error in the
> JavaScript console.
>
> Is this expected behavior (would be very surprising to me) or does this need
> to be fixed? In any case, I thought I'd raise the issue here.
>
Hi,
Looks like: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250699
Thanks,
Kyle Evans
14 matches
Mail list logo
