bug#30265: Fish embeds store file names in UCS-4/UTF-32 literal strings

I looked into it and I think a patch to fish might be required but I got buried in other work.

bug#45776: Bug? Haskell GHC wont' work since ghc@8.6?

Hello zimoun, I believe it can be closed, thanks! - John

bug#46925: Ripgrep tests failures due to bstr update

Hey Nicolas, I think the problem is that the version bound is too loose in cargo.toml upstream. What does the cargo.lock say on the current master?I am beginning to think we need to follow the cargo.lock to resolve dependencies first if it exists. Thanks, John

bug#46925: Ripgrep tests failures due to bstr update

Hey Nicolas, I think the breaking tests do actually indicate breaking functionality in this case since there is a whole test suite dedicated to the bytestring representation. Maybe the fix could be using a later commit in which the later bstr is used. There are definitely unreleased

bug#46925: Ripgrep tests failures due to bstr update

Hi Guix, I just talked to burntsushi on github about the failing ripgrep tests. It looks like the version of bstr we are now using changed the representation of bstrs and caused us test failures. Changing the version of bstr used in ripgrep@12.1.1 to 0.2.12 should fix the problem. See

bug#46297: nix-service-configuration is missing the default /bin/sh

After some review and testing, I am not sure we need build-sandbox-paths either.

bug#46297: nix-service-configuration is missing the default /bin/sh

Hi guix, I am working with nix at work and I found some issues with the sandbox configuration for nix.The docs say that the default sandbox-paths should have a default mount for /bin/sh

bug#45777: duplicate entry

This was a duplicate entry

bug#46016: broken Proof-General (emacs front-end to Coq)

Hi zimoun! I'm sorry I forgot I had this line in init.el: (load-file "~/.guix-profile/share/emacs/site-lisp/site-start.d/pg-init.el") It does seem like proof general is misconfigured. Apologies. - John

bug#46016: broken Proof-General (emacs front-end to Coq)

Hi zimoun, I use Proof General pretty regularly. I think this is the same as https://issues.guix.gnu.org/45781. Kindly, John

bug#45758: Issue with emacs/fontconfig

This was closed after some debugging on irc

bug#44062: Fixed in 45050

If this is in error, can you open a new ticket?Thanks!

bug#45778: Bug? Haskell GHC wont' work since ghc@8.6?

Hi zimoun, zimoun writes: > Choosing the C toolchain and propagating one are not really related. Good point. > I mean, one C toolchain could be propagated by default, so then GHC works > out-of-the-box. And the build transformation ’--with-c-toolchain’ > should provide the flexibility to use

bug#25327: cargo build-system should be able to filter out target.cfg(windows) dependencies

Hi zimoun, I think that the configuration phase will fail even if conditional compilation dependencies are missing.It’s worth a shot though! - John

bug#45778: Mistaken issue report

bug#45778: Bug? Haskell GHC wont' work since ghc@8.6?

Hi yasu, This question comes up on the mailing list every so often, but I don’t think it is a bug. I want to be able to choose the c toolchain ghc uses myself. I would rather introduce some Haskell specific documentation. We discussed during the guix day that we

bug#45776: Bug? Haskell GHC wont' work since ghc@8.6?

Hi yasu, Compiling with ghc requires a c toolchain (like gcc-toolchain) installed to work. Can you try again after installing gcc-toolchain?Ghc has not been perfect for me recently but I use it quite a lot. Hope that helps, John

bug#45633: bcc and bpftrace require kernel headers from system

Hi Tobias, Tobias Geerinckx-Rice writes: > John, > > This reminds me of . Hm, maybe. How does it remind you of zfs? It seems like zfs needs the libraries from util-linux, right? bcc and bpftrace need the kernel headers. The following should illustrate there is

bug#45633: bcc and bpftrace require kernel headers from system

Hi Guix, When I added bcc and bpftrace to guix I didn't think much of which version of the kernel headers would be used. After a few kernel updates, it has become clear that the current-system kernel headers need to match the kernel headers the packages are compiled with. Can they be provided

bug#45049: [PATCH] Update bcc and bpftrace kernel headers

Updated to kernel 5.10. >From 83c0d125e505d8d0695cd3b58806e31cf4c0cf22 Mon Sep 17 00:00:00 2001 From: John Soo Date: Fri, 4 Dec 2020 20:36:11 -0800 Subject: [PATCH 1/2] gnu: Use 5.10 kernel headers for bcc. * gnu/packages/linux.scm (bcc): [inputs] Update dependency. --- gnu/packages/linux.

bug#45055: cabal-install does not work with default ghc

Hi Guix, Our version of cabal-install is 2.4.0.0 which is not supported by the default version of ghc (8.8). It probably ought to be updated. Kindly, John

bug#43448: FreeCAD fails to compile

Nice work Ekaitz! I worked hard on freecad, it is quite a difficult program to package. That was a weird issue that I asked about on the freecad forums. Perhaps it is fixed upstream now, which would be excellent. Thanks for keeping it up to date! - John

bug#45049: [PATCH] Update bcc and bpftrace kernel headers

001 From: John Soo Date: Fri, 4 Dec 2020 20:36:11 -0800 Subject: [PATCH 1/2] gnu: Use 5.9 kernel headers for bcc. * gnu/packages/linux.scm (bcc): [inputs] Update dependency. --- gnu/packages/linux.scm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gnu/packages/linux.scm b/

bug#44646: [PATCH] gnu: Add uuid support (back?) to recutils.

ot; ,curl) >> - ("libgcrypt" ,libgcrypt))) >> + ("libgcrypt" ,libgcrypt) >> + ("libuuid:lib" ,util-linux "lib"))) > > Thanks, > Ludo’. It seems to build OK without the native-input, so I re

bug#44646: [PATCH] gnu: Add uuid support (back?) to recutils.

Hi Guix, I've been getting into some recutils recently and I found out ours is not configured with uuid support. Perhaps there are other optional things we could add? - John >From ad122b175d798ab3d50e7b41337694538043a218 Mon Sep 17 00:00:00 2001 From: John Soo Date: Sat, 14 Nov 2020 12:42

bug#44619: [PATCH] Expose some functions for guix.el

Ludovic Courtès writes: > In general, code outside the repo should not use ‘@@’ at all to refer to > Guix internals; we should ensure this is the case for Emacs-Guix. > > Actually, even code within Guix should avoid it. :-) Indeed. I submitted some patches to emacs-guix to remedy this:

bug#43448: Closed by 41170

bug#44619: [PATCH] Expose some functions for guix.el

8484fe952b674c2cdaa70315d49df3c8aa57 Mon Sep 17 00:00:00 2001 From: John Soo Date: Thu, 12 Nov 2020 21:47:36 -0800 Subject: [PATCH 1/2] guix pack: Expose some bindings for third-party use. * guix/scripts/pack.scm (compressor-name, compressor-extension, compressor-command, %compressors, %formats):

bug#41419: Closed by 41170

bug#44619: [PATCH] Expose some functions for guix.el

reasonable to expose since they give programmatic access to "API"s that the CLI user is most likely familiar with. Thanks! John >From af50f2d398096f7f8bd4efd9255b5713f39104b2 Mon Sep 17 00:00:00 2001 From: John Soo Date: Thu, 12 Nov 2020 21:47:36 -0800 Subject: [PATCH 1/2] guix pack

bug#42480: cabal-install/GHC fails to find libraries

Hi Ricardo, I do have gcc-toolchain installed and I just realized that my project compiles fine if I do not try to statically link. I believe this can be closed as dynamic linking works fine. My mistake. I did see the issue regarding captured inputs to ghc. I am in favor of removing them. I

bug#42480: cabal-install/GHC fails to find libraries

Hi Guix, I have a haskell project until recently compiled with the following: env -u GHC_PACKAGE_PATH cabal new-build Now it fails with the following: ld: cannot find -lm ld: cannot find -lpthread ld: cannot find -lz ld: cannot find -lrt ld: cannot find -lutil ld: cannot find -ldl ld: cannot

bug#41604: guix pull impossible after rebasing a local repository

Perfect! Thank you!

bug#41604: guix pull impossible after rebasing a local repository

Hi Ludo, Ludovic Courtès writes: > It supports unrelated Git histories. It could really be called > ‘--allow-anything’ but I thought it’d be less descriptive. :-) > > If you hit a problem with that, please report it (perhaps I just > overlooked it in the other issue.) Oh nice, then this

bug#41604: guix pull impossible after rebasing a local repository

Hi Ludo! I hope you are well. Ludovic Courtès writes: > What happens is that ‘guix pull’ ensures that it only ever makes > “fast-forward” updates by default, in Git parlance. The goal is to > detect obvious “downgrade attacks”: > > https://issues.guix.gnu.org/41425 Oh I see, I'm sorry I

bug#22883: Authenticating a Git checkout

Hi Ludo, I like this idea a lot since I use a checkout which I guess constitutes a "fork" in this scenario. I opened bug#41604 (http://issues.guix.gnu.org/issue/41604) after having trouble with a rebase based workflow. Some of my problems certainly come from my lack of understanding of the

bug#41604: guix pull impossible after rebasing a local repository

Hello again, zimoun writes: > On Sun, 31 May 2020 at 07:04, John Soo wrote: > >> My problem largely comes from the fact that I specified a branch in >> channels.scm for over a year with the same workflow. If a branch can >> be specified for a channel repo then th

bug#41604: guix pull impossible after rebasing a local repository

Hi Arne, Interesting idea about mercurial. My problem largely comes from the fact that I specified a branch in channels.scm for over a year with the same workflow. If a branch can be specified for a channel repo then the system probably should handle the current pull commit not being

bug#41604: guix pull impossible after rebasing a local repository

