bug#36069: "cirrus" added to VM initrd modules

I pushed a version of Ludo's suggestion earlier today. And yes, cirrus is what we want here. Kind regards, T G-R Sent on the go. Excuse or enjoy my brevity.

bug#66746: LUKS password prompt invisible, prompts twice

I’m also getting this bug (the second decrypt screen not showing up) with Linux kernel versions 6.5.8 and 6.5.9 (the latest version as of writing); 6.5.7 does not have the bug for me. Oh, this might be interesting… At least it's something. Could you diff a working 6.5.7 and broken 6.5.8

bug#65720: [PATCH] git: Shell out to ‘git gc’ when necessary.

>Why not trigger it by “guix gc”? Unless there's a new option I missed, guix gc doesn't handle this. >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 I don't think that things should be pushed into guix

bug#66651:

On 2023-10-20 21:39, Hugo Buddelmeijer wrote: This issue can be closed as far as I'm concerned, but I don't know how to do that. Let's try this: /close Add ‘-done’ or ‘-close’ to the bug address, as I've done here. Kind regards, T G-R Sent from a Web browser. Excuse or enjoy my brevity.

bug#66653: Should 'guix pack', 'install', ... accept '-f'?

Hi all, I feel like that everything that could build a package should accept the 'standard build options' like -f. Does anyone have arguments against it? Kind regards, T G-R Sent on the go. Excuse or enjoy my brevity.

bug#66358: Some options are really subcommands + ignore arguments

retitle 66358 Some options are really subcommands + ignore arguments thanks Today, we learn that ‘ and ’ are non-free: Processing commands for cont...@debbugs.gnu.org: retitle 66358 ‘guix archive --{authorize,import,…}’ are really Failed to set the title of 66358: Non-printable characters are

bug#66358: Can't import package using archive command

retitle 66358 ‘guix archive --{authorize,import,…}’ are really subcommands + ignore some arguments thanks Hi Daniel, The error is correct, so I sure hope it's reproducible! Later options cancel out previous ones, so your ‘--authorize’ action takes precedence over ‘--import’. You're passing

bug#66222: Fail to build guix documentation

Hi! You're using an old Guix that predates the fix for this old bug, here: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=352c49e1a5c48eb76389ee384eb95fc2e4a6ab32 Is there a reason you can't upgrade Guix with ‘guix pull’? Kind regards, T G-R Sent from a Web browser. Excuse or enjoy

bug#65881: FSDG violation in alex4

Thanks. Removed in commit 15fdeaeb2d4df755811db92cc7c3c7cb19155dec. Kind regards, T G-R Sent from a Web browser. Excuse or enjoy my brevity.

bug#66072: Duplicate/conflicting definitions for ocl-icd

Hi Lars, Guillaume, Thanks for catching the duplicate! I removed the ‘deprecated’ one in commit 71ec12d8bacd3901e8c7853d3c9403f3d09dfb31. On 2023-09-18 16:23, Lars-Dominik Braun wrote: Which is the good one? according to commit 4d1157fca7627c11672df0cd80fae4f4d27e2185 ocl-icd was dead,

bug#34828: [PATCH] Update psmisc to 23.6.

Hi mikadoZero & Bruno, I pushed #62348 patches 1 & 2 to master as 32b4f59433df620ab8f4b9a6c523f8ef9500d75d et al. I fixed a minor typo (‘file-system’) and added a full stop. The update patch (3/3) went to core-updates as 725b2528a65edf7425762b99330ab1c9bd33bc86. Thanks! T G-R Sent from

bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor

On 13 August 2023 00:25:51 UTC, "Ludovic Courtès" wrote: >I think it’s worse than this. I noticed that ci.guix.gnu.org (same >machine) would occasionally time out on my side, without Tor, starting >from this week (I was on vacation before, so I don’t know exactly when >it started). From a

bug#65225: ‘guix shell --system=ALIEN’ builds for both systems

