On 2022-03-03, Theo Buehler wrote:
> This is missing in setusercontext(3).
Of course.
>
> Index: gen/login_cap.3
> ===
> RCS file: /cvs/src/lib/libc/gen/login_cap.3,v
> retrieving revision 1.18
> diff -u -p -r1.18 login_cap.3
> ---
This is missing in setusercontext(3).
Index: gen/login_cap.3
===
RCS file: /cvs/src/lib/libc/gen/login_cap.3,v
retrieving revision 1.18
diff -u -p -r1.18 login_cap.3
--- gen/login_cap.3 3 Jun 2021 13:38:18 - 1.18
+++ gen
parse_packet() is used by unbound(8) to parse response packets, not
queries. There is no need to do all this work just to get access to
the query id and flags. This is what unbound(8) is doing.
OK?
diff --git frontend.c frontend.c
index 6316231f4bf..ac53fc01ef1 100644
--- frontend.c
+++ frontend.
On Thu, 03 Mar 2022 15:11:13 +, Miod Vallat wrote:
> > I think this makes sense if only for better GNU gzip compatibility.
> > OK millert@
>
> But does the `-k' flag needs to be added to compress(1) too?
No, it just makes usage() slightly more complicated.
But that diff was missing an update
> I think this makes sense if only for better GNU gzip compatibility.
> OK millert@
But does the `-k' flag needs to be added to compress(1) too?
On Thu, 03 Mar 2022 13:13:16 +0100, Solene Rapenne wrote:
> The following diff adds support for -k flag to keep the input file for
> gzip / compress when compressing, and the input file (the compressed
> one) for gunzip / uncompress
>
> This will improve uses cases like: zcat -f "${file}" > "${fil
Please let me know if I should move this to -misc since I have no fix.
I am trying to get arm64 to work in Oracle Cloud Infrastructure (OCI)
but I am not properly prepared for this. I believe the issue lies
within the ARM GIC ITS needing support for virtualization. Here is the
snippet from dmesg:
On Thu, Mar 03, 2022 at 01:13:16PM +0100, Solene Rapenne wrote:
> The following diff adds support for -k flag to keep the input file for
> gzip / compress when compressing, and the input file (the compressed
> one) for gunzip / uncompress
what case is not covered by -c > file ?
>
> This will imp
On Thu, Mar 03, 2022 at 12:34:38PM +0100, Claudio Jeker wrote:
> Another day another cleanup.
>
> This diff moves rde_send_kroute() out of rde_generate_update() and back
> into prefix_evaluate(). rde_generate_update() should only track the RIBs.
> rde_generate_update() is mainly called from prefix
On Mar 2, 2022, at 21:39, Johannes (krjdev) Krottmayer wrote:
>
> STMicroelectronis STM32H747I-DISCO board:
>
> SoC: STM32H747 (Cortex-M7 with Cortex-M4)
> Fully documented.
>
> U-Boot support: I'm currently working on it.
>
> For the last board, I must create a new ARM architecture:
> ARMv7-
Another day another cleanup.
This diff moves rde_send_kroute() out of rde_generate_update() and back
into prefix_evaluate(). rde_generate_update() should only track the RIBs.
rde_generate_update() is mainly called from prefix_evaluate().
The only other caller is in rde_softreconfig_sync_reeval() t
On Thu, Mar 03, 2022 at 11:58:36AM +0100, Claudio Jeker wrote:
> struct kroute_full is the external representation of kroutes.
> It includes the routing label as a string. For some reason there was also
> a labelid field but that one is not used and needed, the labelid is an
> internal id that has
struct kroute_full is the external representation of kroutes.
It includes the routing label as a string. For some reason there was also
a labelid field but that one is not used and needed, the labelid is an
internal id that has no value for any other process.
Just remove the field and the two plac
13 matches
Mail list logo
