[DRE-maint] Bug#604413: RM: libcompass-ruby/0.10.2debian-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm libcompass-ruby is RC-buggy (doesn't work at all, according to the bug report), has 13 popcon installations of its most popular package and was not in lenny. The maintainer writes: (in

[DRE-maint] Bug#894880: ruby-graphviz: please use HOME (or do not override) instead of G_HOME

Package: ruby-graphviz Version: 1.2.3-1 Severity: normal User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: g-home ruby-graphviz has this in d/rules: > # Tests try to read /root/.pangorc and fail if we don't set this variable. > # See #570313 for more details > export G_HOME=/ G_HOME

[DRE-maint] Bug#836296: ruby-dbus: could use dbus-run-session instead of reinventing it

Source: ruby-dbus Version: 0.11.0-1 Severity: wishlist Tags: upstream As described in I'm trying to reduce how much dbus-launch is used in Debian. This package showed up in my search for mentions of dbus-launch, but does not actually us

[DRE-maint] Bug#882163: ruby-ronn: unable to satisfy cross Build-Depends

On Sun, 19 Nov 2017 at 20:25:52 +0100, Helmut Grohne wrote: > That puts us in a difficult spot: We must mark it and we cannot. Looking > closer, libidn2 really needs /usr/bin/ronn, not the ruby module. A > package containing just the script could be marked. Thus I propose > splitting ruby-ronn into

[DRE-maint] Bug#765113: unreproducible here

Control: severity 765113 important On Wed, 29 Oct 2014 at 20:16:43 +0100, Cédric Boutillier wrote: > I tried to reproduce this bug in various environments but I failed. Can > you check if it still applies on your side? Works for me too, using "sbuild -A -d unstable" or "sbuild -A -s -d unstable".