[Touch-packages] [Bug 264313] Re: ls --color hangs for directories linked from network
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
[Touch-packages] [Bug 264313] Re: ls --color hangs for directories linked from network
The workaround mentioned works for me. For fish users: Put eval (dircolors -c | sed 's/or=[^:]*://') in your `~/.config/fish/config.fish`. And you have to modify the builtin `ls` function: cp /usr/share/fish/functions/ls.fish ~/.config/fish/functions/ Then open `~/.config/fish/functions/ls.fish` and comment out this line: set -a param --indicator-style=classify -- 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
[Touch-packages] [Bug 264313] Re: ls --color hangs for directories linked from network
Same issue in Ubuntu 18.04. -- 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
