Sorry for the delay in updating this problem - I've been doing some
testing!
The first thing I did was wrote a quick and dirty Pascal program to do
a byte-by-byte comparison of the data files, just in case it was cmp
that was causing the problem, not cp. The results were the same using
my
On 3/4/24 03:10, Paul Eggert wrote:
Try running 'strace -o tr cp data.dat original' and then look at the
file 'tr' (which could be quite large). Look for the syscalls near the
start, and near the end, of the bulk copy.
Quite possibly it's a bug in your Linux drivers or your firmware or
) scientist turned database programmer,
I know Pascal, FORTRAN and SQL, and that's about it.
Thanks,
Brian.
On 10/03/2021 01:42 PM, Paul Eggert wrote:
On 10/2/21 8:14 PM, Brian Callahan wrote:
I can send you a build log offlist if you'd like to see what the 7.0
build looks like.
It sounds like the more-recent clang has fixed most of the false
alarms. It'd probably be a more-efficient use of our
ngs during the build (even before these
fixes).
I can send you a build log offlist if you'd like to see what the 7.0
build looks like.
~Brian
.
There are no test failures for coreutils-9.0 on
x86_64-unknown-openbsd7.0
Thanks.
~Brian
On Tue, 2020-11-17 at 14:10 -0800, Paul Eggert wrote:
> On 11/17/20 5:32 AM, Brian J. Murrell wrote:
> > [previous line repeated 4 times]
>
> uniq -c already does something like that, though it outputs "5"
> instead of "4".
Right. I had considered that.
On Tue, 2020-11-17 at 08:05 -0700, Assaf Gordon wrote:
>
> Hello,
Hi,
> uniq supports the "--group" option, which adds a blank line after
> each
> group of identical lines - this can be used down-stream to process
> groups in any way you want.
But there is no way to have it remove the repeated
It would be a useful enhancement to uniq to replace all lines
considered non-uniq (i.e. those that would be removed from the output)
with a message about how many times the previous line was repeated.
I.e.
$ cat <
signature.asc
Description: This is a digitally signed message part
When doing a math operation to a date command it appear to process the
timezone differently.
The system is Ubuntu 18.04.2 LTS.
Versions: coreutils/bionic,now 8.28-1ubuntu1 amd64 [installed]
#echo $datNow
2019-06-25 15:21:34
#date -d "$datNow " "+%Y-%m-%d %H:%M:%S" --debug
date: parsed date
in their titles are now displayed
incorrectly. This bug also breaks existing scripts all over the place.
Please resolve this bug on the next release.
Brian Hartvigsen
(Ubunut 14.04 as the client
OS). The command I executed is:
tail -f stderr.log
I am happy to provide followup information or testing.
Thanks,
Brian Drawert
'false --help' and 'false --version' print nothing and return an error. I
honestly don't know if it's working as intended. If not, the man page needs
to be updated.
Jim Meyering wrote:
Hello,
While writing a few tests for userspec (below), I was surprised to
re-learn that chown USER_NAME: has a special meaning. It is a
shorthand for chown USER_NAME:+$(id -g USER_NAME) ...
I had expected it to be equivalent to this:
chown USER_NAME ...
Since the above
, instead of waiting for the full 30
minute time interval, its Ctrl-C and the captured lines are sent to stdout and
captured in the test report.
-Original Message-
From: j...@gmail.com [mailto:j...@gmail.com] On Behalf Of James Youngman
Sent: Thursday, May 07, 2009 3:59 AM
To: Brian
The new feature is demonstrated by a wrapper script around tail which
gives me the ability to use tail to drive arbitrary alerts like this
(only the core concept lines are shown):
# put it into the background
tail -n 0 -f error_file working_file
#wait for some lines to arrive
while !
with arbitrary
filenames without complicated quoting is to \0-delimit them. Using tr
to convert newlines to \0 fails if you have filenames with newlines in
them, not to mention that it's pointless overhead.
Brian
___
Bug-coreutils mailing list
Bug
systems. Cygwin does provide an emulation of
LD_PRELOAD however, so the example at least does work there as well,
modulo s/-fPIC// and s/.so/.dll/.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
=./linebuf.so grep
foo | cat
foo
foo
foo
... # immediate output
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
I have built the coreutils 6.9 package (the latest) on a 64-bit x86
Linux system (Linux 2.6).
If as myself (not root) I type:
% su
I become root. No password asked!
Note: This software resides in AFS space. If I build it locally, the
problem does not occur.
BTW, I've also built
the shell without interpolation and be passed
on to the command:
find . -name '*.ext'
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
does not make a lot of sense, and the coreutils
maintainers are very resistant to doing it as a result.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
the newline included.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
) $(AM_MAKEFLAGS) binPROGRAMS_INSTALL=./ginstall\
+$(MAKE) $(AM_MAKEFLAGS) \
$${cu}install-binPROGRAMS
@$(NORMAL_INSTALL)
$(MAKE) $(AM_MAKEFLAGS) install-exec-hook
--
Brian Silverman
Concept X, LLC
___
Bug-coreutils mailing list
Bug
the possibility of doing this in-place if there's
not enough free space and/or if the size of the header fits into memory,
however that is dangerous since you suffer data loss if interrupted.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http
Jan Engelhardt wrote:
I wanted to get the number of seconds since the start of the day.
echo $[`date +%s` % 86400];
How about:
echo $[$(date +%s) - $(date -d '' +%s)]
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http
of MSYS was to do exactly what you just said. If it were
possible to build coreutils (and bash, etc) without an emulation layer
like MSYS then it would never have been created.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http
system.
Someone suggested recompiling coreutils with
HAVE_BUGGY_NFS_TIME_STAMPS defined.
I did recompile with that define and it did fix the problem.
Just another data point.
--Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http
is probably not something we should do, though. ???
--Brian
On Jan 17, 2008, at 3:49 AM, Jim Meyering wrote:
Brian Biswas [EMAIL PROTECTED] wrote:
I'm running coreutils 6.9 on leopard 10.5.1.
% cp file1 file2
works correctly. However:
% cp -p file1 file2
cp: 'file1
?
If I compile the same code on tiger and run it on leopard I don't
get that error message (and the copy is done correctly).
???
--Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
the file would be overwritten despite the user
giving --reply=no. This was the source of much confusion and the reason
why it the option was deprecated, because it did work in the manner that
people expected.
Brian
___
Bug-coreutils mailing list
Bug
Jari Aalto wrote:
Could you point me to the manual (info?) sources and document
which explains the build procedure for *.N files.
The .x files are just skeletons. The meat of the man pages are
generated automatically from the --help output of each binary with the
help2man script.
Brian
/space limitations, full texinfo and --help/man
documentation, testcases, implementing features not found in the
existing unix toolset, etc.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
/null | wc
28815289654
That's a fifteen-hundred word explanation on the syntax and meaning
behind symbolic modes, and there are 19 examples by my count. --help
output and man pages are supposed to be short and concise.
Brian
___
Bug
] = 'one'
argv[2] = 'two'
argv[3] = 'three'
argv[4] = 'four'
I don't see how the xargs -L option has anything to do with the
situation.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
alessandro salvatori wrote:
On top of that the only way for me to get the desired behaviour of skipping
existing files seems to be:
See the previous thread from earlier this month:
http://lists.gnu.org/archive/html/bug-coreutils/2007-08/msg0.html
Brian
of
options as filenames, test for existance of those files, and change
behavior dynamically. That kind of thing would be rife with corner
cases, unexpected outcomes (e.g. -file names a filename that's not
supposed to exist), maintenance nightmares, etc.
Brian
to portable software, where documenting
anything system-specific in a generic way is difficult if not
impossible, unless you want to resort to a long list of On Linux, do
this; On Solaris, do this; On IRIX, do this; On HP-UX, do this; On
Darwin, do this; On FreeBSD, do this; On Windows, do this.
Brian
understood. As a very rough analogy to POSIX
systems, using it might be likened to making direct int 0x80 syscalls on
a POSIX system rather than going through the libc... i.e. somewhat
ugly.)
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http
is
not sufficient, because the shell re-parses the command when you invoke
date and unless you use quotes there, it will not know that the multiple
words contained in the variable should be kept together as one argument.
Brian
___
Bug-coreutils mailing list
Bug
there are numerous alternatives, the easiest of which is
HTML:
http://www.gnu.org/software/coreutils/manual/html_node/comm-invocation.html.
The ability to specify something other than TAB would probably be a
useful feature to have, though.
Brian
___
Bug
on perl golfing but how about just:
$ perl -e 'print sort {length($a)=length($b)} ' file
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
information.
Looks like a misbehavior in option parsing.
Randomly,
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Thanks guys, you learn something new every day.
Cheers,
Brian
Eric Blake [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Brian Matheson on 4/18/2007 8:34 PM:
Old behavior:
red:~$ basename $0
-bash
Broken.
New behavior:
orange:~/lib/sh
Sam G wrote:
I was wondering why the gnu chown doesn't have an option to behave
like other unixes, where the 'owner' of a file can chown.
FAQ:
http://www.gnu.org/software/coreutils/faq/#Why-can-only-root-chown-files_003f
___
Bug-coreutils mailing
single file and directory in the tree, only to then go and strip
the filename component entirely, resulting in massive duplication that
you then have to remove. What's wrong with just telling find to list
directories: find /tmp/test -type d
Brian
really well. In that
vein, the shell does all globbing (and variable expansion/substitution,
quoting, etc.) for all program invocations, rather than having to add
glob expansion code to every little individual program that might ever
need to process more than one file.
Brian
to do it.
And as already pointed out, you don't need to modify basename at all to
achieve this today, you can just do xargs -l basename filename.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug
for doing most tasks involving recursively searching for all
files of a given specification. Pretty much the only time that the -r
flag to rm is useful is when you want to remove a directory and all its
contents, as in rm -rf dir.
Brian
___
Bug-coreutils
.
Note that you can always run command --help or info command or man
command if you want to see what options it supports.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
a string and
put conclusion to output.
That's way too generic of a description to really be able to offer any
concrete advice.
I tried to find a way, but I didn't:(
http://www.oreilly.com/catalog/shellsrptg/
http://www.oreilly.com/catalog/unixnut4/
Brian
of hash function is affected by the `--random-source'
option.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
not something that mv can deal with, it's a limitation of the filesystem
that cannot be avoided.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
bytes,
which is actually a factor of (1000/1024)**3 smaller in GB.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
. Run your input files through 'sort' before passing
them to 'comm'.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
file that would
ever set the stage for a conflict in a generated file, and this type of
change is comparitively rare -- certainly not something that I would
expect from the OP who stated that he has yet to successfully build the
package at all.
Brian
this (10.3 in my copy.) You should have gotten a warning
from cvs that there were conflicts (and/or seen C as the status
character next to the filename.)
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug
.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
locale is used.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
John P. Eisenmenger wrote:
So is this a bug, or do I just need to learn the new way of specifying
column offsets?
It's not a bug. See the NEWS file.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo
it really did (what I
think) the more sensible thing, nothing.
Anyways. As long as it's documented and can be counted on not to change (any
more), then it's fine...
Thanks much
Brian K. White -- [EMAIL PROTECTED] -- http://www.aljex.com/bkw
was that chown
now clears the suid bit from files it acts upon.
As the man page doesn't mention this, and it's certainly new behaviour, and
certainly deviant from every other unix,
I submit that it should not do this.
Thanks
Brian K. White -- [EMAIL PROTECTED] -- http://www.aljex.com/bkw
it is trying
to invoke /bin/link from coreutils. In that case it's a problem with
his Makefile and/or his PATH and/or his environment, but has nothing to
do with Cygwin or coreutils.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org
time.
Version Information:
ls (coreutils) 5.2.1 (5.2.1-2ubuntu2)
Thanks,
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
asking in the wrong list.
But if it were me, I would try something like:
$ find D -name no\* -o -name uh\* -print0 | xargs -0 grep abc
The 'find' command is designed specifically for this purpose and has
many more features and knobs for recursion, compared to trying to make
grep do this job.
Brian
?
You must be using a patched coreutils because none of that alias junk is
in the official tarballs. Check the patches that your distribution
adds.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug
Dirk Stoecker wrote:
So please tell me a way to use the sort program in contexts which allow no
environment variable settings. I will be happy to accept it.
You can use env LC_COLLATE=C sort -opts as the sort command. Or 'sh
-c LC_COLLATE=C sort -opts'.
Brian
with ] as an argument. It returned nothing.
I was wondering if that [ program is supposed to be there, or if it's a typo.
If I run info [ I get the info page for test, so I wasn't certain if they
were related.
Thanks,
Brian
___
Bug-coreutils mailing
Bob Proulx wrote:
You probably wanted the [EMAIL PROTECTED] mailing list for asking
for gcc help.
That sound probably be gcc-help (at) gcc.gnu.org
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug
with a newer kernel.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
/coreutils-faq.html#Sort-does-not-sort-in-normal-order_0021
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
expect it
to be changed any time soon.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
distro-specific file.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Bryce Nesbitt (mailing list account) wrote:
This is a request for a command line switch to diff -r,
The diff command is not a part of coreutils:
http://www.gnu.org/software/diffutils/diffutils.html
___
Bug-coreutils mailing list
/1/51 10.9
version0/data/r=2/1/52 6.6
version0/data/r=2/1/54 7.5
This is working correctly as designed, though probably not how you
expected.
http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Sort-does-not-sort-in-normal-order_0021.
Brian
Bob Proulx wrote:
Please see this frequently given answer in the reference below.
http://www.gnu.org/software/coreutils/faq/
Look for Why can only root chown files?
Incidently, there is an incomplete sentence in that section of the FAQ
(Such as creating...).
BrianIndex:
.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
games to get around that
but I find using -printf to be simpler. YMMV.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
because you will be responsible for
knowing that the tools support whatever feature you want to use.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
only
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
|
base64 -' or similar. In your examples of perl/sed/grep those all take
program/script code (or in the case of grep, a regular expression, a
type of program) as parameters, which is not the same as the input
stream to be processed.
Brian
___
Bug-coreutils
view the .txt file with 'less' it will likely be
fairly unintelligible, certainly not a plain text log. Though if you
'cat' it to a terminal you will recreate the scp output in fast-forward
mode.
Brian
___
Bug-coreutils mailing list
Bug-coreutils
. It just
doesn't seem very likely that you would actually ever want dd to operate
in text mode.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
would be appreciated. Thanks!
--
Brian Kreulen
We shall not cease from exploration
And the end of all our exploring
Will be to arrive where we started
And know the place for the first time
--T.S. Eliot
___
Bug-coreutils mailing list
[EMAIL PROTECTED
84 matches
Mail list logo