Ludovic Courtès writes:
> The way ‘guix style -S inputs’ handles it is by starting editing
> packages from the bottom of the file and upwards (see the bottom of
> (guix scripts style)). That way, source location is valid as it edits
> things.
>
> Perhaps we can do that here?
Oh, that’s a
Hi Christian,
Josselin Poiret writes:
> Great! Thanks for going the extra mile testing this, I didn't know how
> familiar you were with the Guix development process. We could also
> advertise the simpler `guix time-machine` with the branches from [1],
> although processing the new patch is
Am Fri, Jul 07, 2023 at 04:09:13PM +0200 schrieb Ludovic Courtès:
> Is it reproducible for you? Could it be a transient failure?
It is not transient, it happens consistently.
Can I do anything myself to trick it into working?
Andreas
Hi,
Brian Cully skribis:
> However, if ‘modify-services’ can be changed to do two passes, the first
> as a sanity check which verifies service references and raises errors,
> and the second to do the actual modification, that should work well. I'm
> not concerned with efficiency particularly.
Hello,
Andreas Enge skribis:
> here is what happens on a server I do not manage to update for about a year
> now:
>
> $ guix pull
> Updating channel 'guix' from Git repository at
> 'https://git.savannah.gnu.org/git/guix.git'...
> Authenticating channel 'guix', commits 9edb3f6 to 1bc878d
Ludovic Courtès writes:
> Hi,
>
> Csepp skribis:
>
>> I **finally** managed to finish a guix pull on my netbook by offloading
>> it to my desktop machine, and I tried to build the latest yt-dlp, this
>> is the error I got:
>>
>> ```
>> $ guix shell yt-dlp
>> Backtrace:
>> In srfi/srfi-1.scm:
Hi,
Athena Martin skribis:
> I've had experiences now with multiple Guix packages, including gajim
> (bug 60235) and now python-neovim-remote, which have an issue where
> Python tries to dlopen() libc, but finds the system libc instead of
> Guix's, resulting on Alpine Linux hosts in a crash
Hi,
Csepp skribis:
> I **finally** managed to finish a guix pull on my netbook by offloading
> it to my desktop machine, and I tried to build the latest yt-dlp, this
> is the error I got:
>
> ```
> $ guix shell yt-dlp
> Backtrace:
> In srfi/srfi-1.scm:
>586:17 19 (map1 (#< name: "yt-dlp"
The Guile packages currently install all their binaries under their
basic name only, e.g.
$ ls /gnu/store/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9/bin
/gnu/store/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9/bin:
guild guile guile-config guile-snarf guile-tools
However, the Autoconf macro