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
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
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:00:17 +
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
[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 <s...@debian.org> wrote:
> > I can't help wondering whether the non-Linux ports should configure their
> > buildds to use the aptitude dependency resolver (as used in -backpor
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
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.
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.
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.
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-terminal -e mkdir /tmp/hello
With a DBUS session
, 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, it ought
to have
14 matches
Mail list logo