bug#55848: [cuirass] workers stalled

Hello, The aarch64 workers were all idle whereas 70k builds were available. Once restarted, they started building again. The problem might be that when the server is unavailable for a while the worker connections expire and cannot be resumed once the server is available again. Thanks,

bug#55627: hurd exported twice in (guix platforms)

Thanks for the heads-up. Fixed with a9dcd60bc11afb3934c11fbad159a16f0f223fd1. Mathieu

bug#55627: hurd exported twice in (guix platforms)

Thanks for the heads-up. Fixed with a9dcd60bc11afb3934c11fbad159a16f0f223fd1. Mathieu

bug#55406: GUIX Image API: wrong fs type and flag

Hello Pavel, > Ok, I tried to format them :) Thanks, I added commit messages following our guidelines, fixed the indentation and a few other small details. Pushed on master! Mathieu

bug#55526: u-boot-pinebook fails to build with upsteam uboot

Hello Pavel, > Comand > guix build u-boot-pinebook > --with-git-url=u-boot-pinebook=https://github.com/u-boot/u-boot > fails with tools/image-host.c:17:10: fatal error: openssl/pem.h: No such file > or directory > I tested it on both x86_64 and aarch64 hosts. The latest u-boot release

bug#55406: GUIX Image API: wrong fs type and flag

Hello Pavel, > Here’s the last patch in the set that adds support for the boot > flag. It should be merged after mbr-support-vfat-partitions.patch and > gpt-support-vfat-partitions.patch The issue can be closed as soon as > all three patches are merged. Have a nice day! Thanks for those three

bug#55441: [cuirass] hang in "In progress..."; runs out of pgsql connections

Hello Maxim, Thanks for the report, the root cause here is the evaluation hanging. The Postgres slots starvation is just a symptom caused by having many concurrent (stuck) evaluation processes using slots. I noticed this error: https://ci.guix.gnu.org/eval/320682/log/raw. The following lines

bug#55206: Intermittent ldap test failure

Hello, The ldap test in intermittently failing: https://ci.guix.gnu.org/build/703858/log/raw. It looks like the ldap_bind call is failing: ldap_bind: Invalid credentials (49) and the "eva" user is hence not created. Ricardo any idea what could be going wrong? Here is the log of a successful

bug#54786: Installation tests are failing

Hey Ludo, > I pushed something along these lines as > 73afbb0765f76834b53c9fe6cf3c8f740840. Thanks for the fix! The jami and jami-provisioning tests are also broken because of what looks like to be the same issue: --8<---cut here---start->8--- One does

bug#54723: [PATCH] Check URI when verifying narinfo validity.

