On Mon, 7 Apr 2025 at 21:50, Sulev-Madis Silber
wrote:
>
> --- boot1.efi ---
> SOURCE_DATE_EPOCH=1704067200 elfcopy -j .peheader -j .text -j .sdata -j
> .data -j .
> dynamic -j .dynsym -j .rel.dyn -j .rela.dyn -j .reloc -j .eh_frame
> --output-target
> =binary boot1.sym boot1.efi
> sh: elfco
why meta mode would be important here? wasn't that just a cache to make
incremental builds faster
maybe
ln -svi /usr/bin/{obj,elf}copy
rather?
unsure if it fixed it fully. it did build. i hope that efi loader actually
works too now
it likes to override path i guess (for clean env?) so it d
The below indicates that whatever is taking the
extra time is not strongly tied to processor
performance. www/gitlab@ee and www/gitlab@ce
turn out to be good for seeing larger scale
elapsed time multiplication factors. That
allows seeing this.
I'll note that when, for example, www/gitlab@ee
is bui
I respectfully disagree.
PF_DEFAULT_TO_DROP has no effect if pfctl does not perform its ioctl call to
enable itself, ie. to apply any hooks.
if pfctl fails, then the hooks are left unhooked, and EVERYTHING defaults to
PASS, which is not what most people would intend using PF_DEFAULT_TO_DROP.
co
On Apr 7, 2025, at 13:15, Mark Millard wrote:
> On Apr 7, 2025, at 10:15, Mark Millard wrote:
>
>> On Apr 7, 2025, at 09:44, Mark Millard wrote:
>>
>>> On Apr 7, 2025, at 08:14, Baptiste Daroussin wrote:
>>>
On Mon 07 Apr 08:07, Mark Millard wrote:
> . . .
Listing like t
