bug#43721: Package 'dune' (ocaml) is not Reproducible

Dear, On Wed, 30 Sep 2020 at 14:42, Julien Lepiller wrote: >> --8<---cut here---start->8--- >> Binary files >> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/configurator/configurator.cma >> and >> /gnu/store/1wwdmzcjhrpal92sz2

bug#43843: git-annex is not Reproducible

zimoun skribis: > On Mon, 12 Oct 2020 at 12:34, Ricardo Wurmus wrote: > >> > Does the parallel build save a lot of time and CPU? If yes, maybe we >> > could to provide a transformation for the expert, something like >> > "haskell-build-system-with-parellel-build" which tweaks >> > "PARALLEL-BUI

bug#24066: icecat "mailto" handler does not work - and cannot be reconfigured by user

Hello Danny, Danny Milosavljevic writes: [...] > Checking the application preferences of icecat, it only gives "always > ask" (note: it doesn't ask) and not an application for "mailto". (in > GuixSD) Testing in latest IceCat, there's a 'Use other...' entry in the mailto applications configurat

bug#43843: git-annex is not Reproducible

On Tue, 13 Oct 2020 at 15:06, Ludovic Courtès wrote: > You can always build with ‘--cores=1’, which will ensure both the build > and test will run sequentially. Yes but in this case, "guix challenge" would still complain, isn't it?

bug#24288: gnome-maps fails

Hello Ricardo, Ricardo Wurmus writes: > I just installed “gnome-maps” and tried to start it with disappointing > results: > > > $ gnome-maps > > (org.gnome.Maps:5547): GLib-GIO-ERROR **: Settings schema > 'org.gnome.desktop.interface' is not installed > > Trace/breakpoint trap > ~

bug#18698: Our WindowMaker wrapper pollutes PATH in the entire X session

Hello, Mark H Weaver writes: > We install a wrapper script around WindowMaker that prepends > /gnu/store/XXX-windowmaker-XXX/bin to $PATH. This setting is propagated > to all subprocesses in the entire X session, which is suboptimal. It > would be nice to find another solution, preferably by u

bug#43721: Package 'dune' (ocaml) is not Reproducible

Le 13 octobre 2020 08:17:10 GMT-04:00, zimoun a écrit : >Dear, > >On Wed, 30 Sep 2020 at 14:42, Julien Lepiller >wrote: > >>> --8<---cut here---start->8--- >>> Binary files >>> >/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune

bug#43721: Package 'dune' (ocaml) is not Reproducible

On Tue, 13 Oct 2020 at 17:29, Julien Lepiller wrote: > Yes, the differences look very similar between these two issues. I've posted > a bug report at https://github.com/ocaml/dune/issues/3863. Hopefully this > will result in a good fix. As a workaround, building with one thread seems to > be e

bug#43721: Package 'dune' (ocaml) is not Reproducible

Le 13 octobre 2020 11:41:32 GMT-04:00, zimoun a écrit : >On Tue, 13 Oct 2020 at 17:29, Julien Lepiller >wrote: > >> Yes, the differences look very similar between these two issues. I've >posted a bug report at https://github.com/ocaml/dune/issues/3863. >Hopefully this will result in a good fi

bug#43893: [PATCH v2] maint: update-guix-package: Prevent accidentally breaking guix pull.

Maxim Cournoyer writes: > Fixes . > > This changes the 'update-guix-package' tool so that it: > > 1. Always uses a clean checkout to compute the hash of the updated 'guix' > package. > 2. Ensures the commit used in the updated 'guix' package definition has > al

bug#40832: alsa-lib cannot find its plugins

Upstream has implemented (but not yet released) a potential solution: https://github.com/alsa-project/alsa-lib/commit/8580c081c25678d11278efcb61bd15cf44d0a225 I haven't tested it yet but my understanding is that it supports specifying a single plugin directory via the ALSA_PLUGIN_DIR environment

bug#43984: `--with-graft=...` doesn't work with packages of different length name/version

As expected, if you attempt to graft a package's dependency, and it's name + version is different length to the original dependency, then it will fail to graft. Maybe if the length/version is different, then a symlink could be created in the store pointing to the new dependency, with a name/versio

bug#43893: [PATCH v3] maint: update-guix-package: Prevent accidentally breaking guix pull.

Fixes . This changes the 'update-guix-package' tool so that it: 1. Always uses a clean checkout to compute the hash of the updated 'guix' package. 2. Ensures the commit used in the updated 'guix' package definition has already been pushed upstream. * build-aux/

bug#43893: [PATCH v2] maint: update-guix-package: Prevent accidentally breaking guix pull.

Hello Marius, And thanks for the review! [...] >> +(define (git-add-worktree directory commit-ish) >> + "Create a new git worktree at DIRECTORY, detached on commit COMMIT-ISH." >> + (invoke "git" "worktree" "add" "--detach" directory commit-ish)) > > Is it feasible to use Guile-Git here (given