Hey Ludo, > Now, the only way ‘narinfo-string’ can take too long these days is (I > think) if the store GC lock is held (we should check that hypothesis, > but I believe that if the GC lock is held, then the ‘query-path-info’ > RPC made from ‘narinfo-string’ might block until the lock is

bug#54786: Installation tests are failing

Hello, Those tests are still failing. It looks like most of the failures are caused by daemons started multiple times. > * cgit-test (https://ci.guix.gnu.org/build/646812/details) The nginx daemon seems to be started multiple times: --8<---cut

bug#55024: [cuirass] '+' character in branch name causes problems

Hello, > https://ci.guix.gnu.org/jobset/wip-ipython%2Bpolyglossia. Fixed in Cuirass with 1c45ae3c6b7ed9d99b2a1f61d707b40e68c2f7a4. The commit is not yet deployed on Berlin but I took care of disabling the wip-ipython%2Bpolyglossia specification in the database. Thanks, Mathieu

bug#54864: GNU Cuirass reports arm64 as armhf

Hello, > I've had this experience before, it's very confusing (it goes on trying > to build a toolchain for something that is sure to fail). Perhaps we > could at least have a place to refer to in the manual for the common GNU > triplets which make the most sense in for GNU Guix (e.g., the

bug#54793: guile-fibers does not cross-compile

Hello, guile-fibers does not cross-compile, the error is the following: --8<---cut here---start->8--- ice-9/boot-9.scm:1685:16: In procedure raise-exception: In procedure dlopen: file "/tmp/guix-build-guile-fibers-1.1.0.drv-0/fibers-1.1.0/.libs/epoll.so",

bug#54786: Installation tests are failing

The following tests are also failing since the Shepherd upgrade: * cgit-test (https://ci.guix.gnu.org/build/646812/details) * tailon-test (https://ci.guix.gnu.org/build/646822/details) * gitile-test (https://ci.guix.gnu.org/build/646813/details) * jami-provisioning-test

bug#54786: Installation tests are failing

Hello, The installation tests are failing this way: --8<---cut here---start->8--- conversation expecting pattern ((quote pause)) Apr 7 17:41:58 localhost installer[227]: guix system: error: failed to connect to `/var/guix/daemon-socket/socket': Connection

bug#54666: Installation without non-root user accounts

Hey! > Nitpick: you can omit ‘begin’ here. Fixed it before pushing, thanks for having a look. Mathieu

bug#54666: Installation without non-root user accounts

Hey Ludo, > To address that, maybe ‘run-user-add-page’ should explicitly reject > “root”? Here are two patches that should fix this issue :). Thanks, Mathieu >From 829c3c2543ffd7f9b22a5e1fb40f7627b2c76414 Mon Sep 17 00:00:00 2001 From: Mathieu Othacehe Date: Mon, 4 Apr 2022 16:36

bug#33189: Touchpad tap

This one should now be fixed with: 2e55a4c6b9153fd1db60122cb29cee466693a753. Thanks, Mathieu

bug#54397: Packages CI link

Hello, Fixed with 97974d96536c72af3783c77b24be37a72b41f7b8 and 8a6ad1185d8c488dd489432b22b5e626ad9bf516 in the artwork repository. The website should be updated soon. Thanks for the report, Mathieu

bug#53463: ci.guix.gnu.org not building the 'guix' job

Hey Ludo, > However, evaluations are marked as “failed”, even though their build log > shows they succeeded, and if you click on one of them, you see that all > its builds are there: > > https://ci.guix.gnu.org/eval/168652 > https://ci.guix.gnu.org/eval/168652/log/raw >

bug#54447: cuirass: missing derivation error

Hello, A lot of builds, among them ~20 system tests[1], are failing with: "cannot build missing derivation ?/gnu/store/hs6kp1lqgymhyp3jndc0dsp0pn4psgv0-gui-installed-desktop-os-encrypted.drv?" errors. Those derivations are present on the CI head node. This means that the errors occur during

bug#54446: substitute: TLS error in handshake

Hello, A lot of builds on the Berlin CI server are failing this way: --8<---cut here---start->8--- substitute: substitute: updating substitutes from 'https://ci.guix.gnu.org'... 0.0%guix substitute: error: TLS error in procedure 'handshake': Error in the

bug#53806: remaining connection slots are reserved for non-replication superuser connections

Hello Maxime, Thanks for the report. There are 300 postgresql connection slots on berlin which is enough under nominal CI activity. However, this issue: http://issues.guix.gnu.org/53463 causes most of the Guix jobset evaluations to hang, hence the connection slots starvation. Now the 53463

bug#53463: ci.guix.gnu.org not building the 'guix' job

Hey, > Oh! That indicates that it’s failing to offload to one of the > ‘localhost’ build machines specified in /etc/guix/machines.scm. > Normally there’s an SSH tunnel set up for those, but I guess it broke. > > Perhaps we can update /etc/guix/machines.scm to refer to armhf-linux > machines by

bug#53463: ci.guix.gnu.org not building the 'guix' job

Hello, The issue here seems to be that the evaluations of the 'guix' jobset are never finishing, even when the GC is not running. I tried to strace one of the stuck evaluation process, it returns repeatedly: --8<---cut here---start->8--- [pid 36294]

bug#53594: no matching pattern #

Hey, Thanks for the report. > ice-9/boot-9.scm:1685:16: In procedure raise-exception: > Throw to key `match-error' with args `("match" "no matching > pattern" # 7f6e64aa7b00>)'. I had the exact same issue while trying to build an installer image. Running `make clean-go` and retrying

bug#53544: [installer] Trying to edit the generated config.scm crashes the installer

Hello Leo, > At the end, it shows the generated configuration, and crashes when I > select "edit". Unfortunately, the installer becomes unresponsive when > this happens, so I cannot scroll down and read the entire backtrace. I followed the exact same steps on Guix commit

bug#53141: installer failed in mkfs.ext4 when installing to the same USB drive

The latest installer should hide the installation media in the device selection list, preventing this kind of issues. Closing, Thanks, Mathieu

bug#52680: installer error

Pushed, thanks. Mathieu

bug#53380: Screenshot of backtrace

Hey, > yes, the error was from "guix-system-install-1.3.0.x86_64-linux.iso" > and the issue is sorted out in the latest version that i downloaded > today > "ISO-9660?query=spec:images+status:success+system:x86_64-linux+image.iso" Thanks for confirming. > but, faced the following issues, > 1.

bug#53380: Screenshot of backtrace

Hello, > I could not copy the text so sending the screenshot from my phone. Thanks for the report. Did you use the 1.3.0 release installer? If yes could you please try the latest installer available here: https://guix.gnu.org/en/download/latest/ and report back? Mathieu

bug#53142: cuirass: useless guile backtraces.

Hey, > Let's see if the backtraces are now more interesting to read. Found the issue and fixed it with: 07a419e34a31c017c69ec31243c12aa858e2f15f. Thanks, Mathieu

bug#48380: Guix 1.3 installer restarts after Partitioning Scheme

Closing, thanks. Mathieu

bug#38161: Guix guided installer should set up printers and scanners

The installer is now proposing to install the cups service. Closing, thanks. Mathieu

bug#52682: installer freezes when ci.guix.gnu.org cannot be reached

> There's a proposed patch here: 5bc897e0496ff415e653c509ca3b68466e0ed771. Pushed as ee897e5f51104f41b3c2a0c2cbc7eb4e6c1e4d3e. The core issue remains, but the installer won't let you install if ci.guix.gnu.org cannot be reached, preventing the freeze. I think we can close this one, as the

bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir

Hey Ludo! > It’s maybe not that important but I’m not convinced about the extra > “-image” and “-vm” suffixes; I don’t think it makes things clearer. Pushed without those suffixes! Thanks for reviewing, Mathieu

bug#53180: eog 40.3 build error: include file not found

> Yeah nautilus doesn't build at the moment for a similar reason as eog, I > just posted a patch on https://issues.guix.gnu.org/53195 to fix it. I > can push it shortly. Closing, thanks for fixing it Pierre. Mathieu

bug#52533: guix deploy breaks SSH access with a PAM error

> Regarding the two potential solutions that you proposed in 2018, are > they still actual? If yes, I could maybe try to implement the second > suggestion: introducing service chain-loading. Oh sorry, I stopped reading the thread at https://issues.guix.gnu.org/32182#1. Looks like the service

bug#52533: guix deploy breaks SSH access with a PAM error

Hey, > This sounds a lot like this: > > https://issues.guix.gnu.org/32182#1 I was just kicked out of my own server due to this PAM/SSH issue. It happens quite frequently here. Time for a fix :). Regarding the two potential solutions that you proposed in 2018, are they still actual? If yes,

bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir

basename. Sure. Thanks, Mathieu >From b0c84a411f9f23f4f1a4155ba5efa68cac9004a2 Mon Sep 17 00:00:00 2001 From: Mathieu Othacehe Date: Thu, 13 Jan 2022 11:35:40 +0100 Subject: [PATCH 1/2] scripts: system: Rationalize persistency. Make sure that the images are created with a non volatile

bug#53210: installer: referring to N-1 guix is problematic.

Hello, If I download the latest installer and use it to install a new system, the "guix system init" command will install the guix package defined in the (gnu packages package-management) module. That means that if the installer is built with a guix package at the version N in that module, the

bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir

uld prefer not to copy the huge image files if possible. I feel like creating a '--volatile-image' and a '--persistent-vm' option is going to make things too much complex. WDYT? Thanks, Mathieu >From e4efaf2ffc6d7c699f9d1c41744cfff89be65c12 Mon Sep 17 00:00:00 2001 From: Mathieu Othacehe Date:

bug#53141: installer failed in mkfs.ext4 when installing to the same USB drive

Hello, >> I'm installing from a USB thumb drive. I'd like to use the thumb drive >> as the disk for the machine. The installer gave me the option to do >> so, but then it crashed. Christine is right, in that case you might prefer to use "guix system image" to create directly a bootable image

bug#53142: cuirass: useless guile backtraces.

Hello Maxime, Thanks for the suggestions. > Set COLUMNS=9000, then Guile stop trying to fit them in 80 columns, > it will try 9000 columns instead. > > Also, backtraces are clearer for compiled code (avoiding (ice-9 eval)). > Is (cuirass scripts remote-server) compiled to .go? The (cuirass

bug#53142: cuirass: useless guile backtraces.

Hello, On berlin, the cuirass-remote-server process experiences some crashes: --8<---cut here---start->8--- 64324951:In ice-9/eval.scm: 64324952-619:8 2 (_ #(#(# ?))) 64324953-619:8 1 (_ #(#(#(#(#(#(# ?)) ?) ?) ?) ?)) 64324954-2022-01-09T11:03:14

bug#52829: GNOME Bluetooth integration is broken

> It installs an udev rule to add an uaccess tag to the /dev/rfkill > device. Then elogind takes care of modifying the file ACL accordingly. Pushed, thanks! Mathieu

bug#52829: bug#32166: GNOME Settings panel for Bluetooth dysfunctional

path names # file: dev/rfkill # owner: root # group: root user::rw- user:mathieu:rw- group::rw- mask::rw- other::r-- --8<---cut here---end--->8--- Thanks, Mathieu >From 8ba28c5b1fe65c469bb0ce041f43159f9f136202 Mon Sep 17 00:00:00 2001 From: Mathieu

bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir

Hello Leo, > This is new. I think the issue was introduced with recent work on (gnu > system image), perhaps from this commit: > > https://git.savannah.gnu.org/cgit/guix.git/commit/?id=da924796744bbb7b035a986fe5d28d8d613ff6af Before that commit "guix system vm" was always producing volatile

bug#52879: [installer] Can we remove locale-2.31 from locale-libcs in the upcoming release?

Hello, > I noticed that the installer built from current master includes locales > from glibc 2.31 and 2.33, because they are both in > %default-locale-libcs. > > Will we still need this workaround for the upcoming release? Presumably, > new installations will not include anything that uses

bug#52831: [installer] Locale problems with nss-certs

> Great, with your latest patch all seems to work well. > > The plan is to use wip-harden-installer for the release, right? Yup, that's the plan :) In the meantime, I think we can close this one. Thanks, Mathieu

bug#52838: Guix Graphical Installation Crash

Hey, > Success! The installer successfully makes it through the partitioning > step and generates a config file, and I am able to boot into the > system. Great, closing then! Thanks, Mathieu

bug#52831: [installer] Locale problems with nss-certs

> Oh right, system tests are failing here: > https://ci.guix.gnu.org/eval/19842. Looks like the final umount fails, > that's strange. Found why. Turns out installing the locale was preventing the cow-store umount. This is now fixed in the wip-harden-installer branch. The installer tests are

bug#52831: [installer] Locale problems with nss-certs

Hey, > But, now the installer always crashes at the end, after initializing the > system on /mnt, when I "Press Enter to continue". A screenshot of the > error message is attached. I can't scroll down to view more of it. Oh right, system tests are failing here:

bug#52831: [installer] Locale problems with nss-certs

Hello Leo, > Then I copied the image out of the store and booted it in QEMU. > > But, I still had the problem during installation. Did I miss a step? No, I just sent you a wrong version of my patch, sorry about that. LC_ALL needs to be set as an environment variable and with a setlocale call.

bug#52831: [installer] Locale problems with nss-certs

Hello Leo, > While testing the Guix System installer, I noticed that installation of > nss-certs has some problems that seem related to locales. What locale did you pick in the installer? I think the issue lies in the (gnu installer utils) module, run-command procedure:

bug#52847: Guitarix build fails

Hello, > Hello, I'm currently unable to build `guitarix`. This only started > happening after the recent `core-updates-frozen` match, at least I > believe so. Fixed by updating the package to the 0.43.1 release with 002442b2209b0953dd209e6219696a8758ceceb2. Thanks, Mathieu

bug#52682: installer freezes when ci.guix.gnu.org cannot be reached

> In the meantime, we could also extend the installer connectivity check > to make sure that ci.guix.gnu.org is available before proceeding to the > installation. There's a proposed patch here: 5bc897e0496ff415e653c509ca3b68466e0ed771. Thanks, Mathieu

bug#52840: cuirass/UI: don't use color as only source of information

Hello, > There is no reason to hide the text behind a hover action, especially > since not all input devices support that. That specific issue is fixed with: https://git.savannah.gnu.org/cgit/guix/guix-cuirass.git/commit/?id=d9a4ea25e4056f71b12d7d8869510793bab41674. I'm sure there are

bug#52845: guix init freezes when ci.guix.gnu.org is unavailable

Hello, This is a follow-up of the issue reported by Ricardo here: https://issues.guix.gnu.org/52682. When running this command: --8<---cut here---start->8--- guix system init ~/guix/gnu/system/examples/desktop.tmpl /tmp --8<---cut

bug#52838: Guix Graphical Installation Crash

Hello Joey, Thanks for the complete bug report. When you say "most recent version", do you mean the 1.3.0 release or the latest installer image available here: https://guix.gnu.org/en/download/latest/? Mathieu

bug#52682: installer freezes when ci.guix.gnu.org cannot be reached

Hey Ricardo, > address. I forgot to add a line to /etc/hosts to resolve > ci.guix.gnu.org to the local IP. When I started the installation it > would print two lines and then seemingly freeze. I can replicate this issue in a VM, by disconnecting the host network in the middle of the

bug#52829: GNOME Bluetooth integration is broken

Hello, Using the bluetooth-service and blueman, I can manage to connect to bluetooth devices. However, the "Bluetooth" section in the GNOME settings reports: "No Bluetooth Found", as can be seen in the attached capture. Thanks, Mathieu

bug#52680: installer error

ks, Mathieu >From d7cc04a71b477d8527b901a66704b28b4e618e04 Mon Sep 17 00:00:00 2001 From: Mathieu Othacehe Date: Mon, 27 Dec 2021 19:12:54 +0100 Subject: [PATCH 1/1] installer: Ignore small devices. Filter the devices that are smaller than 10GiB in the device selection list. * gnu/installer/parted.

bug#52680: installer error

Hey, > guix system image -t qcow2 gnu/system/install.scm So, I produced a qcow2 installation image this way, imported it in DigitalOcean, then created a droplet out of it. The qcow2 image is resized to the droplet disk image size, 25GiB in my case, and appears as vda disk. There is also an

bug#52266: [Installer] ESP/EFI Partition not being reformatted (if exists) during graphical install by default.

Hey, > Probably best to close this as I won't be able to get back around to > testing. I'm running into sof-firmware issues so I gotta tackle that. > Thank you for your time! Closing, then. Thanks! Mathieu

bug#52680: installer error

Hello Florian, > I did burn a fresh installer qcow2 image and then ran the installer at > digital ocean. Thanks for the report. You mean that you ran the following command? --8<---cut here---start->8--- guix system image -t qcow2 gnu/system/install.scm

bug#51787: Disk performance on ci.guix.gnu.org

Hello Ricardo, > Should we attempt to overwrite /gnu/store and rely exclusively on > substitutes from the cache? Yes, I don't see any other options. Before that, what might be nice could be: 1. Ensure that all Berlin /var/cache/guix/publish directory is synchronized on Bordeaux. We are now at

bug#52756: childhurd-test is broken

Hello, I fixed almost all the failing system tests and https://ci.guix.gnu.org/eval/12089/dashboard is now reporting a 99% coverage! Last stop is the childhurd-test, which has been failing for some times now. Janneke, Ludo, some support here :) ? Thanks, Mathieu

bug#47744: [PATCH] nfs-root test is failing

Hello Stefan, > Sorry, that was not quite correct. I sent a patch months back, which did not > make it into this ticket, which solved this ticket but depends on > . I turned the nfs-root-fs test into an nfs-full test that is based on your patch. It spawns a VM

bug#52520: Multicast is off by default

Hey, > BTW, for the purposes of fixing the bug you initially reported, I > suggest simply adding #:multicast-on #t as you initially proposed. > We discuss the proper API separately. Done with: d2f9578a9f1249dfecb0a6b4cd06fd9641fcd1a9. Thanks, Mathieu

bug#51787: Disk performance on ci.guix.gnu.org

Hey, > Today we discovered a few more things and discussed them on IRC. Here’s > a summary. Nice summary :) > We could take this opportunity to reformat /gnu with btrfs, which > performs quite a bit more poorly than ext4 but would be immune to > defragmentation. It’s not clear that

bug#51787: Disk performance on ci.guix.gnu.org

Hey, > Do you mean time the copy or time the removal from that storage? You > know what, I’ll time both. I’ll need to get more space first. I think > the trash directory is larger than the 500G that I got for testing the > SAN. Yeah I meant removal time :) I found this article[1] that

bug#52520: Multicast is off by default

Hey, > Can we instead use for these purposes? It is already > there, just unused. Mmh, indeed. Well it is already used to create vlan and veth interfaces. What we could do then, is expose the record as a direct equivalent of the Guile-Netlink record. The links list of the record would

bug#51787: Disk performance on ci.guix.gnu.org

Hey, > This is still pretty bad, but better than the <1M performance suggested > by previous runs. Mmh interesting, I also have a x10 speed up on sdb by increasing the block size from 4k to 512k. I'm not sure what conclusion should we draw from this observation. In particular for our most

bug#32954: Cuirass: logs of failed dependencies are unavailable

Hello Clément, > retitle 32954 Cuirass: logs of failed dependencies are unavailable Logs of failed dependencies are now available :). Thanks, Mathieu

bug#48926: Cuirass is not building Mutt

Hey, >> What about increasing it to say 180 days? > > Sounds good to me. Can you make the change? That was done with ca6f40272fdf5644597f6ad2e38fa8ab2907d126. Closing, Thanks, Mathieu

bug#52110: match-error exception in /var/log/cuirass.log

Hello Maxim, > Now for the "version-1.3.0" branch, which *does* exist. The specifications are not removed anymore but can be deactivated. The following error caused by an inconsistency between the evaluations/specifications table should then be fixed. Thanks, Mathieu

bug#52338: Crawler bots are downloading substitutes

> Thanks to both of you, And closing! Mathieu

bug#50066: core-update: Raw origin tarballs are not handled correctly.

Hey Maxim, > successfully built > /gnu/store/vag2a53byhgrkpchviqz78lilall6412-emacs-org-contrib-20210519.drv > /gnu/store/40hl0dli745i2ggs1aqhn2drh0fkmrbx-emacs-org-contrib-20210519 Thanks for fixing this one, Closing, Mathieu

bug#52513: php build failure

This one is fixed, thanks to all the persons involved! Mathieu

bug#52520: Multicast is off by default

Hey, > Is it #:multicast-on or #:allmulticast-on ? The "ip link set multicast ..." command corresponds to the the IFF_MULTICAST flag hence to the #:multicast-on parameter. > Anyhow, I suggest adding a ‘multicast?’ field to , with > #t as its default value, and honoring this. I'm not sure is

bug#52571: System tests evaluation is broken

Hey, > It is possible to have more details my editing the > build-aux/cuirass/evaluate file and replacing all by system-tests. Then, > running the following command: Looks like things went back to normal, not sure what fixed it. Closing, Mathieu

bug#52487: [cuirass]: Feature request: Record the time of a failed build

Hey, > Looking at a page like this, we only have timestamps for "completed > builds", but not for failures: > > https://ci.guix.gnu.org/search?query=gnome-41 We have timestamps for failed builds but not for failed-dependency builds. This is now fixed with:

bug#51787: GC takes more than 9 hours on berlin

Hey, New day, new benchmark. Berlin has two hard drives, which are roughly used this way: /dev/sda -> / (916G) /dev/sdb -> /gnu (37T) I ran the fio benchmark tool on both of them. See the reports attached, and the following summary: --8<---cut

bug#52571: System tests evaluation is broken

Hello, System tests evaluation is broken: https://ci.guix.gnu.org/eval/2279. It is possible to have more details my editing the build-aux/cuirass/evaluate file and replacing all by system-tests. Then, running the following command: --8<---cut

bug#52520: Multicast is off by default

Hello, Since the guile-netlink switch the static IP interfaces no longer have multicast support. This can be confirmed this way: --8<---cut here---start->8--- 4: eno4: mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether b0:26:28:b7:9d:09

bug#52511: service networking provided more than once

Hey, > In this particular case, you could/should have a single > ‘static-networking’ with multiple addresses: > > (static-networking > (addresses > (list (network-address …) > (network-address …))) > (routes …)) Oh, I see. There's still something problematic:

bug#52513: php build failure

Hello, The php package test suite is failing this way on master: --8<---cut here---start->8--- = = FAILED TEST SUMMARY

bug#52511: service networking provided more than once

Hello, When using this service: --8<---cut here---start->8--- (service static-networking-service-type (list (static-networking (addresses (list ;; Connection to the DMZ for public access

bug#51787: GC takes more than 9 hours on berlin

Hey, > OK, thanks. Looks it just finished removing the trash directory > content. I started a GC process from my session to monitor it closely. Daily GC recap: * The GC process I started yesterday, did collect 5.5TiB in approximately 24 hours, that are now in the /gnu/store/trash

bug#52338: Crawler bots are downloading substitutes

Hey, The Cuirass web interface logs were quite silent this morning and I suspected an issue somewhere. I then realized that you did update the Nginx conf and the bots were no longer knocking at our door, which is great! Thanks to both of you, Mathieu

bug#51787: GC takes more than 9 hours on berlin

Hey, > Yeah I don’t know what happened to the GC process but it disappeared > earlier today. Then I started things like this: > > unshare -m sh -c 'mount --bind -o remount,rw /gnu/store; rm -rf > --one-file-system /gnu/store/trash/[abc]*' > > which is equally slow (perhaps slightly slower:

bug#51787: GC takes more than 9 hours on berlin

Hey, > Still, I’m surprised a mere ‘rm -rf’ can take this long. ‘strace -T’ on > the child guix-daemon process doesn’t reveal anything obviously wrong, > pause times or similar. I noticed that the process isn't around anymore. Did anyone killed it, or maybe it just crashed? Also noticed some

bug#51787: GC takes more than 9 hours on berlin

Hey, > Still, I’m surprised a mere ‘rm -rf’ can take this long. ‘strace -T’ on > the child guix-daemon process doesn’t reveal anything obviously wrong, > pause times or similar. I noticed that the process isn't around anymore. Did anyone killed it, or maybe it just crashed? Also noticed some

bug#51787: GC takes more than 9 hours on berlin

Hey, New GC recap. The process that has been started yesterday at 04:00 is still running. I killed the GC that was started today at 04:00 to keep things clear. >From yesterday 11:00 when I started monitoring it to today when I'm writing this email, 20 hours have elapsed and the GC is still in

bug#52338: Crawler bots are downloading substitutes

Hello Leo, > + (nginx-location-configuration > + (uri "/robots.txt") > + (body > + (list > + "add_header Content-Type text/plain;" > + "return 200 \"User-agent: *\nDisallow: /nar/\n\";")) Nice, the bots are

bug#52258: [cuirass] Fetch worker ensure-path exception.

Hello, > ice-9/boot-9.scm:1685:16: In procedure raise-exception: > ERROR: > 1. : > file: #f > port: # Still not sure what's causing this issue, but I catched this exception in c832d1523d094b21e7c640115cd6158346bbc54d to keep the remote-server fetch thread alive. Thanks, Mathieu

bug#52266: [Installer] ESP/EFI Partition not being reformatted (if exists) during graphical install by default.

Hello, > Brief Summary: It appears as though the Guix installer does not > reformat the EFI/ESP partition if it already exists. Sorry the installation failed for you :(. While it's true that the Guix installer doesn't reformat the ESP partition if it already exists, that shouldn't cause any

bug#52258: [cuirass] Fetch worker ensure-path exception.

Hello, The "ensure-path" RPC that is used by the cuirass-remote-server process sometimes raises a condition. --8<---cut here---start->8--- In ice-9/eval.scm: 619:8 16 (_ #(#(# ?))) 619:8 15 (_ #(#(#(#(#(#(# ?)) ?) ?) ?) ?)) 619:8 14 (_

<    1   2   3   4   5   6   7   >