[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#384185: marked as done (foomatic-db-engine: foomatic-configure may eat up all memory)

Your message dated Thu, 10 Feb 2011 15:25:14 +0100
with message-id <201102101525.15870.odyx@debian.org>
and subject line Not eating memory anymore: Closing
has caused the Debian Bug report #384185,
regarding foomatic-db-engine: foomatic-configure may eat up all memory
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 owner@bugs.debian.org
immediately.)


-- 
384185: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384185
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: foomatic-db-engine
Version: 3.0.2-20060712-1
Severity: normal


If my ~/.cups/lpoptions contains a line as follows, "foomatic-configure -Q"
grows in memory until it gets killed by the kernel's OOM_killer. The line
in question is:
Dest biglexrv/texte copies=1 outputorder=normal number-up=1 page-top=30 page-bottom=30 page-left=30 page-right=30 wrap=true position=center PageSize=A4 Duplex=None Resolution=default PreFilter=No

FWIW, if I edit the line to replace the forward slash to an underscore
("Dest biglexrv_texte ..."), "foomatic-configure -Q" works as expected (but
the line becomes meaningless).

The line was generated by gtklp (printing tool for CUPS on the GNOME
Desktop).

As for severity, I leave it to normal since a random user is unlikely to
need foomatic-configure, and root is unlikely to have a .cups/lpoptions
file.

Cheers,

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (66, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) (ignored: LC_ALL set to en_US.ISO-8859-15)

Versions of packages foomatic-db-engine depends on:
ii  bash                    3.1-5            The GNU Bourne Again SHell
ii  curl                    7.15.5-1         Get a file from an HTTP, HTTPS, FT
ii  foomatic-db             20060712-1       linuxprinting.org printer support 
ii  foomatic-filters        3.0.2-20060712-1 linuxprinting.org printer support 
ii  libc6                   2.3.6-15         GNU C Library: Shared libraries
ii  libxml2                 2.6.26.dfsg-3    GNOME XML library
ii  perl                    5.8.8-6.1        Larry Wall's Practical Extraction 
ii  wget                    1.10.2-2         retrieves files from the web

Versions of packages foomatic-db-engine recommends:
ii  netcat                        1.10-32    TCP/IP swiss army knife

-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 4.0.4-3

Hi, 

I just tried all testcases mentionned in the buglog and couldn't reproduce any 
memory issues. Hence I am hereby closing this bug as closed in the version 
released in Squeeze.

Please reopen if you can reproduce this issue !

Cheers, OdyX
-- 
Didier Raboud, proud Debian Developer.
CH-1020 Renens
odyx@debian.org

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---
Reply to: