Bug#561330: [Evolution] Bug#561330: Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
It seems to me that the issue was solved. At least I was not able to reproduce it anymore. It disappeared after a dist-upgrade few months later. Something must have changed as now I see a progress bar going on when I load an attachment. Thank you very much for all your work. Alessio Il 21/06/2010 23.56, Yves-Alexis Perez ha scritto: On dim., 2009-12-27 at 20:59 +0800, Li, Yan wrote: On Sat, Dec 26, 2009 at 06:51:10PM +0100, Alessio Botta wrote: Thread 1 (Thread 0xb632d760 (LWP 16814)): #0 0xb6d97d40 in cairo_matrix_transform_point () from /usr/lib/libcairo.so.2 #1 0xb6d8d761 in cairo_move_to () from /usr/lib/libcairo.so.2 #2 0xb6142328 in ?? () from /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so #3 0xb6128d69 in ?? () from /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so #4 0xb71a7b5e in gtk_paint_box () from /usr/lib/libgtk-x11-2.0.so.0 Thank you for the fast response. You see it was stuck in Cairo. From here I guess this has something to do with the Clearlooks GNOME theme. Could you please choose another theme (simpler ones like Mist) and try again? Also this issue may be better handled if you report it to the upstream bugzilla (https://bugzilla.gnome.org/), providing your steps to reproduce this issue along with the debug log. I have briefly searched this in upstream bugzilla but can't find any similar issue. Could you please file a new bug in upstream bugzilla with the logs you found. Also please keep me in the CC list. Any news about this? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561330: [Evolution] Bug#561330: Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
This is the command line output when opening Evolution, and then opening 4 attachments. Evolution crashed on the last attachment opening. I added a few comments. Thanks and best regards. AB --- --- I am going to launch Evolution, to enter the pwd for the four email accounts I have, and then to open an attachment from a message. --- --- ales...@ilva:~$ evolution ** (evolution:28786): DEBUG: mailto URL command: evolution %s ** (evolution:28786): DEBUG: mailto URL program: evolution ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results) e-data-server-ui-Message: Key file does not have group 'Passwords-Mail' e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results) e-data-server-ui-Message: Key file does not have group 'Passwords-Mail' ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results) e-data-server-ui-Message: Key file does not have group 'Passwords-Mail' e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results) e-data-server-ui-Message: Key file does not have group 'Passwords-Mail' ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed **
Bug#561330: [Evolution] Bug#561330: Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
Here it is. Thanks to you! AB On Sat, 2009-12-26 at 22:20 +0800, Li, Yan wrote: On Sat, Dec 26, 2009 at 11:32:38AM +0100, Alessio Botta wrote: --- --- Everything went all right. Then, I was going to open a fourth attachment --- --- ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (evolution:28786): CRITICAL **: clearlooks_style_draw_box: assertion `width = -1' failed Killed --- --- Evolution hanged with 100% cpu utilization I had to kill it --- --- Thanks for the log. But unfortunately there seems nothing very useful here. Could you please try to catch a backtrace by using gdb? 1. install gdb and Evolution debugging info packages: evolution-data-server-dbg, evolution-dbg 2. start evolution and make it run crazy by using your steps to reproduce this issue 3. get its pid, run: # ps -ef | grep evolution and you can find a line like: user 5260 26187 0 22:16 pts/700:00:00 evolution this is pid 4. run gdb: # gdb `which evolution` pid like: # gdb `which evolution` 5260 5. in gdb, run the following cmds one by one: set logging on info threads thread apply all bt (press return if the output pauses) quit then please attach the gdb.txt under your current directory. Thank you. 10 Thread 0xb5afbb70 (LWP 16824) 0xb80bc424 in __kernel_vsyscall () 9 Thread 0xb52fab70 (LWP 16825) 0xb80bc424 in __kernel_vsyscall () 8 Thread 0xb38ffb70 (LWP 16828) 0xb80bc424 in __kernel_vsyscall () 7 Thread 0xb30feb70 (LWP 16829) 0xb80bc424 in __kernel_vsyscall () 6 Thread 0xb20fcb70 (LWP 16831) 0xb80bc424 in __kernel_vsyscall () 5 Thread 0xb18fbb70 (LWP 16832) 0xb80bc424 in __kernel_vsyscall () 4 Thread 0xac345b70 (LWP 16842) 0xb80bc424 in __kernel_vsyscall () 3 Thread 0xabb44b70 (LWP 16843) 0xb80bc424 in __kernel_vsyscall () 2 Thread 0xb28fdb70 (LWP 17341) 0xb80bc424 in __kernel_vsyscall () * 1 Thread 0xb632d760 (LWP 16814) 0xb6d97d40 in cairo_matrix_transform_point () from /usr/lib/libcairo.so.2 Thread 10 (Thread 0xb5afbb70 (LWP 16824)): #0 0xb80bc424 in __kernel_vsyscall () #1 0xb79bd0a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 #2 0xb6b9db6a in ?? () from /lib/libglib-2.0.so.0 #3 0xb6b9df08 in g_async_queue_pop () from /lib/libglib-2.0.so.0 #4 0xb7c3b683 in sync_request_thread_cb (cFile=0xb6c40928) at camel-db.c:78 #5 0xb6bef17f in ?? () from /lib/libglib-2.0.so.0 #6 0xb79b9585 in start_thread () from /lib/i686/cmov/libpthread.so.0 #7 0xb6b122be in clone () from /lib/i686/cmov/libc.so.6 Thread 9 (Thread 0xb52fab70 (LWP 16825)): #0 0xb80bc424 in __kernel_vsyscall () #1 0xb79bd0a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 #2 0xb6b9db6a in ?? () from /lib/libglib-2.0.so.0 #3 0xb6b9df08 in g_async_queue_pop () from /lib/libglib-2.0.so.0 #4 0xb7c3b683 in sync_request_thread_cb (cFile=0xb6c40928) at camel-db.c:78 #5 0xb6bef17f in ?? () from /lib/libglib-2.0.so.0 #6 0xb79b9585 in start_thread () from /lib/i686/cmov/libpthread.so.0 #7 0xb6b122be in clone () from /lib/i686/cmov/libc.so.6 Thread 8 (Thread 0xb38ffb70 (LWP 16828)): #0 0xb80bc424 in __kernel_vsyscall () #1 0xb79bd0a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 #2 0xb6b9db6a in ?? () from /lib/libglib-2.0.so.0 #3 0xb6b9df08 in g_async_queue_pop () from /lib/libglib-2.0.so.0 #4 0xb7c3b683 in sync_request_thread_cb (cFile=0xb6c40928) at camel-db.c:78 #5 0xb6bef17f in ?? () from /lib/libglib-2.0.so.0 #6 0xb79b9585 in start_thread () from /lib/i686/cmov/libpthread.so.0 #7 0xb6b122be in clone () from /lib/i686/cmov/libc.so.6 Thread 7 (Thread 0xb30feb70 (LWP 16829)): #0 0xb80bc424 in __kernel_vsyscall () #1 0xb79bd0a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 #2 0xb6b9db6a in ?? () from /lib/libglib-2.0.so.0 #3 0xb6b9df08 in g_async_queue_pop () from /lib/libglib-2.0.so.0 #4 0xb7c3b683 in sync_request_thread_cb (cFile=0xb6c40928) at camel-db.c:78 #5 0xb6bef17f in ?? () from /lib/libglib-2.0.so.0 #6 0xb79b9585 in start_thread () from /lib/i686/cmov/libpthread.so.0 #7 0xb6b122be in clone () from /lib/i686/cmov/libc.so.6 Thread 6 (Thread 0xb20fcb70 (LWP 16831)): #0 0xb80bc424 in __kernel_vsyscall () #1 0xb79bd0a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 #2 0xb6b9db6a
Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
Package: evolution Version: 2.28.1-2 Severity: important The first time I open an attachment, everything goes all right. Then, if I try to open other attachments from different email messages, evolution becomes unresponsive and the cpu becomes fully utilized. To recover my cpu I have to kill evolution (force quit). The bug happens sometimes when trying to open the attachment of a second email messages, sometimes when opening the third attachment, sometimes later on. It normally appears only when double-clicking on the attachment. While, doing an open-with seems to work fine. BTW, I see below that debconf complains about the fact that evolution needs a shutdown. However, this message does not disappear when rebooting the machine or restarting evolution. -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.2.16-2 simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.28Debian configuration management sy ii evolution-common 2.28.1-2 architecture independent files for ii evolution-data-server 2.28.1-1 evolution database backend server ii gconf2 2.28.0-1 GNOME configuration database syste ii gnome-icon-theme 2.28.0-1 GNOME Desktop icon theme ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libbluetooth3 4.57-1Library to use the BlueZ Linux Blu ii libbonobo2-0 2.24.2-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.2-1 The Bonobo UI library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcamel1.2-14 2.28.1-1 The Evolution MIME message handlin ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libebackend1.2-0 2.28.1-1 Utility library for evolution data ii libebook1.2-9 2.28.1-1 Client library for evolution addre ii libecal1.2-7 2.28.1-1 Client library for evolution calen ii libedataserver1.2-11 2.28.1-1 Utility library for evolution data ii libedataserverui1.2-8 2.28.1-1 GUI utility library for evolution ii libegroupwise1.2-132.28.1-1 Client library for accessing group ii libenchant1c2a 1.4.2-3.4 a wrapper library for various spel ii libexchange-storage1.2 2.28.1-1 Client library for accessing Excha ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-42.28.0-1 GNOME configuration database syste ii libgdata-google1.2-1 2.28.1-1 Client library for accessing Googl ii libgdata1.2-1 2.28.1-1 Client library for accessing Googl ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgnome-desktop-2-11 2.28.1-3 Utility library for loading .deskt ii libgnome-pilot22.0.15-2.4Support libraries for gnome-pilot ii libgnome2-02.28.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.26.0-1 A powerful object-oriented display ii libgnomeui-0 2.24.2-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.2-1GNOME Virtual File System (runtime ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libgtkhtml-editor0 3.28.1-1 HTML rendering/editing library - e ii libgtkhtml3.14-19 3.28.1-1 HTML rendering/editing library - r ii libgweather1 2.28.0-1 GWeather shared library ii libhal10.5.13-6 Hardware Abstraction Layer - share ii libical0 0.43-3iCalendar library implementation i ii libice62:1.0.6-1 X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.17-2.1OpenLDAP libraries ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d4.8.2-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.4-1 Network Security Service libraries ii liborbit2 1:2.14.17-2 libraries for ORBit2 - a CORBA ORB
Bug#561330: [Evolution] Bug#561330: evolution: hangs with 100% cpu utilization when opening an attachment
On Wed, 2009-12-16 at 13:28 +0100, Yves-Alexis Perez wrote: On Wed, Dec 16, 2009 at 11:22:50AM +0100, Alessio Botta wrote: Package: evolution Version: 2.28.1-2 Severity: important The first time I open an attachment, everything goes all right. Then, if I try to open other attachments from different email messages, evolution becomes unresponsive and the cpu becomes fully utilized. To recover my cpu I have to kill evolution (force quit). The bug happens sometimes when trying to open the attachment of a second email messages, sometimes when opening the third attachment, sometimes later on. It normally appears only when double-clicking on the attachment. While, doing an open-with seems to work fine. Can you describe your setup (which kind of mail account). Does it happens with the (freshly uploaded to unstable) 2.28.2 version? Version: 2.28.1-2 from testing. It happens with both pop and imap accounts, with and without encryption. Is there some kind of encryption on those attachments? Does the same thing happen with another user? Another account? The attachments are not encrypted. An encrypted connection is sometimes used to connect to the mail server (especially with imap). But, as reported above, this happens also with pop accounts without any encryption. The same problem happens with other users and accounts. It is not related to the kind of attachment. But it rather appears more frequently with big (500KB) attachments. BTW, I see below that debconf complains about the fact that evolution needs a shutdown. However, this message does not disappear when rebooting the machine or restarting evolution. What message? What you see below is just the fact that evolution needs to be shutdown for the 2.24 to 2.26 upgrade (which is ok for you now but the setting has to be kept for the lenny/squeeze upgrade). Ok thanks. Cheers. AB Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533759: evince: Segfault when opening dvi files
Creating the example I realized that this happens only if the dvi contains a picture. I am attaching to this mail a latex file, the included picture in eps format, the produced dvi (the one causing the segfault), and the postscript created from that with dvips, which opens perfectly in evince. Please let me know if you need something more or different. Thanks for your time and help. Alessio On Tue, 2009-08-04 at 01:12 +0200, Emilio Pozuelo Monfort wrote: Alessio Botta wrote: Package: evince Version: 2.26.1-2 Severity: important When opening a dvi file created from a latex source with latex compiler, evince reports the following: GPL Ghostscript 8.64: ./psi/iinit.c(98): initial_enter failed (-7), entering /MaxBitmap in -dict:10/1123- GPL Ghostscript 8.64: Initialization file gs_init.ps does not begin with an integer. fatal internal error -100Segmentation fault and exits. If I try to open the eps created from this dvi with dvips, everything works. Can you attach a problematic file? exampleReport.tar.gz Description: application/compressed-tar
Bug#533759: evince: Segfault when opening dvi files
Package: evince Version: 2.26.1-2 Severity: important When opening a dvi file created from a latex source with latex compiler, evince reports the following: GPL Ghostscript 8.64: ./psi/iinit.c(98): initial_enter failed (-7), entering /MaxBitmap in -dict:10/1123- GPL Ghostscript 8.64: Initialization file gs_init.ps does not begin with an integer. fatal internal error -100Segmentation fault and exits. If I try to open the eps created from this dvi with dvips, everything works. -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evince depends on: ii gconf2 2.26.2-1 GNOME configuration database syste ii gnome-icon-theme 2.26.0-1 GNOME Desktop icon theme ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-12GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libdbus-1-31.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4simple interprocess messaging syst ii libdjvulibre21 3.5.21-3 Runtime support for the DjVu image ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libgcc11:4.4.0-5 GCC support library ii libgconf2-42.26.2-1 GNOME configuration database syste ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgnome-keyring0 2.26.1-1 GNOME keyring services library ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libkpathsea4 2007.dfsg.2-6 TeX Live: path search library for ii libnautilus-extension1 2.26.2-5 libraries for nautilus components ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of internatio ii libpoppler-glib4 0.10.6-1 PDF rendering library (GLib-based ii libsm6 2:1.1.0-2 X11 Session Management library ii libspectre10.2.2.ds-1+b1 Library for rendering Postscript d ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libt1-55.1.2-3 Type 1 font rasterizer library - r ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.2.1-1 X11 client-side library ii libxml22.7.3.dfsg-1 GNOME XML library ii shared-mime-info 0.60-2FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages evince recommends: ii dbus-x11 1.2.12-1 simple interprocess messaging syst ii gvfs 1.2.2-2userspace virtual filesystem - ser Versions of packages evince suggests: ii nautilus 2.26.2-5 file manager and graphical shell f pn poppler-data none (no description available) ii unrar 1:3.8.5-1 Unarchiver for .rar files (non-fre -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530723: inkscape: Line stroke and text font very large when editing an eps
Package: inkscape Version: 0.46-6 Severity: important When I edit an eps created by gnuplot or by Inkscape itself, it is impossible to write any text because the font size is always set to a very large value. The same happens with line stroke, which is set to a very high value producing lines that completely cover the picture. This makes it impossible to edit a picture and sometimes leads to a freeze of the program eating a lot of CPU and memory. Even if I change the value of the text font size (or line stroke width), as soon as I start typing (drawing) the size is re-set at such high value (in the order of some thousands). -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages inkscape depends on: ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-12GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libcairomm-1.0-1 1.8.0-1 C++ wrappers for Cairo (shared lib ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libgc1c2 1:6.8-1.2 conservative garbage collector for ii libgcc11:4.4.0-5 GCC support library ii libgconf2-42.26.0-1 GNOME configuration database syste ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libglibmm-2.4-1c2a 2.20.0-1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 1:2.24.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.16.0-2C++ wrappers for GTK+ 2.4 (shared ii libgtkspell0 2.0.13-2 a spell-checking addon for GTK's T ii liblcms1 1.18.dfsg-1 Color management library ii libmagick++10 7:6.3.7.9.dfsg2-1 C++ API to the ImageMagick library ii libmagick107:6.3.7.9.dfsg2-1 image manipulation library ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of internatio ii libpangomm-1.4-1 2.24.0-2 C++ Wrapper for pango (shared libr ii libpng12-0 1.2.35-1 PNG library - runtime ii libpoppler-glib4 0.10.4-3 PDF rendering library (GLib-based ii libpoppler40.10.4-3 PDF rendering library ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libssl0.9.80.9.8g-16 SSL shared libraries ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwpg-0.1-1 0.1.3-1 WordPerfect graphics import/conver ii libx11-6 2:1.2.1-1 X11 client-side library ii libxft22.1.13-3 FreeType-based font drawing librar ii libxml22.7.3.dfsg-1 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages inkscape recommends: ii imagemagick7:6.3.7.9.dfsg2-1 image manipulation programs pn libwmf-bin none(no description available) pn perlmagick none(no description available) ii pstoedit 3.45-4+b1 PostScript and PDF files to editab Versions of packages inkscape suggests: pn dia | dia-gnome none (no description available) ii libgnomevfs2-extra1:2.24.1-1 GNOME Virtual File System (extra m pn libsvg-perl none (no description available) pn libxml-xql-perl none (no description available) ii python2.5.4-2An interactive high-level object-o pn python-lxml none (no description available) ii python-numpy 1:1.2.1-1 Numerical Python adds a fast array pn python-uniconvertor none (no description available) ii ruby 4.2An interpreter of object-oriented pn skencil none (no description available) pn ttf-bitstream-veranone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org