bug#44452: Clash between guile-3.0 and guile-3.0-latest

Hi, On Tue, 01 Dec 2020 at 22:56, divoplade wrote: > The problem is there until core-updates is merged. The workaround that > I use appears to work, but I guess it's not something that is intended. If the problem is fixed in core-updates, then the problem is fixed. :-) No need to wait the merg

bug#44452: Clash between guile-3.0 and guile-3.0-latest

Hello, Le mardi 01 décembre 2020 à 22:41 +0100, zimoun a écrit : > > > ‘%base-packages’ already contains Guile (‘guile-3.0-latest’ > > > specifically) so maybe you just don’t need to do anything? > > > > You're right! I just filtered out guile-3.0-latest from %base- > > packages > > and it works!

bug#44452: Clash between guile-3.0 and guile-3.0-latest

Hi, This bug #44452 is about issue with Guile declaration. On Fri, 06 Nov 2020 at 11:22, divoplade wrote: > Le vendredi 06 novembre 2020 à 11:07 +0100, Ludovic Courtès a écrit : >> ‘%base-packages’ already contains Guile (‘guile-3.0-latest’ >> specif

bug#44997: Flatpaks are invisible to application launchers

Applications installed by Flatpak can't be discovered by application launchers. A fix to this is to add the directories '/var/lib/flatpak/exports/share' and '$HOME/.local/share/flatpak/exports/share' to the search path set by the XDG_DATA_DIRS environment variable.

bug#27861: python-graphene testsuite fails on x86_64

Dear, On Fri, 28 Jul 2017 at 14:43, ng0 wrote: > With the added 'python-pytest-3.0' dependency, the question > for the dependency is solved (which is a current failure), > afterwards you get to this one: > > phase `build' succeeded after 1.3 seconds > starting phase `check' > running "python setu

bug#26247: Gettext introduces timestamps in .mo files

Hi Ludo, This old bug #26247 about timestamp in .mo files from Gettext is still open: On Fri, 24 Mar 2017 at 23:54, l...@gnu.org (Ludovic Courtès) wrote: > Gettext 0.19.8.1 (current core-updates, > 77ab6983a19ef307558ab2607920158d6bb94ba8) introduces

bug#27145: document GuixSD system recovery process + document bournish and recovery/guile repl

Dear, This old bug #27145 is about documenting. See: On Tue, 30 May 2017 at 12:02, ng0 wrote: > Currently neither bournish nor the guile recovery repl are documented > in a way which is helpful for a person which isn't technical > knowledged running

bug#44996: issues.guix.gnu.org does not display unarchived re-opened bugs correctly

On #guix, 'smithras' pointed out that the issues.guix.gnu.org bugtracker front-end does not display re-opened unarchived bugs as expected: http://logs.guix.gnu.org/guix/2020-12-01.log#193652 For example, was recently unarchived and re-opened after several years. Howe

bug#25719: "guix package -i" exception should be a normal error message

Hi Danny, This old bug #25719 is about exception and error message. See: On Tue, 14 Feb 2017 at 09:41, Danny Milosavljevic wrote: > When I have network problems sometimes I get a backtrace like this: First, do you still experiment such behaviour?

bug#25504: icecat language packs

Hi, On Sat, 21 Jan 2017 at 16:12, ng0 wrote: > We should include the language packages icecat provides. > > I haven't looked into this too much, and I'm not familar with > application localization in Guix, if there are any mechanisms in > place for this already. This old bug #25504 is about IceC

bug#31977: clone tests fail on CentOS 7

Hi Paul, This old bug #31977 is about an issue on your CentOS 7 machine. Is it still relevant? On Tue, 26 Jun 2018 at 15:16, Paul Garlick wrote: > Running 'make check' in the guix source tree on a CentOS 7 system > results in 15 FAILS: > > tests/co

bug#44995: User options are not passed to the offload machine

Hello, I noticed that: --8<---cut here---start->8--- guix build something --no-substitutes --8<---cut here---end--->8--- when offloaded, will not honor the '--no-substitutes' argument and start fetching substitutes. Probabl

bug#44986: [PATCH] doc: Give references and examples for services-to-restart.

Hi! I started using unattended-upgrades, and was confused which service names (config.scm vs herd) to use. I think this small documentation patch would help others. What do you think? /Simon From c414dd60652ecdd124b189b2c46ce30ae9db986d Mon Sep 17 00:00:00 2001 From: Simon Josefsson Date: Tue,

bug#44985: ANSI sequences in unattended-upgrades.log?

Hi! The unattended-upgrades.log file is quite unreadable due to ANSI sequences. Probably use of them should be disabled when output is a log file? /Simon signature.asc Description: PGP signature

bug#44928: guix upgrade command does not accept a list of packages

Hi, On Sat, 28 Nov 2020 at 18:51, Luis Felipe via Bug reports for GNU Guix wrote: > 1. guix pull > 2. guix upgrade --dry-run > 3. Pick two packages from the list shown in (2), say, packages A and B > 4. guix upgrade A B > > > ## Expected result > > Packages A and B are upgraded. Fixed by 86971

bug#44989: GHC@8.6.5 can't find errno.h

On Tue, 1 Dec 2020 10:54:55 +0100 raingloom wrote: > Haven't had a chance to try with latest version, because there is no > substitute yet. > It's a very basic Haskell file, only imports are Data.List and > System.IO. GHCI works. > > I'm pretty sure I didn't need to add any other packages to my

bug#44989: GHC@8.6.5 can't find errno.h

Haven't had a chance to try with latest version, because there is no substitute yet. It's a very basic Haskell file, only imports are Data.List and System.IO. GHCI works. I'm pretty sure I didn't need to add any other packages to my profile when I last used GHC, but maybe things have changed since

bug#44881: glib build fail for armhf

Hey Ludo, >> This prevents the evaluation of the guix-modular specification, see: >> https://ci.guix.gnu.org/eval/19035/log/raw. I disabled the armhf-linux >> system for that specification until this is understood. > > I think we can re-enable it now? Sure, I enabled it again. Maybe we should c

bug#44872: GuixSD 1.2.0 installer fails with exception when formatting drive

Hey Tim, > I successfully installed GNU Guix. > > The work around I used for this bug is I simply ran `sudo dd > if=/dev/zero of=/dev/sda`. Basically, I think the existence of an old > GPT partition table is causing problems on a new install though I'm not > sure why. Nice you found a work-arou

bug#44835: gnu/ci.go: Embeds build path, breaking reproducible builds

Hey, > … but I don’t think we can assume that the checkout is in the > ‘%load-path’ when this code is executed. WDYT, Mathieu? Cuirass happens to add checkouts to the %load-path just before loading this file. I tested your path, it works fine. I think it is acceptable as this (gnu ci) interfa

bug#44952: Guix cross-compilation is broken.

Hey, > This is fixed by commit 07a33b1d21e240781072352f93206cfdc765f907. > > Sorry that this spoiled the pleasure of merging service discovery > support! Oh what a relieve to see you've fixed it. I had indeed a bad time discovering the cross-compilation issues just after merging. I guess my tes

bug#44612: Read standard input in `guix repl'

Indeed, it works perfectly now, I've implemented your suggestions and Nyxt is now running a "guix repl server" to which it sends all the requests. It's awesome! :) The only issue remaining is the weird behaviour that one has to pass /dev/stdin to get rid of the welcome message: echo '(display "H