Hello Ekaitz,
This problem is also present for other targets such as AVR[1] as when
I introduced
the cross-gcc-toolchain procedure I didn't add the NATIVE-SEARCH-PATHS and
SEARCH-PATHS fields for the toolchains as:
1. SEARCH-PATHS doesn't quite work with shells right now, as it is
impossible to
* gnu/packages/image-processing.scm (opencv): Move python-numpy from
INPUTS to PROPAGATED-INPUTS.
Change-Id: If4f0c8fa0cf41594a2c63f3e9f271987aa730af2
---
gnu/packages/image-processing.scm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gnu/packages/image-processing.scm
Hello,
I think this can be closed as it was my mistake as some package
installed with pip
installed OpenCV and Python was picking it up by mistake, sorry for the noise.
However, I came up with a patch to propagate python-numpy as it is required by
OpenCV.
--
Jean-Pierre De Jesus DIAZ
The current OpenCV package (opencv@4.8.0) fails to load on a pure GNU
Guix system, the error reports that some part of OpenCV isn't able to
find the libGL.so.1 library.
My GNU Guix description:
Generation 83Feb 05 2024 16:30:36(current)
guix a3df20d
repository URL:
From: Jean-Pierre De Jesus DIAZ
* modules/past/packages/tls.scm (openssl-1.0): Fix a time bomb in
cms-test.pl due to expired certificates.
---
modules/past/packages/tls.scm | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/modules/past/packages/tls.scm
Hi,
On Tue, Jan 30, 2024 at 5:29 PM Ludovic Courtès
wrote:
>
> Hi,
>
> Jean-Pierre De Jesus Diaz skribis:
>
> > And the from the error file that the test writes:
> >
> > $ cat /tmp/guix-build-openssl-1.0.2u.drv-0/openssl-1.0.2u/test/cms.err
> > Verification failure
> >
The package at the guix-past channel does not pass the tests at
`tests/cms-test.pl'
file. It fails with the following error:
>From the build log:
...
CMS consistency test
/gnu/store/lj75fc25zx2y9pqvfp95la84rdhlj4f8-perl-5.36.0/bin/perl cms-test.pl
CMS => PKCS#7 compatibility tests
signed
Hi,
Yes, that fixed the issue.
Thanks.
On Fri, Aug 18, 2023 at 8:07 PM Simon Tournier wrote:
>
> Hi,
>
> On Tue, 11 Jul 2023 at 11:15, Jean-Pierre De Jesus Diaz via Bug reports for
> GNU Guix wrote:
>
> > guix shell harfbuzz
> > guix shell: warning: ambiguous p
guix describe:
Generation 23 jul 06 2023 13:37:00(current)
guix 2426e51
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 2426e51688d479042ea115a634c6be2d8b9f3b99
It appears that harfbuzz has been duplicated using the same version, so
when
The following works though. No newlib or anything:
guix shell --expression='((@ (gnu packages cross-base) cross-gcc)
"arm-none-eabi")' -- \
bash -c "echo '#include ' \
| arm-none-eabi-gcc -x c -o /dev/null -c -"
—
Jean-Pierre De Jesus DIAZ
--- Original Message ---
On Wednesday,
Saturday, August 13th, 2022 at 9:48 AM, Csepp wrote:
> Jean Pierre De Jesus DIAZ via Bug reports for GNU Guix bug-guix@gnu.org
> writes:
>
> > > Just a thought, but maybe it shouldn't be a group of men who decides
> > > what language is and is not inclusive and whet
>Just a thought, but maybe it shouldn't be a group of men who decides
>what language is and is not inclusive and whether that's important.
>We've had some Outreachy interns, maybe some of them wouldn't mind being
>consulted on this.
Inclusion through exclusion, this is just sending the messages
The atomic supports for this toolchain is broken:
A minimal test case:
guix shell arm-none-eabi-toolchain -- \
bash -c "echo '#include ' \
| arm-none-eabi-gcc -x c -o /dev/null -c -"
Something similar found online:
https://sourceware.org/legacy-ml/newlib/2017/msg00150.html
However no
Hello,
As an Spanish speaker too I didn't notice it at first when reading
the documentation and feels weird that it's deliberately "usuaria"
instead of "usuario".
For example, in Argentina, only 8% of the population uses inclusive
language:
FWIW author cites:
https://guix.gnu.org/es/manual/es/guix.es.html#DOCF50
As the reason for using feminine words.
https://guix.gnu.org/es/manual/es/guix.es.html#FOOT50
Quoting from the manual:
>NdT: En esta traducción se ha optado por usar el femenino para referirse a
>personas, ya que es el
The `guile-newt' package that is used for the installation UI can't
be cross-compiled as it tries to load the `newt' dynamic library when
the Guile code is compiled. I've tried to find a solution/fix but I
don't know much about how Guile byte-code compilation works.
The compilation error can be
16 matches
Mail list logo
