bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

Hi Maxime, Maxime Devos writes: [...] > (I usually don't respond to e-mails I agree with except for > superficialities, but I was wondering if such non-replies are actually > interpreted as such, or as disagreements, or neither.) I'd say it's safer to assume neither, though perhaps with a slig

bug#65391: Acknowledgement (People need to report failing builds even though we have ci.guix.gnu.org for that)

Hi Maxime, Maxime Devos writes: >>> The first part looks reasonable to me (though I would decrease 7 days >>> to daily or even hourly, as I don't see a point in the delay), but how >>> does the second part (removing packages) make sense at all? >>> I mean, if you do that: >>> 1. Build failures

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

> [Two mails previously] > Also the CI UI could use some improvements. I'm pretty sure I've > mentioned this before, but there is no easy way to find out which > inputs I need to fix to make a dependency failure disappear. [...] That is precisely what the linear search algorithm is. I should n

bug#65391: Acknowledgement (People need to report failing builds even though we have ci.guix.gnu.org for that)

The first part looks reasonable to me (though I would decrease 7 days to daily or even hourly, as I don't see a point in the delay), but how does the second part (removing packages) make sense at all? I mean, if you do that: 1. Build failures happen (independent of whether you do that). 2. H

bug#44053: Poor profile generation performance on spinning disks

Hey Ludo, everyone, --- Original Message --- On Tuesday, August 29th, 2023 at 09:19, Ludovic Courtès wrote: > Hi Luis, > > Luis Felipe luis.felipe...@protonmail.com skribis: > > > I still use the same computer with the same hard drive, and performance has > > improved when installi

bug#64775: /run should be cleaned on boot

Vagrant Cascadian writes: > On 2023-08-08, Ludovic Courtès wrote: >> We could try to make that change: /run as tmpfs, or wiped by >> ‘cleanup-service-type’. > > Or both, really! > > Filed: > > https://issues.guix.gnu.org/64775 I tried this a while ago, and the trivial case of mounting /run as

bug#65460: ghc/ghci are broken

Hi, Saku Laesvuori writes: >> > Thanks! Adding gcc-toolchain to the profile fixed it, but shouldn't this >> > be automatically brought in by `guix install ghc`? This does still feels >> > like a bug to me, shouldn't gcc-toolchain be a part of ghcs native-inputs? > > native-inputs are for buildti

bug#65461: Cannot compile any Rust projects

Hi Jonas, Jonas Møller writes: > I can still reproduce this with: > > guix shell —container rust rust-cargo > cargo new hello > cd hello > cargo build If you add 'gcc-toolchain' in the container ('guix shell --container rust rust-cargo gcc-toolchain'), it now works, using my recent Guix 9f4b6bc

bug#34135: IceCat lacks WebGL support

Hi, Ludovic Courtès writes: > Hello, > > If you enable WebGL support in ‘about:config’, then stop it and run: > > $ export LIBGL_DRIVERS_PATH=$(guix build mesa)/lib/dri > $ icecat https://get.webgl.org > 1547912837231 addons.webextension.tortm-browser-button@jeremybenthum WARN > Please sp

bug#64775: /run should be cleaned on boot

On 2023-08-08, Ludovic Courtès wrote: > Vagrant Cascadian skribis: >> Oh, I noticed on reconfiguring back to a system without the patches to >> support /run/privileged configurations ... the /run/privileged directory >> is still present, with all those files sitting there in their previous >> stat

bug#65575: [PATCH 3/3] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Am Montag, dem 28.08.2023 um 11:20 -0400 schrieb Maxim Cournoyer: > > e.g.  > > (defun guix-emacs-autoload-packages (&optional reload) > >   "..." > >   (interactive "P") > >   (when reload (mapc #'load-file (guix-emacs--subdirs-files))) > >   ...) > > > > WDYT? > > The reason for avoiding loadin

bug#50122: [core-updates-frozen] Gtk documentation generation fails.

Hello, Maxim Cournoyer writes: > Hello, > > Mathieu Othacehe writes: > >> Hello, >> >> The generation of the documentation of the Gnome projects is broken on >> core-updates-frozen. Passing the "-Dgtk_doc=true" build option to evince >> or libhandy packages results in the following error: >> >>

bug#61883: evince no longer opens comics

Hi, Yovan Naumovski writes: > Probably the comics support in the Evince Guix package is > disabled. The Evince version that's currently available in Guix (42.3) > requires libarchive >= 3.6.0 as per the meson.build file [1], but the > currently available libarchive version in Guix is 3.5.1. It

bug#65208: etc/teams.scm regexp

Hi, Simon Tournier writes: > Hi, > > On Thu, 10 Aug 2023 at 09:34, Greg Hogan wrote: > >> I am seeing unapplied "#" in some team scopes when running >> `./etc/teams.scm list-teams`. > > This is done by . > > I do not know what it had never been merged. Pr

bug#65495: Error from compute-guix-derivation

Hi Guix developers, I ran "guix pull" for the first time in a while this morning and got the following error, which guix asked me to report here: ./guix/store.scm:1417:15: In procedure loop: ERROR: 1. &store-protocol-error: message: "build of `/gnu/store/wfck89415b22gqq25fi0mypgrw8vw1c8-

bug#65466: Something from recent commits is broken.

While trying to run `guix pull` I am getting this this, ``` Backtrace: In ice-9/boot-9.scm: 222:29 19 (map1 _) 222:29 18 (map1 _) 222:29 17 (map1 _) 222:29 16 (map1 _) 222:29 15 (map1 _) 222:29 14 (map1 _) 222:29 13 (map1 _) 222:29 12 (map1 _) 222:17 11 (map1 (((gnu pack

bug#65465: Something from recent commits is broken.

While trying to run `guix pull` I am getting this this, ``` Backtrace: In ice-9/boot-9.scm: 222:29 19 (map1 _) 222:29 18 (map1 _) 222:29 17 (map1 _) 222:29 16 (map1 _) 222:29 15 (map1 _) 222:29 14 (map1 _) 222:29 13 (map1 _) 222:29 12 (map1 _) 222:17 11 (map1 (((gnu pack

bug#63170: The issue no longer exists.

The issue seems to be fixed now. It's been a while actually, I just forgot to respond here.

bug#65391: Acknowledgement (People need to report failing builds even though we have ci.guix.gnu.org for that)

Hi Maxime, Maxime Devos writes: > (I did not receive the e-mails from Andy Tai and 宋文武, I had to look > at .) > >> Maybe we can automatically report the failures as bugs, say every 7 >> days, and remove a package if it still fail to build in 90 days? > > The fi

bug#65595: [feature] [cuirass] Add ability to filter builds for status:failed-new

Hello, This is a feature request to add the ability to filter a derivation build results for new failures. This is useful to see the true impact of the change (as already failing packages don't count toward that). It seems the database already has that information to query, so it should be relat

bug#65594: [feature] [qa] Notify users by email of problems

Hi, This is a feature request for QA: I think it'd be nice if it sent notifications by email when a submitted patch or series has any kind of issues, such as lint warnings, newly introduced breakage, etc. That'd be less clicking around to navigate to the information (currently one has to go to th

bug#57402: webkitgtk-with-libsoup2 fails to build on powerpc64le, breaking freecad

The latter is the aalib package which is for ascii art. See https://issues.guix.gnu.org/57134 for my proposed solution. (that is, just leaving it out) That is not sufficient however to get freecad to build, the original error reported above still occurs then.

bug#57402: FreeCAD build fails to configure / Qt5WebKitWidgets related.

retitle 57402 webkitgtk-with-libsoup2 fails to build on powerpc64le, breaking freecad reopen 57402 quit Hi, Marcel van der Boom writes: > This still fails for me, same error. OK, thanks for the reply. > To be clear, substitutable means there is a binary available from one > of the substituat

bug#65391: Acknowledgement (People need to report failing builds even though we have ci.guix.gnu.org for that)

(I did not receive the e-mails from Andy Tai and 宋文武, I had to look at .) Maybe we can automatically report the failures as bugs, say every 7 days, and remove a package if it still fail to build in 90 days? The first part looks reasonable to me (though I wou

bug#33246: Updating ldc to 1.11.0/1.12.0 (WIP)

Hi, Pjotr Prins writes: > Patch coming up for updated ldc bootsrap, ldc 1.11.0, dub and rdmd. > > I actually tried the ldc 1.12.0 release but I am facing a few issues. > With sambamba/BioD. Will update when I have found that problem. > > Next step will be to add the latest GNU D compiler gdc. g

bug#32310: Not having much luck with running guix of phone and limbo emulator.

Hi all, Efraim Flashner writes: > On Tue, Jul 31, 2018 at 06:47:40AM +, Nils Gillmann wrote: >> - Forwarded message from Gary Hayes - >> >> > Date: Tue, 31 Jul 2018 12:11:11 +1000 >> > From: Gary Hayes >> > To: Nils Gillmann >> > Subject: Re: bug#32310: Not having much luck with run

bug#32347: gzip cannot be patched

Hi Efraim, Efraim Flashner writes: > On Sun, Aug 19, 2018 at 03:48:05PM +0200, Ludovic Courtès wrote: >> Hello, >> >> Efraim Flashner skribis: >> >> > On Thu, Aug 02, 2018 at 01:32:02PM +0200, Marius Bakke wrote: >> >> Hello! >> >> >> >> I'm trying to add a patch to 'gzip', but it causes an

bug#65549: Issue during "guix pull"

Simon Tournier writes: > Hi, > > On Sun, 27 Aug 2023 at 09:28, Josselin Poiret via Bug reports for GNU Guix > wrote: > >> Philip Kaludercic writes: >> >>> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >>> ERROR: >>> 1. &http-get-error: >>> uri: #< scheme: https userinfo: #f h

bug#65510: Errors trying to use home-dicod-service-type and home-syncthing-service-type

Hi, Morgan Smith skribis: > (use-modules (gnu services) > (gnu home services dict) > (gnu home services syncthing) > (gnu home services mcron)) > > (home-environment > (services > (list >;; guix home: error: no target of type 'system' for service 'pr

bug#57402: FreeCAD build fails to configure / Qt5WebKitWidgets related.

This still fails for me, same error. To be clear, substitutable means there is a binary available from one of the substituation servers? If so, guix is not using it as it tries to build freecad, starting with a configure, where it then fails. What am I missing? I am using a manifest whe

bug#65510: Errors trying to use home-dicod-service-type and home-syncthing-service-type

Hi Morgan, Morgan Smith skribis: > (use-modules (gnu services) > (gnu home services dict) > (gnu home services syncthing) > (gnu home services mcron)) > > (home-environment > (services > (list >;; guix home: error: no target of type 'system' for serv

bug#44053: Poor profile generation performance on spinning disks

Hi Luis, Luis Felipe skribis: > I still use the same computer with the same hard drive, and performance has > improved when installing packages. Running > > $ time guix package -i perl --max-jobs=1 > > initially took > > (87 packages in profile) > real8m3,043s > user0m2,656s >