Hello, I fixed it by patch the test data in 9acc056725.
Thank you!
Hello,
linux-libre-documentation is broken again:
starting phase `build'
Traceback (most recent call last):
File
"/tmp/guix-build-linux-libre-documentation-6.8.4.drv-0/linux-6.8.4/./tools/net/ynl/ynl-gen-rst.py",
line 26, in
import yaml
ModuleNotFoundError: No module
Bellow for the reference is the content of '/my/python-pivy.scm' that I used in
'guix build python-pivy --load-path=/my/python-pivy.scm' command:
(define-module (guixmiss packages python)
#:use-module ((guix licenses) #:prefix license:)
#:use-module (gnu packages)
#:use-module (
Moreover it seems that there is another issue already. I just did guix pull
('guix describe' -> guix bfc6143) and now freecad can not even be installed.
This time 'python-pyside' dependency is not building. Bellow is
python-pyside-2-5.15.10 build log:
phase `go-to-source-dir' succeeded afte
Dear Guix people,
I have checked FreeCAD on several machines and get the same error.
To reproduce:
- guix install freecad
- Open FreeCAD
- Create new document
- Select 'Draft' workbench
This produces an error:
' returned a result with an
exception set'
The backtrace and also as some forums
Hello,
Trying to build the updated Krita (5.2.1). The package doesn't seem to
build in any way possible. Couldn't figure out what exactly is the
issue.
Guix version:
guix (GNU Guix) 8bfa49
Hi, I still have the same issue with python-pyside-2-5.15.10 (the build log is
the same) even though I pulled most fresh guix (commit: 21fad13).
This package also blocks the 'freecad' installation:
building /gnu/store/...-python-pyside-2-5.15.10.drv...
- 'fix-qt-module-detection' phasebu
I looked at the 'python-pivy' issue again today. I was able to build
'python-pivy' from git with:
git clone https://github.com/coin3d/pivy
cd pivy
guix shell -D python-pivy -- python3 setup.py build
Examining build log of the former and comparing to the build log of standard
'guix build p
Hello Jean-Pierre,
Today I ran into the issue reported in this bug with a custom toolchain
package for aarch64-linux-gnu. I applied your patch from issue 68058 and
that solved the problem!
Thank you very much for your insights and proposed solutions. A couple
of comments below:
Jean-Pierre De
The package emacs-vterm doesn't seem to work as intended.
Running
> guix shell --pure emacs emacs-vterm -- emacs -Q
> (require 'vterm)
results in
> Vterm need `vterm-module' to work. Compile it now? (y or n)
This is very weird since this error message isn't even present in the
package source (guix
Hi there,
I have experienced the same problem, and have a little piece of the puzzle. As
I looked at the server hosting my own private channel I saw the line
Unable to negotiate with XXX.XXX.XXX.XXX port 45072: no matching host key type
found. Their offer: ssh-rsa [preauth]
which means that t
Hi Ludo',
On 4/7/24 19:43, Ludovic Courtès wrote:
Oops, sorry for not noticing it earlier! (That was a hard-to-debug one
so kudos for the work you and others put in it.)
I pushed these two commits to address the problem:
49f82fca41 mapped-devices: luks: Specify modules needed at the top-le
Looks like the issue has been fixed as of
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=edfb05e16d409ab71f5cc5c91747b693f0054d59.
Thank you!
This can be closed now.
Installing kdepim-runtime would fix this issue.
--
Sughosha
Hello.
I've noticed that `python-portend' does not have a correct version
number in the output derivation. This will create failures during the
`python-build-system' `sanity-check' phase.
The following command demonstrates the issue:
--8<---cut here---start->8-
Hi dan,
sorry for the late reply. I didn't yet find the reason why different
bootstrap packages are built for the cross build when grafts are
applied. This seems possibly like another bug to me, as the package
inputs which use copy-build-system do not contain store references and
it does not happe
I was unable to replicate this myself, the following commands worked:
--8<---cut here---start->8---
$ guix time-machine -q --commit=bfc614397b5f146056bda4b5a8e3a67bd1ca7b23 \
-- shell --pure emacs emacs-vterm -- emacs -Q
(require 'vterm)
M-x vterm
--8<---
> linux-libre-documentation is broken again:
Try to repeat ./bootstrap and configure
See also https://issues.guix.gnu.org/issue/70140 and the commit
74517806f80dab17474a3c5f0b91d437e4d4e052
Cheers, Bost
Do you mean the guix-install.sh script? If so then what about the
https://guix.gnu.org/manual/devel/en/guix.html#index-uninstallation_002c-of-Guix
?
On Wed, Apr 10, 2024 at 05:05:15PM +0200, Tomas Volf wrote:
> linux-libre-documentation is broken again:
>
> starting phase `build'
> Traceback (most recent call last):
> File
> "/tmp/guix-build-linux-libre-documentation-6.8.4.drv-0/linux-6.8.4/./tools/net/ynl/ynl-gen-rst.py",
> li
Hi David,
Thanks for the reply.
Apr 11, 2024 04:50:03 David Elsing :
Can we put everything inside build-inputs? From my understanding,
copy-build-system shouldn't care about cross-compilation at all.
I understand it that way too. In guix/build-system.scm, it is mentioned
that build/host/targ
I have found why it is not working! Tor process is simply not allowed to
have access to the obfuscator binary because it is running inside all
Linux namespaces except "net", in particular in "mnt" namespace. We need
to add path/to/obfuscator/binary to the #:mappings field of the
least-authority
22 matches
Mail list logo
