Bug#493943: miro: icon-cache is enormous: 128M

2008-08-06 Thread clayton
Package: miro
Version: 1.2.3-2
Severity: normal


I just started using Miro a couple weeks ago, and already ~/.miro is so 
huge I have already felt the need to move it out of my /home directory:

$ du -h dotMiro/
648KdotMiro/mozilla/Cache
1.2MdotMiro/mozilla
58M dotMiro/icon-cache/extracted
128MdotMiro/icon-cache
139MdotMiro/

Many of the icons are enormous (375k). There seems to be many copies of 
exactly the same image.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
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 miro depends on:
ii  imagemagick 7:6.3.7.9.dfsg1-2+b2 image manipulation programs
ii  libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii  libboost-date-time1 1.34.1-11set of date-time libraries based o
ii  libboost-filesystem 1.34.1-11filesystem operations (portable pa
ii  libboost-python1.34 1.34.1-11Boost.Python Library
ii  libboost-thread1.34 1.34.1-11portable C++ multi-threading
ii  libc6   2.7-10   GNU C Library: Shared libraries
ii  libcairo2   1.6.4-6  The Cairo 2D vector graphics libra
ii  libgcc1 1:4.3.1-2GCC support library
ii  libglib2.0-02.16.4-2 The GLib library of C routines
ii  libgtk2.0-0 2.12.10-2The GTK+ graphical user interface 
ii  libnspr4-0d 4.7.1-3  NetScape Portable Runtime Library
ii  libpango1.0-0   1.20.5-1 Layout and rendering of internatio
ii  libssl0.9.8 0.9.8g-12SSL shared libraries
ii  libstdc++6  4.3.1-2  The GNU Standard C++ Library v3
ii  libx11-62:1.1.4-2X11 client-side library
ii  libxine11.1.14-1 the xine video/media player librar
ii  libxine1-plugins1.1.14-1 the xine video/media player librar
ii  libxine1-x  1.1.14-1 X desktop video output plugins for
ii  miro-data   1.2.3-2  GTK+ based RSS video aggregator da
ii  python  2.5.2-1  An interactive high-level object-o
ii  python-dbus 0.82.4-2 simple interprocess messaging syst
ii  python-glade2   2.12.1-6 GTK+ bindings: Glade support
ii  python-gnome2   2.22.0-1 Python bindings for the GNOME desk
ii  python-gst0.10  0.10.12-1generic media-playing framework (P
ii  python-gtk2 2.12.1-6 Python bindings for the GTK+ widge
ii  python-gtkmozembed  2.19.1-2 Python bindings for the GtkMozEmbe
ii  python-pysqlite22.4.1-1  Python interface to SQLite 3
ii  python-support  0.8.4automated rebuilding support for P
ii  xulrunner-1.9   1.9.0.1-1XUL + XPCOM application runner
ii  zlib1g  1:1.2.3.3.dfsg-12compression library - runtime

miro recommends no packages.

Versions of packages miro suggests:
pn  python-psyco  none (no description available)
ii  ttf-dejavu2.25-1 Metapackage to pull in ttf-dejavu-

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#493943: miro: icon-cache is enormous: 128M

2008-08-06 Thread will
This will be fixed in Miro 2.0.  We switched to using gtk resizing 
instead of generating lots of different sized thumbnails.


We don't have a bug for it, but Ben fixed it yesterday in the process of 
tweaking some ui stuff.



clayton wrote:

Package: miro
Version: 1.2.3-2
Severity: normal


I just started using Miro a couple weeks ago, and already ~/.miro is so 
huge I have already felt the need to move it out of my /home directory:


$ du -h dotMiro/
648KdotMiro/mozilla/Cache
1.2MdotMiro/mozilla
58M dotMiro/icon-cache/extracted
128MdotMiro/icon-cache
139MdotMiro/

Many of the icons are enormous (375k). There seems to be many copies of 
exactly the same image.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
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 miro depends on:
ii  imagemagick 7:6.3.7.9.dfsg1-2+b2 image manipulation programs
ii  libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii  libboost-date-time1 1.34.1-11set of date-time libraries based o
ii  libboost-filesystem 1.34.1-11filesystem operations (portable pa
ii  libboost-python1.34 1.34.1-11Boost.Python Library
ii  libboost-thread1.34 1.34.1-11portable C++ multi-threading
ii  libc6   2.7-10   GNU C Library: Shared libraries
ii  libcairo2   1.6.4-6  The Cairo 2D vector graphics libra
ii  libgcc1 1:4.3.1-2GCC support library
ii  libglib2.0-02.16.4-2 The GLib library of C routines
ii  libgtk2.0-0 2.12.10-2The GTK+ graphical user interface 
ii  libnspr4-0d 4.7.1-3  NetScape Portable Runtime Library

ii  libpango1.0-0   1.20.5-1 Layout and rendering of internatio
ii  libssl0.9.8 0.9.8g-12SSL shared libraries
ii  libstdc++6  4.3.1-2  The GNU Standard C++ Library v3
ii  libx11-62:1.1.4-2X11 client-side library
ii  libxine11.1.14-1 the xine video/media player librar
ii  libxine1-plugins1.1.14-1 the xine video/media player librar
ii  libxine1-x  1.1.14-1 X desktop video output plugins for
ii  miro-data   1.2.3-2  GTK+ based RSS video aggregator da
ii  python  2.5.2-1  An interactive high-level object-o
ii  python-dbus 0.82.4-2 simple interprocess messaging syst
ii  python-glade2   2.12.1-6 GTK+ bindings: Glade support
ii  python-gnome2   2.22.0-1 Python bindings for the GNOME desk
ii  python-gst0.10  0.10.12-1generic media-playing framework (P
ii  python-gtk2 2.12.1-6 Python bindings for the GTK+ widge
ii  python-gtkmozembed  2.19.1-2 Python bindings for the GtkMozEmbe
ii  python-pysqlite22.4.1-1  Python interface to SQLite 3
ii  python-support  0.8.4automated rebuilding support for P
ii  xulrunner-1.9   1.9.0.1-1XUL + XPCOM application runner
ii  zlib1g  1:1.2.3.3.dfsg-12compression library - runtime

miro recommends no packages.

Versions of packages miro suggests:
pn  python-psyco  none (no description available)
ii  ttf-dejavu2.25-1 Metapackage to pull in ttf-dejavu-

-- no debconf information








--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]