bug#69127: guix pull bug
guix pull requested I send over this bug report. fresh debian bookworm install as a vm in google cloud. guix installed via apt. vm has minimal specs - 1gb ram, single core, which might be the issue. -Ryan rfb@home-shell:~$ guix pull Updating channel 'guix' from Git repository at ' https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to 0c3ae6d (9 new commits)... Building from this channel: guix https://git.savannah.gnu.org/git/guix.git 0c3ae6d substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0% building /gnu/store/35nlr0rsqyqaajaw2ikkf2k8h1izrckk-compute-guix-derivation.drv... Computing Guix derivation for 'x86_64-linux'... \guix pull: error: You found a bug: the program '/gnu/store/5cb67fjrfzsnl8np6xgg2g62zx36h45h-compute-guix-derivation' failed to compute the derivation for Guix (version: "0c3ae6dc84fa7d12020983a42802346638be66bc"; system: "x86_64-linux"; host version: "1.4.0"; pull-version: 1). Please report the COMPLETE output above by email to . rfb@home-shell:~$ uname -a Linux home-shell.c.home-381917.internal 6.1.0-18-cloud-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.76-1 (2024-02-01) x86_64 GNU/Linux
bug#65772: kmail fails to start "unable to obtain agent type"
It appears that kmail requires akonadi to provide a few extra Agent Types. as of kmail 23.04.3 the following are listed as dependencies * akonadi * akonadi-contacts * akonadi-mime * akonadi-search installing the following packages enables kmail to start up. The import & account wizards are still unavailable so you may need to add any account settings manually. * akonadi * akonadi-calendar * akonadi-contacts * akonadi-mime * akonadi-notes * akonadi-search
bug#68595: VLANs in static-networking-service-type hangs shepherd
Hi Lars, Lars Rustand writes: > Like the title says, if you add any VLAN in a > static-networking-service-type it seems like the whole shepherd daemon > freezes up and anything that depends on it stops responding. > Additionally the networking does not get fully configured either. > > After configuring a VLAN `herd status`, `herd restart networking` and > any other herd command hangs forever with no output. Even reboot is not > working. The only remedy is to restart the system using the power > button, but even after the restart the networking service still fails to > start. > > VLANs are seemingly created, but no addresses are created. > > Steps to reproduce: > > 1. Add a static network with a VLAN to your system config (see below for > minimal example) > 2. Reconfigure your system > 3. Restart the networking service with `sudo herd restart networking` > 4. Observe that herd does not finish > 5. Try to run `herd status`, `guix system reconfigure`, or `sudo reboot`. > 6. Observe that none of the commands seem to have any effect, and that > they hang indefinitely with no output > > --8<---cut here---start->8--- > (service static-networking-service-type > (list (static-networking > (links > (list (network-link > (name "myvlan") > (type 'vlan) > (arguments '((id . 3) > (link . "eth0")) > (addresses > (list (network-address > (device "myvlan@eth0") > (value "192.168.0.2/24"))) > --8<---cut here---end--->8--- I see, Could you please, replace the device name to "myvlan" and not "myvlan@eth0" in the network-address. Even though ip link (iproute2) shows you 'myvlan@eth0' this is not an actual name of the interfaces. > Alternatively here are the reproduction steps using VM: > > 1. Build a qcow2 image, make sure there is enough space to reconfigure >the system. Use --save-provenance so you have the config inside the >vm so you can reconfigure later. >`guix system image --image-type=qcow2 --image-size=30G --save-provenance > minimal.scm` > 2. Copy the qcow image to a writable directory. > 3. Start up the vm. > ``` > sudo qemu-system-x86_64 \ >-nic user,model=virtio-net-pci \ >-enable-kvm -m 2048 \ >-device virtio-blk,drive=myhd \ >-drive >if=none,file=1a7wi5mgcy3wrsx6pcnag6qjbb87djwl-image.qcow2,id=myhd > ``` > 4. Edit /run/current-system/configuration.scm and uncomment the static >networking. > 5. Reconfigure the system. > 6. Try to restart the networking service. `herd restart networking` > 7. The command will hang infinitely. Cancel it. > 8. Check the network interfaces. The VLAN interface will have been >created, but it will not have any address. > 9. The aforementioned commands will all be unresponsive now. > 10. If you reboot your VM you will see that the networking service is >failed at startup, and if you try to restart the service you will get >an error: #<&netlink-response-error errno: 17> > We need to improve our error messaging. This means that the interface is exist. -- Alexey
bug#47865: Missing dependency for sysv-init
Hi all, I run a Devuan system with SysV init and made a fix. Please find it here: (sorry, git-send-email does not work yet..) index 982fb0a266..a09fd8fef1 100755 --- a/etc/guix-install.sh +++ b/etc/guix-install.sh @@ -210,6 +210,9 @@ chk_init_sys() elif [[ -f /etc/init.d/cron && ! -h /etc/init.d/cron ]]; then _msg "${INF}init system is: sysv-init" INIT_SYS="sysv-init" +# SysV init on Devuan (and probably others) use start-stop-daemon +# and need daemonize as extra dependency. +REQUIRE+=(daemonize) return 0 elif [[ $(openrc --version 2>/dev/null) =~ \(OpenRC\) ]]; then _msg "${INF}init system is: OpenRC" @@ -673,9 +676,9 @@ main() _msg "Starting installation ($(date))" chk_term -chk_require "${REQUIRE[@]}" chk_gpg_keyring chk_init_sys +chk_require "${REQUIRE[@]}" chk_sys_arch chk_sys_nscd Kind regards, Guido Witmond.
bug#69123: Guix manual returns a 404 when trying to download FiraSans-Regular.ttf
When accessing the manual at https://guix.gnu.org/manual/en/guix.html, the FiraSans font fails to download from https://guix.gnu.org/static/base/fonts/FiraSans-Regular.ttf. As a result, the text is displayed in bold.
bug#69125: python-trio transient test failures
Hi Josselin, If we have a look at CI builds https://ci.guix.gnu.org/search?query=python-trio%200.21.0%20spec:master there are more failed builds than successful ones : -) Maybe it's time to update it or disable some shaky tests. WDYT? Thanks, Oleg
bug#69130: Request for merging "rust-team" branch
It's been a few months since the last merge. We have rust-1.75, riscv64 support is back, and we almost have support for powerpc64le. I figure it's time to merge back into master. -- Efraim Flashner רנשלפ םירפא GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature
bug#69129: sbcl-mcclim broke on upgrade to sbcl@2.4.0
Hello, sbcl-mcclim library broke on the upgrade to sbcl@2.4.0. Something changed so that many applications (include :clim-examples demos) break in runtime with an error like so: ``` invalid keyword argument: :CLIPPING-REGION (valid keys are :INK, :TEXT-STYLE). [Condition of type SB-INT:SIMPLE-PROGRAM-ERROR] ``` The problem is not present if I time-machine back to a commit with sbcl@2.3.7. Rather than troubleshooting this problem, I would recommend upgrading sbcl-mcclim to the latest official release, which is Version 0.9.8. Here is my system information: ``` christopher@theoden --- OS: Guix System x86_64 Host: OptiPlex 9020 00 Kernel: 6.6.14-gnu Uptime: 51 mins Packages: 99 (guix-system), 238 (guix-user) Shell: bash 5.1.16 Resolution: 1920x1080 DE: GNOME Theme: Adwaita [GTK2/3] Icons: Adwaita [GTK2/3] Terminal: shepherd CPU: Intel i5-4570 (4) @ 3.600GHz GPU: AMD ATI Radeon HD 8490 / R5 235X OEM GPU: Intel HD Graphics Memory: 3059MiB / 7865MiB ``` ``` Generation 56 Feb 01 2024 08:45:13(current) guix 7bf8b7c repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 7bf8b7c33304d6e69f36190f0444576da1863efc ``` -- 📛 Christopher Howard 🚀 gemini://gem.librehacker.com 🌐 http://gem.librehacker.com בראשית ברא אלהים את השמים ואת הארץ
bug#69125: python-trio transient test failures
Hi everyone, python-trio sometimes exhibits test failures, as in the following --8<---cut here---start->8--- === FAILURES === test_wait_reapable_fails[open_process] [gw15] linux -- Python 3.10.7 /gnu/store/375350pi1l1izgnx6dnsqmg4xjyprx8q-python-wrapper-3.10.7/bin/python background_process = @pytest.mark.skipif(not posix, reason="POSIX specific") @background_process_param async def test_wait_reapable_fails(background_process): > old_sigchld = signal.signal(signal.SIGCHLD, signal.SIG_IGN) trio/tests/test_subprocess.py:449: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ signalnum = , handler = @_wraps(_signal.signal) def signal(signalnum, handler): > handler = _signal.signal(_enum_to_int(signalnum), _enum_to_int(handler)) E ValueError: signal only works in main thread of the main interpreter /gnu/store/91wasjkmy50p8fq0rf9jby80mnmq1fxr-python-3.10.7/lib/python3.10/signal.py:56: ValueError ___ test_wait_reapable_fails[run_process in nursery] ___ [gw15] linux -- Python 3.10.7 /gnu/store/375350pi1l1izgnx6dnsqmg4xjyprx8q-python-wrapper-3.10.7/bin/python background_process = @pytest.mark.skipif(not posix, reason="POSIX specific") @background_process_param async def test_wait_reapable_fails(background_process): > old_sigchld = signal.signal(signal.SIGCHLD, signal.SIG_IGN) trio/tests/test_subprocess.py:449: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ signalnum = , handler = @_wraps(_signal.signal) def signal(signalnum, handler): > handler = _signal.signal(_enum_to_int(signalnum), _enum_to_int(handler)) E ValueError: signal only works in main thread of the main interpreter /gnu/store/91wasjkmy50p8fq0rf9jby80mnmq1fxr-python-3.10.7/lib/python3.10/signal.py:56: ValueError === short test summary info FAILED trio/tests/test_subprocess.py::test_wait_reapable_fails[open_process] FAILED trio/tests/test_subprocess.py::test_wait_reapable_fails[run_process in nursery] == 2 failed, 371 passed, 17 skipped in 3.82s === --8<---cut here---end--->8--- Note that I am on Linux 6.8-rc3 currently. Can anyone reproduce? Best, -- Josselin Poiret signature.asc Description: PGP signature
bug#69122: openmolar@1.1.6-g81838c85 runtime issues
Hello, package builds and installs, but crashed when started. Issues are mostly related to PyQt5 methods expecting integers instead of floats, raising errors when true division is involved. Work so far has been proposed for integration to upstream in this pull request: https://github.com/rowinggolfer/openmolar1/pull/261 Another standing issue appears to be caused by the python-mysqlclient@2.0.1 package See https://debbugs.gnu.org/cgi/bugreport.cgi?bug=69064 for details on that. Cheers, Marco
bug#65391: Close
After reading through the first tenth of what seems to be an interesting discussion and skimming through the remainder, I take the liberty to close this bug. Such a discussion had better take place on guix-devel; the report itself does not start with an actionable proposal: "People need to..." looks more like an infinite task to me that cannot be closed as finished if taken literally. I understand that certain concrete proposals coming from the discussion have been filed as separate issues, and would suggest that people interested in the topic continue to do so. Andreas