Hello, zimoun writes: > Is "guix pull --commit=1444040933 --allow-downgrades" not working for you? Yeah guix pull --commit=1444040933 --allow-downgrades failed. > What do you mean? An option for you or an option of "guix pull"? > Ah my bad, it is "--roll-back". The double "--roll-back" and

bug#41604: guix pull impossible after rebasing a local repository

Hello, zimoun writes: > Maybe, you can try: > >guix pull --commit=57518fc7bf1efc899c0dabaa76685a319661f8e4 > --allow-downgrades > if 57518fc7 is really in your channel at ~/john/projects/guix/.git -- > I mean, you have replaced 'https://' by a local clone where you are > committing stuff,

bug#41604: guix pull impossible after rebasing a local repository

Hi there, zimoun writes: > Hi John, > > On Fri, 29 May 2020 at 18:39, John Soo wrote: > > Have you used '--allow-downgrades' before or after the big remove? > And your current 'guix describe' is 57518fc7, right? I used it after the cache removal unfortunately.

bug#41604: Acknowledgement (guix pull impossible after rebasing a local repository)

One other note I forgot to mention. Using guix pull --allow-downgrades gives the same error.

bug#41604: guix pull impossible after rebasing a local repository

Hi Guix, I use a local git repo with branch that I specify in channels.scm. My usual workflow is: 1. rebase on origin 2. guix pull This stopped working with the following error: Updating channel 'guix' from Git repository at 'file:///home/john/projects/guix/.git'... guix pull: error: aborting

bug#41419: FreeCAD incompatible with python 3.8

Hi Guix! When core-updates was merged in 4bdf4182fe080c3409f6ef9b410146b67cfa2595 FreeCAD got broken due to what seems to be an outstanding issue: https://forum.freecadweb.org/viewtopic.php?t=38982 This issue is to note that we might try to send a patch upstream, or patch the freecad package

bug#40587: Installing fish-foreign-env does not install the fenv function

Hi Guix, I would love to install the fenv fish function via guix. It is available under fish-foreign-env. Installing it does not make the function available, though. I think this might be due to some data directory paths not being setup in the fish package definition but I do not know enough

bug#30435: libreoffice: Fonts don't show up after install

Hi there, I think this is the same issue as 26877. Can font information be compiled into a fonts.conf? - John

bug#30265: Fish embeds store file names in UCS-4/UTF-32 literal strings

Hi Ludo, I am willing to work on this. I use fish as my login shell and noticed some more funky behavior when I tried to use fish-foreign-env. It looks like fish.cpp still uses widestrings. So the references to old store paths I think become stale, if I understand the rest of the conversation.

bug#35139: Rust builds systematically time out

Hi everyone, Is this still happening? It looks like rust-1.24.1 is completing successfully on both ci servers. - John

bug#36014: [PATCH] Attempt to use console-fonts not provided by kbd if they are installed

Hi Ludo, I am not familiar with the info and html documentation build process. Will this patch suffice? Thank you, John From 681d6e2f81b4cf46501c2312edcef4c98284675b Mon Sep 17 00:00:00 2001 From: John Soo Date: Fri, 16 Aug 2019 10:45:43 -0700 Subject: [PATCH] gnu: Update console-font-service

bug#36014: [PATCH] Attempt to use console-fonts not provided by kbd if they are installed

Ok so I tried your suggestion and it works! I’m so surprised but I think I’ll update the docs to reflect this possibility instead of the current patch. - John > On Jul 11, 2019, at 1:49 PM, Ludovic Courtès wrote: > > Hi John, > > John Soo skribis: > >> I lo

bug#36014: [PATCH] Attempt to use console-fonts not provided by kbd if they are installed

Thanks Ludo! I really appreciate how engaged you are btw. Thanks so much. But yes I agree I’d rather not change the directory either. I will see what I can do and report back. John > On Jul 11, 2019, at 1:49 PM, Ludovic Courtès wrote: > > Hi John, > > John Soo skribis:

bug#36014: [PATCH] Attempt to use console-fonts not provided by kbd if they are installed

to a directory where more console fonts may be installed. - John From 15aa08d212ecea31adcd86f922c0f68297cd423a Mon Sep 17 00:00:00 2001 From: John Soo Date: Wed, 10 Jul 2019 06:51:41 -0700 Subject: [PATCH] gnu: Try using any system installed console fonts. --- gnu/services/base.scm | 7 +++ 1

bug#36014: Allow console-font service to use fonts other than those packaged with kbd

The console font service only allows fonts installed by default in the kbd package (tamzen, for instance, has a nice bitmap font available). I don’t know what the solution might be. I do know that setfont looks in the default font directory only for fonts and the available fonts are those that

bug#36013: Specify keybindings and font for kmscon-service

Kmscon supports various font engines (and more than just bitmap fonts!) and xorg style keyboard layouts configuration. Those would be really nice to be able to configure. I have tried to do this myself. I found the following when modifying the kmscon-service - The options can be provided via