bug#65240: pdfarranger can't be installed

2023-08-11 Thread Christophe Pisteur
pdfarranger can't be installed ## Steps to reproduce The following steps assume you are using Guix System with GNOME desktop. $ guix package -i pdfarranger ## Expected result pdfarranger can be installed ## Unexpected result pdfarranger can't be installed $ guix package -i pdfarranger Le p

bug#65236: package/inherit records lack location for version field

2023-08-11 Thread Maxim Cournoyer
Hello Guix, In the current code base, if you do: --8<---cut here---start->8--- (use-modules (guix package) (gnu packages qt)) (package-field-location qtbase 'version) => #f --8<---cut here---end--->8--- It ret

bug#65231: refresh: Exception in manifest is silenced, cause all packages to be selected

2023-08-11 Thread Maxim Cournoyer
Hi Guix, Consider the following manifest: --8<---cut here---start->8--- (use-modules (guix packages) (guix profiles) (guix utils) (gnu packages)) (define %qt-major-version "6") (manifest (map package->manifest-entry

bug#31611: Add a property in packages to refresh to a specific version

2023-08-11 Thread Maxim Cournoyer
Hi Hartmut, Hartmut Goebel writes: > `guix refresh` always fetches the newest version of packages. This might > not be desired in all cases. E.g. one might want to keep some still > supported "major" upstream-version and not yet update to the next > "major" version. > > Ludo suggested to add a p

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

2023-08-11 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
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. Simple™

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

2023-08-11 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
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. --- guix/scrip

bug#63726: time-machine without options does not get the latest commit

2023-08-11 Thread Ludovic Courtès
Hi Konrad & Simon, I had forgotten about this issue (my apologies…) and stumbled upon it again recently, which led me to approach it a bit differently: https://issues.guix.gnu.org/65229 Let me know what you think! Thanks, Ludo’.

bug#26877: building fonts: fontcache must be updated regulary

2023-08-11 Thread Maxim Cournoyer
Hello, 宋文武 writes: [...] > Hello, I think we can close this now, since this commit: > > commit 6f12880a76a6c91058718d15845f8b9d9b529a5a > Author: Sarah Morgensen mgsn.dev> > Date: Fri Jun 18 17:52:05 2021 -0700 > > gnu: fontconfig: Use (locally) deterministic caching > > Make fo

bug#64760: make check fails on 182be30fb1a8b847c30492462ec22c08ec7a9849

2023-08-11 Thread Janneke Nieuwenhuizen
Ludovic Courtès writes: Hey! > Janneke Nieuwenhuizen skribis: > >> test-name: gc-roots, initial >> location: /home/janneke/src/guix/master/tests/store-roots.scm:33 >> source: >> + (test-equal >> + "gc-roots, initial" >> + (list (string-append %state-directory "/profiles")) >> + (begin >> +

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

2023-08-11 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
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 l

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

2023-08-11 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
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 bui

bug#25865: xinit does not allow non-root startx

2023-08-11 Thread 宋文武 via Bug reports for GNU Guix
Alex Vestgaard writes: > Hi, > > xinit suffers from an upstream bug, which does not allow non-root X to be run > without a display manager via startx or xinitrc. Several > people have reported this on #guix. > > Currently if one runs startx as non-root, X reports: > (EE) parse_vt_settings: Canno

bug#26877: building fonts: fontcache must be updated regulary

2023-08-11 Thread 宋文武 via Bug reports for GNU Guix
Maxim Cournoyer writes: > Hello, > > l...@gnu.org (Ludovic Courtès) writes: > >> Hi, >> >> Mark H Weaver skribis: >> >>> The usual Guix way to handle things like this is to arrange for the font >>> cache to be part of the profile, and to create a profile hook that >>> creates the cache from all

bug#18640: fontconfig's cache is not refreshed automatically

2023-08-11 Thread 宋文武 via Bug reports for GNU Guix
Hello, I believe this issue had been fixed by: commit 6f12880a76a6c91058718d15845f8b9d9b529a5a Author: Sarah Morgensen Date: Fri Jun 18 17:52:05 2021 -0700 gnu: fontconfig: Use (locally) deterministic caching Make fontconfig use directory contents rather than modification time t

bug#65219: OpenFOAM is not reproducible

2023-08-11 Thread Ludovic Courtès
The ‘openfoam-org’ and ‘openfoam-com’ packages are not reproducible: --8<---cut here---start->8--- $ ./pre-inst-env guix challenge openfoam-{org,com} /gnu/store/nqv35ydmqmxazv33m84gf1130m10n8ig-openfoam-com-2212 contents differ: no local build for '/gnu/store