On Sun, Jan 09, 2022 at 07:49:30PM +0100, Wiktor Żelazny wrote:
> On Sun, Jan 09, 2022 at 07:03:33PM +0100, Ricardo Wurmus wrote:
> >
> > Wiktor Żelazny writes:
> >
> > > One more thing: the problem started after I had had to roll-back a
> > > segfaulting guix build.
> >
> > Is LD_LIBRARY_PATH set
On Sun, Jan 09, 2022 at 07:09:21PM +0100, Tobias Geerinckx-Rice wrote:
> that could prevent you from grokking & fully enjoying it, which is why
> it's so important to correct.
Hi Tobias,
Thank you, I appreciate it.
> ‘guix time machine --commit=COMMIT -- COMMAND’ builds guix@COMMIT, and
> then
André A. Gomes writes:
> Ricardo Wurmus writes:
>
>> Wiktor Żelazny writes:
>>
>>> One more thing: the problem started after I had had to roll-back a
>>> segfaulting guix build.
>>
>> Guix should not segfault. A segfault is always a severe bug. Or it’s
>> an indication that LD_LIBRARY_PATH
Ricardo Wurmus writes:
> Wiktor Żelazny writes:
>
>> One more thing: the problem started after I had had to roll-back a
>> segfaulting guix build.
>
> Guix should not segfault. A segfault is always a severe bug. Or it’s
> an indication that LD_LIBRARY_PATH is set, forcing incompatible
> librar
Hi Wiktor,
Regarding only
in an attempt to force removal of old store items in hope that
they
would be rebuilt and relinked to the new glibc. Unfortunately,
the
problem persists.
which reveals a fundamental misunderstanding about Guix that could
prevent you from grokking & fully enjoying i
On Sun, Jan 09, 2022 at 07:03:33PM +0100, Ricardo Wurmus wrote:
>
> Wiktor Żelazny writes:
>
> > One more thing: the problem started after I had had to roll-back a
> > segfaulting guix build.
>
> Is LD_LIBRARY_PATH set
Not anymore.
$ set | grep LD_LIBRARY_PATH
[nothing]
> Do you have glib
Wiktor Żelazny writes:
> One more thing: the problem started after I had had to roll-back a
> segfaulting guix build.
Guix should not segfault. A segfault is always a severe bug. Or it’s
an indication that LD_LIBRARY_PATH is set, forcing incompatible
libraries to be used.
Is LD_LIBRARY_PATH
On Sat, Jan 08, 2022 at 01:50:43PM -0500, Leo Famulari wrote:
> When you build a Guix package, its entire dependency graph including
> glibc (and all the way down to the bootstrap) is already specified.
> The dependencies are "set in stone" before you start building.
Thank you for your prompt rep
On Sat, Jan 08, 2022 at 04:11:55PM +0100, Wiktor Żelazny wrote:
> Guessing that this has something to do with glibc system-wide version
> upgrade (no idea, why X libraries are involved here, though), I tried:
>
>guix pull --delete-generations=1m
>sudo guix system delete-generations 1m
>
Dear Guix,
I’ve been having a problem illustrated by this MWE for the last couple
of weeks:
$ guix time-machine --channels=channel-specs.scm -- environment bash
/gnu/store/bb27inmp90vyx59q1453zl1rs9h73kjd-guile-wrapper/bin/guile:
/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/l
10 matches
Mail list logo
