Hi,
Am Donnerstag, den 04.11.2021, 17:58 -0400 schrieb Mark H Weaver:
> However, I ran into the same problem where programs linked to
> webkitgtk failed.
>
> My knowledge of C++ is weak (I avoid it like the plague) but I guess
> this might be because GCC 10 and GCC 7 use different versions of
Hi,
here's patch for the master branch as I'm not sure what is the roadmap for
merging core-updates into master.
The obvious downside is that the update triggers large rebuild of core packages
:-/
---8<-cut here--start>8
[PATCH] gnu: tar: Update to 1.34.
Hello,
Jacob Hrbek writes:
> Yes, that seems to work, thanks
Great, thanks for the reply, and thanks for Simon for the solution!
Closing.
Maxim
Hi,
Mark H Weaver writes:
> Hi Jean,
>
> Jean Louis writes:
>
>> Running guix package manager on Hyperbola GNU/Linux-libre:
>>
>> [root@protected ~]# guix pull --no-substitutes -K
>> accepted connection from pid 876, user root
>> Updating channel 'guix' from Git repository at
>>
Hi Mark,
Mark H Weaver writes:
> Hi,
>
> Liliana Marie Prikler writes:
>
>> Am Donnerstag, den 04.11.2021, 14:23 -0400 schrieb Maxim Cournoyer:
>>> Note that on the core-updates-frozen-batched-changes branch webkitgtk
>>> (with libsoup2 or 3) could still be built with GCC (version 10).
>>
Hello,
Mark H Weaver writes:
> 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
>
> > Can you test it again? I was able to build it just now with commit
> > c0c974ad96767a1e207fe2823cd5479605485415. I was also able to build it
> > with your provided commit above.
>
> Having diverging results suggests a nondeterministic build, which is bad,
> right? I'm running on a Guix
>
> Can you test it again? I was able to build it just now with commit
> c0c974ad96767a1e207fe2823cd5479605485415. I was also able to build it
> with your provided commit above.
Having diverging results suggests a nondeterministic build, which is bad,
right? I'm running on a Guix System
Liliana Marie Prikler writes:
> Am Mittwoch, den 03.11.2021, 17:04 -0400 schrieb Mark H Weaver:
>> 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:
>>
>>
Hi Leo,
Leo Famulari writes:
> On Thu, Nov 04, 2021 at 08:57:18AM -0400, Mark H Weaver wrote:
>> Although the WebKitGTK package itself built successfully using GCC 11,
>> the switch to GCC 11 caused many failures in programs that use
>> WebKitGTK. For example:
>
> Should we just revert the
Hi,
Liliana Marie Prikler writes:
> Am Donnerstag, den 04.11.2021, 14:23 -0400 schrieb Maxim Cournoyer:
>> Note that on the core-updates-frozen-batched-changes branch webkitgtk
>> (with libsoup2 or 3) could still be built with GCC (version 10).
> Should we try building webkitgtk and its
Hi,
seems that font-cns11643 was updated in 377fad00979 by Brendan Tildesley and
font-canad1500 in dcd4d697686 by Ludovic Courtès.
Petr
Hi,
I'm attempting to replicate the described issue, but when I run the commands I
get certificate error.
$ guix environment --container -N --ad-hoc go coreutils binutils less emacs
grep findutils git nss-certs
[env]$ go get github.com/fatih/structs
go get: module github.com/fatih/structs:
Hi,
the checksum was corrected by Tobias Geerinckx-Rice in commit
20771f4043990632b73187b10d1851a1244df4e6 as well as the pkg was updated from
2.10 -> 2.11.
Petr
Hi,
I've looked at the package gprolog and it was updated by Efraim Flashner in
commit
1914d24b452ca6dad30fad6f1faa5f611fa740b0 to version 1.5.0.
There's a note saying "Recent versions are not hosted on the GNU mirrors".
Petr
Hi,
Am Donnerstag, den 04.11.2021, 14:23 -0400 schrieb Maxim Cournoyer:
> Note that on the core-updates-frozen-batched-changes branch webkitgtk
> (with libsoup2 or 3) could still be built with GCC (version 10).
Should we try building webkitgtk and its dependants with GCC 10 on
master or should we
Hello,
Mark H Weaver writes:
> reopen 51559
> thanks
>
> Hi Maxim,
>
> Maxim Cournoyer writes:
>> That's fixed on core-updates-frozen-batched-changes, having upgraded
>> webkitgtk to 2.34.4 and libsoup to 3.0.1.
>>
>> Closing.
>
> Unless I'm mistaken, there still remains the problem that
Am Donnerstag, den 04.11.2021, 11:47 -0400 schrieb Leo Famulari:
> On Thu, Nov 04, 2021 at 08:57:18AM -0400, Mark H Weaver wrote:
> > Although the WebKitGTK package itself built successfully using GCC
> > 11,
> > the switch to GCC 11 caused many failures in programs that use
> > WebKitGTK. For
On Thu, Nov 04, 2021 at 08:57:18AM -0400, Mark H Weaver wrote:
> Although the WebKitGTK package itself built successfully using GCC 11,
> the switch to GCC 11 caused many failures in programs that use
> WebKitGTK. For example:
Should we just revert the WebKitGTK upgrade for now?
Hi,
Am Mittwoch, den 03.11.2021, 17:04 -0400 schrieb Mark H Weaver:
> 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
>
reopen 51591
thanks
Hi Liliana,
Mark H Weaver writes:
> 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
Rekado on #guix told me that I had to create a simple texlive package
for the missing package, that’s what I did. Since I’m not familiar with
the texlive way of doing things, I’m not sure the homepage is that of
l3backend (and thus, I’m not sure of the license if it’s not), and I
need someone to
Hi Liliana,
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
23 matches
Mail list logo