Oh OK. the code that's injecting a spurious extra ‘(system . (%current-system))’ that's causing these double builds is not actually the problem. Instead, the profile hooks are unconditionally built for the host's (%current-system). Forcing them to match ‘--system=’ does the trick.

bug#65225: [PATCH] environment: Build the profile for the requested system.

Previously, ‘--system=’ did not affect profile hooks, meaning that all packages would be built for both the host and requested systems. * guix/scripts/environment.scm (guix-environment*): Parameterize %current-system to match the requested ‘--system=’. Reported by ekaitz in #guix. ---

bug#65225: ‘guix shell --system=ALIEN’ builds for both systems

Oh, OK. Parts of scripts/shell.scm (and perhaps environment.scm) assume that $ guix build --system={x86_64,riscv64}-linux foo is equivalent to $ guix build --system=riscv64-linux foo It's not. This includes and causes things like commit 9c513303156b418567b9d2cde9f8df66190051ac. There's a

bug#65225: ‘guix shell --system=ALIEN’ builds for both systems

Hi, ekaitz noticed this when building a mes-derived package that fails on x86_64. Here's a reproducer that uses upstream Guix: $ guix shell --system=riscv64-linux drawterm --no-grafts --rebuild-cache --dry-run | grep drv$ /gnu/store/4c02fgswkbldys93w4vgj0gwax2ly4bh-profile.drv $ guix

bug#65184: (modify-services … (delete …)) should delete all matching service types

TODO: the snippet (modify-services %base-services (delete mingetty-service-type)) deletes only the first (tty1) instance of the mingetty service. I can't think of a scenario where this is likely to reflect the user's intention. It should delete all matching services. A delete-first

bug#64976: guix build: error: invalid character `~' in name

Certain characters are not allowed in store item[0] names. This restriction was inherited verbatim[1] from Nix. As such there's no bug here, although you could start a separate discussion about relaxing these restrictions if you like. So what to do? url-fetch defaults to the URL's basename

bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor

On 2023-08-04 21:21, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: The Guix project does not block Tor. If the datacentre has decided to block Tor like it blocked most of Russia, there is little we can do but ask them to reconsider. Didn't mean to sound quite so fatalistic. We

bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor

Hi Altadil, On 2023-08-04 18:57, Altadil via Bug reports for GNU Guix wrote: it is no longer possible to get to the bug database at https://issues.guix.gnu.org/ when using Tor Browser. I forgot to mention this on IRC, but issues. is ‘simply’ a nicer unified frontend to the venerable GNU

bug#65001: ‘guix locate’ method is silently ignored when a cache exists

Quick niggle I noticed: ~/guix master ↑2 λ guix locate libstdc++.so. guix locate: indexing files from /gnu/store... guix locate: traversing local profile manifests... indexing 735 packages … ~/guix master ↑29 ↓26 λ guix locate --method=store libstdc++.so.6 … ~/guix master ↑29 ↓26 λ guix locate

bug#64271: libasr is unmaintained upstream

Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道： OpenSMTPd temporarily(…) builds with openssl with commit 023ff651462f70004c7a92b19fd072ee3138e5a2, so the comment is gone. Heh. I see you released -p1 literally while I was typing that :-) Thanks! T G-R signature.asc Description: PGP

bug#64271: libasr is unmaintained upstream

Omar Polo 写道： I'm not a guix user so can't send patches, hope this is the correct way to report issues however. Yep. The upstream libasr-portable repository was archived, as the project was unmaintained (and unmaintenable in some sense) for some time:

bug#63255: Firefox crashes when triggering file dialog open

See the To: field of this message. Done! :-) Kind regards, T G-R Sent on the go. Excuse or enjoy my brevity.

bug#61965: Commands like "guix system search KEYWORD" don't work with locale it_IT.utf8

> I believe Tobias (Cc’d) fixed this and related issues > a couple of days ago Yep. I also fixed a worrying number of @comando, @opzione, etc. on Weblate (both in the 'guix' and 'packages' sets). Weblate is pretty unfriendly, so this was tedious and I'm positive there are some I missed.

