Bug#407779: Memory leak in Evince (or a library)
Luis Matos <[EMAIL PROTECTED]> writes: > Dom, 2007-01-21 às 21:24 +0100, Marc 'HE' Brockschmidt escreveu: >> Luis Matos <[EMAIL PROTECTED]> writes: >> > which version of evince is going to be shipped with etch??? i think this >> > is RC for Evince. >> This is in no way RC for evince. It wasn't >> reported for any other .pdf, so I guess this only hits very few >> users. It is a crash, yes, but it does not make evince unuseable. We >> will ship a version of evince 0.4 with etch, as newer versions are >> part of Gnome 2.16, which is also not part of etch. > well ... evince is quite unstable in my system and it seems that this is > not only one pdf. For example i often experience some breakage on exit > (ok, missed the bug report) and have to kill evince's pid. Well, "quite unstable" is not something I can fix. If you are more specific, there are maybe single issues that could be fixed. > Maybe this bug has an acceptable patch to it. This causes bad usability. No, there is no patch. I haven't even verified yet that it is fixed in the newer upstream versions, but even if it is, there is no specific changelog entry for this. Also, this is probably a bug in libpoppler, which does the .pdf rendering, and not in evince. Marc -- BOFH #108: The air conditioning water supply pipe ruptured over the machine room pgpxHgcRy9IVk.pgp Description: PGP signature
Bug#407779: Memory leak in Evince (or a library)
Dom, 2007-01-21 às 21:24 +0100, Marc 'HE' Brockschmidt escreveu: > Luis Matos <[EMAIL PROTECTED]> writes: > > which version of evince is going to be shipped with etch??? i think this > > is RC for Evince. > > This is in no way RC for evince. It wasn't > reported for any other .pdf, so I guess this only hits very few > users. It is a crash, yes, but it does not make evince unuseable. We > will ship a version of evince 0.4 with etch, as newer versions are > part of Gnome 2.16, which is also not part of etch. well ... evince is quite unstable in my system and it seems that this is not only one pdf. For example i often experience some breakage on exit (ok, missed the bug report) and have to kill evince's pid. Maybe this bug has an acceptable patch to it. This causes bad usability. I have a system with 1 Gb Ram + 1 gb swap and viewing that pdf ( or maybe others with the effect that causes the bug ) makes the system way unstable (or can cause it's crash without warning). I told this one is RC (it's not) but slightly important. As being important no one will be caring about it and we have to live for 2 years with this breaking evince. > > You may write to debian-release@lists.debian.org if you still believe > that this is an RC issue, but I don't think so. > > Marc -- Best Regards, -- Luis Matos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407779: Memory leak in Evince (or a library)
Luis Matos <[EMAIL PROTECTED]> writes: > which version of evince is going to be shipped with etch??? i think this > is RC for Evince. This is in no way RC for evince. It wasn't reported for any other .pdf, so I guess this only hits very few users. It is a crash, yes, but it does not make evince unuseable. We will ship a version of evince 0.4 with etch, as newer versions are part of Gnome 2.16, which is also not part of etch. You may write to debian-release@lists.debian.org if you still believe that this is an RC issue, but I don't think so. Marc -- BOFH #79: Look, buddy: Windows 3.1 IS A General Protection Fault. pgpSDSToMBYi3.pgp Description: PGP signature
Bug#407779: Memory leak in Evince (or a library)
On Sun, 2007-01-21 at 17:49 +, Luis Matos wrote: > which version of evince is going to be shipped with etch??? i think this > is RC for Evince. Version 0.4 I guess. Evince 0.6 (and the corresponding version of poppler) is in my opinion vastly superior to 0.4 (there are a huge amount of bugs marked fixed-in-experimental for evince) but I fail to see why this bug in particular should be RC? -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#407779: Memory leak in Evince (or a library)
which version of evince is going to be shipped with etch??? i think this is RC for Evince. Dom, 2007-01-21 às 18:26 +0100, Sven Arvidsson escreveu: > tags 407779 + fixed-in-experimental > thanks > > On Sun, 2007-01-21 at 12:58 +0200, Arieh Skliarouk wrote: > > I tried to read following PDF using evince, and saw that after > > scrolling with PageDown several pages, evince used 300-400MB of > > resident menory (and then crashed with OutOfMemory error): > > http://openmoko.com/files/OpenMoko_Amsterdam.pdf > > Marking as fixed-in-experimental as I can't reproduce this with evince > 0.6.1-1 / libpoppler 0.5.1. > > ___ > Pkg-gnome-maintainers mailing list > [EMAIL PROTECTED] > http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers -- Best Regards, -- Luis Matos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407779: Memory leak in Evince (or a library)
tags 407779 + fixed-in-experimental thanks On Sun, 2007-01-21 at 12:58 +0200, Arieh Skliarouk wrote: > I tried to read following PDF using evince, and saw that after > scrolling with PageDown several pages, evince used 300-400MB of > resident menory (and then crashed with OutOfMemory error): > http://openmoko.com/files/OpenMoko_Amsterdam.pdf Marking as fixed-in-experimental as I can't reproduce this with evince 0.6.1-1 / libpoppler 0.5.1. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#407779: Memory leak in Evince (or a library)
Hello there Confirmed in amd64. evince related info on the bottom of this email. Dom, 2007-01-21 às 12:58 +0200, Arieh Skliarouk escreveu: > Package: evince > Version: 0.4.0-5 > > I tried to read following PDF using evince, and saw that after > scrolling with PageDown several pages, evince used 300-400MB of > resident menory (and then crashed with OutOfMemory error): > http://openmoko.com/files/OpenMoko_Amsterdam.pdf > > I saw an bug report with similar symptoms, not sure whether it is > related: > http://bugs.opensolaris.org/bugdatabase/view_bug.do;jsessionid=4fd90d81abb03112f2174f026da0?bug_id=6464983 > > I'm using zlib1g of following version: 1.2.3-13 > > -- > Arieh -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages evince depends on: ii gconf22.16.0-3 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-client3 0.6.15-2 Avahi client library ii libavahi-common3 0.6.15-2 Avahi common library ii libavahi-glib10.6.15-2 Avahi glib integration library ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.2-1simple interprocess messaging syst ii libdjvulibre153.5.17-3 Runtime support for the DjVu image ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgconf2-4 2.16.0-3 GNOME configuration database syste ii libgcrypt11 1.2.3-2LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3GNOME keyring services library ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-02.12.1-7 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2+b1The GNOME 2 libraries (User Interf ii libgnomevfs2-02.14.2-4 GNOME virtual file-system (runtime ii libgnutls13 1.4.4-3the GNU TLS library - runtime libr ii libgpg-error0 1.4-1 library for common error values an ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkpathsea4 3.0-28 path search library for teTeX (run ii libnautilus-extension12.14.3-7 libraries for nautilus components ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpoppler0c2 0.4.5-5PDF rendering library ii libpoppler0c2-glib0.4.5-5PDF rendering library (GLib-based ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libtasn1-30.3.6-2Manage ASN.1 structures (runtime) ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxre
Bug#407779: Memory leak in Evince (or a library)
Package: evince Version: 0.4.0-5 I tried to read following PDF using evince, and saw that after scrolling with PageDown several pages, evince used 300-400MB of resident menory (and then crashed with OutOfMemory error): http://openmoko.com/files/OpenMoko_Amsterdam.pdf I saw an bug report with similar symptoms, not sure whether it is related: http://bugs.opensolaris.org/bugdatabase/view_bug.do;jsessionid=4fd90d81abb03112f2174f026da0?bug_id=6464983 I'm using zlib1g of following version: 1.2.3-13 -- Arieh
