Package: meson
Version: 1.5.2-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: debian-hurd@lists.debian.org
User: debian-hurd@lists.debian.org
Usertags: hurd
Forwarded: https://github.com/mesonbuild/meson/issues/13740
See the upstream bug report, but the tl;dr is that configuring this
Meson project
Package: libgstreamer-plugins-base1.0-dev
Version: 1.24.4-1+hurd.1
Severity: normal
Tags: ftbfs
X-Debbugs-Cc: debian-hurd@lists.debian.org
User: debian-hurd@lists.debian.org
Usertags: hurd-i386
Control: affects -1 + src:gtk4
https://buildd.debian.org/status/fetch.php?pkg=gtk4&arch=hurd-i386&ver=4.
Control: retitle -1 gtk4: FTBFS with weston 14: many tests fail with
--setup=wayland: Failed to open display
Control: severity -1 serious
(Please remove -ports from cc in replies, this is no longer believed to
be -ports specific)
On Thu, 12 Sep 2024 at 11:48:21 +0100, Simon McVittie wrote
Source: gtk4
Version: 4.14.4+ds-8
Severity: important
Tags: ftbfs help
X-Debbugs-Cc: debian-po...@lists.debian.org
Until recently, gtk4 was not buildable on any -ports architectures because
its build-dependency, weston, was uninstallable. Now it's installable, and
building and testing can be attem
Source: gtk4,librsvg
Severity: important
Tags: upstream help
X-Debbugs-Cc: debian-s...@lists.debian.org, debian-po...@lists.debian.org
gtk4 had a recent test failure regression on s390x and other big-endian
architectures like ppc64 (#1057782). I sent this upstream to
https://gitlab.gnome.org/GNOME
Source: glib2.0,hurd
Severity: normal
Tags: sid bookworm
X-Debbugs-Cc: debian-hurd@lists.debian.org
As a result of gamin being unmaintained upstream (see #1008205), a branch
was recently merged for GLib 2.73.x that will remove GLib's fam-based
GFileMonitor backend. This means that in the next GNOM
Source: gamin
Version: 0.1.10-5
Severity: important
Tags: upstream wontfix
X-Debbugs-Cc: debian-...@lists.debian.org, debian-hurd@lists.debian.org
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs unmaintained-upstream
gamin is no longer maintained upstream, and has been moved
ld-)dep only apply on linux
>
> Closes: #947943
This change didn't get into the changelog, but was in fact released to
experimental in 2.69.90-1, so I'm closing the bug.
On Thu, 02 Jan 2020 at 18:13:55 +0100, Samuel Thibault wrote:
> Simon McVittie, le jeu. 02 janv. 2020 17:0
Control: block -1 by 796833
On Wed, 30 Aug 2017 at 22:33:18 -0400, Aaron M. Ucko wrote:
> The mozjs build for hurd-i386 (admittedly not a release architecture)
> failed:
This is now failing differently, with an assertion failure from the
Python multiprocessing module:
> ImportError: This platfor
[Ccing the non-Linux-kernel lists since this is to do with a package
that only their ports get]
On Fri, 22 Dec 2017 at 16:02:23 -0500, Jeremy Bicha wrote:
> As part of Debian GNOME's svn to git conversion, it makes sense to
> evaluate whether we still need deprecated and unmaintained packages in
>
On Tue, 17 Oct 2017 at 15:46:27 +0100, James Clarke wrote:
> On 17 Oct 2017, at 15:12, Simon McVittie wrote:
> > I can't help wondering whether the non-Linux ports should configure their
> > buildds to use the aptitude dependency resolver (as used in -backports)
> >
On Tue, 17 Oct 2017 at 15:12:11 +0100, Simon McVittie wrote:
> On Tue, 17 Oct 2017 at 13:41:31 +0100, James Clarke wrote:
> > Please modify dbus, either with more complicated Provides
>
> This requires dbus-user-session to become Architecture: linux-any
> instead of all
Seem
Control: tags -1 confirmed pending
Control: severity -1 wishlist
On Tue, 17 Oct 2017 at 13:41:31 +0100, James Clarke wrote:
> Please modify dbus, either with more complicated Provides
This requires dbus-user-session to become Architecture: linux-any
instead of all (lots of duplicate per-Linux-arc
Source: dbus
Version: 1.11.16+really1.11.16-2
Severity: normal
(X-Debbugs-Cc to debian-hurd)
I recently enabled build-time tests for dbus, after fixing the home
directory issue that had previously meant they failed on all Debian
buildds. Unfortunately this led to a build failure on hurd-i386.
Bec
Source: dbus
Version: 1.11.16+really1.11.16-2
Severity: normal
(X-Debbugs-Cc to debian-hurd)
I recently enabled build-time tests for dbus, after fixing the home
directory issue that had previously meant they failed on all Debian
buildds. Unfortunately this led to a build failure on hurd-i386.
Bec
Source: dbus
Version: 1.11.16+really1.11.16-2
Severity: normal
(X-Debbugs-Cc to debian-hurd)
I recently enabled build-time tests for dbus, after fixing the home
directory issue that had previously meant they failed on all Debian
buildds. Unfortunately this led to a build failure on hurd-i386.
Bec
, Simon McVittie wrote:
> > On 05/07/12 01:05, Simon McVittie wrote:
> > > You don't need all of GNOME, but you do need a D-Bus session.
... which will automatically be started (either from Xsession.d or on-demand)
if you have dbus-x11. Since gnome-terminal needs a D-Bus session,
On Mon, 09 Jul 2012 at 00:10:45 +0100, Steven Chamberlain wrote:
> On 05/07/12 01:05, Simon McVittie wrote:
> > You don't need all of GNOME, but you do need a D-Bus session.
> > [...]
> >
> > $ eval `dbus-launch --sh-syntax`
> > $ xvfb-run gnome-term
18 matches
Mail list logo