bug#65003: pinky's "Idle" column lost the unit

I think this may be fixed with https://github.com/coreutils/coreutils/commit/e886b300 Not at a computer to check

bug#12285: uniq on a UTF8 file with roman numerals

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

bug#6004: [libvirt] [PATCH 3/4] Fix QEMU save/restore with block devices

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) {

Re: REMOVING THE DIRECTORY IN WHICH YOU ARE(REDHAT LINUX 9)

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, D

chgrp

x27;s,$,,' \ | LC_ALL=C sort -u > progs-makefile && \ sed -n '/^The programs .* 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-makefi

Possible bug w/sort: As of coreutils-5.9x, sort loses command-line column offset (e.g. +1.0n)

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 the

sort on multicolumn files

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

Filename pattern in grep --include=....

>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

Re: Linux who bug

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 ) 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 presum

Re: cols command for columnar output

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 e

Re: [patch] add option to ls to display only directories

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-c

Re: banner

[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 -

Re: New coreutil? realpath - retrieve canonicalized absolute path

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 wr

Re: same.c:78: error: `HAVE_LONG_FILE_NAMES' undeclared (first use in this function)

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 &quo

Re: Sort FAIL!

sort -t "." -k1,1g -k2,2g ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: digest algorithm performance

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

Re: digest algorithm performance

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 20

digest algorithm performance

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

Re: new coreutil? shuffle - randomize file contents

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). This

Re: dos filename portability in pathchk

see the `findsn -c` component of http://www.pixelbeat.org/fslint You can use it like `./findsn -c /lib/modules` or use the GUI. -- Pádraig Brady - http://www.pixelbeat.org -- ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailma

Re: extend rm docs (was: slight 'rm --help' confusion)

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 :> : direct

Re: sys/mount.h: present but cannot be compiled (was: no subject)

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

Re: PATCH for a minimum size enhancement to du

David J Craigon wrote: Hi there, One of the things I like doing with du is going through directories when I have run out of disk space, trying to find out what is taking up of the room. I use max-depth to try and filter the directories, but this tends to have the problem that I either end up

Re: sort 5.2.1 is VERY slow

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" i

Re: sort 5.2.1 is VERY slow

Dick Hessel wrote: Hi, I was looking at some data in a 6MB text file using sort. When I used the --key flag, the speed of sort was embarrassingly bad. It was *~80 times slower* on my new Athlon64 processor as on an old 1GHz P3 using cygwin's sort under Windows 2000! I ran grep "konnect 1" Out_konne

Re: ls -l --no-total

[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; }

Re: ls -l --no-total

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,

Re: ls display directory context?

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 chil

Re: ls display directory context?

Nic Ferrier wrote: find childdir --max-depth=1 -type f \ -printf "%AY%Am%Ad%AH%AM %p\n" |\ sort -r | gawk '{print $2}' In general never use ls for scripts as it's designed for human interaction. Use find instead. For example ls can't h

Re: proposed pathchk change, in response to today's POSIX interpretation

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

Re: base64 tool?

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 su

Re: bug in sort numeric mode with . separator

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 "80.58.11.107\n80.58.1.

Re: [bug-grep] [patch] getting '--devices=skip' to work

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 O_

Re: dd patch to output transfer rate, byte count, and time

Paul Eggert wrote: The Debian unstable version of "dd" also outputs a total byte count, seconds taken, and transfer rate. This is an often-asked-for feature, and seems useful. I installed this implementation instead, which I wrote from scratch. The Debian version suppresses this new output if PO

Re: TERRIBLE sort performance in RedHat 9.0

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

Re: Normalizing pathnames

Dmitry V. Levin wrote: Hi, On Thu, Oct 07, 2004 at 12:03:48PM +0100, [EMAIL PROTECTED] wrote: Suresh Krishnan wrote: Thanks for the quick response. readlink -f does almost everything I want. The only thing it does not do is to verify whether the path is valid. I can add this on very easily in my

Re: wc can not count very large file

Jim Meyering wrote: [EMAIL PROTECTED] wrote: Jim Meyering wrote: ... Once that option is added, you'll be able to do this: find . -name '*.[ch]' -print0 |wc --files0-from In the mean time, you could use your xargs command and sum the numbers from the `total' lines. The following should do that aut

Re: Normalizing pathnames

Suresh Krishnan wrote: Hi Paul, Thanks for the quick response. readlink -f does almost everything I want. The only thing it does not do is to verify whether the path is valid. I can add this on very easily in my script. That got me thinking. If the path doesn't exist then I think readlink -f sh

Re: wc can not count very large file

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 ha

Re: [Bug-gnulib] getline bug?

Paul Eggert wrote: [EMAIL PROTECTED] writes: In general I don't agree with the unlocked versions of the glibc functions being exposed. I'm afraid that ship has already sailed, as POSIX (with the Thread-Safe Functions extension) requires support for functions like getc_unlocked. They're a standard!

rm -rf / protection

I thought this was interesting... http://blogs.sun.com/roller/page/jbeck/20041001#rm_rf_protection PÃdraig. ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: [Bug-gnulib] getline bug?

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

Re: [PATCH] Re: date timezone question

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

Re: weird echo behaviour...

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 PROTECTED

Re: Od - man page - an example

Cintia Del Rio wrote: *** Reading the od man page, I found out the -x option could be useful to me. $ od -x arquivo.bin 000 0012 1234 3456 0012 5678 1234 020 2211 4433 024 As you can see, it's messy to understand. Of course I didn't want anything like this. I was thinking th

Re: dd and verbosity

John Lowell wrote: I use dd in connection with nc to do network backups. I've wondered if there is any way that dd can be made verbose as it copies one disk to the other. The manual offers no such option and, reviewing additional information at the coreutils site, I can't find anything helpful.

Re: -t and -T options for cp/mv/ln/install

Paul Eggert wrote: Here's a patch to add support for -t as a short name for --target-directory, and -T as a short name for --no-target-directory. I thought all new options should just have long options? Pádraig. ___ Bug-coreutils mailing list [EMAIL PROTE

Re: Bug in od

Bob Proulx wrote: Keith P. Boruff wrote: I discovered an 'endian' bug when executing od in the following manner: od -Ax -t x2 baseball.txt on my Linux O/S (with an Intel processor). Thanks for the report. But I looked at the files but I could not see a bug there. The data look

Bug in od

k at the source and fix the problem myself? I have a pretty good idea what the deal is. However, I can't make any promises at this time. In any case, I thought I'd bring this to your attention. If you need anymore information, I'd be happy to oblige. Thanks, Keith P. Boruff 00 6

Re: [PATCH] Re: date timezone question

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. I

[PATCH] Re: date timezone question

[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 America/L

Re: date timezone question

[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 America/Los_Angeles" date: invalid da

date timezone question

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? Details: I needed to organise a meeting for 09:00 in San Josà and so to figure out the time here (Irish Summer Time) I did: $ date --date "09:00 PST" Wed M

Possible inclusion of combine in coreutils

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 file

Re: coreutils uniq -d -u does not conform to POSIX

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 pa

RE: coreutils uniq -d -u does not conform to POSIX

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