#22207 closed defect (wontfix)
sourcing bash-completion is too slow
Reported by: | jabronson@… | Owned by: | raimue (Rainer Müller) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.8.1 |
Keywords: | Cc: | ||
Port: | bash-completion |
Description
i noticed that sourcing /opt/local/etc/bash_completion slows down my shell startup noticeably. just thought i'd open a ticket in case anyone else is seeing this and might have more knowledge about how/whether it's possible to speed it up.
Change History (5)
comment:1 Changed 15 years ago by mf2k (Frank Schima)
Owner: | changed from macports-tickets@… to raimue@… |
---|---|
Port: | bash-completion added |
comment:2 Changed 15 years ago by raimue (Rainer Müller)
Resolution: | → wontfix |
---|---|
Status: | new → closed |
comment:3 Changed 15 years ago by jabronson@…
i've noticed it's a lot slower since upgrading to snow leopard. is there anything that could explain this and be a potential source of optimization for snow leopard users?
comment:4 Changed 15 years ago by derklops@…
i've just removed almost every bash_completion file in /opt/local/etc/bash_completion.d/ and now my terminal starts fast again...
me using snow leopard...
comment:5 Changed 15 years ago by jabronson@…
I think I've found the culprit, and it's not bash-completion after all. According to this post, the cause is a large /var/log/asl directory. I'd be interested to hear if deleting the contents of that directory resolves the issue for anyone else.
In the meantime, I've opened #23913 for selectively enabling only the bash-completion modules you care about.
Actually the only way I could think of would be to disable specific unwanted modules. But that's not possible with the current implementation in MacPorts.