Hi, python-wand 0.6.11 fails to install. I found this in the log:
phase `add-install-to-path' succeeded after 0.0 seconds
starting phase `wrap'
find-files: /gnu/store/8y1vnzs66bnfgiaxdxhmc7wd9ggkcpy6-python-wand-0.6.11/bin:
No such file or directory
find-files:
/gnu/store/8y1vnzs66bnfgiaxdxhmc7w
On Sat, 23 Jul 2022 15:29:31 +0200
Maxime Devos wrote:
>
> On 17-07-2022 20:00, Thorsten Wilms wrote:
> > + (arguments
> > + (substitute-keyword-arguments (package-arguments gx-guvnor-lv2)
> > + ((#:make-flags flags) `(cons (string-append "CC=&qu
in ~/.profile, Ubuntu-native stuff breaks.
~/.profile does contain export
`GDK_PIXBUF_MODULE_FILE=/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache`
I guess one could set up aliases or place wrappers in /usr/local/bin,
but I couldn’t be bothered to do so, so far.
--
Thorsten Wilms
* gnu/packages/music.scm (gx-saturator-lv2): Update to latest commit to fix
build issue.
---
gnu/packages/music.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm
index a529d8de8d..498f4b8deb 100644
--- a/gnu/packages/music.
/packages/music.scm
+++ b/gnu/packages/music.scm
@@ -49,6 +49,7 @@
;;; Copyright © 2022 Maxim Cournoyer
;;; Copyright © 2022 Wamm K. D.
;;; Copyright © 2022 Jose G Perez Taveras
+;;; Copyright © 2022 Thorsten Wilms
;;;
;;; This file is part of GNU Guix.
;;;
@@ -4100,8 +4101,8 @@ (define-public
Hi!
gx-slow-gear-lv2 already works in the current tree. Updates for
gx-saturator-lv2 and gx-vbass-preamp-lv2 that make them build again
follow.
--
Thorsten Wilms
On Wed, 13 Jul 2022 23:59:49 -0400
Maxim Cournoyer wrote:
> It looks like they need to be updated (if updates for them exist), as
> they seem to rely on deprecated glib functions.
>
> Would you like to give it a try?
Hi Maxim! Well, I may look into it in the coming days.
--
Thorsten Wilms
/1q8fqyhd949w2biyp5pwx6cl0f90zi-gx-saturator-lv2-0-3.605330f43.drv.bz2'.
guix build: error: build of
`/gnu/store/j51q8fqyhd949w2biyp5pwx6cl0f90zi-gx-saturator-lv2-0-3.605330f43.drv'
failed
```
--
Thorsten Wilms
First, during patch-shebang, it warns about missing python, pure and
ruby.
Then:
```
httpd/HTTPDServer.cpp: In member function ‘bool
httpdfaust::HTTPDServer::start(int)’:
httpd/HTTPDServer.cpp:118:118: error: invalid conversion from ‘int (*)(void*,
MHD_Connection*, const char*, const char*, con
Hi!
zam-plugins 3.13 fails to build with a hash mismatch:
The following derivations will be built:
/gnu/store/jbxw3npl9q0wxkwjmcsyjf87fcfxzxnd-zam-plugins-3.13.drv
/gnu/store/2vwczp8v2ksd99907hn84k1gv14jyrd3-zam-plugins-3.13-checkout.drv
building
/gnu/store/2vwczp8v2ksd99907hn84k1gv14jyrd3
es/envfollower_ui.dir/all] Error 2
make[2]: Leaving directory '/tmp/guix-build-infamous-plugins-0.2.04.drv-0/build'
make[1]: *** [CMakeFiles/Makefile2:361:
src/casynth/CMakeFiles/casynth_ui.dir/all] Error 2
make[1]: Leaving directory '/tmp/guix-build-infamous-plugins-0.2.04.drv-0/build'
make: *** [Makefile:133: all] Error 2
command "make" "-j" "8" failed with status 2
--
Thorsten Wilms
-guix out of the way first, failed with:
"ln: failed to create symbolic link 'current-guix/current-guix-4-link':
Read-only file system".)
--
Thorsten Wilms
This pattern with preprocessor error repeats several times in the log
file, this is the very end of it:
```
015-define-object-with-parens: PASS
150/151 tests returned correct results
--- stderr ---
---
+++
@@ -1,2 +1,2 @@
-0:2(8): preprocessor error: syntax error, unexpected end of file
+0:2(
store/2vpsjrx7q7wx9715cpc2y1vg5xy7hbfw-clementine-1.3.1-2.4619a4c'
differs
‘guix challenge clementine’ reports it to be identical, “because it's
just looking at the substitute you downloaded”, as Ludovic said on IRC.
--
Thorsten Wilms
It appears the issue has vanished, or ‘guix build clementine
--no-grafts --check’ is not entirely equivalent. I had to use the
later, since a recent ‘guix pull && guix package -u’ got me a
substitute for clementine. The build succeeded this way, though check
found a difference (separate report comi
/git/guix.git
branch: master
commit: 23567138f842136f83f318b5915457af882ca38a
GUIX_PACKAGE_PATH="/media/hd/devel/guix/packages"
--
Thorsten Wilms
On Mon, 08 Jun 2020 20:12:54 +0200
Marius Bakke wrote:
> ganv was updated to 1.6.0 a while back. Do you get the same failure
> after a 'guix pull'?
That was after ‘guix pull’. ‘ganv’ is pulled in via ‘ingen’ here.
```
build of /gnu/store/bxz04gap29dxsmjvb3z4hjdid9l1fil7-ganv-1.5.4-1.12f7d6b04.
During ‘package -u’, ganv fails to build due to some python issue in the
configure phase:
starting phase `configure'
running "python waf" with command "configure" and parameters
("--prefix=/gnu/store/lvvgxdx6fnmbya1bpyjhvzcvlbw7r3hi-ganv-1.5.4-1.12f7d6b04")
Traceback (most recent call last):
F
build or why and how
it could change.
--
Thorsten Wilms
I ignored Clementine failing at updates a few times ... and now checked
to see that it fails at a different test!
[100%] Linking CXX executable fmpsparser_test
cd /tmp/guix-build-clementine-1.3.1-2.4619a4c.drv-0/build/tests
&& /gnu/store/89rj5fqcg48afgk99639ds602pgf92k4-cmake-minimal-3.16.5/bin/cm
n5yna-module-import/guix/build/gnu-build-system.scm:369:6:
In procedure check:
Throw to key `srfi-34' with args `(#)'.
--
Thorsten Wilms
regular my updates have
been.
--
Thorsten Wilms
thorwil's design for free software:
http://thorwil.wordpress.com/
onable. However, Blender is a case where it might be
worthwhile to keep a 2.79 around even after the final release of 2.8,
because the graphics card requirements have been increased to OpenGL
core 3.3 *
* https://www.blender.org/2-8/
--
Thorsten Wilms
thorwil's design for
there
could be a mechanism that would spare users from attempting to have the
un-buildable build, which may involve stopping a `guix package -u` or a
`guix package -m manifest-file` in its tracks ...
--
Thorsten Wilms
phase `unpack' succeeded after 0.0 seconds
starting phase `build-faust-sources'
ERROR : can't open architecture file lv2synth.cpp
phase `build-faust-sources' failed after 0.0 seconds
## WARNING: phase `build-faust-sources' returned `#f'. Return values
other than #t
## are deprecated. Please mi
Apparently just like Ingen before:
...
phase `patch-source-shebangs' succeeded after 0.0 seconds
starting phase `configure'
running "python waf" with command "configure" and parameters
("--prefix=/gnu/store/r8y6cs3jrjnzab3dlxv09czklzhbbrvy-patchage-1.0.0")
Traceback (most recent call last):
F
...
phase `patch-usr-bin-file' succeeded after 0.0 seconds
starting phase `patch-source-shebangs'
patch-shebang: ./scripts/ingen.py: changing `/usr/bin/env python' to
`/gnu/store/r68bi4640vm0s7zsgyk7shsag8ibl3nc-python-wrapper-3.7.0/bin/python'
patch-shebang: ./scripts/ingenams: changing `/usr/bin
(lambda* (#:key outputs #:allow-other-keys)
+(map make-file-writable
+ (find-files (string-append (assoc-ref outputs "out")
+"/share/man")
+ ".*\\.gz$"))
+#t)
(inputs
`(("gtkmm" ,gtkmm-2)
("lvtk" ,lvtk)
--
2.19.0
--
Thorsten Wilms
thorwil's design for free software:
http://thorwil.wordpress.com/
Hi, azr3-1.2.3 fails during install, printing:
...
phase `build' succeeded after 16.1 seconds
starting phase `check'
test suite not run
phase `check' succeeded after 0.0 seconds
starting phase `install'
mkdir -p //gnu/store/rxn9php37bgcvznjiq0mvvr6a4s8zayg-azr3-1.2.3/bin &&
cp azr3/azr3 //gnu/st
guitarix-lv2-0.37.1 fails with `waf: error: no such option: --lv2-only`
I think the right option is `--no-standalone`, described with "Don't
build standalone (JACK) application".
---
gnu/packages/audio.scm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gnu/packages/audio
uix SD, with
emacs-smartparens as only Emacs package, run in the shell, no init.el.
After just M-x smartparens-mode, again: slurp works, barf doesn't.
I would conclude that this is a direct smartparens bug, if it wasn't for
your report of having it working (which I do not doubt).
--
Thorsten Wilms
n doesn't affect the issue; but now I can say
that it doesn't matter if smartparens-mode or smartparens-strict-mode or
neither is active, slurp works, barf doesn't.
I'm back to paredit, but would still like to figure this out.
--
Thorsten Wilms
With both emacs and smartparens installed via guix,
sp-backward-slurp-sexp, sp-forward-slurp-sexp work, but
sp-backwards-barf-sexp and sp-forward-barf-sexp fail with:
Wrong type argument: integer-or-marker-p, :beg-in
This is with no configuration and using the commands directly via M-x.
It s
33 matches
Mail list logo
