‘cuirass remote-server’ (as of 1.2.0) exits on “Host unreachable” errors
from ZeroMQ:
--8<---cut here---start->8---
2023-11-16 09:17:59 periodic update: 0 resumable, 0 failed builds
2023-11-16 09:18:02 141.80.167.161 (EeiKw8YX): build started:
'/gnu/store/dvxb3
Hi,
Thanks for your report.
On Tue, 14 Nov 2023 at 18:36, Nigel Sequeira wrote:
> Updating channel 'guix' from Git repository at '
> https://git.savannah.gnu.org/git/guix.git'...
> Authenticating channel 'guix', commits 9edb3f6 to bd0f217 (3,062 new
> commits)...
> Building from this channel:
>
Hi,
Thanks for the report.
On Thu, 09 Nov 2023 at 18:25, Mark Owen wrote:
> marko@marko-EliteBook-840-G4:~$ guix pull
> Updating channel 'flat' from Git repository at '
> https://github.com/flatwhatson/guix-channel.git'...
> Updating channel 'guix' from Git repository at '
> https://git.savannah
Hi,
Thanks for the report.
On Mon, 13 Nov 2023 at 20:19, Frédéric Mahé wrote:
> Is the absence of a x86-64 GNU Linux GCC 4.8.5 build deliberate? I can
> imagine that this old version is not a priority anymore. Nonetheless, it
> is still very frequent in the wild, at least until the end-of-sup
Hi,
Simon Tournier skribis:
>>> * guix/git.scm (packs-in-git-repository, maybe-run-git-gc): New
>>> procedures.
>>> (update-cached-checkout): Use it.
>>> ---
>>> guix/git.scm | 39 ---
>>> 1 file changed, 36 insertions(+), 3 deletions(-)
>
> LGTM.
Thanks!
>
Hi,
On Thu, 16 Nov 2023 at 13:12, Ludovic Courtès wrote:
> > Well, I expect “guix gc” to take some time and I choose when. However,
> > I want “guix pull” or “guix time-machine” to be as fast as possible and
> > here some extra time is added, and I cannot control exactly when.
>
> Yes, I see.
Simon Tournier writes:
> For consistency, I suggest the rule: ’word...’ and not ’word ...’
>
> Something like the patch attached.
+1
This is more consistent. Looking at the translation files in po/guix,
only guix/status.scm:568 uses the space before ellipsis. The message
"applying ~a graft" do
Hi,
Maxim Cournoyer skribis:
> 2023-11-10 13:11:30 ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> 2023-11-10 13:11:30 In procedure accept: Too many open files
Apparently there’s something that causes ‘cuirass web’ to leak file
descriptors, the number being otherwise stable around 50:
Hi,
I try to use mcron to fetch emails. I have the following in my
`home-configuration.scm`:
(service home-mcron-service-type
(home-mcron-configuration
(jobs (list
#~(job "*/15 * * * *" "mailctl fetch && notmuch new")
The reconfiguration runs fine, but the
Did some more testing and I was able to find a workaround for my version
of this issue, although I don't know if it'll solve it for others. TL;DR
is I changed my login shell from fish back to bash.
The system configuration for the nonworking machine was using fish
`(user-account (shell (file-a
Ludovic Courtès skribis:
> Another one, from ‘cuirass remote-worker’ (1.2.0) on hydra-guix-121, one
> of the x86_64 build machines behind berlin:
>
> 2023-11-14 15:59:38 warning: zlib error in 'gzwrite' while sending log to
> 141.80.167.131: 0
> 2023-11-14 15:59:39 Uncaught exception in task:
>
Ludovic Courtès skribis:
> scheme@(guile-user)> (run-fibers
> (lambda ()
> (define pool (make-resource-pool (iota 10)))
> (with-resource-from-pool pool x (pk 'x x) (throw 'doh!
>
> ;;; (x 0)
> Uncaught exception in task:
> In fibers.scm:
>186:20 9 (_)
>145:21 8 (_)
> In ice-9/bo
Ludovic Courtès skribis:
> ‘cuirass remote-server’ (as of 1.2.0) exits on “Host unreachable” errors
> from ZeroMQ:
>
> 2023-11-16 09:17:59 periodic update: 0 resumable, 0 failed builds
> 2023-11-16 09:18:02 141.80.167.161 (EeiKw8YX): build started:
> '/gnu/store/dvxb3sf6aakriw8554pavazyd84mcgd5-
Hi Mathieu,
Mathieu writes:
> Dear Guix users,
>
> For some reason, still to be understood, my EFI partition is no longer
> detected at boot and I cannot boot my existing Guix System. I could confirm
> that the Guix partition (encrypted) is fine, but my BIOS won't detect any
> bootable partition
14 matches
Mail list logo
