bug#63378: [PATCH v2] teams: Fix script to produce a single X-Debbugs-Cc header.

Fixes . * etc/teams.scm.in (cc): Adjust format pattern. (sort-members, member->string): New procedures. (list-members): Refactor in terms of the above procedures. (main): Adjust the output of the 'cc-members-header-cmd' and 'cc-mentors-header-cmd' actions. --- e

bug#61475: Staging branch (was: Moving forward with teams and feature branches)

Hi, Andreas Enge writes: > Am Sun, Feb 12, 2023 at 10:13:35PM +0100 schrieb Josselin Poiret: >> 4. staging merge happens, and the branch gets deleted. > > I tried to build staging for my profile on x86_64, but it failed with > a dependency of ffmpeg, rust-rav1e-0.5.1. There is a newer version 0.

bug#63378: A single X-Debbugs-CC header must be used

Hi Arun, Arun Isaac writes: >> Now, I don't think the GNU Debbugs instance is kept up-to-date with >> Debbugs upstream, having its own set of changes, so I think the patch >> here should still be applied in the meantime. > > I agree. And, even otherwise, it is nice for X-Debbugs-Cc to mirror the

bug#63378: [PATCH] teams: Fix script to produce a single X-Debbugs-Cc header.

Hi Maxim, When a patch relates to no teams, I get the empty header output "X-Debbugs-Cc: ". For such patches, it would be nicer to not add any header instead of adding an empty header. > +(define (team->members team) > + "Return the list of members in TEAM." > + (sort (team-members team) > +

bug#63378: A single X-Debbugs-CC header must be used

> Now, I don't think the GNU Debbugs instance is kept up-to-date with > Debbugs upstream, having its own set of changes, so I think the patch > here should still be applied in the meantime. I agree. And, even otherwise, it is nice for X-Debbugs-Cc to mirror the Cc header and use a comma-separate

bug#63389: Cuirass stuck during evaluation

Ludovic Courtès skribis: > 6203 epoll_wait(12, [{events=EPOLLHUP, data={u32=51, u64=51}}], 8, 96) = 1 > 6203 epoll_ctl(12, EPOLL_CTL_MOD, 51, > {events=EPOLLIN|EPOLLRDHUP|EPOLLONESHOT, data={u32=51, u64=51}}) = 0 > 6203 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > 6203 epoll_wait(12, [{event

bug#60657: Rethinking how service extensions work

Hi Ludo’, On 2023-02-25 17:46, Ludovic Courtès wrote: > Bruno Victal skribis: >> In [1], the issue arises from using activation-service-type to create >> files/directories for services >> when these should be either (1) shepherd one-shot services or moved into the >> 'start' procedure of the se

bug#63394: (no subject)

merge 63394 63284 thankyou Hi André, André A. Gomes writes: > Hi Guix, > > I was able to build it with the patch attached. > > As you can see I've disabled the tests. When they run, it seems that > they idle. See the output below. See [1] for more information. One of the tests failing is ac

bug#63394: (no subject)

Hi Guix, I was able to build it with the patch attached. As you can see I've disabled the tests. When they run, it seems that they idle. See the output below. --8<---cut here---start->8--- starting phase `check' make: Entering directory '/tmp/guix-build-proo

bug#63376: (no subject)

Op di 9 mei 2023, om 17:08 schreef Simon Tournier: > As far I can see, this report is empty. Therefore closing? Oeps, slapstick.. Yes, sorry about that. Thanks for noticing. Remco

bug#63394: Unable to build proot-static locally

Hello Guix, I'm unable to build proot-static locally. The build job seems to idle for many hours and never succeeds. Notice that this critical, since guix pack relies on this package. --8<---cut here---start->8--- guix a759cbf repository URL: https://gi

bug#63050: "guix pull" requires graphical libraries

Hi, On ven., 05 mai 2023 at 15:21, Csepp wrote: > Or just move it to a separate output or package? That should really be > something done for all packages automatically tbh. Alpine gets this right. Well, I do not think a separate output would be possible and we are not talking about the packa

bug#63244: barrier build fails due to NULL not defined

Hi, Thanks for reporting. On mar., 02 mai 2023 at 21:49, j...@fremlin.org wrote: > /tmp/guix-build-barrier-2.4.0.drv-0/source/src/./lib/base/Event.h:63:37: > error: ���NULL��� was not declared in this scope Fixed by . Closing? Cheers, simon

bug#63267: gcc-toolchain is missing libstdc++.so

Hi, I am proposing patch#63393 [1] which adds the output lib to gcc-toolchain. Well, quoting the comment: ;; The main raison d'être of this "meta-package" is (1) to conveniently ;; install everything that we need, and (2) to make sure ld-wrapper comes ;; before Binutils' ld in

bug#63376: (no subject)

Hi, On lun., 08 mai 2023 at 18:11, Remco van 't Veer wrote: As far I can see, this report is empty. Therefore closing? Cheers, simon

bug#63289: [PATCH] gnu: virt-viewer: removed positional arguments

Hello Guix team, I can reproduce this issue and you will find my attempt to fix the building with the attached patch. I'm not used to this kind of bug fix so do not hesitate to correct me. During the building process, meson complains about the existence of positional arguments in the function

bug#63331: Guile-GnuTLS/Git circular dependency

Le mardi 09 mai 2023 à 14:23 +0200, Simon Josefsson a écrit : > A GitLab CI/CD build check on Guix would be nice, does anyone publish > docker images for a Guix system? The guix builder uses linux tools to provide an isolated build environment. It is possible to run the guix build daemon without t

bug#63378: A single X-Debbugs-CC header must be used

Hello, Maxim Cournoyer writes: > Fixes . > > * etc/teams.scm.in (cc): Adjust format pattern. > (team->members, member->string): New procedures. > (list-members): Refactor in terms of the above procedures. > (main): Adjust the output of the 'cc-members-header-cm

bug#63331: Guile-GnuTLS/Git circular dependency

> ice-9/boot-9.scm:1685:16: In procedure raise-exception: > Unbound variable: protocol/ssl3 Maybe ssl3 is disabled (as it probably should be) in guix's gnutls? While I built the package on a Guix system using system GnuTLS, I didn't build it through Guix's packaging, so maybe there is some differ

bug#63389: Cuirass stuck during evaluation

Following the ‘core-updates’ merge, evaluations started by ‘cuirass register’ seem to never complete. The log shows things like “evaluating spec 'shepherd'” but there’s never an indication of completion of failure. The ‘cuirass register’ process spins at 100% after the ‘cuirass evaluate’ process

bug#63331: Guile-GnuTLS/Git circular dependency

Simon Josefsson via Bug reports for GNU Guix writes: > [[PGP Signed Part:Undecided]] > Ludovic Courtès writes: > >> We need to solve that. For now, the only fix I can think of is having >> ‘guile-gnutls’ built from a “make dist”-provided tarballs. Apparently >> we can add assets at

bug#63319: [PATCH 3/3] profiles: remove `parent' field.

This field was only present for consumption by (guix ui) when reporting propagation chains that lead to profile collision errors, but it is only valid in general with respect to a single manifest. (guix ui) now derives parent information by itself with respect to an explicit manifest, so this fiel

bug#63319: [PATCH 2/3] ui: derive parents of profile collision entries from manifest.

This fixes . * guix/ui.scm (display-collision-resolution-hint, call-with-error-handling): use manifest-entry->parents and the manifest included with the collision to get the parents. --- guix/ui.scm | 30 +- 1 file changed, 25 ins

bug#63319: [PATCH 0/3]

This patch series fixes issue #63319, making propagation chains leading to profile collisions be reported properly. It does this by having 'check-for-collisions' fill in the &profile-collision-error with the manifest and the lowered versions of the entries in question, and (guix ui) derive parent

bug#63319: [PATCH 1/3] profiles: include non-lowered entries and manifest in collision error.

This provides the necessary information for (guix ui) to accurately determine the actual entries causing the collision. The entries alone aren't enough, since they inherit their parent (singular!) field from whatever it happened to be before any manifest transaction was applied. The lowered varia

bug#63382: Inferiors broken

Hello. After experimenting with the guix Inferiors for channels as explained on the `info guix inferiors`. The examples are not working. Seems like certain commits do work. Non-working example '~/Documents/inferiors/broken.scm': --8<---cut here---start->8--- (

bug#63369: Acknowledgement (GUIX Bug)

This issue was solved by increasing memory of the system. ᐧ On Mon, May 8, 2023 at 12:58 PM GNU bug Tracking System < help-debb...@gnu.org> wrote: > Thank you for filing a new bug report with debbugs.gnu.org. > > This is an automatically generated reply to let you know your message > has been rec