Re: [gentoo-dev] [PATCH] cargo.eclass: add CARGO_TOML_DIR

2024-01-22 Thread Eli Schwartz
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

Re: [gentoo-dev] [PATCH] cargo.eclass: add CARGO_TOML_DIR

2024-01-22 Thread Michał Górny
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

[gentoo-dev] [PATCH] cargo.eclass: add CARGO_TOML_DIR

2024-01-22 Thread orbea
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

[gentoo-dev] Re: [PATCH] profiles: workaround sandbox bug with getcwd() configure test (gl_cv_func_getcwd_path_max)

2024-01-22 Thread Arsen Arsenović
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:

Re: [gentoo-dev] [PATCH] profiles: workaround sandbox bug with getcwd() configure test (gl_cv_func_getcwd_path_max)

2024-01-22 Thread David Seifert
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 >

[gentoo-dev] [PATCH] profiles: workaround sandbox bug with getcwd() configure test (gl_cv_func_getcwd_path_max)

2024-01-22 Thread Sam James
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: