Bug#307573: libcairo1-dev: Glitz backend is missing

Package: libcairo1-dev Version: 0.4.0-1 Severity: normal The Glitz backend is missing in libcairo. Although libglitz is available as a debian package there seems to be no way to use it with the glitz backend of cairo. I don't know how these compile-time dependencies ought to get handled and I und

Bug#301593: gromit: Updated Manpage for Gromit

his effect: When you clear the screen the shaped window will be hidden. It will be resurrected, when you want to paint something again. However: The window does not hide, if you erase everything with the eraser tool, you have to clear the screen explicitely with the "gromit --clear" comma

Bug#301593: gromit: Updated Manpage for Gromit

Oh, the bugtracker should get a copy as well... - Forwarded message from Simon Budig <[EMAIL PROTECTED]> - From: Simon Budig <[EMAIL PROTECTED]> To: Pierre Chifflier <[EMAIL PROTECTED]> Date: Sat, 9 Apr 2005 19:09:15 +0200 Subject: Re: Bug#301593: gromit: Updated

Bug#718360: Missing gtk/gdk doc in devhelp

Package: libgtk2.0-doc Version: 2.24.20-1 Followup-For: Bug #718360 Dear Maintainer, I can confirm that renaming the symlinks in /usr/share/gtk-doc/html/ to .../gtk2 and .../gdk2 resolves this issue. Please consider fixing this. Thanks, Simon -- System Information: Debian Release: jess

Bug#796201: audacious : Segmentation fault

Package: audacious Version: 3.5-2 Followup-For: Bug #796201 Dear Maintainer, I can confirm this bug. Here is a backtrace from gdb: simon@mezzanine:~$ gdb audacious GNU gdb (Debian 7.9.1-1) 7.9.1 Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

Bug#784796: blender: NDOF using spacenavd driver works in 2.72 (2014-12-03) but not 2.74 after update

Package: blender Version: 2.74+dfsg0-2+b1 Followup-For: Bug #784796 Dear Maintainer, The missing support for spacenaved is most likely related to the package being built without WITH_INPUT_NDOF=ON (which unfortunately defaults to OFF). my spacenavd is at version ii spacenavd 0.6-1a

Bug#784796: blender: NDOF using spacenavd driver works in 2.72 (2014-12-03) but not 2.74 after update

Matteo F. Vescovi (m...@debian.org) wrote: > On May 31, 2015 4:45 AM, "Simon Budig" wrote: > > Package: blender > > Version: 2.74+dfsg0-2+b1 > > Followup-For: Bug #784796 > > > > The missing support for spacenaved is most likely related to the package

Bug#788427: findutils: find -size gives wrong results for 'M' units

Package: findutils Version: 4.4.2-9+b1 Severity: important Dear Maintainer, The -size option to find behaves wrongly for the 'M' units. Not sure what is going on there: simon@mezzanine:/tmp/test$ dd if=/dev/zero of=fump.bin bs=1M count=1 1+0 records in 1+0 records out 1048576 bytes (1.0 MB) copi

Bug#788427: findutils: find -size gives wrong results for 'M' units

Andreas Metzler (ametz...@bebt.de) wrote: > How many units sized one Megabyte each is a 512k sized file using? > a) 0 > b) 1 > c) something else > > Obviously b. It uses some space, so it cannot be a). Ok. I see how it does that. I just hope that this has some historical reasoning relating to dif

Bug#746005: lilypond: please migrate to guile-2.0

Package: lilypond Version: 2.18.2-4.1 Followup-For: Bug #746005 Dear Maintainer, Please note, that guile-1.8 has been removed from the debian unstable release and hence lilypond (which has a hard dependency on it) is currently not installable (I currently try to keep the old guile packages around

Bug#746005: lilypond: please migrate to guile-2.0

Package: lilypond Followup-For: Bug #746005 Dear Maintainer, Small followup to my previous mail. I managed to miss a whole lot of recent discussion in the bug report and was under the impression that nobody cared. I apologize for being pushy. Thanks, Simon -- System Information: Debia

Bug#353495: libwine: included FON bitmap font files should be avoided by fontconfig

Package: libwine Version: 0.9-1 Severity: normal The bitmap font files included in the libwine package should not be picked up by fontconfig, since they get rendered invisible in firefox. I stumbled across this when some webpages looked suspiciously empty and I tracked it down to the usage of the

Bug#347790: xterm: boldFont problem seems related to font encoding

Package: xterm Version: 208-3.1 Followup-For: Bug #347790 I too discovered that xterm no longer respects the boldFont ressource. In my .Xresources file I have these lines: *vt100*font: -misc-fixed-medium-r-semicondensed-*-*-120-*-*-c-*-iso8859-1 *vt100*boldFont: -misc-fixed-medium-r-semicond

Bug#347384: xterm: URLs are not the only thing you want to select...

Package: xterm Version: 208-3.1 Followup-For: Bug #347384 IMHO the changed charClass resource is a bad idea. It is trivial to doubleclick on the "http" and drag over the URL. The new setting makes it basically impossible to select e.g. the directory part of a fully qualified filename. Being able

Bug#339707: gdm: GDM must not mess with the dpi.

Package: gdm Version: 2.8.0.6-2 Followup-For: Bug #339707 Even if gnome messes around with the DPI (wrongly!), this is no reason to do it in gdm as well. You can change the gnome dpi setting at runtime, but you cannot do this with the changed gdm setting, since xdpyinfo will stick to that dpi set

Bug#347790: xterm: boldFont problem seems related to font encoding

Thomas Dickey ([EMAIL PROTECTED]) wrote: > On Sun, Feb 26, 2006 at 03:20:04AM +0100, Simon Budig wrote: > > Package: xterm > > Version: 208-3.1 > > Followup-For: Bug #347790 > > > > > > I too discovered that xterm no longer respects the boldFont ressource.

Bug#575250: libpango1.0-0: Pango 1.26.2 introduces kerning bug

Package: libpango1.0-0 Version: 1.26.2-1 Severity: important Tags: patch The debian package of libpango inherits a bug from upstream that has severe implications on the usability of all applications that use pango layouts for text layout. For example inkscape documents change appearance since tex

Bug#909818: firefox: Web Content is eating nearly 100% CPU, several of them

Package: firefox Version: 62.0.2-1 Followup-For: Bug #909818 Dear Maintainer, I can confirm the CPU-eating problem with firefox. It might be related to the desktop environment. In my case I use XFCE and the CPU eating problem goes away if I kill xfsettingsd. stracing the "Web Conntent"-Process

Bug#874051: swami 2.0.0-svn389-5 seg faults with error 4 in libgobject-2.0.so.0.5304.0

Package: swami Version: 2.0.0+svn389-5 Followup-For: Bug #874051 Dear Maintainer, The segfault seems to be related to the fluidsynth_plugin.so plugin. If I rename this plugin the crash no longer happens (there are other warnings then). Here is a stacktrace from gdb when the segfault happens. Sor