> are you asking to be able to turn off all the progress-bars?
>
Okay, I see the confusion. No, I'm not looking to remove the progress bars, but
instead have them display as much like the guix command output would look after
execution completes in a standard terminal. At this point that proba
So, trying to understand why the error happens, I added all the known
texlive packages (exported variables in gnu/packages/texlive.scm that
start with texlive- and that are packages), and it still fails, but if I
just add the full texlive it builds just fine.
Vivien
>From c8e5a85dd13dad9e5c388c6
Liliana Marie Prikler writes:
> Am Mittwoch, den 03.11.2021, 14:09 -0400 schrieb Mark H Weaver:
>> [...]
>>
>> Note that I tried clang-11 first, because upstream WebKit surely uses
>> clang for compilation, and it works for building IceCat on Guix, so I
>> had it hunch that it was a good bet. H
Earlier, I wrote:
> libwebkit2gtk-4.0.so fails to link on i686-linux, due to an undefined
> reference to '__mulodi4'.
Here are some relevant links:
https://bugs.webkit.org/show_bug.cgi?id=190208
https://trac.webkit.org/changeset/272140/webkit
https://github.com/android/ndk/issues/506
> h
Yes, that seems to work, thanks
-- Jacob "Kreyren" Hrbek
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Saturday, October 30th, 2021 at 10:18 AM, wrote:
> Thank you for filing a new bug report with debbugs.gnu.org.
>
> This is an automatically generated reply to let
Am Mittwoch, den 03.11.2021, 14:09 -0400 schrieb Mark H Weaver:
> [...]
>
> Note that I tried clang-11 first, because upstream WebKit surely uses
> clang for compilation, and it works for building IceCat on Guix, so I
> had it hunch that it was a good bet. However, it would be good to
> now try c
Hello,
One of my substitute servers is currently offline; and it caused the
following (non-deterministic) error:
--8<---cut here---start->8---
$ ./pre-inst-env guix build webkitgtk-with-libsoup2
substitute: updating substitutes from 'http://127.0.0.1:8181'...
libwebkit2gtk-4.0.so fails to link on i686-linux, due to an undefined
reference to '__mulodi4'.
https://ci.guix.gnu.org/build/1428233/details
See below for the tail of the build log. It might be an issue with
clang, or with our clang packaging.
Thanks,
Mark
--8<---cu
FYI, I pushed commit 9d3a5ddc2700aa099bb1bf9c5e8b3062445b907a to
'master', which fixes the webkitgtk-2.34.1 build on x86_64-linux. In
addition to the fixes already shown in Liliana's proposed patch,
9d3a5ddc27 also arranges to use clang-11 for compilation.
Unfortunately, the build fails on i686-l
Am Mittwoch, den 03.11.2021, 03:16 -0400 schrieb Mark H Weaver:
> In the case, upstream's upstream (WebKit) is Apple, which I guess
> uses some version of clang for compilation. I'm currently trying to
> build WebKitGTK with clang-11, and so far it looks hopeful. It has
> gotten beyond the point
Hi,
On Wed, 3 Nov 2021 at 18:05, wrote:
> My goal has been to clean up the guix command output as seen in an org-babel
> results block. I'm blogging about Guix using org-babel and Org's export
> functionality. I want the shell output as seen in the final html to be a
> reasonable approximati
> I miss what you would like or what you are expecting.
>
My goal has been to clean up the guix command output as seen in an org-babel
results block. I'm blogging about Guix using org-babel and Org's export
functionality. I want the shell output as seen in the final html to be a
reasonable
Hi,
I've checked the hypre package and it builds with the checksum
1lvh4ybqkriyqfg2zmic6mrg1981qv1i9vry1fdgsabn81hb71g4.
It was updated in commit be0997278b5 by Tobias Geerinckx-Rice.
Petr
Hi Maxim,
On Mon, 1 Nov 2021 at 04:08, Maxim Cournoyer wrote:
> Our OpenBLAS package uses DYNAMIC_ARCH=1 to provide optimizations for
> all supported targets, at least of x86 and x86_64. In theory that seems
> OK, but in practice the builds differ depending on the host CPU.
>
> I've made a bui
Hi,
On Mon, 1 Nov 2021 at 03:03, wrote:
> It looks like NO_COLOR removes colors as expected (which is great). However,
> there are other characters which appear that are undesirable. They are
> characters which copy correctly in email, but don't work within org or it's
> html export. They r
On 1/11/21 23:19, Tom Fitzhenry wrote:
A few issues:
Another issue: /var/tmp/ is not created on boot, which breaks vi:
tom@computer ~/src$ vi
ex/vi: Error: /var/tmp/vi.recover: No such file or directory
ex/vi: Modifications not recoverable if the session fails
ex/vi: Error: /var/tmp/vi.recover
Vivien,
Vivien Kraus via Bug reports for GNU Guix 写道：
I was told that this issues gives headaches, so I added a short
comment
explaining it.
Thanks, I feel a better already. Pushed as
6c39c131b74651e3019cd199061fcfc3607ba198.
Kind regards,
T G-R
signature.asc
Description: PGP signature
I was told that this issues gives headaches, so I added a short comment
explaining it.
Vivien
>From 93224afab672465f3e8e1a6be00def0d5507bb76 Mon Sep 17 00:00:00 2001
From: Vivien Kraus
Date: Tue, 2 Nov 2021 18:19:03 +0100
Subject: [PATCH] guile-gi: fix a source code encoding error
* gnu/packag
Julien Lepiller writes:
> Le Wed, 27 Oct 2021 20:49:02 +0200,
> "Dr. Arne Babenhauserheide" a écrit :
>
>> "Dr. Arne Babenhauserheide" writes:
>>
>> > The attached patch updates openjdk11 to the latest version. The
>> > update includes some important bugfixes for compile errors of
>> > classf
Hi Liliana,
Liliana Marie Prikler writes:
> Am Dienstag, den 02.11.2021, 13:31 -0400 schrieb Mark H Weaver:
[...]
>> or (2) try using a newer C++ compiler.
> Is this really an issue with g++?
Not necessarily. It could be that the code relies on compiler behavior
beyond what is required by the
Muhammad,
[CCing Christopher Baines, who may skip straight to the last
paragraph because they're probably busy building cool stuff.]
Good luck in your research.
Muhammad Hassan 写道：
Please tell me if there is an API that I can use to scrap the
data.
https://issues.guix.gnu.org/
Hm, are yo
21 matches
Mail list logo
