Bug#609064: kde: Certain apps do not get mouse clicks near the bottom edge of the screen

Package: kde-base Severity: normal File: kde I run KDE with the taskbar set to auto-hide. In this situation, certain apps, when run full-screen, do not get mouse events when I click in their window near the bottom edge of the screen. One Debian-standard app that illustrates this problem is

Bug#580486: openoffice.org: Printing DL envelopes on my Epson R800 comes out wrongly positioned

I just tried LibreOffice 3.3, and the address looks to be in the right place now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#608020: The blender-wrapper script uses two process slots when it can use one.

Package: blender Version: 2.49.2~dfsg-2+b2 Severity: wishlist Tags: patch The wrapper script should exec the Blender binary to save a process slot. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental')

Bug#581810: ghostscript: Incorrect Unicode Decoding resource

Package: ghostscript Version: 8.71~dfsg-4 Severity: important Tags: sid A program of mine that renders text by converting it to Unicode encoding recently stopped working. The following PostScript sequence illustrates the problem: /tmpstr 255 string def /Unicode /Decoding findresource dup

Bug#581810: ghostscript: Incorrect Unicode Decoding resource

Sorry, I figured out what the problem was: the Decoding dictionary has multiple entries for the same character code. The bug is in my code; that it didn’t show up before was probably because the entries happened to be returned in just the right order. Please close this bug as invalid. Thank

Bug#580486: openoffice.org: Printing DL envelopes on my Epson R800 comes out wrongly positioned

Package: openoffice.org Version: 1:3.2.0-8+b1 Severity: important Tags: sid I used to be able to print DL envelopes from OpenOffice.Org Writer on my Epson R800, using Landscape orientation. But now, the address on the envelope comes out in the wrong position. It looks like the printable area

Bug#580487: openoffice.org: incorrect positioning when dragging newly-created frame

Package: openoffice.org Version: 1:3.2.0-8+b1 Severity: normal Tags: sid Start up OpenOffice.Org Writer. Create a new, empty document. Select Insert/Frame In the dialog that appears, under Anchor, select To page. Click OK to create a new, empty frame. Without doing anything else, click

Bug#580597: openoffice.org: Clipboard contents don't last long

Package: openoffice.org Version: 1:3.2.0-8+b1 Severity: normal Tags: sid OpenOffice.Org Writer seems to lose the clipboard contents if you do things between the copy and paste operations. For example, open a new Writer document. Type a few words. Select them, and Copy. Open another new Writer

Bug#580486: openoffice.org: Printing DL envelopes on my Epson R800 comes out wrongly positioned

On 08/05/10 00:38, Rene Engelhard wrote: On Thu, May 06, 2010 at 09:36:51PM +1200, Lawrence D'Oliveiro wrote: I used to be able to print DL envelopes from OpenOffice.Org Writer on my Epson R800, using Landscape orientation. But now, the address on the envelope comes out in the So

Bug#561896: cups: Inability to print anything other than PostScript or PDF files

Since upgrading GhostScript to version 8.71, the problem seems to have disappeared. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#561896: cups: Inability to print anything other than PostScript or PDF files

Package: cups Version: 1.4.2-5 Severity: important Actually I'm not sure if the problem is with cups or ghostscript. Basically anything I try to print with the lp or lpr commands that isn't a PostScript or PDF file (e.g. a PNG image) appears briefly on the print queue, and then disappears

Bug#600417: gimp: Incorrect handling of transparency from indexed PNG

Package: gimp Version: 2.6.11-1 Severity: normal When Gimp opens an indexed-PNG image, non-opaque colours do not display properly until you change the Mode from Indexed to RGB. The attached file illustrates the problem: the yellow rectangle should have 50% transparency, but initially displays as

Bug#580486: openoffice.org: Printing DL envelopes on my Epson R800 comes out wrongly positioned

Just to add some more info, I notice that there are two places to specify the page size and orientation, one in “Format/Page...” and the other from the “Properties” button in the print dialog. I have the former set to “DL Envelope” in “Landscape” orientation, but the latter always shows up as

Bug#580597: openoffice.org: Clipboard contents don't last long

Feel free to close this. The sequence I described, as well as other operations, seem to work now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#661887: mxml: Bad control character error when attempting to load banks

On Mon, 11 Jun 2012 07:54:57 +, David Hanson wrote: I have tested your patch and it fixes the problem on my system. Since there hasn't been any response/action from the maintainer, I've filed a bug report (3534255) on the ZynAddSubFx SourceForge project page. I included your patch in the

Bug#658176: python3.2: close_fds arg to subprocess.Popen closes pipes with Python versions 2.7 and 3.2

# # and note the differences in the output. Details on what to look for are # below. # # Written 2012 February 1 by Lawrence D'Oliveiro l...@geek-central.gen.nz. #- import subprocess child1 = subprocess.Popen \ ( args = [bash, -c, sleep 5], shell = True, stdin = subprocess.PIPE

