Evan Straw writes:
> This library depends on
> the following other libraries, as reported by `ldd
> /usr/lib/x86_64-linux-gnu/libcurl.so.4`:
>
> --8<---cut here---start->8---
> linux-vdso.so.1 (0x7ffd5f393000)
> libnghttp2.so.14 => /usr/lib/x86_64-linux-gnu
> > > As it turned out that the problem is in the guix package following an
> > > update I
> > > started a bisect.
> > >
> > > Updating guix to:
> > > edc58fdada good
> > 970cb5cece good
> 4f0b3368ad bad
ea3e8fad74 good
Marius Bakke writes:
>>> --- a/gnu/packages/linux.scm
>>> +++ b/gnu/packages/linux.scm
>>> @@ -1089,19 +1089,40 @@ providing the system administrator with some help
>>> in common tasks.")
>>> (("build_kill=yes") "build_kill=no"))
>>>#t
>>> (build
> > As it turned out that the problem is in the guix package following an
> > update I
> > started a bisect.
> >
> > Updating guix to:
> > edc58fdada good
> 970cb5cece good
4f0b3368ad bad
Pierre Neidhardt writes:
> What are "dependencies" here?
> Can you provide a full recipe of what you are trying to do, including
> your .sbclrc and the Lisp code snippets you've run to test this?
Absolutely. Apologies for the wall of text that is about to follow:
My system is Ubuntu 19.04, with
Gábor Boskovits ezt írta (időpont: 2020. jan.
14., K, 18:01):
>
> As it turned out that the problem is in the guix package following an update I
> started a bisect.
>
> Updating guix to:
> edc58fdada good
970cb5cece good
>
> --
> OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF6
As it turned out that the problem is in the guix package following an update I
started a bisect.
Updating guix to:
edc58fdada good
--
OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21
* gnu/packages/qt.scm (python-pyqtwebengine): New variable.
---
gnu/packages/qt.scm | 86 +
1 file changed, 86 insertions(+)
diff --git a/gnu/packages/qt.scm b/gnu/packages/qt.scm
index 9f289aa6df..fcb297e99c 100644
--- a/gnu/packages/qt.scm
+++ b/gnu/p
Pierre Neidhardt writes:
> Mike Rosset writes:
>
>>> Please apply the above pyqt change to a separate commit.
>>
>> I missed this comment with my new series. If this really needs to be
>> done, I'll have to redo all of the commits and resend the series. Can
>> this be avoided if possible?
>
> Y
* gnu/packages/web-browsers.scm (qutebrowser)[comments]: Improve the comment
describing why qtwebengine is used as an input. Added punctuation to FIXME
for test phase.
---
gnu/packages/web-browsers.scm | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/gnu/packages
* gnu/packages/qt.scm (python-pyqt)[phases]: When building
python-pyqtwebengine qprinter.h can not be found. This substitutes the full
path of qprinter.h in the qprinter sip specification file.
---
gnu/packages/qt.scm | 11 +++
1 file changed, 11 insertions(+)
diff --git a/gnu/packag
* gnu/packages/qt.scm (python-pyqt)[comments]: And python-pyqtwebengine now
uses mkdir-p instead of a system call.
---
gnu/packages/qt.scm | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/gnu/packages/qt.scm b/gnu/packages/qt.scm
index fcb297e99c..611c38a443 100644
* gnu/packages/web-browsers.scm (qutebrowser): Update to 1.9.0.
qutebrowser no longer uses qtwebkit by default. It now defaults to qtwebengine.
---
gnu/packages/web-browsers.scm | 40 ---
1 file changed, 28 insertions(+), 12 deletions(-)
diff --git a/gnu/packages/
Pierre Neidhardt writes:
> Mike Rosset writes:
>
>>> Please apply the above pyqt change to a separate commit.
>>
>> I missed this comment with my new series. If this really needs to be
>> done, I'll have to redo all of the commits and resend the series. Can
>> this be avoided if possible?
>
> Y
Pierre Neidhardt writes:
> Konrad Hinsen writes:
>
>> Note that this is a feature, not a bug, so if that's the cause of the
>> problem, there is nothing to do about it. You'd have to compile sbcl
>> with the toolchain of the foreign distro.
>
> You don't have to use another SBCL. If you look
Mike Rosset writes:
>> Please apply the above pyqt change to a separate commit.
>
> I missed this comment with my new series. If this really needs to be
> done, I'll have to redo all of the commits and resend the series. Can
> this be avoided if possible?
Yes, this is really necessary, commits m
Konrad Hinsen writes:
> Note that this is a feature, not a bug, so if that's the cause of the
> problem, there is nothing to do about it. You'd have to compile sbcl
> with the toolchain of the foreign distro.
You don't have to use another SBCL. If you look at how we package
cffi-based librari
17 matches
Mail list logo
