Hi,
swedebu...@riseup.net writes:
> Dec 22 04:21:24 localhost NetworkManager[289]: [1545448884.2537]
> audit: op="connection-activate"
> uuid="c3d6b24a-d67c-48a9-8695-2e9dd83c1b07" name="Riseup VPN" pid=414
> uid=1000 result="fail" reason="The VPN service
> 'org.freedesktop.NetworkManager.openv
Hello Björn,
Björn Höfling skribis:
> But I tried it with network connection shut down (don't know where we
> do not have substitutes and was too lazy to configure firewall): Then
> it tries git, fails. It then tries our substitute server and fails. But
> that failure is again a stacktrace, and
This seems to be fixed in Ludo's latest commit
804b9b18ac9188ffb6c6891cbb9241c6a80ed7c8
Sent from my Sprint Phone.
-- Original message--From: brettg@posteo.netDate: Tue, Jan 8, 2019 2:15
AMTo: Alex Kost;Oleg Pykhalov;Cc: 33...@debbugs.gnu.org;Subject:bug#33854:
StumpWM build failing.
Hi,
apparently the message is printed by fsck.fat and is harmless (although we
should
still fix it). Are you sure that the services fail because of it?
> (file-systems (cons*
> (file-system
> (device (file-system-label "ESP"))
> (mount
On Mon, Jan 07, 2019 at 09:18:50AM +0100, Thorsten Wilms wrote:
> On 06/01/2019 19.19, Leo Famulari wrote:
> > But, is Guix's Blender 2.79 package working for anyone?
>
> The GUI is blank here, too. Looking at the last file I edited with a
> perfectly fine working, Guix-provided Blender, things wh
Ludovic Courtès skribis:
> Ludovic Courtès skribis:
>
>> l...@gnu.org (Ludovic Courtès) skribis:
>>
>>> The ‘guix offload’ processes on berlin regularly hang while calling
>>> ‘channel-get-exit-status’:
>>>
>>> (gdb) bt
>>> #0 0x7f299fb330f1 in __GI___poll (fds=0x1dd58c0, nfds=1, timeout=-1
Mark H Weaver skribis:
> I just noticed that I made a mistake in commit
> d8a3b1b9e847d4a44d2695f95af77170d4d2788f, which changed 'gnu-build' in
> (guix build gnu-build-system) to issue a warning if a phase returns a
> value other than #t.
>
> The result is that if a phase returns a value other t
Mark H Weaver skribis:
> 'meson-build-system' includes 'patchelf' as an implicit input for all
> packages that use it, and uses it from its 'fix-runpath' phase,
> sometimes directly and sometimes via (guix build rpath).
Since commit bf91e6835d21e3bd7b49bb85b40f61389604c6f7
‘meson-build-system’ n
l...@gnu.org (Ludovic Courtès) skribis:
> Mark H Weaver skribis:
>
>> While trying to update my GuixSD system in the last hour, I found that
>> every attempt by the substituter to download NARs resulted in a 500
>> "Internal Server Error":
[...]
>> GET /74ch6nvjfkj3i56nygwijnaghlpi01d4.narinfo
I assume that it is related because the error is printed once for each
failed service but I have no better reason than that. I can send a video of
my boot tonight... It might be a little blurry though, all I have is my
phone camera. If there's a way for me to start a screen recorder during
init or
Hello Clément,
Clément Lassieur skribis:
> This is what happens when /etc/profile isn't sourced in the remote
> non-interactive shell on guix copy.
Do you know specifically which environment variable was missing and what
caused the backtrace?
Also, what commit are you using? I’m asking becaus
Danny Milosavljevic writes:
> [...]
> Result: FAIL
> Failed 16/43 test programs. 132/1061 subtests failed.
I pushed 41a010875ba4108e666f11fc111cf5bb5dcf5464 some days ago, and
biber seems to build correctly now. Could you check whether it now works
for you?
Thanks
Hi!
Yes, it works for me now!
Closing...
pgpKnsJ6fzDDr.pgp
Description: OpenPGP digital signature
13 matches
Mail list logo
