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#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#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#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#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#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#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#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#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#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#57844: Shepherd fails to start in user session ~50% of the time
Hi Guix! I've been using Guix on Archlinux for a little while now, and ever since I've started using Guix Home on my laptop to start up user-level services I've been having the issue that about 50% of the time when I boot my laptop shepherd fails to start. My .xsession-errors says: > shepherd: while opening socket '/run/user/1000/shepherd/socket': bind: > Address already in use and looking at my shepherd log: > 2022-09-15 11:47:18 Service root has been started. > 2022-09-15 11:47:18 Service root has been started. > 2022-09-15 11:47:19 Starting services... > 2022-09-15 11:47:19 Starting services... > 2022-09-15 11:47:19 Exiting shepherd... > 2022-09-15 11:47:19 Service dunst has been started. > 2022-09-15 11:47:19 Service unclutter has been started. > 2022-09-15 11:47:19 Service syncthing has been started. > 2022-09-15 11:47:19 Service polybar has been started. > 2022-09-15 11:47:19 Service cmst has been started. > 2022-09-15 11:47:19 Service kdeconnect has been started. > 2022-09-15 11:47:20 Service xbindkeys has been started. > 2022-09-15 11:47:20 Service picom has been started. > 2022-09-15 11:47:20 Service xmodmap has been started. > 2022-09-15 11:47:20 Service redshift has been started. > 2022-09-15 11:47:20 Exiting shepherd... > 2022-09-15 11:47:20 Service syncthing has been stopped. > 2022-09-15 11:47:20 Service xbindkeys has been stopped. > 2022-09-15 11:47:20 Service redshift has been stopped. > 2022-09-15 11:47:20 Service cmst has been stopped. > 2022-09-15 11:47:20 Service kdeconnect has been stopped. > 2022-09-15 11:47:20 Service polybar has been stopped. > 2022-09-15 11:47:20 Service dunst has been stopped. > 2022-09-15 11:47:20 Service picom has been stopped. > 2022-09-15 11:47:20 Service unclutter has been stopped. > 2022-09-15 11:47:20 Exiting. It looks like it starts twice and then exits both, but I'm not sure why. I'm guessing it's the ~/.guix-home/activate and ~/.guix-home/on-first-login that are trying to start it. I'm not sure what other information I can provide you that will help, so please let me know! Cheers, Tom
