bug#58247: Using guix time-machine results in unsupported manifest format error

Hi, On Sun, 02 Oct 2022 at 20:57, david larsson wrote: > On 2022-10-02 19:02, zimoun wrote: >> It is probably because an issue with version of manifest; e.g, fixed by >> 67a6828b2bb821274757f686f7c685b664339a96. See >> . > > Note that the commit I'm on, is

bug#58090: Missing bin/ffplay in ffmpeg@4

Hi, Zhu Zihao skribis: > citreu@asus-laptop:~$ guix describe > Generation 1149月 26 2022 13:24:04 (当前) > guix 754ce58 > repository URL: https://mirror.guix.org.cn/git/guix > branch: master > commit: 754ce586e013582b0f6d28337fdc46db35395997 > citreu@asus-laptop:~$ guix

bug#58040: "guix style" puts closing parentheses on the wrong line

Hi, Maxime Devos skribis: > and running "guix style -f a.scm" on it, it becomes > > (define (find-latest-release releases) > (fold (match-lambda* (((key . value) result) > (cond > ((even-minor-version? key) >(match

bug#58205: reconfiguration stuck unless using '--no-grafts'

Hi, Maxim Cournoyer skribis: > While working on Berlin today from a chroot, and with --no-substitutes > used for guix-daemon, I wasn't able to complete the 'guix system > reconfigure' step; it'd hand on a read call (seen using strace): > > statfs("/gnu/store", {f_type=BTRFS_SUPER_MAGIC,

bug#58247: Using guix time-machine results in unsupported manifest format error

On 2022-10-02 19:02, zimoun wrote: [..] It is probably because an issue with version of manifest; e.g, fixed by 67a6828b2bb821274757f686f7c685b664339a96. See . Note that the commit I'm on, is from 2 days ago, which is after the fix commit you're

bug#58247: Using guix time-machine results in unsupported manifest format error

Hi, On dim., 02 oct. 2022 at 13:17, david larsson wrote: > Im on commit 729ce5f and Im running: guix time-machine --commit=7e8e070 > -- package -i hello > > and it outputs: > >guix package: error: unsupported manifest format It is probably because an issue with version of manifest; e.g,

bug#57490: UPower ignores ‘critical-power-action’

Hi! Maxime Devos skribis: > On 05-09-2022 14:56, Ludovic Courtès wrote: >> I’d like to test whether UPower invokes the intended critical action, >> but I’m not sure how to simulate a low battery level. Thoughts? > > I've found a 'Virtual Battery Driver': https://lwn.net/Articles/440097/ > >

bug#58251: Mesa missing patches for Vulkan shared libraries

As per https://issues.guix.gnu.org/57297 > It was only recently that I was able to fix an issue with the tutorial > program not finding the .so for the validation layer, by patching the > layer manifest file with the full store path of the .so. A similar > phase would need to be added to the

bug#58250: [PATCH 1/2] modules: Remove load path prefix from module name.

* guix/modules.scm (file-name->module-name): Ignore load path prefix when building module name. --- It was mentioned on IRC, that (guix modules)'s file-name->module-name might be function to be used by the JSON importer (and fixed if needed). This patch attempts to implement the idea from the

bug#58250: [PATCH 2/2] import: print: Use file-name->module-name.

* guix/import/print.scm (package->code)[package-module-name]: Use file-name->module-name to build the package module name. --- This patch updates the JSON importer to use (guix modules)'s file-name->module-name to determine the module name. guix/import/print.scm | 6 ++ 1 file changed, 2

bug#58250: guix import json: GUIX_PACKAGE_PATH -- no code for module

Hi, I'm having an issue with the JSON importer. The following example attempts to illustrate the problem: > $ cd $(mktemp -d) # -> /tmp/tmp.J3f9qsyDIL > /tmp/tmp.J3f9qsyDIL$ cat myhello.json > { > "name": "myhello", > "version": "2.10", > "source": "mirror://gnu/hello/hello-2.10.tar.gz",

bug#58247: Using guix time-machine results in unsupported manifest format error

Hi, Im on commit 729ce5f and Im running: guix time-machine --commit=7e8e070 -- package -i hello and it outputs: guix package: error: unsupported manifest format I have tried nesting time-machine as well like: guix time-machine --commit= -- time-machine --commit= -- package -i hello

bug#57878: Minimal reproducible setup

Hi David and Liliana, Thanks David for the added observations. This does indeed look like an upstream bug, but it also seems to have a context dependence because the Debian bug reports list some packages are affected that cause no problem under Guix (e.g. git-timemachine). As for Liliana's idea