ever attempted at the same time. Therefore, whatever GNU
decides to do on that combo (preferably, diagnose it early with an
error and exit, since I can't figure out anything else useful it could
do) will not violate POSIX.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
Virtualization: qemu.org | libguestfs.org
On Tue, Jul 01, 2025 at 02:28:48PM -0500, Eric Blake wrote:
> On Fri, Jun 27, 2025 at 08:51:10AM -0700, Jim Meyering wrote:
> > > >
> > > > [1] https://pubs.opengroup.org/onlinepubs/9799919799/utilities/tail.html
> > >
> > > tail -r comes from the BSDs
ite a bit.
> > I'm a bit surprised -r was added by POSIX, but fair enough.
>
> "Surprised" is putting it lightly. I am disappointed and am tempted to
> push back and to delay encumbering GNU tail with -r.
> That is an option no GNU system needs, since they've al
oth glibc and the new code in gnulib.
>
> Let me document this limitation.
>
> -This function returns the value of the @env{LOGNAME} environment variable:
> +This function returns the value of the @env{LOGNAME} environment variable
> +and this therefore arbitrarily fakeable:
s/
g that if
implementations are willing 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 even
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 alias
ynonym for %b is
probably going to 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, Pr
ven though realpath("A") 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
27; pr lacks -p altogether.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
the point where the tie was broken by a later point in
the line.
At any rate, since sort is behaving as required by POSIX by honoring
your locale, 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
a bit longer to allow you to reply with the
counterexample that behaved differently based solely on 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
other arguments about why
changing 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
confuse users; it's better
to make 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
reason for an EEXIST failure is because 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
to files ending in .pdf.
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.
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 but
ged between
coreutils versions, or both; although I'm more likely to chalk it up to
locale issues and not something where coreutils needs 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
grammar, so that we can parse everything 'at' is required to support,
and in case POSIX does 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
ence in results occurs if your current time zone differs from the
'a' time zone.
If you think this is a bug and you'd like a fix, I'd be 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
eopen it if your further investigations 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, Princip
going to be universally portable. 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
d useful if bugs were not closed 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
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
come before key "aa" 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.
-
om the 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 s
On 3/1/19 8:14 AM, Nicolas Mailhot wrote:
> Le vendredi 01 mars 2019 à 07:58 -0600, Eric Blake a écrit :
>>
>> The behavior of -f is specified by POSIX:
>> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/rm.html
>>
>> and is specified to suppress prompts
means 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
Worth asking on 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 ch
>
> That is actually our intention, 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
+ flag is 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
oring optind (to 1) 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
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 c
se options before
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?
--
reutils.
>
> And no fair saying "just save the output" (could be big) "into a file
> first, 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
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
ons_only (argc, argv, 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 t
something 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
1 does a soft reset (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
ch as for the less common case of an optional argument
to a long 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
pecial
behavior based on number of arguments (echo, test, ...), and a question
of whether unknown options should be diagnosed up front. I 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
\1\2/' < myinput \
| sort -k1,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
o\n'.
+POSIXLY_CORRECT=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
eutils-5.0.1, printf with a format of '\0002x'
-# 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
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
c/echo.c
@@ -189,7 +189,7 @@ main (int argc, char **argv)
just_echo:
- if (do_v9)
+ if (do_v9 || getenv ("POSIXLY_CORRECT"))
{
while (argc > 0)
{
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
a locale where punctuation 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
xisting options cannot do, rather than just asking
why it doesn't exist. I'm marking 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
ln
-[\fI\,OPTION\/\fR]... \fI\,-t DIRECTORY TARGET\/\fR... \fI\,(4th form)\/\fR
+[\fI\,OPTION\/\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
l. That is where I do most 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, Princi
order (which
probably had the side effect that readdir() order, name order, and inode
order all matched); once all nine files have been copied (using
whichever order was most efficient, although for your example all three
orders likely happened to be the same), then the removal is done by
proc
ires of split.
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
it, use:
mv -v --target-directory dir2 dir1/*
This is not 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
solely
This disclaimer 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
of files to attempt 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
want via a
particular command 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' bin
old machine.
The info documentation is part of coreutils.git, 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
bug, as you have not demonstrated an
actual POSIX compliance issue; but do feel free to 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
parse over argv: one that looks
just for --help (and where treating -1 as an option is a no-op), and the
second that actually 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 w
e
stat 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.
ur patch 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 ad
open whatever literal 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
des should 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 matche
> format while they are currently available:
>
> “GNU coreutils online help: <http://www.gnu.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
be treated as numbers rather than as
character strings (since when sorting an entire line in ASCII, digits
sort before |).
>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 demons
der.
As such, I'm tagging this issue 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
Vi
get what you want, you need to
use a tool that can do substring 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.
.org/28224
Repeatedly 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 E
m the 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,
me of the 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"?
--
Er
ny case 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
bug database, 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
Virtu
versions claim
to be 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, Princi
the bug may 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
er, 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
ork at 65'000
> hard 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
kdir -- './mv-test'
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 s
y have post-processing tools at your
disposal that are more portable.
So, for now, I'm closing this as not a bug, although you 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.
an't just reassign this bug between projects
within the debbugs database).
https://savannah.gnu.org/bugs/?group=findutils
I'm closing this bug out in debbugs as it is not a coreutils issue, even
though it does look like you may have found a valid issue in findutils.
--
Eric Blake eblake redhat
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
done (but doesn't matter, if it is 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
eblake 0 Mar 14 20:19 foo
I'm leaving this open, in case someone wants to tackle the notion of
making @seconds + relative offset a valid parse. But I think 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
Software
Newer versions 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.
On 02/21/2017 07:42 AM, Eric Blake wrote:
> On 02/21/2017 02:41 AM, L A Walsh wrote:
>>
>> Do you really need me to find the older version
>> of 'rm' in your source tree?
>
> It wouldn't hurt to point out which commit id changed behavior, if you
>
t this point, I don't think you're going to find one.
And I 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
curr
al bug, or just a misunderstanding of current behavior. It helps if
you can focus on the facts at hand ("what happens, what did you want to
happen") rather than making it a political attack ("you broke things and
aren't consistent" or in general any rant against POSIX).
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
convenience, I set my time zone to UTC before issuing these commands):
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 hood a
d question,
so it might be better to ask similar questions 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
ols are
post-processing 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 det
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
>>
timestamp (ctime) of 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 .gitigno
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
1 - 100 of 2657 matches
Mail list logo
