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
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",
>
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
?
> 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
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
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
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
Installing kdepim-runtime would fix this issue.
--
Sughosha
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.
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
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
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
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
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
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'
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)
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
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
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
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
Hello, I fixed it by patch the test data in 9acc056725.
Thank you!
Hi all,
I would really appreciate if anyone could give some feedback on my
previous patch to the copy build system.
--
dan
22 matches
Mail list logo