Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.rc > #283814 > unrolled thread

Bug#966951: libpeas: FTBFS: dh_auto_test: error: cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 MESON_TESTTHREADS=4 ninja test returned exit code 1

Back to article view | Back to linux.debian.bugs.rc

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Bug#966951: libpeas: FTBFS: dh_auto_test: error: cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 MESON_TESTTHREADS=4 ninja test returned exit code 1 Simon McVittie <smcv@debian.org> - 2020-08-03 23:10 +0200

#283814 — Bug#966951: libpeas: FTBFS: dh_auto_test: error: cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 MESON_TESTTHREADS=4 ninja test returned exit code 1

On Mon, 03 Aug 2020 at 13:09:55 +0100, Simon McVittie wrote:
> I've confirmed that this succeeds in a pure bullseye chroot and fails if
> I upgrade meson (only) to the version from unstable. I'm not completely
> sure whether this is a straightforward regression in meson, or whether
> libpeas is holding it wrong.
> 
> It seems that what is meant to happen here is that the libpeas build
> system builds tests/libpeas/introspection/*.[ch] into a shared library,
> introspects them, and uses the generated introspection data during the
> build-time tests.
> 
> With meson 0.54.3-1, I get:
> 
> obj-x86_64-linux-gnu/tests/libpeas/introspection/Introspection-1.0.typelib
> obj-x86_64-linux-gnu/tests/libpeas/introspection/Introspection-1.0.gir
> 
> With 0.55.0-2, the introspection data (typelib and GIR XML) isn't generated.

Bisection says this regressed in b1e3440e "ninjabackend: Treat GNOME
gir/typelib as libraries" - or maybe it's a pre-existing bug in libpeas
exposed by that commit, it isn't clear to me which.

    smcv

[toc] | [standalone]

Back to top | Article view | linux.debian.bugs.rc

csiph-web