bug#57840: rust-sqlite3-src bundles sqlite3
X-Debbugs-CC: Aleksandr Vityazev X-Debbugs-CC: Nicolas Goaziou (^ the pseudo-header, IIUC) The patch series 53315 by Aleksandr Vityazev and accepted by Nicolas Goaziou adds a crate rust-sqlite3-src that bundles sqlite3. Bundling is against Guix policy for the reasons explained in the manual I ask to: (a) Remove the bundled copy (and if needed, adjust build.rs to always do the pkg-config) or (b) Remove rust-sqlite3-src and dependents. Additionally, for the future, I ask to check packages for bundling, and recommend the following tricks for detecting bundling: * if a crate name ends with -sys, there is a good chance it bundles things * likewise, if the synopsis or description mentions 'Bindings', there's a good chance it bundles things. * if a crate name contains some variation of the word 'source' (e.g., -src), that can indicate bundling. * if the Cargo.toml mentions 'bundled', 'system' or 'vendor' its [features], it is bundling things. * if the source code of a Rust package contains a .c or .h file, it's likely bundling things I would like to note that the bundled copy (version 3.34.1) has known bugs that were fixed in later versions (including a CVE), according to the changelog on the sqlite website. Greetings, Maxime OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
bug#57839: celluloid can't find gunixfdlist.h
Hi Guix, celluloid currently (commit 512fa6c7e5b4899cc79017b50a6d286900885b83 ) fails to build with the following error. mpris/celluloid-mpris-gdbus.c:18:12: fatal error: gio/gunixfdlist.h: No such file or directory 18 | # include Celluloid uses the glib-or-gtk-build-system. I tried adding glib to its inputs, but that didn't help. Best, Jack ihzfq2bkcqpp4v7sigbyji9f8c2f9i-celluloid-0.24.drv.gz Description: Binary data
bug#57838: failing to boot, probably due to guix gc
dear Guixers, on one of my installs i ran the following two commands as root: guix gc --delete-generations=60d guix system delete-generations 60d i think i ran a reboot pretty soon after this, and the machine is failing to boot with the error "no code for module (ice-9 popen)". i'm attaching a photo of the kernel panic screen. the delete-generations left 3 generations, but all the three fail the same way. i'll keep the machine as-is for a while if some inspection would help by providing logs/data. i also want to fix it and have it running soonish, so let me know if there's anything valuable i should extract from it before attempting to fix it. i hope a chroot and a reconfigure will fix it. i think i ran the commands multiple times with different time ranges, and in different order. i did something similar on another install, but IIRC i also ran a `guix system reconfigure` prior to the reboot, and that install didn't break. HTH, -- • attila lendvai • PGP: 963F 5D5F 45C7 DFCD 0A39 -- “Politicians never accuse you of 'greed' for wanting other people's money - only for wanting to keep your own money.” — Joseph Sobran (1946–2010)
bug#57836: fzf 0.33.0 release commit fails to build
I tried to install a newer fzf via --with-commit=fzf=foo I hit a build failure. http://sprunge.us/6H1uWP To my untrained eye is looks like it may be due to not finding a ruby binary or package "golang.org/x/term" Reporting in case someone has time to update the package and this helps speed things along.
bug#57077: [PATCH] gnu: guix-jupyter: Fix build and check phase.
Build drops warnings regarding 'guild' and the check phase does not have write permissions for its tests. [build]: Remove the warnings generated by the 'guild' by setting the "GUILE_AUTO_COMPILE" to 0. [check]: Set the homeless-shelter to /tmp for write permission. --- gnu/packages/package-management.scm | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/gnu/packages/package-management.scm b/gnu/packages/package-management.scm index 2d1fe914e3..454c69c8a7 100644 --- a/gnu/packages/package-management.scm +++ b/gnu/packages/package-management.scm @@ -21,6 +21,7 @@ ;;; Copyright © 2021, 2022 Maxim Cournoyer ;;; Copyright © 2021 John Kehayias ;;; Copyright © 2022 Zhu Zihao +;;; Copyright © 2022 Mădălin Ionel Patrașcu ;;; ;;; This file is part of GNU Guix. ;;; @@ -1616,6 +1617,10 @@ (define-public guix-jupyter #:parallel-tests? #f ;kernels.scm frequently breaks in parallel #:phases (modify-phases %standard-phases + (add-before 'build 'set-GUILE_AUTO_COMPILE + (lambda _ + ;; To avoid warnings relating to 'guild'. + (setenv "GUILE_AUTO_COMPILE" "0"))) (add-after 'install 'sed-kernel-json (lambda* (#:key inputs outputs #:allow-other-keys) (let* ((out (assoc-ref outputs "out")) @@ -1651,7 +1656,11 @@ (define-public guix-jupyter (("guix-jupyter-kernel.scm") (string-append out "/share/guile/site/3.0/" "guix-jupyter-kernel.scm"))) - #t)) + #t))) + (add-before 'check 'change-home + (lambda _ + ;; Change from /homeless-shelter to /tmp for write permission. + (setenv "HOME" "/tmp")) (native-inputs (list autoconf automake base-commit: 0624e7dbad2f53b7f752e9f1109765470f369298 -- 2.37.3
bug#57077: gnu: guix-jupyter: Fix build and check phase.
Hi guys, I didn't work too much on this 'area', but I think that I have a fix for this issue, check my patch. Do not trow at me with stones if I am wrong ! All the best! Mădălin Ionel Patrașcu System Administrator The Berlin Institute for Medical Systems Biology (BIMSB) Max Delbrück Center (MDC) Hannoversche Straße 28 House 101, room 1.89 10115 Berlin, Germany
bug#57801: 'inferior-with-channels' is eager, making it hard to use in channels
On 14-09-2022 19:18, Lukasz Olszewski wrote: Additionally this fails even when used like this: (define inferior (mlambda () (inferior-for-channels channels))) This makes it lazy (not eager). (lookup-inferior-packages (inferior) "somepackage") You are running (inferior) directly after defining the lazy thing, making it effectively _eager_ (not lazy) again. Instead of doing this on the top-level, move the lookup-inferior-packages to inside the 'inputs' or 'native-inputs', to _keep_ it lazy. Greetings, Maxime. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
bug#57832: virt-manager broken due to broken GtkSource dependency
Hi, Since virt-manager 3.2.0 I cannot use the package anymore. Any action in the GUI results in the following traceback: ```console $virt-manager --debug [Thu, 15 Sep 2022 15:55:10 virt-manager 17690] DEBUG (cli:195) Uncaught exception: Traceback (most recent call last): File "/gnu/store/976nmhmzaqfk4cim7q0h8x7f5z5api12-virt-manager-3.2.0/share/virt-manager/virtManager/xmleditor.py", line 11, in gi.require_version("GtkSource", "4") File "/gnu/store/b07y8a2axslnz97pjdg7lp73xwk1gf8w-python-pygobject-3.40.1/lib/python3.9/site-packages/gi/__init__.py", line 129, in require_version raise ValueError('Namespace %s not available for version %s' % ValueError: Namespace GtkSource not available for version 4 During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/gnu/store/976nmhmzaqfk4cim7q0h8x7f5z5api12-virt-manager-3.2.0/share/virt-manager/virtManager/manager.py", line 455, in new_vm from .createvm import vmmCreateVM File "/gnu/store/976nmhmzaqfk4cim7q0h8x7f5z5api12-virt-manager-3.2.0/share/virt-manager/virtManager/createvm.py", line 30, in from .storagebrowse import vmmStorageBrowser File "/gnu/store/976nmhmzaqfk4cim7q0h8x7f5z5api12-virt-manager-3.2.0/share/virt-manager/virtManager/storagebrowse.py", line 11, in from .hoststorage import vmmHostStorage File "/gnu/store/976nmhmzaqfk4cim7q0h8x7f5z5api12-virt-manager-3.2.0/share/virt-manager/virtManager/hoststorage.py", line 16, in from .createpool import vmmCreatePool File "/gnu/store/976nmhmzaqfk4cim7q0h8x7f5z5api12-virt-manager-3.2.0/share/virt-manager/virtManager/createpool.py", line 18, in from .xmleditor import vmmXMLEditor File "/gnu/store/976nmhmzaqfk4cim7q0h8x7f5z5api12-virt-manager-3.2.0/share/virt-manager/virtManager/xmleditor.py", line 14, in gi.require_version("GtkSource", "3.0") File "/gnu/store/b07y8a2axslnz97pjdg7lp73xwk1gf8w-python-pygobject-3.40.1/lib/python3.9/site-packages/gi/__init__.py", line 129, in require_version raise ValueError('Namespace %s not available for version %s' % ValueError: Namespace GtkSource not available for version 3.0 ``` I will happily provide more information if necessary -- Met vriendelijke groet, Rick Huijzer
bug#57827: Shepherd 0.9.2 possible regressions
Hello, Since Shepherd 0.9.2 the following tests are failing: * cgit: https://ci.guix.gnu.org/build/1427375/details * gitile https://ci.guix.gnu.org/build/1427377/details It seems that an unexpected # object is received on the marionette socket. * gui-uefi-installed-os https://ci.guix.gnu.org/build/1431041/details * gui-installed-os https://ci.guix.gnu.org/build/1431027/details * gui-installed-os-encrypted https://ci.guix.gnu.org/build/1431040/details * gui-installed-desktop-os-encrypted https://ci.guix.gnu.org/build/1431044/details It seems that the Shepherd cannot be restarted in the install-system procedure. Thanks, Mathieu
bug#57826: NetworkManager GUI crashes when setting up eduroam
I have not yet debugged this properly, here is what I know: When I used nm-applet to fill out the WPA2 enterprise connection details, nm-applet crashed. When I tried sudo nm-connection-editor (because I thought it was a permission error, which is also present, yay) it produced this error: Trace/breakpoint trap I will try to strace or gdb it later, but I'd be very thankful if someone who knows more about GTK looked into it. System: Linux hostname 5.18.19-gnu #1 SMP PREEMPT_DYNAMIC 1 i686 GNU/Linux Generation 11 Sep 05 2022 11:16:22(current) guix 41bce24 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 41bce2414a286836b4071d90b660fb457ee76e32 nonguix 9563de3 repository URL: https://gitlab.com/nonguix/nonguix branch: master commit: 9563de3037f3e41ac3c0e99176047ce73003b0e6
bug#57764: Corrupted store on top on Debian, you want the output
I corrupted my store and it says you want the guix pull output, so please find it at the end of this message. Mostly I send it because guix asks, but (see below) at least 2 things broke on that machine, not sure it's related. I have to explain a little but I don't actually require or expect that a lot of indivudually-tailored help can be given by GNU in this case... It's a non-standard use case on more than one account. I have been doing more than a few unsupported things with this installation. Over the week-end and Monday, 3 things stand out: * I have been starting to use guix home on this guix which is not a guix system but which is on top of Debian. I have some user shepherd services. They still work as I'm writing this. I think this is unsupported though. * I tried to install a guix system to a thumb drive. It is inconvenient to use the ISO so I decided to do it from Guix on top of Debian. When I do this I can't start the cow-store service because it's only available from the ISO installer. Instead I can use the procedure mount-cow-store from guile REPL as root, and it goes through. I have done this in the past probably succesfully in virtual machines running guix system, although I could not say for sure if the store of the installing virtual machine survived it. This time however, it failed silently to install GRUB stage 1 correctly on the thumb drive. Then, I realized my store was broken on the installing machine on the next morning. * Guix was not in my paths because the latest guix profiles were not in the store anymore. As a last ditch effort I used rm to remove some links to non-existing store locations and ln to restore a chain of symbolic links to some recent Guix that were still in the store. I did this under /var/guix only. Because rm does what rm does, I can suppose I did not remove store files on top of what was already missing. guix-daemon did start, but then guix pull failed with the backtrace below The second point is kind of messy because I know for a fact that the grub-install from Debian was broken either by GRUB upstream, by Debian or by me, but not by guix. This in turn may or may not be weirdly related to how I may have corrupted the guix store of that machine when installing to the thumb drive... I also have a private channel but I don't think it's the cause. I have changed some path information, the private channel is accessed from a local machine filesystem path. Updating channel 'priv' from Git repository at '/home/aaa/bbb/ccc/ddd'... Authenticating channel 'priv', commits 8ded6c0 to 3e62002 (1 new commits)... Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to 05c5807 (84 new commits)... Building from these channels: guix https://git.savannah.gnu.org/git/guix.git 05c5807 priv /home/maze/src/chan/priv3e62002 substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% compute-guix-derivation 1011B 94KiB/s 00:00 [##] 100.0% Computing Guix derivation for 'x86_64-linux'... -Backtrace: In ./guix/store.scm: 1377:11 19|(loop (# name: "guix-packages-base-modules" gexp: # ?) ?) 1290:4 18 (call-with-build-handler # ?) 2165:24 17 (run-with-store # # ?) In ./guix/gexp.scm: 898:13 16 (_ #) In ./guix/store.scm: 1993:8 15 (_ #) In ./guix/gexp.scm: 300:22 14 (_ #) 1181:2 13 (_ #) 1047:2 12 (_ #) 893:4 11 (_ #) In ./guix/store.scm: 2050:12 10 (_ #) 1372:6 9 (map/accumulate-builds # # ?) 1377:11 8\(loop (# name: "guix-packages-base" gexp: # ?) ?) 1290:4 7 (call-with-build-handler # ?) 2165:24 6 (run-with-store # # ?) In ./guix/gexp.scm: 898:13 5 (_ #) In ./guix/store.scm: 1993:8 4 (_ #) In ./guix/gexp.scm: 300:22 3 (_ #) In ./guix/store.scm: 2037:38 2 (_ #) In ./guix/derivations.scm: 963:17 1 (derivation # "guix-packages-base" "/gnu/store/1jgcbdzx2ss6xv59w?" ?) In ./guix/store.scm: 1033:9 0 (_ # "guix-packages-base.drv" #vu8(68 101 114 105 118 101 40 91 ?) ?) ./guix/store.scm:1033:9: ERROR: 1. : message: "opening file `/gnu/store/406g41s0dgfmsczphv95p56hbs84a3rf-guix-extra.drv': No such file or directory" status: 1 guix pull: error: You found a bug: the program '/gnu/store/9xprnlxcag6z3ib6gmw8rs4k04iw808p-compute-guix-derivation' failed to compute the derivation for Guix (version: "05c5807ea5ce1f8af8068151906d670edda97afe"; system: "x86_64-linux"; host version: "072cc8d1415a2abf66b36249c61658a828dead88"; pull-version: 1). Please report the COMPLETE output above by email to .
bug#57801: 'inferior-with-channels' is eager, making it hard to use in channels
Additionally this fails even when used like this: (define inferior (mlambda () (inferior-for-channels channels))) (lookup-inferior-packages (inferior) "somepackage")