Hi,
I confirm this bug.
On sam., 28 janv. 2023 at 13:45, Theodore Ehrenborg
wrote:
> [ Info: Precompiling IJulia [7073ff75-c697-5162-941a-fcdaad2a7d2a]
> ERROR: LoadError: InitError: SystemError: opening file
> "/gnu/store/npj8z0g9nx14wl22yphqfs2c5w4qk5jk-julia-1.8.3/share/julia/cert.pem":
> N
宋文武 writes:
>> [...]
>>
>> Hello Feng Shu and Michael Rohleder, I have create a wip-xfce branch and
>> applied all patches: They're all LGTM, and I will merge it after some
>> tests later. Thank you!
>>
>
> Pushed!
>
> During my tests, I find some issues though:
>
> 1. in xfce4-appearance-settin
Ludovic Courtès skribis:
> We have a problem! Depending on whether grafts are enabled, we end up
> building one of two different derivations for ‘guix’ (“real”
> derivations; none of them is a mere grafting derivation):
A similar situation:
--8<---cut here---start--
Ludovic Courtès skribis:
> --- #
> +++ #
> @@ -45,7 +45,7 @@
>(assoc-ref %outputs "out"))
> (ruby-build #:name "ruby-nokogiri-1.13.10" #:source
> "/gnu/store/82giwp6r123kky2fg6a0bkx7dyh0vp2h-nokogiri-1.13.10.gem" #:system
> "x86_64-linux" #:gem-flags
> (list "--" "--u
Hi,
Csepp skribis:
> So it looks like the hashes are the same and the difference is instead
> in how it's run.
> Usually I run it with i3's XDG desktop file based launcher, but when I
> used the --with-latest transformation I was running it from a guix
> shell.
> Maybe it's using the non-canonic
Hi Lars,
Lars-Dominik Braun skribis:
> during testing of wip-haskell I observed the make-dynamic-linker-cache
> phase is taking alot of time (up to two minutes on a fast machine with
> SSD). Looking at ghc-hindent for example [1]:
>
> starting phase `make-dynamic-linker-cache'
> created
Hi,
Thanks for getting back with me.
Gentoo appears to have fixed this bug by linking julia/cert.pem to the
system's ca-certificates.crt.
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=26b59330b5222996defa4536237e62404bf21168
Is there a way I could rebuild my own slightly modified Julia wi
Ludovic Courtès skribis:
> The reason is that calling setns(2) on a PID namespace “changes only the
> PID namespace that subsequently created child processes of the caller
> will be placed in; it does not change the PID namespace of the caller
> itself.”
Fixed in 0ef8fe22ed8985c9656835fc25ab3463
Hi,
The bug should be fixed with the upgrade to Guile-SSH 0.16.3 in commit
e6f557dd23fbb298afa92dba3133ed985e560699.
Thanks Artyom for the prompt fix & release!
Ludo’.
Simon Tournier writes:
> Hi,
>
> On Fri, 25 Nov 2022 at 18:45, Clément Lassieur wrote:
>
>> It's very difficult to pin the issue down to a guix package being
>> installed.
>>
>> I imagine the bug would not happen if ~/.guix-profile/share was not in
>> XDG_DATA_DIRS.
>
> Yes, it is related to XDG
New fork: https://github.com/aperezdc/termite
Maybe also remove vte-ng.
11 matches
Mail list logo