bug#61961: ‘guix system search’ refuses to speak Italian

Tobias Geerinckx-Rice 写道： I could on a different machine, which probably had different locales, which is why I'm leaving it here until tomorrow. Oh, never mind: it happens only *without* ./pre-inst-env, of course. Fun. Kind regards, T G-R signature.asc Description: PGP signature

bug#61961: ‘guix system search’ refuses to speak Italian

Hi all, tux_life reported this in #guix: [anonymous@guix ~]$ guix system search cups Backtrace: In ice-9/boot-9.scm: 1752:10 19 (with-exception-handler _ _ #:unwind? _ # _) In guix/status.scm: 851:3 18 (_) 831:4 17 (call-with-status-report _ _) In ice-9/boot-9.scm: 1752:10 16

bug#61885: [PATCH] gnu: go-github-com-robfig-cron-1.2: Move to (gnu packages golang)

Hi Winter, Simon Tournier 写道： Becaus (gnu packages golang) and (gnu packages check) use each other, this -^ Typo s/Becaus/Because I guess Pushed as 997b93cc4a6deff54ebd854a716cca94095114bf with this fix. Thanks! I'll close this bug now; the more general problem (and more

bug#58813: [PATCH] doc: Document how to use Patman for patches submission.

Hi, > teams.scm I closed the bug-that-didn't-fix, but that still leaves a git-specific command that doesn't actually facilitate git.¹ I guess salvaging 'teams.scm cc' into a generic 'Cc:' header generator makes some sense? Without the $() use case. Otherwise: shall we simply remove it?

bug#58428: [PATCH 1/2] gnu: ddcutil: Update to 1.3.2.

Closing this stale bug which was accidentally filed against ‘debbugs’ itself, not ‘guix’! Kind regards, T G-R Sent from a Web browser. Excuse or enjoy my brevity.

bug#61557: vdirsyncer fails to verify certificates

reassign 61557 guix thanks Hi, I had missed the Package: pseudo-header because I shouldn't be alive at this point. All Guix bugs should be filed against the ‘guix’ package, no matter what the package—confusing, I know. Luckily, sending mail to bug-guix@ does this for you, so you don't

bug#32026: [PATCH v3 10/11] gnu: nss-next: Update to 3.88.1 [fixes CVE-2023-0767].

Maxim Cournoyer 写道： It's already been pushed for nss-next, and Tobias has taken care of grafting our main 'nss' package, which has many dependents. See commits 246a3d90eac82966b691bdca4660ab9c5d802631 and b04ee227a47419291391a2b6e857e41ed1c32155, respectively. Grafting such a big version

bug#61606: julia 1.8.3 installation failed

Hi francis, francismb 写道： while trying to install package julia the installation fails: Sorry that you wasted so much (computing) time on this. It should be fixed on master[0] now. Thanks for the detailed bug report! Kind regards, T G-R [0]:

bug#61158: Add grub-efi to the installer

Tobias Geerinckx-Rice 写道： grub-efi Or -hybrid, if fully equivalent. Kind regards, T G-R signature.asc Description: PGP signature

bug#61158: Add grub-efi to the installer

A reminder to myself: grub-efi appears to be missing from the installer image, reducing its value as an (off-line) rescue system. Inspect the size increase and add it if at all reasonable. Kind regards, T G-R signature.asc Description: PGP signature

bug#61116: [bayfront] logs.guix FTS database is stale

Hi all, The search box on logs.guix.gnu.org works fine but is forever stuck in 2021. I realised that I've never properly reported this. Sorry. Kind regards, T G-R Sent on the go. Excuse or enjoy my brevity.

bug#61106: spam

Fermé. Ceci n'est pas un bogue, mais une fonctionnalité. T G-R signature.asc Description: PGP signature

bug#59987: Guix build of guix package fails due to some graph tests failing

Andrew Patterson 写道： I'm also in favor of closing. Done! You can close any bug yourself by editing the reply address in the CC header, as I did here. Kind regards, T G-R signature.asc Description: PGP signature

