I do think the fact that a workaround exists is not enough. I really think the default behaviour in Ubuntu of a oft-used command should not create hangs of well over a minute in fairly standard circumstances. It also hangs on links that are not accessible because they have not been Kerberos authenticated or are on unmounted USB devices.
So I do think the default should at least be changed here. It is unreasonable default behaviour, not least because it is really unobvious to most users why it happens. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to coreutils in Ubuntu. https://bugs.launchpad.net/bugs/264313 Title: ls --color hangs for directories linked from network Status in coreutils package in Ubuntu: Confirmed Bug description: Binary package hint: coreutils ls --color hangs for directories linked from network resources if those resources are not available I guess it hangs in trying to validate the link ( have not tried to wait and see if it times out or not ) easily reproducible. annoying since --color is default Running Ubuntu 8.0.4 2.6.24-21-generic #1 SMP Mon Aug 25 16:57:51 UTC 2008 x86_64 GNU/Linux ls (GNU coreutils) 6.10 ISSUE: since ls --color will try to determine if a symlink is broken or not (so that it will be correctly coloured), it *will* timeout on vanished resources. WORKAROUND: Inhibit 'ls' from following symlinks (at least in the context of --color): eval `dircolors -b | sed s/or=[^:]*://` Add the above to your profile. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/264313/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp