On Tue, Jun 23, 2020 at 03:38:39AM +0300, Bonface M. K. wrote:
> Léon Lain Delysid writes:
>
> > Oh! Yes, of course, I see!
> > Yes, those little credit card sized one-chip computers are very low on
> > resources.
> > So I think it shouldn't build the programs itself but rather download the
> >
Léon Lain Delysid writes:
> Oh! Yes, of course, I see!
> Yes, those little credit card sized one-chip computers are very low on
> resources.
> So I think it shouldn't build the programs itself but rather download the
> binaries everytime I "guix pull". What command line
> option should I use to
Closing as a duplicate of #42009
On Mon, Jun 22, 2020 at 06:06:44PM +0100, Christopher Baines wrote:
> It seems like you got further in understanding this than I did. Given
> that this seems like a test failure, and I don't think there's anything
> to suggest that the actual functionality doesn't work, the course of
> action I see
Hi,
Run into a determinism problem today with guix pull.
I run guix pull --rounds=3 but guix ended in error that the result
wasn't the same.
The error was this:
building package cache...
|output
‘/gnu/store/277s1r2kxw9pfw1g6wg3vf6wrkksj57y-guix-package-cache’ of
‘/gnu/store/m64b2g2h75xbbnrxxn3g1h
Hi,
Run into a determinism problem today with guix pull.
I run guix pull --rounds=3 but guix ended in error that the result
wasn't the same.
The error was this:
building package cache...
|output
‘/gnu/store/277s1r2kxw9pfw1g6wg3vf6wrkksj57y-guix-package-cache’ of
‘/gnu/store/m64b2g2h75xbbnrxxn3g1h
Jack Hill writes:
> On Sat, 20 Jun 2020, Christopher Baines wrote:
>
>> Do you have any examples of packages that are currently broken, and
>> which you'd like to remove?
>
> Perhaps mongo-tools: https://issues.guix.gnu.org/39637
>
> It broke when Go was upgraded to 1.13, and changed the test li
Igor Gajsin writes:
> Hi Guix,
>
> I found something when run `guix pull`. See the listing below for
> details. Feel free to ask if I can provide more data.
>
> @ build-log 2969932 44
> make[1]: /bin/sh: No such file or directory
> @ build-log 2969932 59
> make[1]: *** [Makefile:201: check-macro-
Hey Ludo,
> utimensat(AT_FDCWD,
> "/gnu/store/whhc80cx1zpi9cj3bil3sp8wwzcf8p9p-image-root/gnu/store/n6l40ygclxfysnc2nxwrslnn5ab6wv3v-profile/lib/modules/5.4.47-gnu/kernel/net/netfilter",
> [{tv_sec=1592814617, tv_nsec=396083395} /*
> 2020-06-22T10:30:17.396083395+0200 */, {tv_sec=1, tv_nsec=0
"Boris A. Dekshteyn" writes:
> Hello,
>
> Jonathan Brielmaier writes:
>
>> Current chromium on master (81.0.4044.138) crashes when playing videos.
>>
>> Reproducer:
>> ```
>> chromium https://twitter.com/GuixHpc/status/1247943441067257857
>> ```
>>
>> #3 0x7f5a4be1c010
>> (/gnu/store/fa6wj5bxkj5
Kurt I writes:
> Running guix system reconfigure and it's failing to build as a
> dependency for wine 5.3
Thanks for the report! It's because ffmpeg recently gained an optional
dependency on Rust, which currently fails on i686.
Fixed in 402d03751c03e509b9aee1f26eed40cae81eebba.
signature.asc
Since my last full upgrade on June 9 2020, I found that if I have
font-dejavu installed in my profile, my terminal (rxvt-unicode) no
longer finds the font selected in my ~/.Xresources file.
I'm using Guix on Debian, and all the packages involved are installed by
Guix. They are rxvt-unicode, font-a
Hi Guix,
I found something when run `guix pull`. See the listing below for
details. Feel free to ask if I can provide more data.
@ build-log 2969932 44
make[1]: /bin/sh: No such file or directory
@ build-log 2969932 59
make[1]: *** [Makefile:201: check-macro-version] Error 127
@ build-log 2969932
On Mon, Jun 22, 2020 at 03:47:08PM +0300, Efraim Flashner wrote:
> The signal 9 (killed) makes me think a C++ program killed. I checked
> wikipedia and it says the Banana Pi M3 has 2GB of RAM. Was there
> anything else running at the time? 'guix pull' can be resource
> intensive, especially on lowe
Oh! Yes, of course, I see!
Yes, those little credit card sized one-chip computers are very low on
resources.
So I think it shouldn't build the programs itself but rather download the
binaries everytime I "guix pull". What command line option should I use to
only download the binaries instead of bui
On Mon, Jun 22, 2020 at 02:28:33PM +0200, Léon Lain Delysid wrote:
> Hello! I'm having a problem on a Banana Pi M3 that runs Debian 10 Buster
> (ARM like instruction set).
> "guix pull" always results in failure with this message:
>
> building
> /gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-pac
Hello! I'm having a problem on a Banana Pi M3 that runs Debian 10 Buster
(ARM like instruction set).
"guix pull" always results in failure with this message:
building
/gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv...
76% [###
Hi,
On berlin.guix.gnu.org, we’ve seen a lot of contention on the store
database for a month or so, with messages like:
warning: SQLite database is busy
More often than not, everything slows down to a halt, and builds don’t
proceed.
We initially discussed it here:
https://issues.guix.gnu.o
Hi Ludo,
On Sun, 21 Jun 2020 at 17:43, Ludovic Courtès wrote:
> I removed that test in e4a4287c5fb51c0e47431606df5ee78b953d71f8; we can
> keep the introductory commit unchanged, all is good! Let me know what
> you think.
Now the sequences never return an error. Nice!
For the record, the histo
Hi,
zimoun skribis:
> On Sat, 20 Jun 2020 at 12:40, Ludovic Courtès wrote:
>> zimoun skribis:
>
>>> BTW, from a security perspective, it is easy to cheat by removing some
>>> commits so the file ~/.cache/guix/authentication/channels/guix should be
>>> protected: read-only and only writable by
20 matches
Mail list logo
