Bug#763417: System hangs using command_not_found_handle feature

2014-09-29 Thread auil
' command_not_found_handle ( ) { xxx ; } ; xxx' makes Bash enter in a loop , memory usage runaway from control and the whole system hangs . Regards, Fernando Auil

Bug#733815: Modules completion takes a very long time

2014-01-02 Thread auil
when I switched out the sort|uniq -u and put in sort -u, it no longer worked. Sorry, I made a mistake. The pipe sort | uniq is equivalent to sort -u. However, you use uniq -u, which differs from uniq without options :-) i.e. check it out.. the above should give you the same number of

Bug#733815: Modules completion takes a very long time

2014-01-01 Thread auil
Another issue is that some filenames have '-' in them, but the module names have '_' in them. This is a problem because the modules filenames are a mess. Some filenames have an underscore '_' too. Does the current solution filter out duplicates due to the modulename and filename not

Bug#733815: Modules completion takes a very long time

2013-12-31 Thread auil
package generated by make-kpkg. Fix: Just drop the -L option in the command ls. Alternatively you can use something like find -P $modpath -type f -name '*.ko' 2/dev/null | \ sed -e 's|.*/||g;s/[.]ko$//' Regards, Fernando Auil

Bug#733815: Modules completion takes a very long time

2013-12-31 Thread auil
Thanks for your message. I find it useful to have modprobe default to listing only modules that are NOT loaded yet. For the default use, when loading a module, this is the case. The command modprobe has also an -r option to unload the module, and in this case it would complete to the

Bug#717371: idesk: Workaround for memory usage issue (patch attached)

2013-07-20 Thread auil
Package: idesk Version: 0.7.5-4.2 I got a stable memory usage with the attached patch. Extensive tests are required, but things seems to work fine. However, probably this could be considered just an interim solution, because some bad warnings from Imlib2 * Imlib2 Developer Warning

Bug#717371: Anomalous memory consumption each time the wallpaper is changed

2013-07-19 Thread auil
Package: idesk Version: 0.7.5-4.2 Severity: critical The memory used by idesk increases at a constant rate of ~5 MB each time that the background in the root window (wallpaper) is changed. In my system, Debian stable 7.0, this issue can be reproduced as follows: In first place, you could

Bug#717102: qshutdown can not halt the system

2013-07-16 Thread auil
GUI, and are optional. Best regards, Fernando Auil patches.tar.bz2 Description: application/bzip-compressed-tar

Bug#614348: grub-legacy: won't boot but reboots computer (workaround)

2013-03-19 Thread auil
configfile /boot/grub/menu.lst Then the menu appears and you can boot the system as usual. I do not know which is the issue, neither because this fix works. But I tested many times and always works. Regards, Fernando Auil

Bug#616010: Use of debconf database disabled for newer Xorg (= 1:7.4)

2011-03-03 Thread auil
Thank you for your answer. I was analyzing the bug report communicated a little bit more in detail, and I think that the bug report could be deleted. The key details are in the file xserver-xorg.postinst (placed in directory /var/lib/dpkg/info) in the lines 722 to 728 and the line 734:

Bug#616010: xserver-xorg: dexconf fails to generate xorg.conf file

2011-03-01 Thread auil
Package: xserver-xorg Version: 1:7.5+8 Severity: grave Justification: renders package unusable *** Please type your report below this line *** The bug report concerns the script /usr/bin/dexconf that is provided by package xserver-xorg in Debian squeeze (in lenny it works fine). The