Hi,
On 2022/01/18 04:58, Ionen Wolkens wrote:
>
> Unsure what I like best, I generally agree should default to sources
> but I do see new users complaining about building rust every few days.
> Not that the step of telling them that rust-bin exists is that bad
> (part of the issue is that they
On 18.1.2022 4.58, Ionen Wolkens wrote:
>
> Unsure what I like best, I generally agree should default to sources
> but I do see new users complaining about building rust every few days.
> Not that the step of telling them that rust-bin exists is that bad
> (part of the issue is that they don't
On Mon, 2022-01-17 at 21:58 -0500, Ionen Wolkens wrote:
> On Mon, Jan 17, 2022 at 03:24:23PM -0800, Georgy Yakovlev wrote:
> > Hi,
> >
> > I've been approached multiple times with that request, and a lot of
> > time I see new users completely destroyed by rust build time and
> > disk
> > space
On Mon, Jan 17, 2022 at 03:24:23PM -0800, Georgy Yakovlev wrote:
> Hi,
>
> I've been approached multiple times with that request, and a lot of
> time I see new users completely destroyed by rust build time and disk
> space requirements.
fwiw it may be a bit mitigated by the new desktop stages
Georgy Yakovlev wrote:
> Hi,
>
> I've been approached multiple times with that request, and a lot of
> time I see new users completely destroyed by rust build time and disk
> space requirements.
>
> WDYT about switching order of rusts in a virtual?
>
> RDEPEND="|| (
> ~dev-lang/rust-${PV}
Hi,
I've been approached multiple times with that request, and a lot of
time I see new users completely destroyed by rust build time and disk
space requirements.
WDYT about switching order of rusts in a virtual?
RDEPEND="|| (
~dev-lang/rust-${PV}
~dev-lang/rust-bin-${PV}
)"
On 8.1.2022 7.12, Sam James wrote:
>
> FWIW, normally we don't post individual package patches
> to this ML, but it's a good question as to.. where they should go
> if people want to use git send-email/a ML workflow.
>
> Right now, sometimes people send them to gentoo-proxy-maint
> (the list)
> On 17 Jan 2022, at 11:09, Sam James wrote:
>
> We need to instruct aclocal that it might find macros in both
> ${BROOT} _and_ ${SYSROOT}.
>
> - A classic example within BROOT is autoconf-archive.
>
> - A classic example within SYSROOT is, say, libogg. A fair amount of
> codec software
Closes: https://bugs.gentoo.org/827852
Signed-off-by: Sam James
---
eclass/autotools.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass
index 5250b28042ee2..5568cca505d78 100644
--- a/eclass/autotools.eclass
+++
Signed-off-by: Sam James
---
eclass/autotools.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass
index 2cf7c076d01ed..5250b28042ee2 100644
--- a/eclass/autotools.eclass
+++ b/eclass/autotools.eclass
@@ -74,7 +74,7 @@
We need to instruct aclocal that it might find macros in both
${BROOT} _and_ ${SYSROOT}.
- A classic example within BROOT is autoconf-archive.
- A classic example within SYSROOT is, say, libogg. A fair amount of
codec software installs its own macro to help locating it (but this
is in no
When -I${SYSROOT} is injected, it'll override the default of -Im4, which
results in trying to install macros to ${SYSROOT} (a sandbox violation)
when they can't be found.
>From aclocal(1):
```
-I DIR add directory to search list for .m4 files
--install
copy
Hi, everyone.
I've added a short PEP 517 migration guide to the docs [1]. This should
work for the vast majority of packages using distutils-r1, as long as
they don't use too many hacks. For things like numpy or pillow we'll
have to figure out individual solutions.
In general, there's no need
13 matches
Mail list logo