appeared unique? If so, that would explain why
_my_ uniq run counted 18000 as a duplicate, if the act of sending the
email and then me copying and pasting into a file munged the whitespace
differences away.
While I suspect that there is no bug in coreutils, I need more
information from you to conf
because date could not parse that particular format. Now that
it can, it's time to restore the documentation.
* src/date.c (usage): Document it.
* doc/coreutils.texi (Options for date): Reinstate documentation.
Reported by Hubert Depesz Lubaczewski in http://bugs.gnu.org/7
to write a
patch to provide that extension - we have long desired to have a
--format option that would let you choose which pieces of information to
display and in what order.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
t it open for a bit
longer in case you can tell us more details about what led you to
believe that renumbering from 1 was expected, in case there is something
we need to improve in coreutils' documentation.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
hell's builtin echo, or
whether you use 'env echo' to bypass the shell builtin and get whatever
is installed on PATH).
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
.
which explains why your simpler 'echo --help' didn't do what you expected.
As such, I'm closing this as not a bug, although you may feel free to
add further comments or questions.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
\\n.'
printf .n.
printf ".n."
all of which result in the argv handed to printf still containing two
backslashes.
As such, I'm closing this as not a bug, although you may continue to
reply here if you have further comments.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
: using ‘en_US.utf-8’ sorting rules
A
_
b
_
C
_
d
_
$ printf 'A\nb\nC\nd\n' | LC_ALL=C sort --debug
sort: using simple byte comparison
A
_
C
_
b
_
d
_
As such, I'm closing this as not a bug, although you may feel free to
add additional comments.
--
Eric Blake eblak
annot fix here. Good luck in finding the real
downstream source of the typo! And feel free to make further comments
here, with what you find.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 04/23/2013 11:43 AM, Eric Blake wrote:
> The value (S_IWUSR|S_IXUSR| ̃filemask)&0777[1] as the mode argument,
> where filemask is the file mode creation mask of the process (see XSH
> umask).
>
> [1]Shoot - there's a bug in the html rendition of the POSIX 2013
&
project
> drwxr-xr-x. 2 flatcap flatcap 40 Apr 23 14:17 project/subproject
If you want that, then you have to either (temporarily) clear your
umask, or call multiple mkdir invocations yourself, instead of letting
-p do it for you.
I'm closing out this bug report, although you may continue to co
the meantime. We specifically ask for unified diff;
preferably from 'git diff', for a reason.
http://git.savannah.gnu.org/cgit/coreutils.git/tree/HACKING
Furthermore, your patch would need documentation and test updates, at
which point is probably no longer trivial, so you would need to assign
cop
s can affect the
behavior of -c. You could help by reading that page, and finding the
spot(s) where adding a sentence would have helped you; if you could
propose the location and wording to add, then we can work with that to
turn it into a formal patch.
--
Eric Blake eblake redhat com+1-919-3
r,
remember that not all sort implementations have -s, so there is no
standard way to get the behavior you are after.
I'm closing this as not a bug, although you may continue to add comments
or questions to this topic.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
s you are working
from git), except that you are not told _how_ to do a "git clone".
> If you would like to suggest a patch, see the files README-hacking
> and HACKING for tips.
But this one doesn't mention anything about the files being git-only.
--
Eric Blake eblake
On 04/11/2013 03:31 PM, Eric Blake wrote:
> But for a full list of all subdirectory names excluding '.' and '..',
> you need three globs; and either a shell option that suppresses a glob
> that has no match, or ignoring the errors when ls tries to warn yo
d */ .[!.]/ .??*/ 2>/dev/null
bash-specific:
$ (shopt -s nullglob; ls -d */ .[!.]/ .??*/)
All the sudden, the 'find' alternative suddenly seems nicer :)
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
'/' where
it is the only component). In POSIX parlance, a final component is
determined by stripping trailing slashes (except for the special case of
the root directory), then using the non-slash portion after the last
remaining slash. However, the mere presence of a trailing slash doe
SIX requires that
chmod -- -w foo
is required to mask with umask. In fact, in coreutils, we exploit the
fact that chmod -[rwx] is undefined, in order to emit warnings if the
resulting change did not disable all bits. Using a-w instead of the
undefined '-w' or the well-defined but confusi
ng-right_002e
As such, I'm closing this as not a bug, although you may feel free to
continue replying if you have further questions.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
utf8 df --help', you would
have noticed this line near the bottom:
Informeu dels errors de traducció de «df» a .
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
'echo' are not portable, and that
you are better off using printf(1) if then thing you need to output
something that starts with a '-'.
I'm closing this bug as rejected, since we will not be applying the
patch; but you are free to continue discussing the issue.
--
E
on file to take this patch from you.
Is this still something you are interested in pursuing?
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
pen before the next upstream
coreutils release. In the meantime, even if this bug is closed in the
tracker, you can continue to reply with further comments or questions on
the topic.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
g.
>
> The help text as it stands now IS precise in talking
> about ASCII, which IS a particular encoding.
>
> Please don't use the term "single-byte ... character"
> without being precise about what encoding it uses.
The encoding is whatever encoding you asked
s package. Please add _another line_ saying
#. "Report translation bugs to <...>\n" with the address for translation
#. bugs (typically your translation team's web or email address).
#: lib/version-etc.c:245
#, c-format
msgid ""
"\n"
"Report bugs to: %s\n
elect ASCII characters or backslash escapes\n\
> + -c same as -t c, select printable characters or backslash escapes\n\
For the --help output, terse is good, so I don't see any improvements to
your change here.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualiza
rname "$1")
dirname "$1"
++ dirname testdir/testfile
+ echo testdir/testfile, dir: dirname testdir/testfile = testdir
testdir/testfile, dir: dirname testdir/testfile = testdir
By the way, your question is mostly related to shell, and a bit with
xargs, and practically
ant to guarantee ASCII-only output from od, you have
to use a different format, such as -b or -tx1, or use LC_ALL=C on a
system where the C locale does not treat non-ascii bytes as graphical
characters (most glibc systems, including the one you are using, fit
this bill).
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
n using 'ls -k'. You
were relying on an alternate behavior, where it was a bug that -k
exposed the alternate behavior; but that alternate behavior is still
available to you if you use the proper spelling:
ls -l --block-size=k
Therefore, I'm closing this as not a bug. Feel free
can bypass these messages with the POSIX-mandated syntax:
$ env printf -- --help
--help
$ env printf -- --version
--version
As such, I'm closing this bug report, although you can feel free to add
further comments or questions.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
to the
impossible directory name. If you can prove that cp aborted early
instead of copying all remaining files, even after failing on that one
directory, then we have a bug to fix. But if only that one directory
(and all its descendants) were the only things omitted in your recursive
copy, then
rrent working directory).
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
if we have a per-app
precedent of some other implementation already burning the short option
for that purpose, as it is then unlikely that POSIX will ever
standardize that short option for anything else.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
te
_
Seq_101903 incomplete
__
_____
As such, I'm closing this bug report, although you may feel free to add
further comments or questions.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
e, so if you have tac, it
is likely GNU tac to begin with.
The manual already contains:
@example
# Reverse a file character by character.
tac -r -s 'x\|[^x]'
@end example
Do we need a further example, or just modify that existing example to
call out the use of LC_ALL=C for reversing by
out date:
https://www.gnu.org/software/coreutils/faq/coreutils-faq.html#The-date-command-is-not-working-right_002e
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 01/15/2013 07:15 AM, Eric Blake wrote:
> [adding the Austin Group]
>
>
> What do others on the Austin Group think about an empty string for path1
> in symlink()? Current Linux rejects the symlink() call with ENOENT;
> FreeBSD 8.2 allows it but refuses to resolve the sy
7;t see this as a bug, but a feature - the fact that we
have three different options with three different levels of existence
checks was intentional. I'm closing this bug, but you can feel free to
add further comments or questions.
--
Eric Blake eblake redhat com+1-919-301-3266
Libv
y, this mail is now publicly archived, rendering this
disclaimer unenforceable. It is considered poor netiquette to tack on
your employer's disclaimers to public lists, and we recommend using
personal email accounts to avoid the problem.
--
Eric Blake eblake redhat com+1-919-301-3266
Li
or path1
in symlink()? Current Linux rejects the symlink() call with ENOENT;
FreeBSD 8.2 allows it but refuses to resolve the symlink ("ln -s '' a &&
ls a/" reports ENOENT); Solaris 10 allows it and resolves the symlink as
though it were '.' ("ln -s '
gt; Actually,
> pr -m -t -s' ' one two three
> seems to be easier to me for this case...
Awesome trick - I would have never thought of pr. Should we mention
pr(1) in the SEE ALSO of 'man join'?
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
rtunately, it is now posted to a public archive, and this disclaimer
is rendered unenforceable. For better netiquette, you may want to
consider posting from a private account, rather than one where your
employer tacks on lame legalese.
--
Eric Blake eblake redhat com+1-919-3
he-date-command-is-not-working-right_002e
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
t;
> He replaced @acronym. @sc should go too.
If that's the case, then we should enhance gnulib's
maint.mk:sc_texinfo_acronym syntax-checker to also flag @sc{ as an
undesirable sequence, to make it easier to avoid re-introducing problems
in packages that enable that rule.
--
Eric
DOT(Basename) \
> (Basename[0] == '.' && (Basename[1] == '\0' \
>
Also, while this patch is unlikely to go in as-is to upstream coreutils,
you may want to pursue getting it included into mingw and msys builds as
downstream distros affected by the need for the workaround.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 12/19/2012 03:23 AM, Pádraig Brady wrote:
>
> But I think the attached coreutils patch
> which just avoids auto enabling all these gcc
> warnings on older compilers is more appropriate.
I like the idea of only enabling the warnings on newer gcc.
--
Eric Blake eblake redhat c
it makes sense to try and upstream something that is so
platform specific; on the one hand, it would make out-of-the-box
development on cygwin easier; on the other hand, we don't have too many
people doing out-of-the-box development (most people rely on the
pre-built coreutils in the cygwin
this bug in the coreutils database so it does not
affect statistics of bugs that still need work in coreutils.git; but you
should feel free to continue to reply to this bug as needed to provide
any further information.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualizati
avoid it, certainly does
> belong in the documentation. The purpose of documentation is to *FACILITATE*
> the correct use of the tool, and not merely to erect the minimal legal defense
> of the code.
Rather than complaining, how about you submit a patch to improve the
documentation?
You want to use
printf(1) instead.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
is bug report because there is nothing further to do
upstream; but obviously the issue is real for your setup, and you should
feel free to send further replies if you have more questions and/or file
a downstream bug and want to post the results of that downstream bug
resolution back to this lis
9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
This also needs a NEWS entry. I'm not sure how easy or hard it would be
to write a test case, though.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
0 Nov 9 15:06 yum.log
Really, the ONLY way you are going to sort two independent chunks of
your list by date is to instead concatenate two independently sorted
chunks, and realize that ls already does the date sorting that you
desire. Perhaps you are really looking for:
(set -f; ls -lsd --sort=d
aren't they?
Again, since the file is unlikely to ever differ when generated
correctly, then there is no need to store it in git.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
is originally copied in from
gnulib, but in gnulib, it was already correct:
modules/localcharset:charset_alias = $(DESTDIR)$(libdir)/charset.alias
So I suspect a bug in the bootstrap script that is converting things
incorrectly when it attempts to normalize path names during a gnulib import.
--
Eric
a new bug - we already told you that coreutils 8.20
>> added 'dd status=none' to silence even that information.
> "We already told you"? Who is Eric Blake talking to? Nobody talked there
> about
> coreutils 8.20 or 'dd status=none'.
Pádraig mentioned
an
> optional dd parameter could eliminate that last kind of messages from stderr?
No need to report a new bug - we already told you that coreutils 8.20
added 'dd status=none' to silence even that information.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualizatio
test to come
first, without regards to the compiler test. I'll play with that idea.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ularity in
spite of the non-uniformity caused by daylight savings or changing
numbers of days per month. The FAQ also suggests using UTC instead of
local timezone to avoid daylight savings issues.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ded up attaching unrelated
information to bug 12642 (a coreutils bug). It would help if you tried
sending this information again to the correct address.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP d
E__ && __OPTIMIZE__
Coreutils copied this line from libvirt, and I know that other packages
have also copied this line. You will probably have several bug reports
to file, as you track down where this has spread.
I really dislike what glibc did to us by issuing a warning about an
ignored m
uld provide this w/o calling an external func
> on each dir...which really slows things down...
Sorry, but you've reached the wrong list. GNU coreutils does not
maintain find(1); for that, you'd need to write to the findutils list.
But while you are correct that POSIX does not
I'm closing this as not a bug; but you are free to still add
comments or questions to this conversation.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ee what you think is an error. Skipped tests are normal, and
none of your tests failed. What in particular in this log are you
worried about?
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ag=fullblock, as has already been mentioned to you earlier in this
thread.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
s
> (note no error message)
Nope, that's not a bug, but behavior required by POSIX. You asked dd to
read _up to 4G_ for a count of exactly 1. Just because the read was
short does not make it an error.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtual
ils
list, and we do not maintain nautilus. Your bug is probably not caused
by coreutils, and you will probably get better results in resolving your
problem by contacting the proper Ubuntu forum and/or the nautilus
development list.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
L
bably want to do:
chown -R user:user .
which is also mentioned in the FAQ:
https://www.gnu.org/software/coreutils/faq/#ls-_002da-_002a-does-not-list-dot-files
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
d you can use either of these constructs to avoid the issue:
chmod a+r ./*
chmod a+r -- *
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
Just not use facl call right now. acl works ok.
>
> That might work around the problem on your Solaris implementation,
> but it introduces other issues, on other platforms, so I'd like
> to get at the bottom of why such a change is really needed.
>
--
Eric Blake ebl...@
th CTRL+D which causes a logoff. `yes & yes'
> however can only stopped if killed from another terminal ...
>
> Is this wanted or are these bugs?
There are no bugs in what you have reported, just a misunderstanding of
what POSIX specified and how shell backgrounding works.
; 3. Say things don't work out in talking with the kernel devs. What I
>> think may(this being the key word here) be a plausible workaround is
>> if you guys could somehow test even without relying
>> on chmod() what kind of filesystem are we dealing with.
Nope, we'd rather not second guess the kernel, as that will slow down
the common case.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
nfo to suppress outputting to stderr;\n\
+ 'noxfer' suppresses transfer stats, 'none' suppresses
all\n\
"), stdout);
fputs (_("\
\n\
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
s
bug in coreutils, I'm closing the
associated bug report, although you should feel free to continue on this
thread if you have more questions or comments.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 09/12/2012 06:28 PM, Eric Blake wrote:
>> Before, "rm -r bbb/" was not valid syntax --
>
> Sorry, but 'rm -r bbb/' has ALWAYS been valid syntax in POSIX, and has
> always meant 'remove the directory found by resolving 'bbb', even if
> '
IX. It is mandatory that they be handled in file name
resolution, but it is possible to have a file system where readdir()
never returns '.' or '..'.
> As POSIX is a computer portability standard, one would imagine that they
> know the difference between dirnames and basenames
Yes, POSIX has a self-consistent definition of those terms.
> and that a dirname
> can only be treated as a basename when it has been emptied of files.
No, that is not a consistent statement in light of the POSIX definition
of the terms.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
fill the bug tracker with a
'me too' report.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
u identify the downstream integrator's concern, we have to
assume that it is their personal choice to fork things (the GPL allows
that after all), and not an upstream bug.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
irectory itself.
Yes there is, and Paul already told it to you:
rm -rf * .[!.] .??*
>
> I just want to "clean" out a directory -- I don't want to try to delete the
> directory itself.
Then use the triple-glob. This is portable to both POSIX and to the old
implemen
y, remember my advice - if you want this mode, add it as a new
long option, and NOT as an abuse of POSIXLY_CORRECT, if you want to
avoid controversy and even stand a chance of getting it approved for
inclusion.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 09/07/2012 03:20 PM, Eric Blake wrote:
> Indeed, reading the original V7 source code from 1979:
> http://minnie.tuhs.org/cgi-bin/utree.pl?file=V7/usr/src/cmd/rm.c
>
> shows that _only_ ".." was special, "." was attempted in-place and
> didn't fail u
entation
practice to see if it is even doable.
http://www.austingroupbugs.net/view.php?id=251
Read the whole thing. The original poster mentioned a much tighter
bound, but it was shot down, with the _only_ thing being left on the
table under current discussion is _just_ the limitation of newli
now that it has been standardized, and even though the standardized
behavior is tighter than the original pre-standard behavior.
> Griping against POSIX is like griping against the government.
No, I actually find the Austin Group quite reasonable to work with,
especially if you can provide
t a design flaw, but that it is consistent with
the fact that the unlink(".") syscall is required to fail, and that it
is consistent with other Unix implementations. We can agree to disagree
on that point.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
x27;t change the behavior _on your system_ to avoid extra typing on your
part.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
it a patch so that 'rm -r --depth-first .' does what
you want, I'm probably 60-40 in favor of including it.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ou think the standard has got things wrong. But griping to the
coreutils list is not the way to get POSIX fixed.
If, on the other hand, you are arguing for more long-option extensions
to coreutils, then please contribute patches rather than gripes.
--
Eric Blake ebl...@redhat.com+1-919-301-32
the newer standards...
That's where you are wrong. POSIX _does_ allow OS's to make extensions
beyond the standard.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 09/04/2012 10:42 AM, Jim Meyering wrote:
> Jim Meyering wrote:
>
>> > Torbjorn Granlund wrote:
>
> Problem numbers are of the for N=pq, p,q prime and (p-1)/(q-1) = s,
s/for/form/
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization libra
human
> readable values to make your wonderful utility even more useful.
>
We already have: sort -h, in coreutils 7.5 (2009). Therefore, I'm
closing this bug.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ultiple fields requires compressing all of the
ranges into a single argument, with no space separation).
For now I'm closing this bug, although you can continue to reply to it
for further discussion. Perhaps that means we should reopen this report
if someone is willing to write a do
ntinue to comment if
you'd like to provide more information.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
time (where changing the processor clock can lengthen or shorten the
sleep duration). If we do add code to support multiple flavors of sleep
durations, I'd probably lean towards absolute wall time as the default.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualiz
Additionally, as of the just-released coreutils 8.18, su is no longer
part of coreutils. It is now part of util-linux, so this is no longer
the place to discuss the issue. I'm closing the bug as a result,
although you can continue to comment if you'd like to provide more
informati
On 08/13/2012 08:45 PM, Paul Eggert wrote:
> On 08/13/2012 06:54 AM, Eric Blake wrote:
>> POSIX _does_ require multi-byte support
>
> The last time I checked, POSIX did not require
> the implementation to provide any multibyte locales.
> Has this changed?
Fair enough - POSIX
it's not broken.
>
> ls (coreutils) 5.2.1
That's old. The latest version is 8.18. While this particular issue is
not a bug, there have been other bugs fixed in ls in the meantime, so
you might want to consider upgrading.
I'm closing this bug, although you are still free
compilance,
Actually, POSIX _does_ require multi-byte support; it's just that no one
has yet contributed code for this upstream that is easy enough to
maintain and without penalizing single-byte locales. Patches are welcome.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
L
On 08/02/2012 07:18 AM, Andreas Schwab wrote:
>> For bash, one solution is:
>>
>> $ printf '\na\nb'|tac -rs '.\|'$(printf "\n")
>
> No, command substitution strips trailing newlines.
So don't make it trailing:
printf '\na\nb
b/doc/coreutils.texi
> @@ -1625,6 +1625,12 @@ Use @var{separator} as the record separator,
> instead of newline.
>
> @end table
>
> +To reverse a file byte by byte, use:
> +
> +@example
> +tac -r -s '.\| ' @var{file}
Cool tip. But not quite accurate - you need
401 - 500 of 2653 matches
Mail list logo