bug#60927: gPodder database version field different when built using --with-latest

Hullo, On 2023-01-18 9:13, Csepp wrote: Haven't completely debugged this, but the symptoms are: * running the packaged version doesn't work, blank scree, failed assert on console about differing database schema version I can't reproduce this, in either direction. However, I didn't have an

bug#60494: git-reference does not support file:// uri scheme

retitle 60494 Document git-checkout thanks Hi! That itself is not a bug: git-fetch is the wrong tool for this job. It should not have access to your files. You can clone a local repository by directly calling git-checkout and passing it as the package source: (source (git-checkout

bug#60290: Manual: Is guix-patc...@debbugs.gnu.org valid?

Nope. Fixed. Thanks! T G-R Sent from a Web browser. Excuse or enjoy my brevity.

bug#60246: Inability to add pseudo-filesystem fstab entries

mirai 写道： This way there's at least a way to "start" these mounts rather than them ending up in the /dev/null abyss. A non-standard and hard to discover way, sure. I liked the (unless mount? (add-to-fstab)) suggestion better. (I'm taking the comment at face value—I'd have suggested adding

bug#60246: Inability to add pseudo-filesystem fstab entries

that list to begin with. And this is where it gets fun: apparently… it was added at my request‽ :-) Or at least Ludo's interpretation of that requests, in commit df1eaffc3: file-systems: Expound '%pseudo-file-system-types'. Reported by Tobias Geerinckx-Rice . * gnu/system/file-s

bug#59466: Kernel panic when installing with Ventoy

Hi Panos, Panos Alevropoulos 写道： Please close this issue, Done! it was fixed when I tried Ventoy with the latest image! Very glad to hear that. Thanks for the prompt response! Kind regards, T G-R signature.asc Description: PGP signature

bug#59466: Kernel panic when installing with Ventoy

Tobias Geerinckx-Rice 写道： - What is the sha256sum of the 1.3.0 ISO image you used? - Could you try the ‘latest’[0] ISO and report the result? Poing! If there's still some latent bug with Ventoy on your hardware, now's our last chance to debug it before the release. [0]: But now

bug#59850: ecryptfs-utils has a dependency on gettext

Hi Steven, I've wrapped the scripts with a whole bunch of extra references in commit 0335499876d08b12c63057f386535695f1b65597. Could you pull, upgrade e-u, and test if it still works at all? That would be nice. Kind regards, T G-R signature.asc Description: PGP signature

bug#59781: bug#50892: [PATCH] guix-install.sh: Authorize all project build farms at once.

Ludovic Courtès 写道： If there are no objections I’d like to push to ‘master’ and ‘version-1.4.0’ this modified version of your patch. No objections, thanks! (Ugh, this patch is so ugly, all to work around that triplication in ~/.config/guix/current/share/guix/*.pub… Would it be OK for ‘guix

bug#59830: guix system reconfigure don't work after 1.4_rc1 fresh installation

merge 59830 59780 thanks Kind regards, T G-R Sent on the go. Excuse or enjoy my brevity.

bug#59466: Kernel panic when installing with Ventoy

Hi Josselin, Josselin Poiret via Bug reports for GNU Guix 写道： Ventoy is not supported currently. It is up to them to add support for Guix, not the other way around: we have some peculiarities with the boot process that Ventoy completely ignores. Ah. This is true of most dime-a-dozen

bug#59466: Kernel panic when installing with Ventoy

Hi Panos, Guix and Ventoy should work out of the box. Panos Alevropoulos via Bug reports for GNU Guix 写道： It seems that I can't install Guix 1.3.0 with Ventoy. After starting installation from Guix GRUB, I get kernel panic. Thanks for including the exact panic message. That's very helpful.

bug#59780: [version 1.4.0rc1] reconfigure fails

Tobias Geerinckx-Rice 写道： Is the actual release commit always on master Yes. Actually, that is what's known as ‘complete nonsense’ and the correct answer is, of course, ‘no’. Hmm. I'll have to actually test the RC to see what you mean. Sorry for the noise. Kind regs, T G-R

bug#59780: [version 1.4.0rc1] reconfigure fails

Hi'gain, pelzflorian (Florian Pelz) 写道： Huh I don’t understand. :) Had this been the 1.4.0 release, reconfigure would be impossible, unless --allow-downgrades. I don't follow. Could you explain? Is the actual release commit always on master Yes. Does this cancel out the previous

bug#59780: [version 1.4.0rc1] reconfigure fails

pelzflorian (Florian Pelz) 写道： Having installed the 1.4.0rc1 installer image: After guix pull, it failed to reconfigure, because master is an unrelated commit. Hah. This should indeed be mentioned in calls for -RC testing, but probably doesn't deserve a bug report, since there's no bug.

bug#59781: [version 1.4.0rc1] install.sh script should authorize bordeaux

pelzflorian (Florian Pelz) 写道： Could you make install.sh add bordeaux to /etc/guix/acl? It is important especially on ARM. If you mean guix-install.sh: I did so ages ago, but something (valid) stopped me from pushing it. Now I can't for the life of me remember what it was… Kind regards,

bug#59771: Conda 22.9.0 needs "sudo" as dependency

Hi Hugo, Hugo Buddelmeijer 写道： As for why sudo is needed, I don't know. (Not sure I want to know.) Indeed, this sounds like something to report and fix upstream. $ guix shell -C conda sudo Won't work, because sudo needs to be setuid — that is, provided by the OS. On Guix Systems, that

bug#59663: Cannot install lf-27, outdated commit

Hi Tyler, Thanks for the report! Commit b0801110cc729173a38a159d4a0c2094e5784ef4 fixes lf. Changing to a newer commit should be able to fix this error. Probably (I didn't check), but Guix avoids packaging random commits without good reason. I've kept lf at the latest 27 release. Kind

bug#59519: LibreOffice 7.3.5.2 fails to build on i686-linux

Hi Kaelyn, Kaelyn via Bug reports for GNU Guix 写道： Here is a revised diff with comments added for the flags. Thanks again! Pushed as 536adbd7cca1f257261645d9cfd7910a0055a60e, also with a commit message added. + ;; Enable building with LTO to avoid linker errors about +

bug#58031: LibreOffice 7.3.5.2 is not reproducible

Hi Kaelyn, Kaelyn via Bug reports for GNU Guix 写道： diff --git a/gnu/packages/libreoffice.scm b/gnu/packages/libreoffice.scm Thanks! Pushed as 68925b5ee7e0d96b0c84ae98a633eea5097bf511. This patch was missing a commit message (in fact it was just a diff). I added one: gnu: libreoffice:

bug#59615: Intro video refers to Freenode

I remember doing so. I don't remember if I committed it but I do remember make'ing the videos on berlin... Yes, the audio would be out of sync. Will check, thanks for bringing it up. Kind regards, T G-R Sent on the go. Excuse or enjoy my brevity.

bug#59160: Acknowledgement (Fritzing parts are missing)

Gabriel, Thanks for the patch! Gabriel Wicki 写道： I've come up with the following patch. It is not optimal (there's still some warnings and it makes use of an ugly hack to get rid of a certain "Unable to find parts git repository" message) but with that patch Fritzing is in a usable state.

bug#59363: Fw: [PATCH] flatpak: Adjustments to make --with-commit work

On 20 November 2022 12:11:28 UTC, Tobias Geerinckx-Rice wrote: >[Off list] ...or not! :-D. Phones are a cruel joke. Anyway, that's the dealio.

bug#59363: Fw: [PATCH] flatpak: Adjustments to make --with-commit work

[Off list] Hi Chris, You didn't receive their mails because their address is banned from all lists that support doing so. Unfortunately, there are loopholes. Kind regards, T G-R Sent on the go. Excuse or enjoy my brevity.

bug#59279: MPV does not work on X11

Hi, Could someone test the patch at ? Kind regards, T G-R signature.asc Description: PGP signature

bug#59339: mpv: possible misconfiguration

retitle 59279 MPV does not work on X11 merge 59279 59339 thanks Kristian Lein-Mathisen 写道： Is it possible that mpv's default configuration has changed Yes, that seems to be the case. Thanks for the report! Kind regards, T G-R signature.asc Description: PGP signature

bug#58988: How Can I restore a file inside /gnu/store/ ?

Heyo, Adding some notable info that user_ shared on IRC: user2@host ~$ sudo guix build --repair /gnu/store/yjllxib1fm3zqkwmr5j4lpxhz3zqsjjz-guix-e3280ae Senha: substitute: atualizando substitutos de "https://ci.guix.gnu.org;... 100.0% substituindo

bug#58760: Guix System iso too big for cdrom again

Heyo, pelzflorian (Florian Pelz) 写道： From what Tobias (Cc) wrote, he used the highest compression settings. So it seems nothing can be done to make the install iso smaller Well… I used the highest compression setting *for zisofs*. Zisofs is an ancient (and non-standard :-) little hack that

bug#39571: evolution and bogofilter

Hi Christopher, Thanks for the swift response! Christopher Howard 写道： If you wish to close this old bug I will not be affected. Will do. Why let zimoun have all the fun, T G-R signature.asc Description: PGP signature

bug#39571: evolution and bogofilter

zimoun 写道： For the record, the message I received back. Therefore, I will close if no objection. Let's try this one first. Christopher, assuming you have a clue what this is about: are you still affected by ? Kind regards, T G-R signature.asc

bug#58591: Java packages do not appear to keep a reference to their inputs

Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道： Groan. Which package(s) compress .jars? OK, found one: openjdk@16.0.1's /lib/jrt-fs.jar. Kind regards, T G-R signature.asc Description: PGP signature

bug#58591: Java packages do not appear to keep a reference to their inputs

Hi Maxim, Maxim Cournoyer 写道： not obfuscated due to zip compression Groan. Which package(s) compress .jars? (I found a few in -checkouts, which is its own potential thing, but that aside.) Kind regards, T G-R signature.asc Description: PGP signature

bug#58561: Source hash mismatch with aggregator + possible guix bug with hashes.

Hi Brendan, Oh! This is a fun one! Brendan Tildesley 写道： However what concerned me more is that when I look in the source code it looks like this: (sha256     (base32 "9yy5c29zxpli4cddknmdvjkgii3j7pvw6lhwqfrqjc8jh83gm8f8")) Notice how at the start its a '9', not a '1'? […] Is

bug#37955: warning: '.desktop' file refers to '', which cannot be found

I moved the informational background above the changelog and pushed this to c-u as 685110045c04a60bf18163aab1c230f944c871c9. Thanks! T G-R signature.asc Description: PGP signature

bug#58239: Installer ISO ‘missing’ mkfs.ext4

Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道： Should be an easy fix, feel free to beat me to it. …well you didn't have to do it that fast. Patch in bug #58238. Closing. Kind regards, T G-R signature.asc Description: PGP signature

bug#58239: Installer ISO ‘missing’ mkfs.ext4

Hi Guix, I was going to open this tomorrow, but odds are good that I'd forget overnight, so very sleepy bug report time: Commit 45eac6cdf5c8d9d7b0c564b105c790d2d2007799 removes mkfs.ext* (and possibly others, didn't check) from $PATH unless the system happens to have a of that type. The

bug#58221: nautilus: Crashes loading KgxNautilus plugin twice (problems with NAUTILUS_EXTENSION_PATH)

Hi Tobias, On 1 October 2022 14:40:58 UTC, Tobias Kortkamp wrote: >** (org.gnome.Nautilus:11879): WARNING **: 16:07:20.550: Tracker 2 migration: >Failed to parse key file data: Key file contains line “usage: tracker3 >[--version] [--help]” which is not a key-value pair, group, or comment

bug#58221: nautilus: Crashes loading KgxNautilus plugin twice (problems with NAUTILUS_EXTENSION_PATH)

Hi… Tobias, Tobias Kortkamp 写道： ** (org.gnome.Nautilus:3664): WARNING **: 13:25:09.882: Tracker 2 migration: Couldn't run `tracker3`: Failed to execute child process “tracker3” (No such file or directory) Could you install ‘tracker@3’ into the same profile, and try again? This part might

bug#57990: Add package: python-mat2 (remove metadata from images to improve privacy)

> can I express "any version of ffmpeg"? No, this would go against the goals of Guix: packages can't depend on properties of the environment they'll end up in (if any). They must be self-contained, or use standard features like $PATH et al to find optional dependencies at run time, but these

bug#57583: Guix cannot resume after hibernation

Jack, Yusuf, Ludo', Yusuf: you could try pulling, reconfiguring, hibernating, and resuming, if you're brave-ish. Ludovic Courtès 写道： I believe this is fixed by this: […] The patch in question fell through the cracks It should and it had, sorry. I *dislike* the fact that this makes the

bug#57583: Guix cannot resume after hibernation

Hi again, Josselin Poiret via Bug reports for GNU Guix 写道： (and testing these kinds of features is dangerous, you could make a wrong move and incur heavy data loss) I couldn't agree moEXT4-fs ext4_get_branch:171: inode #8: block 30343695: comm

bug#57583: Guix cannot resume after hibernation

Hi Yusuf, Ludo', Josselin is right that resuming from encrypted swap isn't supported. Yusuf Talha via Bug reports for GNU Guix 写道： Hibernation wasn't working while I was using Guix without encryption a few months ago

bug#57467: [EXT] Re: [EXT] Re: bug#57467: 'guix shell' does not honor default behavior when given a specific command to run

Hi David, Thompson, David 写道： The hostility here and in the other issue where you are applying stop energy to my work is less than appreciated. Some healthy ‘stop energy’ was needed here, and in bug #56444. Please spend that energy on fleshing out requirements and improving the patches if

bug#57269: [rtl8812au-aircrack-ng-linux-module] Missing Source for hal/rtl8812a/hal8812a_fw.c (and probably other files ending in fw.c)

it yet. Since this case, unlike some others, appears to be straightforward, I don't intend to wait long. Kind regards, T G-R From a4650f7dbad4458d3bc907a96a45a334d1d2a086 Mon Sep 17 00:00:00 2001 From: Tobias Geerinckx-Rice Date: Sun, 14 Aug 2022 02:00:00 +0200 Subject: [PATCH 01/12] gnu

bug#57232: [installer] ENTER in guided partitioner destroys partition table

Hi Mathieu, Mathieu Othacehe 写道： Er, I was… expecting that to mean it would pop up a pretty window or something. Is this really a feature? Should it be? I'm not sure what's the point here. I'm not sure whose point you're referring to, so I'll clarify mine. Currently, pressing ENTER on

bug#57232: [installer] ENTER in guided partitioner destroys partition table

Hi Mathieu! Mathieu Othacehe 写道： What that does is immediately and without confirmation wipe the on-disc partition table. And its back-up. Oops, glad you were able to recover, I was also bitten in the past. My mistake for insisting on a bare metal test without a throwaway machine handy

bug#57232: [installer] ENTER in guided partitioner destroys partition table

Hi all, Whilst testing the graphical installer, I selected ‘guided partitioning’ and pressed ENTER on the main drive (sda) to see what that does. What that does is immediately and without confirmation wipe the on-disc partition table. And its back-up. Testdisk is great, T G-R

bug#57229: ‘guix system image’ forces commit authentication?

Hi all, There doesn't seem to be a way to opt out of commit authentication with ‘./pre-inst-env guix system image’. Am I missing (a reasonable!) one? I'd expect all commands that authenticate commits to honour ‘--disable-authentication’. --8<---cut

bug#57222: Guix Tor service needs a little more authority

Hi all, I recently found my Tor nodes dead, unable to bind to their port with a confusing ‘permission denied’ error. This was caused by a regression in Guix's Tor service: it now uses ‘least-authority-wrapper’, meaning that it… well, hasn't the authority to bind to all ports. Oops. Even

bug#57091: Git authentication reports subkey fingerprints

Hi Maxime, Quick reply mainly to say thanks for replying :-) On 2022-08-11 17:07, Maxime Devos wrote: On 11-08-2022 13:17, Tobias Geerinckx-Rice wrote: Apologies if I'm wildly off the mark here. But then I'd like to hear some plausible threat models. Maxime? Here's a problem

bug#57091: Git authentication reports subkey fingerprints

Of all the stupid typos... >Ludo', are you worried that, since we already handle revocations like GPG would ...DON'T handle, of course, by design. Kind regards, T G-R Sent on the go. Excuse or enjoy my brevity.

bug#57091: Git authentication reports subkey fingerprints

This is not a mere UI issue. Basic verification is currently broke^Wdifferent, too, or the latest incident wouldn't have happened. Hmm. I wonder... Ludo', are you worried that, since we already handle revocations like GPG would, the 'proper' OpenPGPmodel could somehow break? That we are in

bug#57127: unzip fails to cross-compile

(Now home:) fixed in 45db0ca5e9. Can you confirm that it works for you? Closing, T G-R Sent on the go. Excuse or enjoy my brevity.

bug#57127: unzip fails to cross-compile

Hi Andrew, This is a bug in Guix, not really related to cross-compiling (hence you can stop cross-testing and reporting different architectures, although the effort is appreciated!). %output is practically deprecated, but is still present in a good number of packages. Sometimes it happens to

bug#57046: Spanish documentation uses exclusive language

Hi all, On 2022-08-09 22:02, pelzflorian (Florian Pelz) wrote: There has been plenty of debate elsewhere; no need to bother; I guess there won’t be consensus. […] Could the bug be closed soon? I'm torn. I added & removed ‘-close’ a few times just now. The initial post was doomed to be flame

bug#57052: elogind-service specifies a variable that's ignored by defualt

>For the record, this was noticed and discussed more than a year ago, see >Message-ID: <871rens9a2.fsf@nckx>. It had fallen into the cracks LOL. I'm the one who asked Cairn to report this. I didn't remember publicly reporting it, I only remembered noticing it and not fixing it, and didn't

bug#52029: wterm fails to start on core-updates-frozen

This sounds like the right thing to do. Either of you feel like practicing a 'simple deprecation'? ;-) Kind regards, T G-R Sent on the go. Excuse or enjoy my brevity.

bug#54691: fortune-mod propagates various non-nice things

Hi Liliana, Liliana Marie Prikler 写道： I'm not saying either option is worse than the other I see; thanks for the clarification. Then I *will* say that transparently upgrading to a package that does nothing is worse than simple removal. In fact, all of the proposed hacks are… Kind

bug#54691: fortune-mod propagates various non-nice things

>To me use of ‘deprecated-package’ in this case is just to ensure that >users who run ‘guix upgrade’ will transparently get >‘fortune-jkirchartz’. I don’t have a strong opinion though. I believe what Liliana meant is that it's worse to 'transparently' upgrade to a data package that doesn't

bug#56847: [CI] ‘Build output’ artefact download links are broken

After the server migration, the ‘Build outputs’ links on pages like [0] return 502. Kind regards, T G-R [0]: https://ci.guix.gnu.org/build/1123838/details signature.asc Description: PGP signature

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi Maxim, Maxim Cournoyer 写道： For some background reading, see [0]. Thanks for the well-thought-out reply, and sharing this interesting link! Now, it's just the musings of one person, but now I think I do agree with (what I think is) the underlying vision: to hush up *unspecified* and

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi Maxim, Maxim Cournoyer 写道： I'd suggest we revisit 8cb1a49a3998c39f315a4199b7d4a121a6d66449 to use 'unspecified (the symbol) instead of *unspecified*, which *can* be serialized without any fuss in gexps. Bah. Could we provide our own reader? I'd much rather this be addressed in Guile

  1   2   3   4   5   6   7   8   >