Bug#378721: vim-lesstif: only with DISPLAY set, happens also with LANG=C

2006-07-23 Thread Vassilii Khachaturov
Package: vim-lesstif Version: 1:7.0-035+1 Followup-For: Bug #378721 If I do a gvim with the unset DISPLAY environment, it doesn't crash. Like the original submitter, my default locale is a Russian one, but I did verify that the crash happens also with LANG=C. I suspected my .viminfo but removing

Bug#337060: thy: tmp workaround - downgrading gnutls11 to 1.0.16-13.1 works

2005-12-07 Thread Vassilii Khachaturov
Package: thy Version: 0.9.4-1 Followup-For: Bug #337060 Had been bitten by this bug, too. Downgrading gnutls11 back and forbidding the buggy version in aptitude to prevent the same in the future did the trick: --\ libgnutls11 (= 1.0.16) pF1.0.16-14 i 1.0.16-13.1

Bug#315392: metoo: workaround by removing Mail; caused by kmail version change

2005-10-03 Thread Vassilii Khachaturov
Package: kmail Version: 4:3.3.2-3 Followup-For: Bug #315392 I've had this problem several times, too. My workaround was to remove ~/Mail altogether; in that case, kmail was able to successfully recreate it. Since all I have in ~/Mail are folders that correspond to remote IMAP folders, I lost no

Bug#267799: nvidia-graphics-drivers blocked by #267799

2005-02-23 Thread Vassilii Khachaturov
Hi, I have recently stumbled upon the following changelog comment: Changes: nvidia-graphics-drivers (1.0.6629+1-2) unstable; urgency=high . * Add patches for new ( 2.6.10-rc3-bk13) kernels from minion.de. Thanks to Drew Hess [EMAIL PROTECTED] (closes: #280224, #281640,

Bug#290474: are you sure swap can be labeled?

2005-02-11 Thread Vassilii Khachaturov
You could use something like LABEL=root / ext2defaults0 1 LABEL=swap none swapsw 0 0 LABEL=home /home ext2defaults0 1 in your /etc/fstab, instead of /dev/hda1 or /dev/sda1. Is your fstab example a real life one, or fictional? in the

Bug#267799: removing udev also works

2005-02-01 Thread Vassilii Khachaturov
For other reasons I decided to dispense with udev, and now the autoload happens as it should here, with removed the /etc/modules nvidia entry, and IGNORE_PCI_CLASS_DISPLAY is again true in my /etc/default/hotplug. Just confirming other people's reports... BTW, maybe the nvidia package should

Bug#267799: Fix for 2.6.8 kernels

2005-01-31 Thread Vassilii Khachaturov
Set IGNORE_PCI_CLASS_DISPLAY=false in /etc/default/hotplug. Then Hotplug will load video drivers such as nvidia, during boot up. I have tried this on my 2.6 machine and I confirm that it does work here. This defiantly works on my 2.6 machine; as for 2.4, the last time I used it hotplug was

Bug#267799: nvidia module not autoloading

2005-01-24 Thread Vassilii Khachaturov
Why can't the package just be modified so that the postinst does an 'echo nvidia /etc/modules' if it is not already in there? While this is an acceptable workaround while they look for a real solution, in general, this is not a very good thing to do. Not everybody wants to have X to start up on

Bug#267799: nvidia-glx: confirming; discussing the priority and the workaround

2005-01-16 Thread Vassilii Khachaturov
Package: nvidia-glx Version: 1.0.6111-1 Followup-For: Bug #267799 metoo However, once this happened, I just added nvidia to /etc/modules, and the problem was worked around. I disagree that the bug is grave given the simplicity of the workaround available to the users meanwhile. --