Bug#658176: python3.2: close_fds arg to subprocess.Popen closes pipes with Python versions 2.7 and 3.2

Just a further note, I tried my script under Python 2.7 on an OpenSuSE 11.4 system, and it gives correct results there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#661887: mxml: Bad control character error when attempting to load banks

Hi. Here is a proposed fix for this problem. The original code was using gzseek/gzeof/gztell to figure out the uncompressed size of a compressed instrument bank file, to preallocate the buffer for reading its contents, and something in zlib has broken that. I know this is supposed to work, but

Bug#658176: python3.2: close_fds arg to subprocess.Popen closes pipes with Python versions 2.7 and 3.2

I think this bug should be closed as invalid. There is a subtle point involving the FD_CLOEXEC flag, which newer versions of Python seem to be setting on all file descriptors. This appears to defeat the “close_fds” and “pass_fds” arguments to subprocess.Popen, leading to the apparent bug: the file

Bug#637346: ERR: no video format specified for VMGM

You need to explicitly specify the video format, either PAL or NTSC. With 0.7.1, this can be done for the entire XML control file by putting it in the dvdauthor top-level tag. Or you can have a user- or system-wide default. The information on how to specify this is given here

Bug#722441: file 5.14 seems to report less info than version 5.11

Package: file Version: 1:5.14-2 Severity: normal Dear Maintainer, The version of File in Unstable/Sid (currently 5.14) seems to report less info than, say, the 5.11 version in 7.1/Wheezy. For example, the attached file generates the following output on a Wheezy installation: escapevel.ti5p:

Bug#698192: Infinality Patches

Seems like the LCD stuff, at least, is now incorporated into upstream. Doesn’t look like the rest has been updated recently. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778493: libfreetype6: FT_Get_SubGlyph_Info spurious error return, fixed in upstream

Package: libfreetype6 Version: 2.5.2-2 Severity: normal Dear Maintainer, The routine FT_Get_SubGlyph_Info returns a spurious error code, even when it correctly fills in the requested information. If you look at the source code, you’ll see it initializes its error return to Invalid_Argument, but

Bug#825394: systemd kill background processes after user logs out

Does setsid(1) still work? I read over this carefully, and I think the answer is yes, but I’m not sure. If it does, I’m happy. If it doesn’t, I would be annoyed.

Bug#825165: python3-opengl: Can no longer call OSMesaCreateContext for offscreen OpenGL

Package: python3-opengl Version: 3.1.0+dfsg-1 Severity: important Dear Maintainer, The following lines work from the interactive prompt in Python 2, but not in Python 3: from OpenGL.platform import osmesa; omp = osmesa.OSMesaPlatform omp.OSMesaCreateContext The last line reports the

Bug#846547: libfontconfig1: FcNameParse of result of FcNameUnparse can segfault or fail to match

Package: libfontconfig1 Version: 2.11.0-6.7 Severity: normal Dear Maintainer, FcNameUnparse is supposed to turn an FcPattern into a string, while FcNameParse is supposed to turn a string into an FcPattern. However, it turns out that FcNameParse cannot correctly handle full pattern strings

Bug#898466: wdg-html-validator: “validate” command-line script fails due to calling obsolete Perl routine

Package: wdg-html-validator Version: 1.6.2-8 Severity: important Tags: patch Dear Maintainer, Attempting to use the “validate” command to validate an HTML file produces the error message: Unimplemented: POSIX::tmpnam(): use File::Temp instead at /usr/bin/validate line 662. I was able to

Bug#895581: python3-fontconfig: Package seems to offer only limited access to the Fontconfig API. Suggest replacing it.

Package: python3-fontconfig Severity: wishlist Dear Maintainer, The existing package offers only limited access to the Fontconfig API. Might I suggest replacing it with my own wrapper , which offers more complete coverage at only a fraction of the source

Bug#954144: key-mon: Relatively high CPU use on idle machine

Turns out there has been a little bit of further development on this project since it was last packaged for Debian. I have imported the original commit history from Google Code and rebased my changes on it. My repo is available from GitHub and GitLab

Bug#963787: key-mon cannot launch--missing dependency?

Package: key-mon Version: 1.17-1 Severity: important Tags: patch Attempting to invoke the key-mon command produces the following message: Gtk-Message: 14:47:32.123: Failed to load module "atk-bridge" Error: Missing xlib, run sudo apt-get install python-xlib My guess is, there is a

Bug#954144: key-mon: Relatively high CPU use on idle machine

Philipp Marek wrote: > I'd have expected it to be event-triggered, so that no polling > would be necessary - seems I'm wrong. I don’t know enough about X11 programming to be sure, but it probably needs to do this in order to catch modifier key state in events sent to other windows. Still, it

Bug#954144: key-mon: Relatively high CPU use on idle machine

And it turns out the original author is still maintaining the code (with some help from others). Here is a more up-to-date version, including conversions to Python 3 and GTK 3, done just recently. Time to update the Debian package to this new upstream?