bug#20437: ls links too many dynamic libraries

2015-04-27 Thread Bernhard Voelker
On 04/27/2015 09:27 AM, Paul Eggert wrote: Bernhard Voelker wrote: Could we work around it? Sure, how about if we shrink it down to 0.19? Would that work for you? yes, 0.19 is okay for me - openSUSE-13.2 has 0.19.2. Thanks have a nice day, Berny

bug#20437: ls links too many dynamic libraries

2015-04-27 Thread Bernhard Voelker
On 04/27/2015 07:30 AM, Paul Eggert wrote: --- a/bootstrap.conf +++ b/bootstrap.conf ... @@ -318,9 +319,9 @@ gnulib_tool_option_extras=--tests-base=gnulib-tests --with-tests --symlink\ buildreq=\ autoconf 2.64 automake 1.11.2 -autopoint - +autopoint 0.19.4 bison -

bug#20437: ls links too many dynamic libraries

2015-04-27 Thread Paul Eggert
Bernhard Voelker wrote: Could we work around it? Sure, how about if we shrink it down to 0.19? Would that work for you? I picked 0.19.4 only because the old value was too low for gnulib and I was at 0.19.4. I think it needs to be at least 0.19, because of the recent gnulib changes.

bug#20437: ls links too many dynamic libraries

2015-04-27 Thread Pádraig Brady
tag 20437 notabug close 20437 stop On 27/04/15 06:30, Paul Eggert wrote: Currently GNU 'ls' dynamically links a whole bunch of libraries, libraries like libpcre and liblzma. Can we figure out some way to remove the runtime dependencies on these libraries? It's better if a core utility

bug#20437: ls links too many dynamic libraries

2015-04-27 Thread Pádraig Brady
On 27/04/15 14:12, Pádraig Brady wrote: tag 20437 notabug close 20437 stop On 27/04/15 06:30, Paul Eggert wrote: Currently GNU 'ls' dynamically links a whole bunch of libraries, libraries like libpcre and liblzma. Can we figure out some way to remove the runtime dependencies on these

bug#20442: bug+patch: du output misaligned on different terminals

2015-04-27 Thread Pádraig Brady
tag 20442 wontfix close 20442 stop On 27/04/15 20:11, L. A. Walsh wrote: This is a fix/work-around for (RFE#19849 (bug#19849) which was about addingg options to expand tabs and/or set a tabsize for output from 'du' so output would line up as intended. Without that enhancement, the

bug#20442: bug+patch: du output misaligned on different terminals

2015-04-27 Thread Pádraig Brady
On 28/04/15 01:13, Linda Walsh wrote: reopen 20442 thanks === Your more general case doesn't work: du -sh /tmp/t*|numfmt --format %10f numfmt: rejecting suffix in input: ‘4.0K’ (consider using --from) du -sh --time /tmp/t*|numfmt --format %10f numfmt: rejecting suffix in input:

bug#20310: [COREUTILS 2/2] ls: Don't treat lack of acl support as an error

2015-04-27 Thread Andreas Grünbacher
2015-04-21 5:40 GMT+02:00 Pádraig Brady p...@draigbrady.com: On 12/04/15 15:37, Andreas Gruenbacher wrote: * src/ls.c (file_has_acl_cache): When a file system doesn't support acls, fail with errno set to ENOTSUP. (gobble_file): Don't treat lack of acl support as an error. --- src/ls.c | 11

bug#20437: ls links too many dynamic libraries

2015-04-27 Thread Paul Eggert
Pádraig Brady wrote: Further reductions in deps might be possible by splitting up libselinux, allowing apps like ls that just read contexts, to link with the appropriate lib. I tried to see how to send a copy of this bug http://bugs.gnu.org/20437 to the libselinux developers, but the

bug#20438: coreutils 8.23 on OS X : Calling gcp -al fails on symbolic links

2015-04-27 Thread Pádraig Brady
On 27/04/15 12:34, Thomas Baigneres wrote: Hello, Consider the following directory hierarchy: $ ls -lR total 0 drwxr-xr-x 4 user group 136 Apr 24 13:51 source ./source: total 16 -rw-r--r-- 1 user group 0 Apr 24 13:50 file.txt lrwxr-xr-x

bug#20442: bug+patch: du output misaligned on different terminals

2015-04-27 Thread Linda Walsh
reopen 20442 thanks === Your more general case doesn't work: du -sh /tmp/t*|numfmt --format %10f numfmt: rejecting suffix in input: ‘4.0K’ (consider using --from) du -sh --time /tmp/t*|numfmt --format %10f numfmt: rejecting suffix in input: ‘4.0K’ (consider using --from) I usually use

bug#20442: bug+patch: du output misaligned on different terminals

2015-04-27 Thread L. A. Walsh
This is a fix/work-around for (RFE#19849 (bug#19849) which was about addingg options to expand tabs and/or set a tabsize for output from 'du' so output would line up as intended. Without that enhancement, the current output is messed up on terminals/consoles that don't use