I think this may be fixed with
https://github.com/coreutils/coreutils/commit/e886b300
Not at a computer to check
Hello,
I used the command
uniq -dc myfile.txt'
here are some lines of the output
2 ☼ turvy
2 ☼ with gay abandon
2 ☼ with reckless abandon
10 ☼ yyⅰ
9 ☼ yyⅹⅲ
2 ☼ yyⅺ
12 ☼ zzⅰ
The three first lines above are correct and correspond to real duplicates lines
(hostname()).split('.'))
| python | uniq -c
cheers,
P??draig.
-twiddling the
IPv4 address. (This value may not be unique.)
So I installed the following to reference that man page.
thanks,
P??draig.
commit f93d5985a2bc468f9f92f3bb8dedb0d3bf0807d8
Author: P??draig Brady p...@draigbrady.com
Date: Sun Jul 22 12:59:49 2012 +0100
doc: mention gethostid(3
closing this bug, and we can reopen
if you do find dd to be at issue.
If you still suspect dd, then we'll need version info
and straces of both commands.
cheers,
P??draig.
On Thu, Apr 22, 2010 at 08:39:26AM -0600, Eric Blake wrote:
[adding bug-coreutils]
On 04/22/2010 04:37 AM, Daniel P. Berrange wrote:
-if (virAsprintf(dest, exec:%s %s 2/dev/null, argstr,
safe_target) 0) {
+if (virAsprintf(dest, exec:%s | dd of=%s seek=%llub
On Saturday 07 April 2007 19:40, rohit sharma wrote:
but how is it possible to remove the directory in which you are
On unix like system files aren't really removed if they are in use.
Look for example at
lsof | grep deleted
Regards,
Daniele P
.* are:/,/^[a-zA-Z]/p'
../README \
| sed -n '/^ */s///p' | tr -s ' ' '\n'
progs-readme
diff progs-makefile progs-readme rm -rf
progs-readme progs-makefile
cd .; grep '^# *define *S_IS' lbracket.c basename.c
cat.c chgrp.c chown-core.c chmod.c chown.c
chown-core.c chroot.c cksum.c comm.c cp.c
Recently my coreutils package upgraded from version 5.2.1 to version
5.94. With the new version, specifying columnar offsets on the command
line no longer works. For example, here is a tes with the old and new
versions, sorting on the second column (skip 1 column). (Using
/dev/null since
Hello,
I use 4.5.3 from coreutils 5.93 and have a problem with sort.
File a:
a-1 1
a 0
is sorted by sort -k 1 a to
a 0
a-1 1
In contrast file b:
a a B
a-1 b G
is sorted by sort -k 1 b to
a-1 b G
a a
From the grep man-page:
--include=PATTERN
Recurse in directories only searching file matching
PATTERN.
What type of PATTERN can be used here (i.e. glob, regex, extended regex,
etc.)?
For example, I want to search recursively below a directory D, but want
to check
only files
Lord_Zanu wrote:
I am a student
I discover when you
type:
who am i, this is te result
jdavid pts/10 Oct 10 14:49 (192.168.2.7 http://192.168.2.7)
and whe i type:
who a mi:
the result is the same
What does the following output?
who is silly
From the manpage:
If ARG1 ARG2 given, -m
I use the following (which I don't use that often to be honest):
alias lld='find -maxdepth 1 -type d ! -name .* -printf %P\n |
xargs ls -lUd --color'
--
Pádraig Brady - http://www.pixelbeat.org
--
___
Bug-coreutils mailing list
Bug-coreutils
Stephen Jungels wrote:
Because I needed nice columnar output similar to the ls command's simple
file list, I went in and ripped out the columnar logic from GNU ls and
created a nice simple cols command. It does one thing only and does it
well, like a good UNIX command should.
(pr isn't good
[EMAIL PROTECTED] wrote:
Dear,
it would be very practical if the coreutils would include the
banner program of cygwin. It is practical for debugging scripts.
Best regards,
Let me hear something,
Is it like figlet?
http://www.figlet.org/
http://www.schnoggo.com/figlet.html
--
Pádraig Brady
Sebastian Rasmussen wrote:
Below is a patch (against coreutils-cvs) that
implements a new coreutil of mine, realpath, that
more or less wraps the libc call realpath(3). This
is done in order to allow shell scripts or users
to retrieve an absolute path given a relative
path.
What's wrong
Paul Eggert wrote:
Gerrit P. Haase [EMAIL PROTECTED] writes:
I also got antoher error, for module mathl this was added to Makefile.am:
noinst_HEADERS +=
Since it was the first use of noinst_HEADERS automake chokes on it.
I guess you're supposed to put noinst_HEADERS = at the top
sort -t . -k1,1g -k2,2g
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
As ever I haven't had time to look at this yet. comments below...
Jim Meyering wrote:
[EMAIL PROTECTED] wrote:
...
OK, I'll have a look. FreeBSD seems to be faster again,
(don't compare these results to the previous mail):
[I've just noticed you used `sha1' below.
Is that a shell alias or
I haven't looked too deeply into this,
so this is just a heads up.
I have a util which currently uses md5sum
to compare file contents, and in light of
the recent vulnerabilities I have decided
to use _in addition_ another digest algorithm.
So I compared the performance of the digests
available
Jim Meyering wrote:
[EMAIL PROTECTED] wrote:
I haven't looked too deeply into this,
so this is just a heads up.
Yep. I mentioned that coreutils/TODO wrt md5sum:
Look into improving the performance of md5sum.
`openssl md5' is consistently about 30% faster than md5sum on an idle
AMD
James Youngman wrote:
Davis Houlton writes:-
I recently had to write a shuffle utility for a personal project and
was wondering if it would make a canidate for the coreutils
suite. It seems like the kind of utility the toolbox could use
(maybe under section 3. Output of entire files).
On 8 Apr, Stephen Mc Gowan wrote:
: configure: WARNING: sys/mount.h: see the Autoconf documentation
: configure: WARNING: sys/mount.h: section Present But Cannot Be Compiled
Did you have a glance at the documentation?
Steven
___
Bug-coreutils
On 8 Apr, Geoffrey Odhner wrote:
: On Thu, 7 Apr 2005 20:01:24 +0200 (CEST) Steven Schubiger wrote:
:
: On 7 Apr, G. Vamsee Krishna wrote:
:
: : Would be nice though if it says that `rm' does the same thing
: : to directories too. I still remember using `rmdir' on an empty
: : directory
Dick Hessel wrote:
That did the trick! I did not realize that character set
translations where going on . (I've never been a Unicode fan...)
Thanks!
Dick
Note grep and sort could be more clever in this regard.
Taking this example again:
grep konnect 1 Out_konnect | sort --key=4 -n
konnect 1 is a
Felipe Kellermann wrote:
On Sat, 26 Feb 2005 5:39am +0100, Alfred M. Szmidt wrote:
Did I mention ls should have a --no-total option
to remove those annoying
total 1120
without needing to pipe to a filter.
Another possibility would be to output the `total' to stderr.
The horror, why
[EMAIL PROTECTED] wrote:
The POSIX specification requires that the prompt be issued to stderr:-
Fair enough. Thanks for the info.
What my patch essentially did was:
if (isatty(stderr)) { /* interactive */
human=open(/dev/tty);
fcntl(human,F_SETFD,FD_CLOEXEC);
} else {
human=stderr;
}
Andreas Schwab wrote:
Nic Ferrier [EMAIL PROTECTED] writes:
I've considered the semantics of the --dircontext switch. I think what
I actually want is ls to be able to acknowledge what directory I told
is to look in.
So if I say:
ls --dircontext childdir
it comes back with:
childdir/a.txt
Paul Eggert wrote:
Here's a proposed patch to pathchk. It's not urgent, as pathchk
conforms to POSIX now, but it implements a new -P option suggested
in a POSIX interpretation released today.
- -p, --portability check for all POSIX systems, not only this one\n\
+ -p check
Simon Josefsson wrote:
Is a base64 encode/decode tool suitable for coreutils?
I typically use `M-: (base64-encode-string foo)' in Emacs, but I
have found I often want a command line tool as well. And `echo
foo|base64' is easier to type.
There is a base64 module in gnulib that I think would be
Matthew M. Boedicker wrote:
Sorry, this isn't a bug. Should have read the FAQ. export LC_ALL=POSIX
fixed it.
Well really that's just relying on the fact that '.' is before [0-9]
in the C locale. The following is more explicit/robust and should
work for all locales:
echo -e
Paul Eggert wrote:
Tim Waugh [EMAIL PROTECTED] writes:
https://bugzilla.redhat.com/beta/show_bug.cgi?id=135942
FYI this also could be a dupe:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=135905
Of the coreutils programs that use O_NONBLOCK:
chown and touch don't do I/O.
dd uses
I reported that:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=82032
Pádraig.
___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Jim Meyering wrote:
pwu [EMAIL PROTECTED] wrote:
I have tried to calculate how many lines in our project. In one
directory it give me the value is 160k, but the total number for all
directories are only 50k.
my command is like this:
find . -name '*.[ch]' |xargs wc
The newlines are only 50K. I
Paul Eggert wrote:
Jim Meyering [EMAIL PROTECTED] writes:
Simon's solution (of changing the default to be `don't use unlocked-io')
is fine with me.
OK, I installed the following into gnulib, so that the change is done
systematically for all gnulib modules. I also installed the
coreutils-relevant
Alfred M. Szmidt wrote:
Could someone explain the following behaviour for me? Because I sure
do not understand it.
Yes this is confusing but not incorrect.
[EMAIL PROTECTED]:/tmp/foo$ touch 1 2 3 4 5
[EMAIL PROTECTED]:/tmp/foo$ foo=`ls`
$foo will contain the string 1\n2\n3\n4\n5\n
[EMAIL
Paul Eggert wrote:
[EMAIL PROTECTED] writes:
OK I've attached a patch that addresses question 1 above.
Note this is not for merging, just for disussion really.
The user-interface change sounds good, but the implementation isn't
quite right. You need to temporarily set TZ all the while mktime is
Paul Eggert wrote:
[EMAIL PROTECTED] writes:
OK I've attached a patch that addresses question 1 above.
Note this is not for merging, just for disussion really.
The user-interface change sounds good
cool, that's all I wanted to determine with the patch.
but the implementation isn't quite right.
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Q1. Why is there a difference in the parsing of $TZ
and --date ... timezone ?
Q2. Why is a warning not printed when an invalid $TZ is set?
$ TZ=America/Los_Angeles date
Wed Mar 31 07:21:51 PST 2004
Missing info:
$date --date 09:00
Hello,
When I offered the program combine to be a part of the GNU project, the
reviewers suggested that it might fit in well with coreutils.
Combine has similarities to join in that it matches files on keys and
reports on the results. Differences are that any number of keys can be
used, the
Paul Eggert wrote:
I asked my students to clone Debian GNU/Linux uniq in Python, giving
them a POSIX-compatible uniq to start with. Josh Hyman, one of my
students, pointed out a disagreement between the two programs which
turns out to be a POSIX-compatibility bug in coreutils. POSIX says
Paul Eggert wrote:
[EMAIL PROTECTED] writes:
There are other invalid combinations not handled either:
See the last 6 lines of this patch for a summary:
http://www.pixelbeat.org/patches/textutils-2.0.21-uniq-group.diff
I don't quite follow. The last six lines seem to claim that the
following
42 matches
Mail list logo
