Package: vim-gtk Severity: normal After opening at least one time the gtk file-selector widget, vim keeps writing on disk on _every_ action, like key press or mouse interaction.
Setting Linux in disk activity debugging mode shows some clues: # echo 1 > /proc/sys/vm/block_dump # while : ; do clear; dmesg; sleep 1; done ... gvim(11661): dirtied inode 67139872 (.recently-used.xbel.7ZNP3T) on sda5 gvim(11661): dirtied inode 67139872 (.recently-used.xbel.7ZNP3T) on sda5 gvim(11661): dirtied inode 67139872 (.recently-used.xbel.7ZNP3T) on sda5 It seems continuously trashing temporary files for recently-used functionality. This requires vim to be closed to get normal behaviour. This bug also applies to vim-gnome but not to vim-lesstif, confirming that problem is related to how vim is using gtk file-selector. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vim-gtk depends on: ii libc6 2.7-4 GNU C Library: Shared libraries ii libglib2.0-0 2.14.4-2 The GLib library of C routines ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libncurses5 5.6+20071124-1 Shared libraries for terminal hand ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libperl5.8 5.8.8-12 Shared Perl library ii libruby1.8 1.8.6.111-2 Libraries necessary to run Ruby 1. ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii python2.4 2.4.4-6 An interactive high-level object-o ii vim-common 1:7.1-175+1 Vi IMproved - Common files ii vim-gui-common 1:7.1-175+1 Vi IMproved - Common GUI files ii vim-runtime 1:7.1-175+1 Vi IMproved - Runtime files vim-gtk recommends no packages. -- Roberto Boati <[EMAIL PROTECTED]>
