Hello,
Leo Prikler writes:
> I don't think pulseaudio autostarting is governed by alsa. There are
> two options you can try.
>
> 1. disable autospawning through configuration. For that, try setting
> the client-conf field of the pulseaudio-configuration to
> '((autospawn . no))
> 2.
Hi Simon,
Simon Streit writes:
> Hello,
>
> quite often, and quite randomly I run into this situation that whenever
> Guix tries to rebuild a profile, and sometimes while downloading from
> local Guix hosts sharing their store items, the process will crash with
> the following error:
>
> ~ $1
> On 01/31/2022 1:35 PM Maxime Devos wrote:
>
>
> Brendan Tildesley schreef op ma 31-01-2022 om 12:23 [+0100]:
> > I just noticed there is also this:
> >
> > starting phase `install-locale'
> > warning: failed to install 'en_US.utf8' locale: Invalid argument
> >
> >
> > It occurs for other
Simon Streit writes:
> I just activated the cache. It hasn't crashed so far.
No, it did crash again.
Hello Guillaume,
Guillaume Le Vaillant writes:
> I have also seen this kind of crashes on my LAN.
> I don't know what causes this issue, but I noticed that it has happened
> less often since I activated the cache for the guix-publish service.
I just activated the cache. It hasn't crashed so
Hi there,
Maxime Devos writes:
> [[PGP Signed Part:Undecided]]
> I took a look but I don't know what's up with
>
>> g++ [...] -o cc1 [...]
>> collect2: fatal error: ld terminated with signal 9 [Killed]
>
> Seems like the linking step failed somehow?
I would guess that the build ran out of
Python (Interactive Python) is a command shell for interactive computing
in multiple programming languages, originally developed for the Python
programming language. Affected versions are subject to an arbitrary code
execution vulnerability achieved by not properly managing cross user
temporary
Ludovic Courtès writes:
> Hi,
>
> Christopher Baines skribis:
>
>> I've seen this failure consistently on one of the machines behind
>> bordeaux.guix.gnu.org, you can see the full logs via following the "View
>> build" links here [1].
>>
>> 1:
>>
Simon Streit skribis:
> Hello,
>
> quite often, and quite randomly I run into this situation that whenever
> Guix tries to rebuild a profile, and sometimes while downloading from
> local Guix hosts sharing their store items, the process will crash with
> the following error:
>
> ~ $1 reconfigure
I took a look but I don't know what's up with
> g++ [...] -o cc1 [...]
> collect2: fatal error: ld terminated with signal 9 [Killed]
Seems like the linking step failed somehow?
Greetings,
Maxime.
signature.asc
Description: This is a digitally signed message part
Hello,
quite often, and quite randomly I run into this situation that whenever
Guix tries to rebuild a profile, and sometimes while downloading from
local Guix hosts sharing their store items, the process will crash with
the following error:
--8<---cut
Hello Guix,
Build fails when saying that python3 is not found.
https://termbin.com/574m
All the best,
Pāladhammika
Hi,
With Guix at e217174b7b9046658ac3474d522bde192e9cffb4I have an issue
with the "guix shell -p ..." command, where I end up in a environment
for a profile I used previously instead of the profile specified in the
command line.
I can reproduce the issue this way:
--8<---cut
Fixed by roptat
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=9295b911163f386ac63286c1d797718afabf5585
All the best,
Pāladhammika
Grigory Shepelev schreef op ma 31-01-2022 om 15:48 [+0300]:
> The issue can be closed I guess. Thanks for your assistance.
> пн, 31 янв. 2022 г. в 00:06, Maxime Devos :
> > Grigory Shepelev schreef op zo 30-01-2022 om 22:45 [+0300]:
> > > Seems like the problem was in my .gitconfig file where
The issue can be closed I guess. Thanks for your assistance.
пн, 31 янв. 2022 г. в 00:06, Maxime Devos :
> Grigory Shepelev schreef op zo 30-01-2022 om 22:45 [+0300]:
> > Seems like the problem was in my .gitconfig file where "autocrlf =
> > true". I set it to "false", and cleared the cache.
Brendan Tildesley schreef op ma 31-01-2022 om 12:23 [+0100]:
> I just noticed there is also this:
>
> starting phase `install-locale'
> warning: failed to install 'en_US.utf8' locale: Invalid argument
>
>
> It occurs for other font-build-system fonts too. Adding glibc-utf8-locales or
>
pull.scm does this with channel files, e.g. with /etc/guix/channels.scm:
(load* file (make-user-module '((guix channels
i.e. this way field values are EVAL'd. beside the big can of worms that this
opens up, it also means that e.g. the name field must be quoted: (name 'guix).
then at other
> On 01/31/2022 10:18 AM Maxime Devos wrote:
>
>
> Brendan Tildesley schreef op ma 31-01-2022 om 02:59 [+0100]:
> > I tried updating it but came across an unzip error, maybe unicode related.
> > I've also noticed in my Icecat there are all these icons that are showing
> > as random korean
I'm trying to build a newer version of attoparsec than the one included in
guix, namely version 0.14.4.
First of all, `guix import hackage -r attoparsec` fails, as far as I can tell
because of the requirement to attoparsec-internal, with the following error:
```
$ guix import hackage -r
D. Birch schreef op zo 30-01-2022 om 20:36 [+]:
> As title.
>
> I'm using a pinebook pro (arm64) and guix pull is giving up on me.
>
> I've attached the output of stdout and stderr.
>
> Did I do something wrong?
From guix-pull-bug:
> builder for
Brendan Tildesley schreef op ma 31-01-2022 om 02:59 [+0100]:
> I tried updating it but came across an unzip error, maybe unicode related.
> I've also noticed in my Icecat there are all these icons that are showing as
> random korean characters, so I wonder if my configuration is wrong somehow??:
22 matches
Mail list logo
