bug#72051: License compliance - pdbpp

This software is packaged in your repository as: https://packages.guix.gnu.org/packages/python-pdbpp/ Please take any appropriate action to prevent further infringement while upstream considers their response. Regards, Matt Jolly Gentoo Linux Developer

bug#64653: works now

This bug no longer occurs on my system.   That change occurred over the last week.

bug#66753: grep 3.8 now needs pcre2 as input, not pcre

package to use that as a propagated input, and that causes the error to go away. For the sake of completeness, here’s the definition I used: (define grep-fixed (package (inherit grep) (inputs (list pcre2 Best wishes, Matt 1. https://github.com/pulseaudio-equalizer-ladspa/equalizer

bug#64653: stopping ntp and dnsmasq

On 9/17/23 9:42 AM, Matt Wette wrote: Are there any workarounds for this.   I've been digging into anything to help. I'm dead in the water trying to get ntpd and tftpd (dnsmasq) working.  They require this. Or, is there a way to get dnsmasq working itself? I see there is atftp, s

bug#64653: stopping ntp and dnsmasq

Are there any workarounds for this.   I've been digging into anything to help. I'm dead in the water trying to get ntpd and tftpd (dnsmasq) working.  They require this. Or, is there a way to get dnsmasq working itself? Matt

bug#59474: Guix Home generated .profile sets XDG_ vars that break GDM+Gnome login on foreign distros

I am experimenting with Guix Home on Debian Testing, using GDM+Gnome. The .profile generated by "guix home reconfigure" broke logging in to the Gnome desktop. The gnome session would die, failing to initialize what it considered to be essential things, and return to the login screen I could log in

bug#53224: Profile definition, was Re: bug#53224: Cookbook recipe about profile collisions

On Mon, 17 Jan 2022 09:16:28 -0500 Ludovic Courtès wrote > > This person spent a lot of time trying to understand the situation and > > writing the blog post, but their understanding is still rather weak. > > To be fair, the person didn’t look for “profile” in the manual. I’m

bug#49230: please update description for package nyacc

On 6/26/21 6:13 AM, Tobias Geerinckx-Rice wrote: Matt Wette 写道： Could you please remove the "should be considered not stable" language from the description of the nyacc package? Thanks for reporting this, and thanks for nyacc! Guix ships four distinct versions of nyacc:  nyacc 0

bug#49230: please update description for package nyacc

generating parsers and lexical analyzers. It also provides sample parsers, pretty-printers using SXML trees as an intermediate representation, a decent C parser and a `FFI Helper' tool to help create Guile Scheme bindings for C-based libraries. Thanks, Matt

bug#39511: github auth

On 2/22/20 2:52 AM, Ludovic Courtès wrote: Hi Matt, Matt Wette skribis: I have not gotten into testing, but according to email and references provided previously the patch below might work. I’ve applied the patch on your behalf, thank you! Ludo’. much appreciated Matt

bug#39511: udpate

oops:  `(Auth ...) => (list `(Auth...))

bug#39511: github auth

I have not gotten into testing, but according to email and references provided previously the patch below might work. --- github.scm-orig    2020-02-15 10:32:52.209481329 -0800 +++ github.scm    2020-02-15 10:40:36.958144491 -0800 @@ -154,14 +154,12 @@ ;; Ask for version 3 of the API as sug

bug#39511: github tokens being deprecated

$ guix refresh ... Backtrace:   12 (apply-smob/1 #) In ice-9/boot-9.scm:     705:2 11 (call-with-prompt _ _ #) In ice-9/eval.scm:     619:8 10 (_ #(#(#))) In guix/ui.scm:   1808:12  9 (run-guix-command _ . _) In ice-9/boot-9.scm:     829:9  8 (catch _ _ # ?)     829:9  7 (catch _ _ # ?) In

bug#39377: guix search reports bad location for bytestructures

I'm using guix-1.0.1 on Fedora 30, x86_64. I wanted to get module spec for bytestructures, but failed: location points to (guix packages), but it's actually in (gnu packages guile). $ guix search bytestructures name: guile3.0-bytestructures version: 1.0.7 outputs: out systems: x86_64-linux i68

bug#39172: SElinux guix-daemon.cil file

guix_daemon_socket_t guix_store_content_t)) I also think we need to declare our use of “file_type” first: (typeattribute file_type) What do you think? Matt, does what Ricardo proposes work for you? I can add that and see if

bug#39194: help for non-root users to start using

This guix-1.0.1 on x86_64 Fedora 30. After installing as root, it's not clear from the manual how users should start. I found out "guix pull" is the right thing. Maybe add that to the manual? (Or add a "guix init" command.) Here is the error that I get w/o "guix pull": [mwette@localhost ~]$ g

bug#39172: SElinux guix-daemon.cil file

Hi All, I appologize for the formatting.  I use tbird and I can't find a way to do plain-text mode. I'm trying to get guix-1.0.1 running on Fedora-30 with its default SElinux set up. I found (hint from https://lists.gnu.org/archive/html/guix-devel/2019-05/msg00109.html) that the guix-daemon.

bug#36330: guix-build-branch.sh failed on Fedora 29

On 7/4/19 2:29 AM, Ludovic Courtès wrote: Hi Matt, Matt Wette skribis: write(2, "updating checkout of 'https://notabug.org/cwebber/guile-gcrypt.git'...\n", 71) = 71 openat(AT_FDCWD, "/usr/lib64/libgit2.la", O_RDONLY) = -1 ENOENT (No such file or directory) I

bug#36330: guix-build-branch.sh failed on Fedora 29

On 6/24/19 11:54 AM, Ludovic Courtès wrote: readlink -f /home/mwette/proj/guix/guix-1.0.1/test-tmp/var [mwette@localhost ~]$ readlink -f /home/mwette/proj/guix/guix-1.0.1/test-tmp/var /home/mwette/proj/guix/guix-1.0.1/test-tmp/var

bug#36330: guix-build-branch.sh failed on Fedora 29

On 6/24/19 1:26 AM, Ludovic Courtès wrote: make check TESTS=tests/guix-build-branch.sh I did not use "-j" and the above fails also. In addition, $ guix install glibc-locales failed as well. I don't remember the error message. I will see if I can find a log. Thanks for responding, Matt

bug#32096: [wishlist] on-line documentation

On 07/08/2018 11:40 AM, Alex Kost wrote: Matt Wette (2018-07-08 09:53 -0700) wrote: It would be nice if the guix documentation was directly readable in HTML at https://www.gnu.org/software/guix Perhaps I miss-understood what you mean, but it is available: https://www.gnu.org/software/guix

bug#32096: [wishlist] on-line documentation

It would be nice if the guix documentation was directly readable in HTML at https://www.gnu.org/software/guix

bug#29448: Acknowledgement ([wishlist] nice option for guix)

scratch that. When I executed `guix pull' the processes were not niced, but once the builds started, the nice did seem to be there.

bug#29448: [wishlist] nice option for guix

I have `niced' the daemon and --cores=1 but the niceness does not get translated to builds. I gutless desktop is unusable during the long builds. Please, please make it be nice.

bug#27217: break up TeXlive for guix

Here is a link from macports. It may be of use. They have broken down to 50ish packages. (I didn't count.) https://trac.macports.org/wiki/TeXLivePackages

bug#19144: Please provide a bootable ISO image

This would greatly increase the number of people who can actually try out Guix as they can use a common virtualization tool rather than installing on their own computer.