bug#44541: Blender addon can't find Python libraries
Em dom, 2020-11-08 às 23:22 +0100, raingloom escreveu: > I've been meaning to report this for a while, but forgot. Can't test > it > right now, but I'm pretty sure it's still relevant. (that reminds me, > i > should finish updating the Blender package too) > > Reproduce by installing an addon like AnimationNodes. Or just open > the > scripting REPL and enter 'import numpy'. > > I've tried fixing it before, but didn't get far. Will probably try > again *eventually*, but I have a bunch of other - more pressing - > projects right now. > > In the long run, it would also be cool if we could provision Blender > configs with Guix, but that's another discussion that probably needs > some upstream involvement. But it would be cool if Guix could be used > by > more artists. > Closing as fixed. Vinicius
bug#70174: OpenEXR is vulnerable to CVE-2023-5841 and CVE-2021-45942
OpenEXR suffers from these vulnerabilities which were fixed in version 3.2.2 [1] and 3.1.4 [2], respectively, while our version is currently 3.1.3. The package contains 448 dependents, and a change in derivation shouldn't be pushed to master, at least according to the patch submission guidelines. [1] https://nvd.nist.gov/vuln/detail/CVE-2023-5841 [2] https://nvd.nist.gov/vuln/detail/CVE-2021-45942
bug#62645: Failing `guix install gnash`.
Hi, Gnash is incompatible with Boost 1.80.0. The latest commit in Gnash, from 2019, says: -This is the README file for the Gnash-0.8.8 release (or snapshot). +Gnash is currently not being actively maintained, as most of the internet +has moved to using HTML5. There are literally millions of flash files +that Gnash can play, as well as YouTube videos. As Adobe is letting their +flash player die on most platforms, Gnash will be critical in the future +for anyone wanting to play flash files for historical reasons. Gnash's code +is very portable, and should be compilable for many years, long after +Adobe flash is dead. It may not be feasible to support Gnash long-term. You could use Lightspark instead, which is still actively maintained and up to date in Guix, or use time-machine to move to a commit where Gnash was building, prior to the core-updates merge that introduced Boost 1.80.0. IMO we should remove Gnash from the repository, unless someone wants to patch it for the latest Boost. Vinicius
bug#64827: Texlive-biber not installable
Hi, I have a similar issue when trying to modify a profile containing jupyter or python-jupyterlab-server: guix shell jupyter python-jupyterlab-server Error: building TeX Live font maps... -builder for `/gnu/store/q6gakg3lp5rgmcyhmlf5fz7vnhw0vvaz-texlive-font- maps.drv' failed with exit code 1 a compilação de /gnu/store/q6gakg3lp5rgmcyhmlf5fz7vnhw0vvaz-texlive- font-maps.drv falhou Veja o log de compilação em "/var/log/guix/drvs/q6/gakg3lp5rgmcyhmlf5fz7vnhw0vvaz-texlive-font- maps.drv.gz". cannot build derivation `/gnu/store/j98hmraklblr70ggasarp49pk9jgih0d- profile.drv': 1 dependencies couldn't be built guix package: erro: build of `/gnu/store/j98hmraklblr70ggasarp49pk9jgih0d-profile.drv' failed Content of the decompressed the log file: Backtrace: 3 (primitive-load "/gnu/store/4msdwzccfp51zhmnkr61vvpdllz?") In ice-9/eval.scm: 619:8 2 (_ #f) In ice-9/boot-9.scm: 140:2 1 (dynamic-wind # ?) In unknown file: 0 (chdir "/tmp/texlive/share/texmf-dist") ERROR: In procedure chdir: In procedure chdir: No such file or directory Vinicius
bug#53502: Pre-commit package is duplicate
Fixed in 831baaf81e57ce9d9053ba6f9e0653a2d27298c4. Closing.
bug#53502: Pre-commit package is duplicate
Guix is offering pre-commit in two different packages and versions 1. pre-commit (at 2.16.0) 2. python-pre-commit (at 2.10.0) Some Python projects add pre-commit as a dependency in setup.py, but it's only used for development. It's not a requirement for tests or runtime. There are 6 packages depending on python-pre-commit: mdpo python-bidict python-marshmallow-jsonapi python-minikanren python-pytest-regressions python-sphinxcontrib-apidoc
bug#50356: python-hy / python-funcparserlib / tox config file
Fixed in 06e39eafd7d8279b0b97424c9c32f60a31bfce30 by updating funcparserlib to the alpha version and Hy to 0.20.0. When the next stable version of funcparserlib is released I will do another update.
bug#50433: shotcut 21.06.29 missing bin files
Fixed in bc74c191df789ff200da6f81c3cf599eae39ca8e. Closing.
bug#50356: python-hy / python-funcparserlib / tox config file
Em qua, 2021-12-22 às 16:00 +0100, Jelle Licht escreveu: > Vinicius Monego writes: > > > Em sex, 2021-09-17 às 14:32 +0200, Jelle Licht escreveu: > > > > > > Hello Andreas, > > > > > > Andreas Reuleaux writes: > > > > > > > Hi, > > > > > > > > python-hy fails to install for me - because there are issues > > > > with > > > > python-funcparserlib, as I understand (or tox - cf the end of > > > > the > > > > log below). > > > > > > > > > > It seems the hy and funcparserlib devs are coordinating new > > > releases; > > > perhaps we can resolve this issue by updating both python- > > > funcparserlib > > > and python-hy to their respective 1.0.0 releases once they are > > > out. > > > > > > - Jelle > > > > > > > The problem is that funcparserlib 0.3.6 (which is the most recent > > release at the moment) is incompatible with the Python version in > > Guix. > > There is an alpha for funcparserlib 1.0.0 in PyPI. I updated to > > this > > and Hy to 0.20.0 and it does work aside from 3 Hy tests failing > > (from a > > total of 621). > > The develpoers of hy also have a 1.0a3 alpha release; does your > package > of funcparserlib work with that? > Yes, again with 3 test failures, but the tests have different names than that of 0.20.0. [...] >
bug#50356: python-hy / python-funcparserlib / tox config file
Em sex, 2021-09-17 às 14:32 +0200, Jelle Licht escreveu: > > Hello Andreas, > > Andreas Reuleaux writes: > > > Hi, > > > > python-hy fails to install for me - because there are issues with > > python-funcparserlib, as I understand (or tox - cf the end of the > > log below). > > > > It seems the hy and funcparserlib devs are coordinating new releases; > perhaps we can resolve this issue by updating both python- > funcparserlib > and python-hy to their respective 1.0.0 releases once they are out. > > - Jelle > The problem is that funcparserlib 0.3.6 (which is the most recent release at the moment) is incompatible with the Python version in Guix. There is an alpha for funcparserlib 1.0.0 in PyPI. I updated to this and Hy to 0.20.0 and it does work aside from 3 Hy tests failing (from a total of 621). The developer of funcparserlib expects to release 1.0.0 in the winter holidays so we may be able to fix this in the next week or so.
bug#50433: shotcut 21.06.29 missing bin files
Em seg, 2021-09-06 às 18:39 +0200, Fulbert escreveu: > Hello, > > shotcut 21.06.29 (guix ce65f2b) appears to have missing bin files. > When > trying to export a video, the status of the task is "failed" inside > the > GUI, and below is the debug message on the terminal. > > [Debug ] > "/gnu/store/qz8nr42ax7k3v0cysmh6afhmy93vvj82-shotcut- > 21.06.29/bin/melt-7 > -verbose -progress2 -abort xml:%2Ftmp%2Fshotcut-xNVrrX.mlt" > [Info ] job failed with 127 > > And here is the content of the bin directory : > > $ ls -la $(dirname $(realpath $(which shotcut))) > total 3248 > dr-xr-xr-x 2 root root 4096 1 janv. 1970 . > dr-xr-xr-x 4 root root 4096 1 janv. 1970 .. > -r-xr-xr-x 2 root root 1840 1 janv. 1970 shotcut > -r-xr-xr-x 2 root root 1401 1 janv. 1970 .shotcut-real > -r-xr-xr-x 2 root root 3308600 1 janv. 1970 ..shotcut-real-real > > Hello, Thanks for the report and sorry for the late response, I only found this issue today. I had a look at the Shotcut source code and it does seem to copy files from other projects to its bin directory [1] and read the melt-7 executable from a variable called "shotcutPath" [2]. I am attaching a tested patch that symlinks these executables to the shotcut bin folder. It was based on the update to 21.10.31 at 51898 but should work in the current version. I also removed other variables in the 'wrap-executable phase that don't seem to be used. MLT_PREFIX is only read in Darwin and PATH was set only for ffmpeg, but in the patch ffmpeg is symlinked instead. [1] https://github.com/mltframework/shotcut/blob/af9f47882d64eb15105559e0729bc7b1e337a9bf/scripts/build-shotcut.sh#L1874 [2] https://github.com/mltframework/shotcut/blob/ef7830846d03fb3557e8780057608cd9f1c8bd77/src/jobs/meltjob.cpp#L97 From 19fac8591375a5fb99c40d546dacd519a0a438c2 Mon Sep 17 00:00:00 2001 From: Vinicius Monego Date: Tue, 16 Nov 2021 22:33:14 -0300 Subject: [PATCH] gnu: shotcut: Find ffmpeg and mlt at runtime. * gnu/packages/video.scm (shotcut)[arguments]<:#phases>: Symlink ffmpeg and mlt binaries to the Shotcut bin folder in the 'wrap-executable phase. --- gnu/packages/video.scm | 17 - 1 file changed, 12 insertions(+), 5 deletions(-) diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm index 7145af58f1..2307583e8d 100644 --- a/gnu/packages/video.scm +++ b/gnu/packages/video.scm @@ -4813,16 +4813,23 @@ transitions, and effects and then export your film to many common formats.") (frei0r (assoc-ref inputs "frei0r-plugins")) (ffmpeg (assoc-ref inputs "ffmpeg")) (jack (assoc-ref inputs "jack")) +(mlt (assoc-ref inputs "mlt")) (sdl2 (assoc-ref inputs "sdl2"))) + ;; Shotcut looks for ffmpeg and melt executables in the shotcut + ;; directory. Symlink them to be found at runtime. + (for-each (lambda (file) + (symlink (string-append ffmpeg "/bin/" file) +(string-append out "/bin/" file))) + '("ffmpeg" "ffplay" "ffprobe")) + (for-each (lambda (file) + (symlink (string-append mlt "/bin/" file) +(string-append out "/bin/" file))) + '("melt" "melt-7")) (wrap-program (string-append out "/bin/shotcut") - `("PATH" ":" prefix - ,(list (string-append ffmpeg "/bin"))) `("LD_LIBRARY_PATH" ":" prefix ,(list (string-append jack "/lib" ":" sdl2 "/lib"))) `("FREI0R_PATH" ":" = - (,(string-append frei0r "/lib/frei0r-1/"))) - `("MLT_PREFIX" ":" = - (,(assoc-ref inputs "mlt")) + (,(string-append frei0r "/lib/frei0r-1/")) (native-inputs `(("pkg-config" ,pkg-config) ("python" ,python-wrapper) -- 2.30.2
bug#50853: python-feedparser
Em seg, 2021-09-27 às 22:00 +0200, Lio Novelli escreveu: > This patch provides a bit more than just bugfix: > - Add two python package definitions sgmllib3k, sgqlc > - updates python-feedparser Hi, Could you format these patches with git-format-patch and submit as a series of 4 to guix-patc...@gnu.org ? My suggestion is: 1. Add python-sgmllib3k. 2. Add python-sgqlc. 3. Add dependency on python-sgmllib3k for python-feedparser. 4. Update python-feedparser. See commit messages in git log for examples on how to write commit messages for these changes. > +(synopsis "A quick and dirty port of python2-sgmllib old > module.") Synopses should not end with full stop. You can use guix lint to check for common linting mistakes. > +(description > + "An easy to use GraphQL client.") Descriptions should be full sentences. e.g. "This package provides an easy to use GraphQL client.". See Submitting Patches in the documentation for more info: https://guix.gnu.org/manual/en/html_node/Submitting-Patches.html
bug#47509: OpenEXR may be vulnerable to CVE-2021-3474, CVE-2021-3476 and CVE-2021-3475
Hi, I found [1] which lists which versions of OpenEXR are vulnerable to which CVE. All the CVEs mentioned here were fixed in version 2.5.4 [2], while we are currently tracking version 2.5.5, for which there are no known CVEs. I will close this issue. Feel free to reopen if I missed anything. [1] https://github.com/AcademySoftwareFoundation/openexr/blob/master/SECURITY.md [2] https://github.com/AcademySoftwareFoundation/openexr/blob/master/CHANGES.md#version-254-december-31-2020
bug#49161: kicad-5.1.6 fails to build
Sending a v2 removing readline from inputs because it's unused now. From 7dc50ffb272c391cb2afa8b874f6d487e6020423 Mon Sep 17 00:00:00 2001 From: Vinicius Monego Date: Tue, 22 Jun 2021 09:46:32 -0300 Subject: [PATCH v2 1/2] gnu: libngspice: Fix KiCad compilation. * gnu/packages/engineering.scm (libngspice)[arguments]<#:configure-flags>: Pass "--with-readline=no". [inputs]: Remove readline. --- gnu/packages/engineering.scm | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm index 5b1c8b7938..a50e6d6526 100644 --- a/gnu/packages/engineering.scm +++ b/gnu/packages/engineering.scm @@ -1721,14 +1721,15 @@ high-performance parallel differential evolution (DE) optimization algorithm.") "--enable-ciderlib" "--enable-xspice" "--with-ngshared" - "--with-readline=yes"))) + ;; Readline must be disabled to build KiCad with ngspice 34. See + ;; https://bugs.archlinux.org/task/70563 for reference. + "--with-readline=no"))) (native-inputs `(("bison" ,bison) ("flex" ,flex))) (inputs `(("libxaw" ,libxaw) - ("mpi" ,openmpi) - ("readline" ,readline))) + ("mpi" ,openmpi))) (home-page "http://ngspice.sourceforge.net/;) (synopsis "Mixed-level/mixed-signal circuit simulator") (description -- 2.32.0 From bc8bdfc9f403e585f4f18796a8fb7bb3e5699134 Mon Sep 17 00:00:00 2001 From: Vinicius Monego Date: Tue, 22 Jun 2021 09:53:41 -0300 Subject: [PATCH v2 2/2] gnu: libngspice: Delete autogenerated config.h. * gnu/packages/engineering.scm (libngspice)[arguments]<#:phases>: Rename phase 'delete-script-files to 'delete-scripts-and-config and delete config.h. --- gnu/packages/engineering.scm | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm index a50e6d6526..b2aa2179dd 100644 --- a/gnu/packages/engineering.scm +++ b/gnu/packages/engineering.scm @@ -1711,11 +1711,16 @@ high-performance parallel differential evolution (DE) optimization algorithm.") (substitute* "man/man1/Makefile.in" (("^man_MANS = ngspice\\.1 ngnutmeg\\.1 ngsconvert\\.1 ngmultidec\\.1") "man_MANS = " - (add-after 'install 'delete-script-files + (add-after 'install 'delete-scripts-and-config (lambda* (#:key outputs #:allow-other-keys) (delete-file-recursively (string-append (assoc-ref outputs "out") - "/share/ngspice/scripts") + "/share/ngspice/scripts")) + ;; This file is autogenerated by the configure script and should + ;; not be distributed. It could be removed in ngspice 35. See + ;; https://bugs.archlinux.org/task/70569 for reference. + (delete-file (string-append (assoc-ref outputs "out") + "/include/config.h") #:configure-flags (list "--enable-openmp" "--enable-ciderlib" -- 2.32.0
bug#49161: kicad-5.1.6 fails to build
Em ter, 2021-06-22 às 12:01 +, Guillaume Le Vaillant escreveu: > Vinicius Monego skribis: > > > > In particular the /gnu/store/...-libngspice-34/include/config.h > > > seems suspicious. > > > > Good catch. Indeed, that file should be removed. > > > > Kicad takes a long time to build on my machine. I am attaching a > > diff > > that removes config.h and should fix the compilation if anyone can > > confirm. > > I tried applying your diff and with it kicad compiles fine and works. > Could you send a formatted patch? Done. I am sending the two changes in different patches because I read in [1] that KiCad uses config.h to extract version information about ngspice. If simulations are working without config.h, then both patches can be pushed. The history_file problem in the KiCad compilation is related to readline only. [1] https://bugs.archlinux.org/task/70569 From 7722427a3f150f5e2249ba2ea8a0c024b4bbf02d Mon Sep 17 00:00:00 2001 From: Vinicius Monego Date: Tue, 22 Jun 2021 09:46:32 -0300 Subject: [PATCH 1/2] gnu: libngspice: Fix KiCad compilation. * gnu/packages/engineering.scm (libngspice)[arguments]<#:configure-flags>: Pass "--with-readline=no". --- gnu/packages/engineering.scm | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm index 5b1c8b7938..302b5c715e 100644 --- a/gnu/packages/engineering.scm +++ b/gnu/packages/engineering.scm @@ -1721,7 +1721,9 @@ high-performance parallel differential evolution (DE) optimization algorithm.") "--enable-ciderlib" "--enable-xspice" "--with-ngshared" - "--with-readline=yes"))) + ;; Readline must be disabled to build KiCad with ngspice 34. See + ;; https://bugs.archlinux.org/task/70563 for reference. + "--with-readline=no"))) (native-inputs `(("bison" ,bison) ("flex" ,flex))) -- 2.32.0 From d980b5bcea3fd7afc3f1e094dbef3c2426e645e8 Mon Sep 17 00:00:00 2001 From: Vinicius Monego Date: Tue, 22 Jun 2021 09:53:41 -0300 Subject: [PATCH 2/2] gnu: libngspice: Delete autogenerated config.h. * gnu/packages/engineering.scm (libngspice)[arguments]<#:phases>: Rename phase 'delete-script-files to 'delete-scripts-and-config and delete config.h. --- gnu/packages/engineering.scm | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm index 302b5c715e..b2b9d54238 100644 --- a/gnu/packages/engineering.scm +++ b/gnu/packages/engineering.scm @@ -1711,11 +1711,16 @@ high-performance parallel differential evolution (DE) optimization algorithm.") (substitute* "man/man1/Makefile.in" (("^man_MANS = ngspice\\.1 ngnutmeg\\.1 ngsconvert\\.1 ngmultidec\\.1") "man_MANS = " - (add-after 'install 'delete-script-files + (add-after 'install 'delete-scripts-and-config (lambda* (#:key outputs #:allow-other-keys) (delete-file-recursively (string-append (assoc-ref outputs "out") - "/share/ngspice/scripts") + "/share/ngspice/scripts")) + ;; This file is autogenerated by the configure script and should + ;; not be distributed. It could be removed in ngspice 35. See + ;; https://bugs.archlinux.org/task/70569 for reference. + (delete-file (string-append (assoc-ref outputs "out") + "/include/config.h") #:configure-flags (list "--enable-openmp" "--enable-ciderlib" -- 2.32.0
bug#49161: kicad-5.1.6 fails to build
> In particular the /gnu/store/...-libngspice-34/include/config.h > seems suspicious. Good catch. Indeed, that file should be removed. Kicad takes a long time to build on my machine. I am attaching a diff that removes config.h and should fix the compilation if anyone can confirm. diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm index 5b1c8b7938..06e41ad535 100644 --- a/gnu/packages/engineering.scm +++ b/gnu/packages/engineering.scm @@ -1715,13 +1715,15 @@ high-performance parallel differential evolution (DE) optimization algorithm.") (lambda* (#:key outputs #:allow-other-keys) (delete-file-recursively (string-append (assoc-ref outputs "out") - "/share/ngspice/scripts") + "/share/ngspice/scripts")) + (delete-file (string-append (assoc-ref outputs "out") + "/include/config.h") #:configure-flags (list "--enable-openmp" "--enable-ciderlib" "--enable-xspice" "--with-ngshared" - "--with-readline=yes"))) + "--with-readline=no"))) (native-inputs `(("bison" ,bison) ("flex" ,flex)))
bug#49161: kicad-5.1.6 fails to build
Hi, I found suggestions that disabling --with-readline in libngspice should work around the issue, though I couldn't test it yet. This seems to be a problem in version 34 specifically. Downgrading to 33 could also work. Em ter, 2021-06-22 às 08:36 +0200, Brice Waegeneire escreveu: > Hello bdju, > > Cuirass can't manage to build kicad¹ also. Comparing to the previous > build², libngspice has been updated from version 28 to 34³ and the > content of thoses 2 version are drasticly different, so I guess it's > the > issue. In particular the /gnu/store/...-libngspice- > 34/include/config.h > seems suspicious. > > I tried bumping kicad to the latest 5.10, but it didn't make a > difference. > > ¹ https://ci.guix.gnu.org/build/608393/details > ² https://ci.guix.gnu.org/build/608201/details > ³ https://issues.guix.gnu.org/48979 > > Cheers, > - Brice
bug#49161: kicad-5.1.6 fails to build
Hi, I found suggestions that disabling --with-readline in libngspice should work around the issue, though I couldn't test it yet. This seems to be a problem in version 34 specifically. Downgrading to 33 could also work. Em ter, 2021-06-22 às 08:36 +0200, Brice Waegeneire escreveu: > Hello bdju, > > Cuirass can't manage to build kicad¹ also. Comparing to the previous > build², libngspice has been updated from version 28 to 34³ and the > content of thoses 2 version are drasticly different, so I guess it's > the > issue. In particular the /gnu/store/...-libngspice- > 34/include/config.h > seems suspicious. > > I tried bumping kicad to the latest 5.10, but it didn't make a > difference. > > ¹ https://ci.guix.gnu.org/build/608393/details > ² https://ci.guix.gnu.org/build/608201/details > ³ https://issues.guix.gnu.org/48979 > > Cheers, > - Brice
bug#46669: Godot fails to start
Hello, libx11 was grafted in 826428ab5bd347954ee6be70a6a6596000f8583 due to a CVE, and as a side effect Godot is now working fine. I will close this issue then. Thanks for the comments!
bug#46669: Godot fails to start
Godot fails to start with the following message: > Godot Engine v3.2.3.stable.custom_build - https://godotengine.org > Input method doesn't support any styles > free(): invalid pointer > Aborted I read it's a bug in libx11 version 1.6.10. It should be fixed by upgrading to 1.6.12: https://github.com/godotengine/godot/issues/40966