Leo Famulari writes:
> On core-updates commit 378e1d9b69b030a165, openimageio fails to build
> like this:
>
> --
> [ 30%] Building CXX object
> src/libOpenImageIO/CMakeFiles/OpenImageIO.dir/imageio.cpp.o
> cd /tmp/guix-build-openimageio-2.5.13.0.drv-0/build/src/libOpenImageIO
> && /gnu/store
Matt Jolly writes:
> Hi Guix bug wranglers,
>
> It's come to my attention that pdbpp (pdb++) is a noncompliant
> derivative of CPython code and cannot be legally distributed;
> the package claims a BSD 3 Clause license but as a derivative
> of CPython code must be PSL-2.0.
>
> https://github.com/
> It looks like there's no filter for issues that have (or lack) patches in
> any message.
>
> I think that would be useful to have in mumi.
Hi Vincent,
I agree! Would you like to send a patch adding that?
--
all the best,
jgart
> Please take any appropriate action to prevent further infringement
> while upstream considers their response.
Would you be interested in sending a patch for the license in that
package once upstream responds?
--
all the best,
jgart
On 7月05日 金, Juliana Sims wrote:
> Hello,
>
> [...]
>
> If that isn't the issue, I'm of no further help ;)
>
> Best,
> Juli
The issue is resolved and guix home reconfigure is again working. A runtime
error occurs in the imported file and the reconfigure process fails in the
strange way that it
On core-updates commit 378e1d9b69b030, Epiphany (the GNOME web browser)
fails its test suite. Specifically, several of its tests fail like this:
--
>>> G_TEST_BUILDDIR=/tmp/guix-build-epiphany-44.8.drv-0/build/tests
>>> GSETTINGS_SCHEMA_DIR=/tmp/guix-build-epiphany-44.8.drv-0/build/data
>>>
It looks like there's no filter for issues that have (or lack) patches in
any message.
I think that would be useful to have in mumi.
--
Vincent Legoll
Hello Simon,
On Wed, Jul 10, 2024 at 6:40 PM Simon Tournier
wrote:
> I removed the tag easy.
Thanks
> Well, I still think it’s an easy fix because to
> me the issue is not the failure of “guix build --source foo
> --with-source=bar” but the poor error handling. However, if the aim to
> be a
Hi,
Just noticed that the pre-push hook installed by ‘guix git authenticate’
fails when running ‘git push --tags’:
--8<---cut here---start->8---
1 git … push origin --tags
guix git: [1;31merror: [0mGit error: the requested type does not match the type
in the
Hi Guix,
this got reported in the XMPP chat already, but the basic gist is this:
with the grafting of Emacs 29.3 to 29.4, we see that Emacs itself is
still correctly loaded, but Emacs libraries (e.g. dash) aren't.
(comp-el-to-eln-filename (expand-file-name "…/dash.el"))
=> $HOME/.config/emacs/eln
On core-updates commit 378e1d9b69b030a165, openimageio fails to build
like this:
--
[ 30%] Building CXX object
src/libOpenImageIO/CMakeFiles/OpenImageIO.dir/imageio.cpp.o
cd /tmp/guix-build-openimageio-2.5.13.0.drv-0/build/src/libOpenImageIO &&
/gnu/store/86fc8bi3mciljxz7c79jx8zr4wsx7xw8-gcc
On 7月05日 金, Juliana Sims wrote:
> Do you inherit any other configurations in your home configuration which are
> defined in a different file? If so, have you made changes in any of the
> files where those inherited configurations are defined? I just had a
> similarly mysterious failure to load a (
On core-updates commit 378e1d9b69b030a, python-gst fails its test suite
like this:
--
==
FAIL: testPropertyMarshalling (test_types.TestFraction)
--
Traceback
On Thu, Jul 11, 2024 at 02:00:45AM +0800, Zheng Junjie wrote:
> i think just disable this test, see
>
> https://invent.kde.org/frameworks/ki18n/-/commit/241e0cfa96b1491721f361f1713b3514c58bde56#note_654140
> https://gitweb.gentoo.org/proj/kde.git/commit/?id=28525d897f1a83a81df0bbc3ff08de8d94083617
Hi Vincent,
On Sat, 22 Jun 2024 at 16:54, Vincent Legoll wrote:
> Looking at the comments in this issue, and the commenters list,
> I propose to remove the "easy" tag, if the issue is still there.
I removed the tag easy. Well, I still think it’s an easy fix because to
me the issue is not the f
tags 28510 - easy
quit
Leo Famulari writes:
> On core-updates commit 736939037346, ki18n fails its test suite like
> this:
>
> * Start testing of KCatalogTest *
> Config: Using QtTest library 5.15.10, Qt 5.15.10 (x86_64-little_endian-lp64
> shared (dynamic) release build; by GCC 11.4.0), unknown unknow
On core-updates commit 736939037346, libetonyek fails to build like
this (sorry in advance for the long lines, full log attached):
--
CXXLDlibetonyek-0.1.la
On core-updates commit 736939037346, ki18n fails its test suite like
this:
* Start testing of KCatalogTest *
Config: Using QtTest library 5.15.10, Qt 5.15.10 (x86_64-little_endian-lp64
shared (dynamic) release build; by GCC 11.4.0), unknown unknown
PASS : KCatalogTest::initTestC
I messed up this report so I'm closing it and will open a new one. I
think it will be too confusing to leave this report open as it is.
On core-updates commit 736939037346, libetonyek fails its test suite
like this:
--
* Start testing of KCatalogTest *
Config: Using QtTest library 5.15.10, Qt 5.15.10 (x86_64-little_endian-lp64
shared (dynamic) release build; by GCC 11.4.0), unknown unknown
PASS : KCatalogTes
> fwiw - ran the command again and it worked
Thanks for the update. Closing this.
--
all the best,
jgart
22 matches
Mail list logo
