Your message dated Mon, 4 Apr 2011 14:14:00 +0200
with message-id <201104041414.11113.adrien.grell...@laposte.net>
and subject line Done: krita does not fail gracefully when it fills /tmp
has caused the Debian Bug report #451603,
regarding krita does not fail gracefully when it fills /tmp
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
451603: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451603
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: krita
Version: 1:1.6.3-3
Severity: normal
Today I tried to pull up a 145M png file in krita, and it just hung in
state D. Eventually I noticed /tmp (set to the etch installer default
of about 400M) was full. So I killed krita. Since krita did not clean up
after itself, the system was essentially unusable (many things want to
create files in /tmp). Obviously I need a bigger /tmp, but krita could
have dealt with situation nicer, by e.g. checking for how much space it
needs.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.22 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages krita depends on:
ii kdelibs4c2a 4:3.5.8.dfsg.1-4 core libraries and binaries for al
ii koffice-libs 1:1.6.3-3 common libraries and binaries for
ii krita-data 1:1.6.3-4 data files for Krita painting prog
ii libbz2-1.0 1.0.3-7 high-quality block-sorting file co
ii libc6 2.6.1-6 GNU C Library: Shared libraries
ii libexif12 0.6.16-2 library to parse EXIF files
ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib
ii libgcc1 1:4.2.2-3 GCC support library
ii libgl1-mesa-glx [libgl1 7.0.2-2 A free implementation of the OpenG
ii libglu1-mesa [libglu1] 7.0.2-2 The OpenGL utility library (GLU)
ii libgraphicsmagick1 1.1.10-1 format-independent image processin
ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library
ii libjasper1 1.900.1-3 The JasPer JPEG-2000 runtime libra
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii liblcms1 1.16-6 Color management library
ii libopenexr2ldbl 1.2.2-4.4 runtime files for the OpenEXR imag
ii libpng12-0 1.2.15~beta5-3 PNG library - runtime
ii libqt3-mt 3:3.3.7-9 Qt GUI Library (Threaded runtime v
ii libsm6 2:1.0.3-1+b1 X11 Session Management library
ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3
ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra
ii libwmf0.2-7 0.2.8.4-6 Windows metafile conversion librar
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar
ii libxi6 2:1.1.3-1 X11 Input extension library
ii libxml2 2.6.30.dfsg-2 GNOME XML library
ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime
Versions of packages krita recommends:
ii dcraw 8.39-1 decode raw digital camera images
-- no debconf information
--- End Message ---
--- Begin Message ---
Package: krita
Version: 1:2.3.1-3
Hi,
The bug has been fixed upstream a long time ago (in 2010), so I close it in
Debian as well.
Adrien
--- End Message ---
