Workaround for sandbox bug which causes this gnulib configure test to take
many real hours on slower machines, and certainly a huge amount of CPU hours
on others.
Spoof the same result as configure gets on a modern glibc & musl system for now.
Bug: https://bugs.gentoo.org/447970
Closes: https://b
On Mon, 2024-01-22 at 16:14 +, Sam James wrote:
> Workaround for sandbox bug which causes this gnulib configure test to
> take
> many real hours on slower machines, and certainly a huge amount of CPU
> hours
> on others.
>
> Spoof the same result as configure gets on a modern glibc & musl
> sy
Hi,
Sam James writes:
> Workaround for sandbox bug which causes this gnulib configure test to take
> many real hours on slower machines, and certainly a huge amount of CPU hours
> on others.
>
> Spoof the same result as configure gets on a modern glibc & musl system for
> now.
>
> Bug: https://
This is required when cargo_live_src_unpack needs to be find a
Cargo.toml file in a directory other than ${S}
Signed-off-by: orbea
---
eclass/cargo.eclass | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
index 3bdbb5e3ec64.
On Mon, 2024-01-22 at 19:32 -0800, orbea wrote:
> This is required when cargo_live_src_unpack needs to be find a
> Cargo.toml file in a directory other than ${S}
>
> Signed-off-by: orbea
> ---
> eclass/cargo.eclass | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --g
On 1/22/24 10:32 PM, orbea wrote:
> This is required when cargo_live_src_unpack needs to be find a
> Cargo.toml file in a directory other than ${S}
>
> Signed-off-by: orbea
> ---
Fairly confused why this email was posted to an existing thread instead
of a new one?
Anyway, I'm sure the change i
