On Thu, August 4, 2005 2:08 pm, Eric Blake said: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > According to John Morrison on 8/4/2005 6:52 AM: >> >> I wouldn't have thought there would be much/any speed gained doing it >> this >> way...? > > There's no speed difference, whether bash_completion is sourced by > /etc/profile.d/completion.sh or by ~/.bashrc. The difference is that > sourced by ~/.bashrc, the user explicitly turned it on, so they are aware > that they caused the delay; plus multiple users sharing a machine can > independently decide whether or not they want to take the delay. But with > /etc/profile.d, the user has no choice; bash_completion WILL be sourced, > and cause the delay. I'm afraid there are too many people who blindly > install every package without realizing the implications, but I'm willing > for the next release of bash-completion to use /etc/profile.d if there are > enough complaints of why the user has to edit ~/.bashrc in addition to > installing bash-completion. (I guess if I ever do add an /etc/profild.d > hook, I'd have to make sure bash_completion is idempotent, so that > sourcing it the second time is a no-op, rather than doubling the delay of > users that already edited their ~/.bashrc.) > >> >> If somebody installs bash_completion then they shouldn't have a problem >> with something taking longer, if they do, they should uninstall it >> (removing the /etc/profile.d/ file) :) > > Removing the /etc/profile.d file is a partial solution, but then cygcheck > would report the bash-completion package is incomplete.
Humm, no, I ment uninstalling the package would remove the file :) Not to worry anyway - works done :) J.
