bug#70444: Broken Emoticons in Browsers

has it, too. Firefox installed via flatpak works, > though (second attached image). As a workaround, those emoticons still work with ‘torbrowser’ and ‘mullvadbrowser’. Their font list comes from upstream and they can't include system fonts. (This is also better against fingerprinting.) Clément

bug#70121: [PATCH] gnu: emacs-magit: Fix generation of autoloads.

On Wed, Apr 03 2024, Clément Lassieur wrote: > On Mon, Apr 01 2024, Liliana Marie Prikler wrote: > >> * gnu/packages/emacs-xyz.scm (emacs-magit)[#:phases]: Replace >> ‘make-autoloads’ >> like the others. >> >> Fixes: Magit autoloads are missing <ht

bug#70121: [PATCH] gnu: emacs-magit: Fix generation of autoloads.

On Mon, Apr 01 2024, Liliana Marie Prikler wrote: > * gnu/packages/emacs-xyz.scm (emacs-magit)[#:phases]: Replace ‘make-autoloads’ > like the others. > > Fixes: Magit autoloads are missing > --- Hi, Tested, looks good to me.

bug#69267: icedove.desktop has no StartupWMClass

WMClass=Icedove Like we do with Icecat. See this commit: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=be1d05c10766a979dd0720b677889ed950d3b895 Cheers, Clément

bug#68894: Prosody guix service required fixes.

something > that could be done at some point. This all sounds good. I'm glad the service is used and I'll help you or review if you need! Cheers Clément

bug#68894: Prosody guix service required fixes.

l, I'd be happy to review. Thanks for this email. It's a long time I haven't been using Prosody and unfortunately this Guile wrapper is a maintenance burden. Even more so now that XMPP is less and less used. I wonder if it would be better to just support a minimal raw config. Clément

bug#68831: gnu: torbrowser: noscript gets picked up by icecat

On Wed, Jan 31 2024, André Batista wrote: > Hi Clément, > > qua 31 jan 2024 às 03:19:26 (1706681966), clem...@lassieur.org enviou: >> Hello André, >> >> I thought about it, and I even started working on a fix. But I stopped >> working on it because I thought it

bug#46961: Nginx and certbot cervices don't play well togther

f a > minimal system that hosts a website using certbot provided certificates. I > don't know where an example like that belongs, but I'm not yet convinced it > belongs in the certbot service documentation. Sounds good Pushed, thank you! Clément

bug#68831: gnu: torbrowser: noscript gets picked up by icecat

'guix shell', which works perfectly well. (They can also still add extensions to the Firefox profile.) Having 4 versions of each extension seems cumbersome. Cheers, Clément

bug#46961: Nginx and certbot cervices don't play well togther

bot-configuration >> (email "foo@@example.net") >> (certificates >>(list >> (certificate-configuration >> (domains '("example.net" "www.example.net")) >> (deploy-hook %certbot-deploy-hook)) >> (certificate-configuration >> (domains '("bar.example.net"))) >> @end lisp We are almost there, thanks! Clément

bug#46961: Nginx and certbot cervices don't play well togther

I removed guix-devel, not sure we need to spam it. On Tue, Jan 30 2024, Carlo Zancanaro wrote: > +(define %default-deploy-hook > + (program-file > + "reload-nginx.scm" > + (with-imported-modules '((gnu services herd)) > + #~(begin > + (use-modules (gnu services herd)) > +

bug#46961: [PATCH v2 0/4] Make certbot play more nicely with nginx

On Tue, Jan 30 2024, Felix Lechner via Bug reports for GNU Guix wrote: > Hi Carlo, > > On Tue, Jan 30 2024, Carlo Zancanaro wrote: > >> certbot can't produce certificates without a functional nginx > > Yes, it can. The option is called --standalone. [1] > > Maybe another way to bootstrap the certi

bug#46961: Nginx and certbot cervices don't play well togther

On Tue, Jan 30 2024, Carlo Zancanaro wrote: >>> + ;; Due to the way certbot runs, we need to >>> + ;; create the self-signed certificates in the >>> + ;; archive folder and symlink them into the live >>> + ;; folder. This mimics what certbot does wel

bug#46961: Nginx and certbot cervices don't play well togther

Also, I forgot, I think it would be great to have somewhere in the doc an example of minimal config.scm that works. I know we can't do proper testing because we depend of certbot service but that would make it easier for a lot of people to test it. Maybe such example is already in the docs and I

bug#46961: Nginx and certbot cervices don't play well togther

lease just make sure lines fit within 80 columns? And there is a warning during compilation, pasted below. Would it make sense now to run ‘update-certificates’ at end of the activation stuff? And would it make sense to reload nginx after ‘update-certificates’ is run? Clément > diff --git a/doc/

bug#68512: Qutebrowser 3, no sound from pipewire-only system

On Fri, Jan 26 2024, Sergey Trofimov wrote: > chris writes: > >> This attempt from the discussion here >> https://lists.gnu.org/archive/html/guix-devel/2021-03/msg00441.html >> >> ``` >> (define s (open-connection)) >> >> (display (derivation->output-path >> (package-derivation s pipewi

bug#68483: Qutebrowser QT platform plugin could not be initialized

On Tue, Jan 16 2024, Sergey Trofimov wrote: >> Would this work with non-wayland users too? (So that it would make >> sense to add it to the main package?) >> >> Thanks, >> Clément > > Yeah, it would work, but forcing the platform through parameters is not >

bug#68483: Qutebrowser QT platform plugin could not be initialized

=$qtw/platforms qutebrowser >> > -s qt.force_platform wayland >> > ``` > > I tried this command again just now and succeeded this time. I must have done > something wrong the first time. > > Thank you Sergey! Hi, Would this work with non-wayland users too? (So that it would make sense to add it to the main package?) Thanks, Clément

bug#67967: Clang 15.0.7 is not reproducible

v40sjxd8n3ahvb6 Investigating further it seems that those files differ: ./lib/libclangTidyMPIModule.a 0mpaq9naspb9hd0gqz78wsfggiydf9ln52xkl1dxw0s3jw0fvcnn ./lib/libclangTidyMPIModule.a 011yjlxv5k54h59rkvlf4n44h7vilpm35q656wf9qjhrh10q0ffa Thanks, Clément

bug#66290: transmission-daemon-service-type not serving web interface

On Thu, Nov 30, 2023, at 2:44 AM, Alan Manuel Gloria wrote: > Just did a `guix pull` and rebuilt the system with `guix system reconfigure` ( > which took a few days, !! > seems there was a lot of changes), and now the transmission web UI is > working. So probably I was just before that change. >

bug#66290: transmission-daemon-service-type not serving web interface

On Sun, Nov 26 2023, Alan Manuel Gloria wrote: > The necessary files are in the "gui" output, with a relative path of > "/share/transmission/public_html". It seems to have been fixed by Clément > Lassieur in commit > 27ec9eeceb971afe11aae4f24ceb8764f1735634 (wh

bug#66659: (home-)on-first-login script broken when no gexps are added

... sequence of zero expressions in form (begin)" > (begin *unspecified* #$@gexps)) > > The patch is in the attachment. > > Cheers Bost Applied as 2de30042674197fe451c220745186e36465d06e2, thanks! Clément

bug#51884: [IceCat]: Segmentation Fault

ommit: 847f2ae8590833141a1f81a7a3664a1177d99eac > > Regards, > RG. I can't reproduce this bug with recent Icecat (115.4.0esr, guix commit 6c894b7a1a6a7a0f7c51a44136bba00dc0b5250c), closing. Thank you, Clément

bug#66659: (home-)on-first-login script broken when no gexps are added

file-path) (begin)) > > which leads to the new error message "Syntax error: > /home/nl/.guix-home/on-first-login:3:1272: sequence of zero expressions in > form (begin)" Hi, I just ran into the same issue. Thanks, Clément

bug#66254: "guix --version | head -1" crashes most of the time

Simon Tournier writes: > Hi Clément, Hey Simon, [...] > Anyway. The issue is from leave-on-EPIPE. This patch fixes the issue, > I guess. > > diff --git a/guix/ui.scm b/guix/ui.scm > index 6f2d4fe245..507bc67f1d 100644 > --- a/guix/ui.scm > +++ b/guix/ui.scm > @@

bug#66254: "guix --version | head -1" crashes most of the time

> guix --version | cat | head -1 works > guix --version | head -1 crashes most of the time (on foreign distro) See attached log. Same bug with 'head' from Guix coreutils. Thanks, Clémentclement@newt:~$ guix --version | head -1 guix (GNU Guix) ce0cc6137df81919389f61671096a6ce701c0889 clement@ne

bug#59579: installing zbar prevents gdm to start on Ubuntu 22.04 foreign distro

Severity: serious Steps to reproduce: > - install Ubuntu 22.04 > - install Guix package manager > - guix package -i zbar > - reboot Expected result > boot result > login loop It's very difficult to pin the issue down to a guix package being installed. I imagine the bug would not happen if ~

bug#59570:

X-Debbugs-CC: g...@posteo.net

bug#59570: zbarimg displays a weird message on stderr

Reproduced on foreign distro (Ubuntu 22.04). Steps to reproduce: > echo bar | qrencode --8bit --output foo.png > zbarimg -1 -q --raw -Sbinary foo.png Output: > Name Error (Connection ":1.734" is not allowed to own the service > "org.linuxtv.Zbar" due to security policies in the configuration f

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

Thanks!!! Awesome :)

bug#31789: nss-mdns test is failing

Hello Sarah, thank you for taking care of these old bugs! I can't replicate this one either. Closing. Clément On Mon, Sep 13, 2021, at 9:43 AM, Sarah Morgensen wrote: > Hello, > > Thanks for the report. Apologies that it's taken two years (!) for a > response. I can no

bug#39298: re-exporting local variable: iota

Ludovic Courtès writes: > Fixed in 5e61de242156cdb3314abac168d9682ca7a4c28f. Thank you for the quick fix!

bug#39298: re-exporting local variable: iota

red the system and have not rebooted since. > > -- > Ricardo Hi, This happens on $ guix build gajim with Generation 23 janv. 27 2020 11:03:29 (current) guix 4a0e492 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 4a0e49279ddc53655f593796b0b1e170369d2a08 Clément

bug#38320: Cuirass: Allow to use authenticated Git repositories as inputs

H agent or passing a private SSH key should be straightforward. Clément

bug#38550: Cuirass: in job-name: replace 'version' with 'anchor'

ld have different job names. Note that it doesn't work with packages for which we keep an old version around if that version changes (e.g. from GCC 6.4 to GCC 6.5 in my example). But I imagine it's pretty rare. Don't know. This work is to be done in (gnu ci). Comments welcome :) C

bug#38309: Recent $EMACSLOADPATH changes crash gnome-session

Hi Ludo and Maxim, Ludovic Courtès writes: > Hi! > > clem...@lassieur.org (Clément Lassieur) skribis: > >> Any update about this? Any plan to push a fix or a revert? I've been >> using your new patches without any issue for a few days already. > >

bug#38446: Guix pull broken

reat! Thank you very much, Clément PS: I'm closing the bug, since it doesn't really depend on us and we have a workaround.

bug#38446: Guix pull broken

Hi Amin, Thank you for this nice reply. Would it be possible to have an *official* backup Git repository hosted somewhere else (like Github, or whatever), where we could redirect users when they encounter issues? Clément Amin Bandali writes: > Hi folks, > > The reason for these

bug#38309: Recent $EMACSLOADPATH changes crash gnome-session

Hello Maxim, Any update about this? Any plan to push a fix or a revert? I've been using your new patches without any issue for a few days already. Thanks, Clément

bug#38445: Guix CI evaluation broken

Sorry for my tone, it might sound harsh, it's not what I meant, I just didn't have coffee yet ;) Clément Lassieur writes: > Hi Ludo, > > Ludovic Courtès writes: > >> Sorry for the breakage! I noticed it yesterday and fixed it in >> 33d1c970c323971da8d70a662

bug#38445: Guix CI evaluation broken

the fix. I defy anyone to understand why commit 33d1c97[2] would fix anything. Adding guix-devel. Clément [1]: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=99c45877a984dd0148151b2e304afef6fb04f1a5 [2]: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=33d1c970c323971da8d70a662748c7b1b520d6b6

bug#38445: Guix CI evaluation broken

Bengt Richter writes: > Would s/exemples/examples/g do any good? Definitely.

bug#38446: Guix pull broken

Clément Lassieur writes: > https://git.savannah.gnu.org/cgit/guix.git/log/ returns 502 error. > > Reproducible 9 times out of 10. Since at least yesterday.

bug#38446: Guix pull broken

https://git.savannah.gnu.org/cgit/guix.git/log/ returns 502 error. Reproducible 9 times out of 10.

bug#38445: Guix CI evaluation broken

cm (line 246) there's a STRING-APPEND. We could probably do an easy fix by changing (string-append "exemples/" ...) to (string-append "gnu/system/exemples/" ...) but still, I find that new behaviour weird. Clément

bug#36378: Guix Cuirass Issue with Input channels

Pushed, closing.

bug#36378: Guix Cuirass Issue with Input channels

Hi, Clément Lassieur writes: > Attached is a patch that makes sure the checkout is from the Guix input > providing the 'proc'. I'll push this tomorrow if nobody objects. Thanks, Clément

bug#38320: Cuirass: Allow to use authenticated Git repositories as inputs

Mathieu Othacehe writes: >> * Fix the regression mentionned above. > > I would need some help for this regression I don't understand, but I > will take care of the work needed in Guile-Git and (guix git) once this > is fixed. Thank you Mathieu for your replies! I'm looking forward to your work

bug#38309: Recent $EMACSLOADPATH changes crash gnome-session

gs installed with 'guix package -i' get loaded on Emacs reboot, which is great in my opinion. Thanks again, Clément [1]: --8<---cut here---start->8--- Checking /gnu/store/81a9rjhsw7rh9pc5a121j65107vngyz8-emacs-magit-todos-1

bug#38309: Recent $EMACSLOADPATH changes crash gnome-session

anagement of Emacs packages, 'guix > environment --ad-hoc' that works for Emacs, simplified build system). > > Perhaps you could try it out and see if it indeed fixes the problems you > reported? Sure! I'll try this as soon as possible and get back to you. Thank you! Clément

bug#38309: Recent $EMACSLOADPATH changes crash gnome-session

Clément Lassieur writes: (in https://lists.gnu.org/archive/html/bug-guix/2019-11/msg00363.html) > Thanks for taking the time to look into this. I've seen your other > email, you can install libpcre3-dbg to have PCRE's debug symbols. It > might help. I thought you were repr

bug#38309: Recent $EMACSLOADPATH changes crash gnome-session

Maxim Cournoyer writes: > Hello Ludovic, > > Ludovic Courtès writes: > >> Hi Maxim, >> >> Maxim Cournoyer skribis: >> >>> There would be a couple more commits to include in the revert to undo >>> the changes (one to the build system, others to adapt the renaming of >>> the emacs-set-load-path p

bug#38309: Recent $EMACSLOADPATH changes crash gnome-session

sion after installing new Emacs packages. Maybe when that bug is fixed and this set of patch is re-applied, there will be an opportunity to communicate about this? On info-guix maybe, or on 'guix pull'. It would explain the pros and cons of this new way of dealing with Emacs. I don't know if there was such an announcement already, I didn't see it. WDYT? Thanks again, Clément

bug#38309: Recent $EMACSLOADPATH changes crash gnome-session

itory URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: fe9b72c5861fabdf7f37862de393812ff3e423ac --8<---cut here---end--->8--- With an up-to-date Ubuntu 18.04.3 LTS. Cheers, Clément log Description: Binary data

bug#38320: Cuirass: Allow to use authenticated Git repositories as inputs

nding to the updated input, with a modified 'origin' so that it matches the new input. My workaround for authentication is to use local repositories, updated with an external cron task. I think there are small modifications to do to (guix git) and (git clone). Cheers, Clément

bug#31910: hydra doesn't build

Closing because hydra was removed[1]. [1]: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=cc908fde64799eaa60e1e63be75697a12f7cb017

bug#38232: Cuirass: Some builds fail although their log file ends with 'build-succeeded'

you for the explanation. Would it make sense to copy the log file to some other place when the build is done? The web interface would fetch it there, and we would be sure it matches the associated Cuirass build. Clément

bug#36378: Guix Cuirass Issue with Input channels

Clément Lassieur writes: >> So it's indeed a bug in Guix, introduced by commit >> b5f8c2c88543158e8aca76aa98f9009f6b9e743a (hydra: Compute jobs in an >> inferior). We can't just take the first input we find, build it and >> open an inferior for it. I believe w

bug#36378: Guix Cuirass Issue with Input channels

Clément Lassieur writes: > So it's indeed a bug in Guix, introduced by commit > b5f8c2c88543158e8aca76aa98f9009f6b9e743a (hydra: Compute jobs in an > inferior). We can't just take the first input we find, build it and > open an inferior for it. I believe we should tak

bug#36378: Guix Cuirass Issue with Input channels

8a9457e1379e497ae16324fa") (file-name . "/gnu/store/fcq3axxh5kpva6kphi58ibklfz4wnbnr-cuirass-8bf095f")) (subset . "hello")) And it would have worked. So it's indeed a bug in Guix, introduced by commit b5f8c2c88543158e8aca76aa98f9009f6b9e743a (hydra: Compute jobs in an inferior). We can't just take the first input we find, build it and open an inferior for it. I believe we should take the input whose name is "guix" (as we do with manifests[2]). What do you think? Clément [1]: https://git.savannah.gnu.org/cgit/guix.git/tree/build-aux/hydra/gnu-system.scm#n40 [2]: https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/ci.scm#n361

bug#38232: Cuirass: Some builds fail although their log file ends with 'build-succeeded'

See https://ci.guix.info/build/1934383/details.

bug#38171: guix lynx can not connect, ArchLinux lynx can, why?

Pushed. Bengt, you can 'guix pull', it should work now :) Clément

bug#38186: dd doesn't copy whole file when specifying units with bs

Jack Hill writes: > On Tue, 12 Nov 2019, Clément Lassieur wrote: > >> Does this[1] help? >> >> [1]: >> https://superuser.com/questions/730801/dd-immidiately-completes-but-actually-needs-sync > > Indeed it does. I guess I just got lucky with the second in

bug#38186: dd doesn't copy whole file when specifying units with bs

Hi Jack, > It seems that my version of dd from coreutils-8.31 does not seem to work > correctly when using units with the bs option (e.g. bs=1M). In the terminal > session below, I first use bs=1M. The output looks okay: dd appears to have > copied the whole 2.3GiB file, but it has done so impossi

bug#38171: guix lynx can not connect, ArchLinux lynx can, why?

Leo Famulari writes: > Can you double-check that the licenses of Lynx and OpenSSL are > compatible for redistribution? https://lynx.invisible-island.net/current/README.ssl says: --8<---cut here---start->8--- OpenSSL's distribution and use may be restricted by

bug#38171: guix lynx can not connect, ArchLinux lynx can, why?

Hi Bengt, Thank you for the report! It seems to be a GnuTLS issue with TLS 1.3 hosts[1]. There is patch upstream but it hasn't landed in a release yet, so I think it's safer to switch to OpenSSL. What do you think? I attached a patch doing just that. Cheers, Clément

bug#35606: Gajim

Thank you Ricardo for fixing and Raghav for reporting this bug I introduced! Sorry not to have more time to work on it at the moment. Clément On Tue, May 14, 2019, 2:13 PM Ricardo Wurmus wrote: > > Raghav Gururajan writes: > > >> I fixe

bug#34243: update cmake to latest release (3.13.3)

Marius Bakke writes: > Clément Lassieur writes: > >> This is a wish. :-) > > Will 3.13.1 from 'staging' do? Yes sure! I hadn't checked staging. Thanks you :-)

bug#34243: update cmake to latest release (3.13.3)

This is a wish. :-) Clément

bug#34015: guix copy error message is quite difficult to understand

Hi Ludovic, Ludovic Courtès writes: > Hello Clément, > > Clément Lassieur skribis: > >> This is what happens when /etc/profile isn't sourced in the remote >> non-interactive shell on guix copy. > > Do you know specifically which environment variable was miss

bug#34015: guix copy error message is quite difficult to understand

-8<-------cut here---end--->8--- Cheers, Clément

bug#29963: gajim fails to start on foreign distro

Hi Ricardo, Does this still happen? Clément Ricardo Wurmus writes: > This is what happens when I run “gajim” on Fedora: > > --8<---cut here---start->8--- > rwurmus ~ : gajim > fatal: Not a git repository (or any of the pare

bug#32966: tests/install.scm tests all fail

Ludovic Courtès writes: > Hi Clément, > > Clément Lassieur skribis: > >> For some time after your message, only 8 of those 16 tests seemed to >> fail. But now they all fail again[1]. > > These GuixSD installation tests occasionally fail for several reasons: &g

bug#32779: Cuirass: Crash and unable to restart when an input is unreachable

Ludovic Courtès writes: > Hello, > > Clément Lassieur skribis: > >> 2018-09-20T01:23:31 fatal: uncaught exception 'git-error' in 'build' fiber! >> 2018-09-20T01:23:31 exception arguments: (#< code: -1 message: >> "failed to resolv

bug#32583: Cuirass: some builds are marked as failed, but they were never built

Sorry to reply that late. I think be489a26c0e6a5f23a48142a87728a0ec8bc3c9c fixed this. Can we close it? Thank you, Clément

bug#33030: Crash in progress-bar

Ludovic Courtès writes: > Hello, > > Ricardo Wurmus skribis: > >> I’ve just got the very same error: [...] >> ERROR: In procedure make-string: >> Value out of range 0 to 18446744073709551615: -51 > > Clément just pushed a couple of fixes in this area. Cl

bug#33370: Cuirass: Trigger 'guix publish' baking

well, the Cuirass solution seems the best... I leave the bug open but I change the name :-) Thank you, Clément

bug#33379: Cuirass doesn't try to build 'wine' for x86_64

Ludovic Courtès writes: > Hello, > > Clément Lassieur skribis: > >> Cuirass doesn't try to build 'wine' for x86_64. >> >> See https://berlin.guixsd.org/eval/1561?status=succeeded >> >> The job name is 'wine-staging-3.20.x86_64-linu

bug#33381: --substitute-urls doesn't allow for more than one URL

Ludovic Courtès writes: > Hello, > > Clément Lassieur skribis: > >> guix build hello --substitute-urls="https://berlin.guixsd.org >> https://cuirass.lassieur.org"; > > It definitely works. Could it be that this command is in a script or > so

bug#33381: --substitute-urls doesn't allow for more than one URL

Hi, guix build hello --substitute-urls="https://berlin.guixsd.org https://cuirass.lassieur.org"; returns guix build: error: https://cuirass.lassieur.org: unknown package I'm on 51b262f3109fe8aba112b7cc49521c5c6810ce54 (plus a few things). Cheers, Clément

bug#33379: Cuirass doesn't try to build 'wine' for x86_64

Hi, Cuirass doesn't try to build 'wine' for x86_64. See https://berlin.guixsd.org/eval/1561?status=succeeded The job name is 'wine-staging-3.20.x86_64-linux', but the system is i686-linux. Cheers, Clément

bug#33370: guix publish: at least one user will have to build a given substitute

Hi Ludo, Ludovic Courtès writes: > Hello, > > Clément Lassieur skribis: > >> I've noticed that narinfo baking is triggered by user requests when the >> '--cache' option of 'guix publish' is used. It means that the first >> user who will w

bug#33370: guix publish: at least one user will have to build a given substitute

the baking right after the build is done? So that every user can be sure that they will get the substitute once they know that Cuirass has built it. If 'guix publish' has no way to get the notification that a build is done, maybe Cuirass could trigger the baking? (But that would be hack

bug#32631: the Dovecot service stops working

ocess-limit[4] options. I also fixed[5] the default value of 'service-count' for the "auth" service to 'unlimited', in case it matters. At least, now I don't seem to have these ever-growing imap-login processes anymore, so I'm closing this bug. I&#

bug#33151: 'guix substitute' returns a 504 error without trying to use other servers

d reality of situations > like the one we’re in. > > Thoughts? I agree that fixing 'process-substitution' would be nice even though it's not a high priority issue. > Thanks for the heads-up, and sorry for hitting the “close” button too > quickly! No problem ;) I also removed the "fixed" tag. Clément

bug#33310: Cuirass: Evaluations adding no new builds are displayed as "failing"

(zero? (length jobs)) here, we should mark the corresponding evaluation as failing. Thanks, Clément

bug#33124: Cuirass: register GC roots for evaluations under /var/guix/gcroots

Ludovic Courtès writes: > Hi Clément, > > Clément Lassieur skribis: > >> I think the goal here is to make sure that the builds that resulted from >> of 1) important evaluations (releases) and 2) recent evaluations aren't >> garbage collected. >> >&g

bug#32734: Cuirass: Evaluations errors appear are "In progress..."

Ludovic Courtès writes: > Hello, > > Clément Lassieur skribis: > >> Evaluations errors appear are "In progress..." (until next Cuirass >> reboot) whereas they should be marked as "Failed" (permanently). > > Fixed in 2c712d35df5d1514e28b479f960a53b89ce59424. > > Ludo’. Thank you!!

bug#33151: 'guix substitute' returns a 504 error without trying to use other servers

you think there is no way to fix it, maybe the tag "wontfix" would be more appropriate? Cheers, Clément Ludovic Courtès writes: > Hello! > > Clément Lassieur skribis: > >> guix substitute: error: download from >> 'https://mirror.hydra.gnu.org/guix

bug#33202: failed 504 'Gateway" time-out

Hello! Gnu Röoty writes: > 3 days I want install GUixSD but the gcc 5.5.0 and some package tell's me > failed 504 Gateway time-out. This is because you still use the hydra substitute servers. See https://bugs.gnu.org/33151. You should only use https://berlin.guixsd.org. Clément

bug#33193: vim tests break terminal output

not familia with UI code [15:27] wiht building vim you'd get no problems a while back. it would just continue building and only when builds finish make your terminal act funny --8<---cut here---end--->8--- Cheers, Clément

bug#33151: 'guix substitute' returns a 504 error without trying to use other servers

Hello Ludovic, thank you for this explanation! Ludovic Courtès writes: > Hello! > > Clément Lassieur skribis: > >> guix substitute: error: download from >> 'https://mirror.hydra.gnu.org/guix/nar/gzip/9xwrnm3vymsf9w17ayc7dfp5cl1aykq5-metis-5.1.0'

bug#33151: 'guix substitute' returns a 504 error without trying to use other servers

ng /gnu/store/i4my5nh2k8i4hc854s8lig4qfcccnsvz-graphviz-2.40.1.drv... guix package: error: build failed: some substitutes for the outputs of derivation `/gnu/store/wj0y6b1cbqjhkfa074kgvgrbnz7ay9sw-octave-4.4.1.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source --8<---cut here---end--->8--- Cheers, Clément

bug#33124: Cuirass: register GC roots for evaluations under /var/guix/gcroots

/evaluations [09:54] and that'd contain a bunch of symlinks to both the .drv and the outputs --8<---cut here---end--->8--- Clément

bug#32955: Cuirass: Some tests depend on 'guix-current', which makes them resource expensive

Ludovic Courtès writes: > Hello, > > Clément Lassieur skribis: > >> Tests depending on 'guix-current' are expensive in terms of CPU and >> storage usage since we need to build (current-guix) and then store a >> couple of full system images. > > [...

bug#32954: Cuirass: logs of failing tests are unavailable

Hi Ludovic, Ludovic Courtès writes: > Hello Clément, > > Clément Lassieur skribis: > >> The logs of failing tests are unavailable. >> >> (Which makes it impossible to understand why a huge lot of tests are >> failing.) > > You mean the ‘test.basic.x86

bug#32966: tests/install.scm tests all fail

#x27;: 1 dependencies couldn't be built cannot build derivation `/gnu/store/0l77fgdgp4c3yq82mwd1kq1rzckn5x9b-btrfs-root-os.drv': 1 dependencies couldn't be built guix build: error: build failed: build of `/gnu/store/0l77fgdgp4c3yq82mwd1kq1rzckn5x9b-btrfs-root-os.drv' failed --8<---cut here---end--->8--- Clément

bug#32955: Cuirass: Some tests depend on 'guix-current', which makes them resource expensive

Clément Lassieur writes: > Clément Lassieur writes: > >> Hi, >> >> Tests depending on 'guix-current' are expensive in terms of CPU and >> storage usage since we need to build (current-guix) and then store a >> couple of full system images. >&g

bug#32955: Cuirass: Some tests depend on 'guix-current', which makes them resource expensive

Clément Lassieur writes: > Hi, > > Tests depending on 'guix-current' are expensive in terms of CPU and > storage usage since we need to build (current-guix) and then store a > couple of full system images. > > They are built at each evaluation because they depend

bug#32955: Cuirass: Some tests depend on 'guix-current', which makes them resource expensive

ing on 'guix-current'? Clément

  1   2   3   >