See https://github.com/rncbc/qjackctl/issues/96 for the error messages.
I have just confirmed this by building qjackctl with jack2 as an input,
verifying the settings are unchanged, and starting jackdbus from qjackctl.
Hi,
I'm hitting this while testing some patches too.
[env]$ make check-system TESTS=encrypted-root-and-boot-os
[...]
successfully built
/gnu/store/32qhcfz3amwq9zisqnagdvrlpl3lr82a-guix-system-tests-modules.drv
building
/gnu/store/dsq1i6hfhqnx25gsa5m00q9a7d1vshql-module-import-compiled.drv...
[
Hey Ludo,
Ludovic Courtès writes:
> Hi,
>
> Maxim Cournoyer skribis:
>
>> +(define %savannah-guix-git-repo-push-url
>> + "git.savannah.gnu.org/srv/git/guix.git")
>
> [...]
>
>> +(define (find-origin-remote)
>> + "Find the name of the git remote with the Savannah Guix git repo URL."
>> + (and
Hi!
Maxim Cournoyer skribis:
$ time guix environment --ad-hoc --search-paths r-learnr
guix environment --ad-hoc --search-paths r-learnr 5,90s user 0,09s system
210% cpu 2,844 total
$ time guix environment --ad-hoc --search-paths r-learnr --no-grafts
guix environment
Hi again,
How about this variant of the initial script? I think it addresses the
main issues we discussed here:
1. By default it doesn’t re-add the source in the store, so wrong
commit/hash issues are caught when running ‘guix build guix’.
2. It diagnoses dirty trees early on. It does
Hi Maxim,
Maxim Cournoyer skribis:
> Ludovic Courtès writes:
>
> [...]
>
>>> Currently, we have:
>>>
>>> time make update-guix-package
>>> git rev-parse HEAD
>>> 4893a1394e2eb8b97995b491f2f37ed85513a20f
>>> ./pre-inst-env
>>> "/gnu/store/i7z4pfa0c22q0qkxyl7fy2nlp3w658yg-profile/bin/guile"
Hi,
Maxim Cournoyer skribis:
> +(define %savannah-guix-git-repo-push-url
> + "git.savannah.gnu.org/srv/git/guix.git")
[...]
> +(define (find-origin-remote)
> + "Find the name of the git remote with the Savannah Guix git repo URL."
> + (and-let* ((remotes (string-split (with-input-pipe-to-st
This v2 doesn't change the other patches, only this one, because it was
the one I wasn't happy with. It changes from v1 as the separate output
"locale" is not generated, but instead the mo files are placed into
share/locale with the expected names.
>From c8aff861461b599095d55b9f694e074d433c72bb M
