ng to implement it now, it will make Issue 9
easier to reason about.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
Virtualization: qemu.org | libguestfs.org
On Fri, Sep 01, 2023 at 08:59:19AM +0100, Stephane Chazelas wrote:
> 2023-08-31 15:02:22 -0500, Eric Blake via austin-group-l at The Open Group:
> [...]
> > The current POSIX says that %b was added so that on a non-XSI
> > system, you could do:
> >
> >
On Thu, Aug 31, 2023 at 03:10:58PM -0400, Chet Ramey wrote:
> On 8/31/23 11:35 AM, Eric Blake wrote:
> > In today's Austin Group call, we discussed the fact that printf(1) has
> > mandated behavior for %b (escape sequence processing similar to XSI
> > echo) that will eventuall
POSIX Issue 8 will be obsoleting %b (escape sequence interpolation) so
that future Issue 9 can change to having %b (binary literal output)
that aligns with C2x. But since escape interpolation may still remain
useful, POSIX suggested %#s (which is undefined in all versions of C)
as a possible
be easier (less shell escaping needed). Is there
any interest in a patch to coreutils or bash that would add such a
synonym, to make it easier to leave that functionality in place for
POSIX Issue 9 even when %b is repurposed to align with C2x?
--
Eric Blake, Principal Software Engineer
Red Hat,
would
succeed, in neither case is anything ending /B the result."
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
altogether.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
, and the --debug option lets you see what is going on, I see
nothing to fix, so I'm marking this as not a bug. However, feel free to
respond with further followups.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
n ordering, but
I'm inclined to close it if we can't come up with such a case.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
an output string is undesirable. But to find out, you'll have
to ask on the glibc list, not here.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
the change in glibc for ALL clients of strerror(EEXIST) rather
than just this one client.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
cause the
directory already exists. Once you do that, you don't need to patch
coreutils.
Thus, I'm closing this as not a bug; but feel free to respond further
with any more comments on the topic.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtu
.
As the action of globbing is done by your shell and not by ls, there is
nothing to change in coreutils, so I'm closing this as not a bug. But
feel free to respond with further questions on the topic.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization
On 3/25/20 3:02 PM, Richard Ipsum wrote:
On Wed, Mar 25, 2020 at 01:17:19PM -0500, Eric Blake wrote:
On 3/25/20 12:37 PM, Richard Ipsum wrote:
[snip]
See the difference? In the first case, sort is doing its default
case-insensitive comparison of the entire line (because you passed -f
s a patch, other
than perhaps a documentation patch. I'll leave the bug report itself
open for a bit longer, in case anyone else has an opinion.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
oes decide to standardize -d using the 'at' grammar
as a starting point.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
happy to supply one.
Just let me know. Thanks.
You're welcome to try and improve the parser, but it may not be trivial.
The master source code for the parser (shared among several GNU
projects) is in the gnulib repository.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
tigations find something
other than your locale affecting things.
It may also be that busybox sort does not properly honor locale
variables as required by POSIX, but that would be a problem in busybox,
and not something we can fix here.
--
Eric Blake, Principal Software Engineer
Red Hat,
Option 3
is closest to what happens when there are no hard links.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
before asking for more
> information.
They can always be reopened if you provide enough relevant information
to show it was closed prematurely. But so far in this case, you have
not done so, but merely confirmed my suspicions - you noticed a
difference in behavior between Linux and Cygwin,
in the database, and marking the
issue closed.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
quot; and key "b" to come before
> key "bb".*
Your expectations are at odds with your incomplete command line. sort
is behaving as required; therefore, I'm closing this as not a bug. But
feel free to reply if you have further questions.
--
Eric Blake, Principal Softw
e coreutils database, rather than spamming all
the other lists mentioned in your original mail (if it HAD been a bug,
the glibc manual also mentions that you should report bugs in the manual
to https://sourceware.org/bugzilla, or at a bare minimum the libc
mailing list - which I did not see in
s to force deletion via changing directory
permissions. For that, you'd need a new option, because we can't change
the long-specified meaning of -f without breaking scripts.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
n the bash list to see if Chet has any interest in such an
extension (POSIX is reluctant to specify something that doesn't have
existing implementation practice).
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
On 2/21/19 10:01 PM, Paul Eggert wrote:
> Eric Blake wrote:
>> That used to be true, but now POSIX wants date to behave as if it uses
>> strftime:
>>
>> http://austingroupbugs.net/view.php?id=466
>
> Ah, I didn't know that. Is there a list of recent changes
on, no?
> WDYT?
Bad idea, for the reasons given above. Leave it as-is, with the change
in yes behavior being an intentional bug fix.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
On 2/21/19 9:37 PM, Paul Eggert wrote:
> Eric Blake wrote:
>
>> date -d 0001-01-01 +.%+4C.
>>
>> should produce ".+000.", but currently it produces ".%+4C." because the
>> + flag is unimplemented.
>>
>> See also http://austingroupbug
unimplemented.
See also http://austingroupbugs.net/view.php?id=1184
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
is wrong. And for the rare caller
that DOES want to call getopt_long() themselves afterwards, they can
safe/restore as needed prior to calling this helper. Restoring state
made sense as long as we had a RESET_OPTIND argument, but now I'm
thinking that it does not buy us any utility at all - just bl
On 2/17/19 8:20 PM, Pádraig Brady wrote:
> On 15/02/19 07:20, Eric Blake wrote:
>> Except that POSIX has the nasty requirement that sh started with an
>> inherited ignored SIGPIPE must silently ignore all attempts from within
>> the shell to restore SIGPIPE handling to child p
On 2/15/19 3:40 PM, Assaf Gordon wrote:
> Helo,
>
> On 2019-02-15 8:20 a.m., Eric Blake wrote:
>> On 2/15/19 8:43 AM, 積丹尼 Dan Jacobson wrote:
>>> sort: write failed: 'standard output': Broken pipe
>>> sort: write error
> [...]
>> Perhaps coreutil
re
s/non-options/non-option/
> any other options.
Also, all coreutils callers pass reset_optind==false; does the gnulib
interface still need to provide a reset_optind parameter, given that
setting the parameter true forces reliance on the getopt-gnu module as
currently coded?
--
Eric Blake, Pr
t, and do head(1) or sed(1) on that."
>
If you have an app that exits noisily on write failures to an early-exit
pipe, your solutions are to quit ignoring SIGPIPE, or to change the
pipeline to consume all of the output instead of exiting early and
causing write failure.
--
Eric Blak
On 2/13/19 6:56 PM, Assaf Gordon wrote:
> Hello,
>
> On 2019-02-12 7:00 p.m., Eric Blake wrote:
>> On 2/12/19 7:21 PM, Assaf Gordon wrote:
>>
>>> + optind = 1;
>>
>> Why are you doing this in every caller, instead of doing it just once
>> inside t
, PROGRAM_NAME,
PACKAGE_NAME, Version,
> true, usage, AUTHORS, (char const *)
> NULL);
> + optind = 1;
Why are you doing this in every caller, instead of doing it just once
inside the body of parse_gnu_standard_options_only(), so that the state
is lef
that interferes with proper long file name
usage.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
(works if the optstring does not start
with '-' or '+' and if you did not change POSIXLY_CORRECT), but MUST use
optind = 0 if you want a hard reset.
But shouldn't the real solution be using the gnulib module getopt-gnu
(instead of getopt-posix), so that you are guaranteed that optind=0
works a
option), you can use $HOME/ instead of ~/, or else have to
resort to a temporary variable to perform the tilde expansion
separately, as in:
tmp=~user; touch --reference=$tmp/.pcmanx/pcmanx /cf/pcmanx_time
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtua
think your
proposal to change 'yes' makes sense, although I haven't closely thought
about the ramifications of the other utilities you are touching.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
1n | sed 's/^[0-9]* //' > myoutput
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
t is a GNU/Linux
system, using strace would confirm that. But since you did not give us
those details, it's hard to say if there's anything further we can do to
help you.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
1 $prog -nE 'foo' >> out || fail=1
+POSIXLY_CORRECT=1 $prog -E -n 'foo' >> out || fail=1
+POSIXLY_CORRECT=1 $prog --version >> out || fail=1
+cat <<\EOF > exp
+foo
+-nE foo
+-E -n foo
+--version
+EOF
+compare exp out || fail=1
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
'
-# prints a NUL byte followed by the digit '2' and an 'x'.
-# By contrast bash's printf outputs the same thing as $(printf '\2x') does.
+# Note that as of coreutils-5.0.1, printf with a format of '\0002y'
+# prints a NUL byte followed by the digit '2' and an 'y'.
s/an/a/
--
Eric Blake, Principa
On 9/11/18 11:01 AM, Eric Blake wrote:
$ POSIXLY_CORRECT=1 /bin/echo a\\nb
a\nb
Yikes! Even though we asked for POSIX correctness, we are NOT
interpreting backslashes. I think this is a bug in GNU coreutils' echo,
and could be fixed by the patch below (but the testsuite would also need
| getenv ("POSIXLY_CORRECT"))
{
while (argc > 0)
{
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
on is ignored
when determining collation order (thus, 'tco' < 'tecco' < 'teco' once
you strip out the ignored '.').
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
the bug report as closed, but we can
reopen it later if you have convincing arguments (and a patch is more
convincing than just words) of why we'd want to add it.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
PTION\/\fR]... \fI\,-t DIRECTORY TARGET\/\fR...
Here, the problem lies in 'ln --help' output, which is easy to patch via
src/ln.c, rather than trying to patch man/ln.x or help2man.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
t of my perl work but
> now I need to move those scripts to debian, without changing the shebangs.
> Is this a bug in *env*, something in bash or pilot error?
Pilot error, as you have used two different OS with different #!
handling rules.
--
Eric Blake, Principal Software Engineer
Red
the internal list of what still needs work, and that list
happens to be easiest in reverse order.
Still, I stand by my claim that this is not a bug, and that there is
nothing to change unless you can provide a benchmark that shows that
doing things in a different order offers a noticeable speedup
lit.
But since we can't retroactively add features to older releases, there's
no bug to fix here, so I'm closing this bug in the database. Feel free
to add more comments on the topic, though, as needed.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization:
a bug, so I'm marking it as such in the database.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
isclaimer is unenforceable on publicly archived mailing lists.
You may want to send from a personal account instead of spamming us with
your employer's legalese when posting to open source lists.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
to move, and not be treated as errors on t heir own.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
line option, then that is a much stronger argument
for teaching coreutils ls to do the same thing. But merely adding
something to ls that can already be accomplished by another standardized
tool is probably just going to be bloat to an already large 'ls' binary.
--
Eric Blake, Principal Software
t, so you've reached the
right place. I'm going to reopen and retitle this bug to request the
ability to do hex sorting.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
provide us with more
information, and we can reopen this if you actually do come up with
something that needs addressing beyond what sort can already do when
invoked correctly.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
y parses things in order now that it knows --help is
not present. But that's a lot of code to add for a corner case, so I
won't be writing the patch; but I also won't turn it down if someone
else wants to write the patch.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919
t instead of ls, at which point you can get directly at the
information you want without having to post-process potentially
ambiguous output. If anything, added documents should point people to
stat, not to bad ways of parsing ls.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
tch should be sent
to the Language-Team: mentioned in zh_CN.po (which I've cc'd) (see also
the X-Bugs: tag in that file, as well as the translation of the "Report
bugs to:" string that appears in localized 'date --help').
>
> In the attachment, the patch add the "日" chara
string the shell handed it). But feel free to
follow up with more questions if you need pointers on learning to use
the shell properly.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
hould always be at the file scope.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
On 10/20/2017 01:07 PM, Eric Blake wrote:
> As such, I'm closing this as not a bug. However, feel free to add
> further comments to this thread if you have further evidence for
> coreutils not doing something required/permitted by POSIX, or not doing
> something that matches wha
u.org/software/coreutils/>
'man chmod 2' is not a typical command line; did you mean 'man 2 chmod'
(to pull up the page for the syscall) vs. 'man 1 chmod' (to pull up the
utility)? But yes, although this is an unrelated bug report, I can
agree that we are slowly making the move to make more a
I am not sure if it is a bug in "sort" command in Linux Shell or maybe
>it's only my problems in using it.
I think I've demonstrated where the problem was, so I'm closing this as
not a bug. Feel free to reply with further questions on the topic, though.
--
Eric B
ue as not a bug, but feel free to follow up
with further information, including any evidence you might have that
there is a real bug once locales have been accounted for.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
ing removal, rather than individual
character removal; sed and awk are such tools:
$ echo uuid:8b8d5 | sed s/uuid://
8b8d5
As such, I'm tagging this as not a bug; but feel free to reply with any
further questions on the topic.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
ly asking the wrong list, when you've already been told it is
the wrong list, and when you have already been pointed to the website of
the downstream GnuWin32 distribution that you should be asking instead,
is not winning you any friends.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
GnuWin32 folks, either from us at upstream (because we
don't care about releases that old here, only the current latest
release), or from the GnuWin32 folks (because they don't care enough
about their product to keep it up to date).
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
longest Enterprise contracts you can purchase
tend not to last that long. So if I had to guess, I'd state that
GnuWin32 is unsupported.
>
> Kindly feel free & revert me ASAP.
"revert me" doesn't make much sense; did you mean "reply to me"?
--
Eric Blake, Principal
this is not a limitation imposed by rm.
In fact, we have a FAQ about it:
https://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Argument-list-too-long
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature
ase, since we can't
address it here, but good luck, and feel free to followup here with a
link to the bug id that you eventually create in case it helps someone
else viewing the archives.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qem
the same (or newer than the point where NEWS documents that the
change), then your vendor has applied a downstream patch, and you should
ask your vendor to help you find their downstream patches and why they
want the changed behavior from upstream.
--
Eric Blake, Principal Software Engineer
Red
ay already be fixed if you were to
use something newer.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
wever, feel free to reply to this thread if you have further
questions on the topic.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
ard links seems weird.
Not the first time the kernel has done something weird.
>
> I tested this on a 64 bit system running Linux 4.4.0-83 and on a 32 bit system
> running Linux 4.1.18 with the exact same result.
Your filesystem may also matter (not all filesystems are created equal).
--
st'
at least when the destination directory being moved into starts with -
rather than './'. You also have to be sure that the quoting style is
shell-appropriate (is that always the case currently, or can environment
preferences for quoting cause something that is not shell-valid?).
--
Eric Blake, Principal
ou should feel
free to continue the conversation if you have more to add.
> Here is my version:
> $ ls --version
> ls (GNU coreutils) 8.26
> Packaged by Cygwin (8.26-2)
[hmm - a good reminder that my TODO list includes packaging an updated
coreutils for cygwin...]
--
Eric Blake, Principal
On 03/15/2017 08:43 AM, Ulf Zibis wrote:
>
> Am 15.03.2017 um 13:44 schrieb Eric Blake:
>> Maybe you are confused on how date implements "subtract a month". It
>> does NOT do "subtract 28, 29, 30, or 31 days as appropriate", but rather
>> does "su
commutative) - so apparently
what you are REALLY asking for is a smarter "-1 month" that subtracts a
variable number of days (28-31) rather than a fixed number of days (30).
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
k your
initial use case is already feasible without any changes to the current
version of date and touch that you are using.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ions of coreutils come with a 'date --debug' option that give
you even more insight into failures, including your use case of
specifying a time that does not exist in your time zone.
I'm closing this as not a bug, but feel free to add further comments to
the thread.
--
Eric Blake eblake redhat co
still maintain that a patch that adds a new option to avoid the
early exit on '.' may be acceptable, but that it would have to be a new
option and not the default behavior. But I'm not bothered enough by the
current situation to be the one to write such a patch.
--
Eric Blake eblake redhat co
The new 'date --debug' option in coreutils 8.26 is amazing; it explains
all of these questions you have.
> Is the date command behaving as it should for all these examples?
Yes.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 01/25/2017 05:24 PM, L A Walsh wrote:
>
>
> Eric Blake wrote:
>> But it
>> sounds like since you bypassed a step and messed up your tree, it may be
>> easiest to just rerun ./bootstrap to fix the incomplete job (bootstrap
>> runs automake under the
ons directly to the
coreut...@gnu.org list (rather than bug-coreutils) so that we don't have
to close out a corresponding bug from the tracker.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ocessing the data in another locale/encoding), where the garbling
is a result of your mismatched locales?
>
> Who came up with this? :-)
Coreutils has been doing this for years.
>
> Thanks for fixing this,
It's not obvious what needs to be fixed, without more details from your end.
On 01/10/2017 02:02 PM, Eric Blake wrote:
> On 01/10/2017 01:54 PM, Eric Blake wrote:
>
>> But I haven't pushed it, since I'm still getting other unrelated
>> syntax-check failures:
>>
>> $ make syntax-check
>> ...
>> gitignore_missing
>> /lib/Makef
the last change
> +to the the file's meta-information. Some file systems support a
Please fix the double 'the the' while moving, if I don't beat you to it
on my end, since syntax-check also flags that.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 01/10/2017 01:54 PM, Eric Blake wrote:
> But I haven't pushed it, since I'm still getting other unrelated
> syntax-check failures:
>
> $ make syntax-check
> ...
> gitignore_missing
> /lib/Makefile
> maint.mk: Add above entries to .gitignore
> cf
On 01/10/2017 01:29 PM, Eric Blake wrote:
> On 01/10/2017 01:21 PM, Bernhard Voelker wrote:
>> On 01/10/2017 12:18 AM, Paul Eggert wrote:
>>> The first patch is a minor cleanup [...]
>>
>> ... which makes the syntax-check fail:
>>
>> maint.mk: you have
able_NEWS' failed
> make: *** [sc_immutable_NEWS] Error 1
Fixed by running 'make update-NEWS-hash'
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 01/09/2017 03:22 PM, L A Walsh wrote:
>
>
> Eric Blake wrote:
>> On 01/09/2017 02:35 PM, L A Walsh wrote:
>>> I also stand for it being strongly against GNU
>>> standards to add more such behaviors.
>>
>> 'ls' did not recently add any more c
On 01/09/2017 03:23 PM, L A Walsh wrote:
>
>
> Eric Blake wrote:
>> On 01/09/2017 01:53 PM, L A Walsh wrote:
>>>> And POSIX merely codified existing practice (this is nothing new - it
>>>> has been this way since the 70's)
>>> ---
>>>
in 'rm'
behavior to every single bug report. Whether or not 'rm' behavior
changes have occurred over time, and whether such changes were codified
by POSIX as existing practice, are not relevant to the current topic of
'ls' changing behavior.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvi
that try to parse 'ls'
output are generally already broken; there are much better tools for
handling directory contents than trying to parse 'ls' output).
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
nt than output to a file or
pipeline.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ipeline, and therefore
changes default output of at least 'ls', and such change in behavior is
POSIX-compliant.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
dlink, I'm
closing this as not a bug. But feel free to add further arguments, or
propose a patch rather than just idle musings if you think there is more
that we're overlooking.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signat
1 - 100 of 2384 matches
Mail list logo