I ran "eselect opengl set ati", and it hung after "Switching to ati OpenGL interface...". I'd never run it before, so I didn't know what to expect. Killed it after 10 minutes. After analyzing the exection with strace, I found the problem: eselect is a bash script, and my own bash function rm() { /usr/bin/rm -i "$@" } was waiting for input. Entirely my fault. But rm did not display a prompt. Even so, I have some suggestions for the eselect script: 1. Don't block prompts from rm. I don't know where it's happening, but it is. I have the same issue with revdep-rebuild, except it displays prompts from rm. 2. When the eselect starts, run "unset -f rm" and "unalias rm" to clean out the crazy stuff users come up with.
Should be fixed in both 1.0.x branch and trunk/
(In reply to comment #1) > Should be fixed in both 1.0.x branch and trunk/ Should == it's fixed, or == should be done and still nothing?
I've committed the following fix for bin/eselect.in to the SVN trunk (r459), i.e. it is targeted for eselect-1.1. +# Remove all alias definitions. Unset functions and variables that are +# known to cause trouble. +"unalias" -a +unset -f rm +unset CDPATH GLOBIGNORE +IFS=$' \t\n'
Fixed in eselect-1.1_rc1.