bug#70561: ln -sfr stats the wrong file

(resend) When analyzing file accesses with strace, I noticed that ln stats an unrelated file. This only happens with the opions -sfr and when the dest symlink already exists. Here's a reproduction script: # setup mkdir -p a b > b/x ln -fs anything a/x # ln -sfr b/x a/x

bug#70558: ln -sfr stats the wrong file

When analyzing file accesses with strace, I noticed that ln stats an unrelated file. This only happens with the opions -sfr and when the dest symlink already exists. Here's a reproduction script: # setup mkdir -p a b > b/x ln -fs anything a/x # ln -sfr b/x a/x strace -

bug#55937: [PATCH] touch: create parent directories if needed

I don't like this as the default behavior. If this feature is added, it should be optional, and enabled with -p, like mkdir. David

bug#52049: More Information

Sorry. I thought I was on 20.04 Ubuntu, but reading my report of a bug, I was not. Please disregard this, as there is no failure with shred version 8.30.

bug#52048: Bug in shred -u

Hello, It seems that shred utilizes a pattern of renaming and then unlinking. However, I don't see the use of a lock for this pattern and so there is a race condition and the shred command can fail. This test case is timing sensitive, and therefore doesn't happen every time. But it happens frequen

bug#52049: Bug in shred -u

Sorry. I thought I was on 20.04 Ubuntu, but reading my report of a bug, I was not. Please disregard this, as there is no failure on more current OSs. On Mon, Nov 22, 2021 at 3:20 PM David McLaughlin < david.mclaugh...@theredx.com> wrote: > Hello, > > It seems that shred utiliz

bug#50746: coreutils-8.32 test results on hppa hpux11.11

On 2021-09-22 7:06 p.m., Pádraig Brady wrote: > On 22/09/2021 23:48, John David Anglin wrote: >> See attached. > > A quick scan suggests these are mostly test issues, > rather than issues with the utils themselves. > For example a `sed 2q` that doesn't quit soon enough,

bug#50746: coreutils-8.32 test results on hppa hpux11.11

See attached. Dave -- John David Anglin dave.ang...@bell.net coreutils-testsuite-hppa-hpux11.11.log.gz Description: GNU Zip compressed data

bug#50745: coreutils-8.32 gnulib test results on hppa HP-UX 11.11

See attached. Dave -- John David Anglin dave.ang...@bell.net gnulib-testsuite-hppa-hpux11.11.log.gz Description: GNU Zip compressed data

bug#48034: git coreutils ./bootstrap failure

I followed the README-hacking instructions which led me to install texinfo on the CRUX 3.6 (http://crux.nu) platform I'm using for this, then invoked ./bootstrap which produced the following failure: > [...] > Don't forget to > - "include gnulib.mk" from within "lib/Makefile.am", > - "include

bug#42766: file names with spaces are quoted in the output from ls

do them? This isn’t something that helps new users—it’s just going to confuse them, like it confused me. Please do us all a favor and revert the change. Thanks so much, -David

bug#36963: truncate man page

#comment1273105_978339 Please let me know where I should route such requests to. Thanks -- David

bug#35488: Feature du --files-only request

files and skips over anything else that has a directory attribute flag, device, symbolic link etc..). Like that we would finally be able to count file sizes consistently align with the du manual entry which says 'DESCRIPTION: Summarize disk usage of each FILE, recursively for directories.' Thanks for reading, David

bug#34220: failure to building with CompCert, patch proposed

CompCert (compcert.inria.fr) is a C compiler. coreutils test whether some types (e.g. time_t) that it thinks should be integer types (as opposed to floats) using compile-time tricks: To test whether T is an integer type, it does (T) 1.5 == 1, and uses the result in the computation of the width

bug#29259: tail does not seek to the end of block device

sudo tail -c 1024 /dev/sda2 | hd the entire /dev/sda2 device rather than seeking to the end. This takes a very long time with large disks. Deltik gives a nice explanation here - https://superuser.com/questions/1267402/how-do-i-tail-a-block-device-in-linux - of how ioctl can be used to obtain the s

bug#25550: Apparent unicode bug in uniq 8.26

q --version uniq (GNU coreutils) 8.26 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Writt

bug#25417: tail error report

Hi, I'm seeing the following error message from tail running on Microsoft Windows Subsystem for Linux. tail: unrecognised file system type 0x53464846 for 'log.log'. please report this to bug-coreutils@gnu.org. reverting to polling Regards, David

bug#24796: Arbitrary code execution via malicious dd input.

On 2016-10-25 19:47, David Buchanan wrote: I originally submitted this to the kernel security team, and was told it was intentional behaviour: /proc/self/mem can be used to write to read-only segments (note: this is nothing to do with "dirycow"). As a proof of concept, I show that

bug#24796: Arbitrary code execution via malicious dd input.

I originally submitted this to the kernel security team, and was told it was intentional behaviour: /proc/self/mem can be used to write to read-only segments (note: this is nothing to do with "dirycow"). As a proof of concept, I show that malicious input to the "dd" program can cause arbitra

bug#24217: dd - root partition security

rm / # do not remove root partition rm -f / will remove root partition In my opinion: dd of=/dev/sda # will destroy sda even if it is a root partition, it should not dd -f of=/dev/sda # -f flag do not exists for dd, it should be added so it can force a write if the previous step is implemented

bug#23951: sort -k1.4,1.6n -u HAVE BUGS!!!

Hello Dear: It seems that I find a bug when using the command: sort -k1.4n -u please refer to the attachment for detail . sort-u.bug Description: Binary data

bug#23702: Fwd: dd status=progress under Ubuntu 16.04

Forgot to mention un my previos bug report - I am on coreutils 8.25-2ubuntu2 Forwarded Message Subject:dd status=progress under Ubuntu 16.04 Date: Sun, 5 Jun 2016 12:20:54 +0200 From: David Walker To: bug-coreutils@gnu.org When piping into gzip, status

bug#23699: dd status=progress under Ubuntu 16.04

When piping into gzip, status=progress didn't work for me, shows "unknown option" / //david@david-linux:~$ ./copysda2.sh // //U1604 Backup started @ 2016-06-05:12:05// //Backup filename is /media/Backups/david/SDA/sda2-2016-06-05:12:05-U1604.img.gz// //[sudo] Passwort für

bug#20979: ../lib/set-permissions.c:288:27: error: 'mode' undeclared

In this function, "mode" needs to be "ctx->mode" and "entries" needs to be "ctx->aclv_entries". It then compiles okay. Dave On 2015-07-04, at 6:29 PM, John David Anglin wrote: > We know have: > > CC lib/set-permissions.o > ../

bug#20979: ../lib/set-permissions.c:288:27: error: 'mode' undeclared

^ On 2015-07-04, at 2:10 PM, Paul Eggert wrote: > John David Anglin wrote: >> The following error occurs building coreutils-8.24 on hppa2.0w-hp-hpux11.11 >> with gcc-5: >> >> CC lib/set-permissions.o../lib/set-permissions.c: In

bug#20979: ../lib/set-permissions.c:288:27: error: 'mode' undeclared

s, &source_statbuf))) ^ In file included from ../lib/set-permissions.c:24:0: ../lib/acl-internal.h:215:12: note: declared here extern int acl_nontrivial (int count, struct acl_entry *entries); ^ make[2]: *** [lib/set-permissions.o] Error 1 make[2]: Leaving directory `/xxx/gnu/coreutils-8.24/objdir' make[1]: *** [all-recursive] Error 1 Dave -- John David Anglin dave.ang...@bell.net

bug#18350: /bin/cat segfault

I have recently upgraded from Ubuntu 10.?? to 12.?? to 14.04. Anytime I run "/bin/cat", it segfaults: king@cloud-laptop:~/workspace$ cat foo Segmentation fault (core dumped) king@cloud-laptop:~/workspace$ file /bin/cat /bin/cat: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamica

bug#17676: btrfs subvolumes and bind-mounts make df report incorrect and/or extra results

When you have btrfs mount where there is a both a subvolume of that mount, and the source of a bind-mount under that mount, df will report confusing results. It will show results for the bind-mount instead of the main btrfs mount when you pass the subvoulme on the command line. It may (dependi

bug#16249: inlining failed in call to always_inline 'readlinkat': recursive inlining __NTH (readlinkat (int __fd, const char *__restrict __path, ^ /usr/include/bits/unistd.h:185:3: error: called from

Hello Paul, Thank you. I opened a GCC case based on your reply and it was accepted as compiler bug. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626 Best wishes, David. 2013/12/27 Paul Eggert : > David Kredba wrote: > >> Can this be Coreutils issue? Or should I go to GCC? >

bug#16249: inlining failed in call to always_inline 'readlinkat': recursive inlining __NTH (readlinkat (int __fd, const char *__restrict __path, ^ /usr/include/bits/unistd.h:185:3: error: called from

vance. Best regards, David.

bug#15634: coreutils-8.21 possible coding error ?

ys evaluates to false: signum <= -1 && signum>= 0. [lib/closein.c:91]: (error) fflush() called on input stream 'stdin' results in undefined behaviour. Regards David Binderman

bug#13028: inplace

call it. rp, inplace, replace, ... > and in the meantime I noticed David Wheeler proposed much the same thing > with the "rewrite" util: > http://permalink.gmane.org/gmane.comp.standards.posix.austin.general/5348 ... > I'll work on this script after I finish a pending >

bug#12765: "configure --disable-threads" doesn't work with coreutils-8.20

On 4-Nov-12, at 2:48 AM, Paul Eggert wrote: On 11/03/2012 07:35 PM, John David Anglin wrote: The attached change results in a successful build of sort. I'm afraid that won't work, because it assumes that the application uses both threadlib and pthread. I don't see that it a

bug#12765: "configure --disable-threads" doesn't work with coreutils-8.20

On 29-Oct-12, at 5:10 PM, Paul Eggert wrote: On 10/29/2012 12:39 PM, John David Anglin wrote: hppa1.1-hp-hpux10.20 has DCE threads which predates the posix thread interface. On such a platform, coreutils should run single-threaded and shouldn't be mucking with DCE threads at all. Ca

bug#12754: factor.c selects 64 bit code from longlong.h on 32-bit hppa systems

On 3-Nov-12, at 10:11 PM, Pádraig Brady wrote: Forry about that, I won't do that again :) No problem. The GCC commit system generates an entry in bugzilla provided one correctly tags the commit. Makes it easy to track fixes for a PR. Regards, Dave -- John David Anglin dav

bug#12754: factor.c selects 64 bit code from longlong.h on 32-bit hppa systems

. Regards, Dave -- John David Anglin dave.ang...@bell.net

bug#12754: factor.c selects 64 bit code from longlong.h on 32-bit hppa systems

On 3-Nov-12, at 8:54 PM, Pádraig Brady wrote: I've now pushed the patch set discussed in this thread, so I'm marking this bug as done. Hopefully, it's the one with the _LP64 check. Regards, Dave -- John David Anglin dave.ang...@bell.net

bug#12753: printf in make-prime-list.c uses "modern" features

On 3-Nov-12, at 8:55 PM, Pádraig Brady wrote: On 10/29/2012 12:22 PM, John David Anglin wrote: On 28-Oct-12, at 9:57 PM, Pádraig Brady wrote: Is %jx not supported, or is the * not supported with %j? I'm guessing the latter since you got a runtime issue rather than a compile time one

bug#12754: factor.c selects 64 bit code from longlong.h on 32-bit hppa systems

There are certainly some opportunities to improve optimizations for HP-UX specific code. In the present case, this can be tested for using the "__hpux__" preprocessor define. Dave -- John David Anglindave.ang...@bell.net

bug#12754: factor.c selects 64 bit code from longlong.h on 32-bit hppa systems

ssues with + clobbering of context between the add and add,dc instructions. */ This #if looks good to me. Note HP compilers also define _PA_RISC2_0 when generating PA 2.0 assembly code. Thanks, Dave -- John David Anglindave.ang...@bell.net

bug#12754: factor.c selects 64 bit code from longlong.h on 32-bit hppa systems

ional check such as the size of long is needed to distinguish the two cases. Dave -- John David Anglin dave.ang...@bell.net

bug#12765: "configure --disable-threads" doesn't work with coreutils-8.20

isn't known ../src/sort.c:4215:9: warning: implicit declaration of function 'cma_sigaction' [-Wimplicit-function-declaration] make[2]: *** [src/sort.o] Error 1 make[2]: Leaving directory `/xxx/gnu/coreutils-8.20/objdir' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/xxx/gnu/coreutils-8.20/objdir' make: *** [all] Error 2 hppa1.1-hp-hpux10.20 has DCE threads which predates the posix thread interface. Dave -- John David Anglindave.ang...@bell.net

bug#12753: printf in make-prime-list.c uses "modern" features

I will test this evening. The printf manpage doesn't mention %j or * in the HP-UX 10.20 and 11.11 pages. Sometimes things are supported but not documented. Dave -- John David Anglin dave.ang...@bell.net

bug#12754: factor.c selects 64 bit code from longlong.h on 32-bit hppa systems

On 28-Oct-12, at 10:26 PM, Pádraig Brady wrote: On 10/28/2012 07:46 PM, John David Anglin wrote: When USE_LONGLONG_H is defined, factor.c unilaterally defines W_TYPE_SIZE to 64. This selects the wrong code from longlong.h on 32-bit hppa systems causing an assembly failure. Attached is a

bug#12754: factor.c selects 64 bit code from longlong.h on 32-bit hppa systems

When USE_LONGLONG_H is defined, factor.c unilaterally defines W_TYPE_SIZE to 64. This selects the wrong code from longlong.h on 32-bit hppa systems causing an assembly failure. Attached is a hack which should work on most but probably not all systems. Dave -- J. David Anglin

bug#12753: printf in make-prime-list.c uses "modern" features

make-prime-list crashes on hppa1.1-hp-hpux10.20. This probably will occur on any hppa-hpux system. Attached is a hack to work around the problem. Dave -- J. David Anglin dave.ang...@nrc-cnrc.gc.ca National Research Council of Canada (613) 990-0752

bug#12530: nice(1) man page, bad wording

I had not expected a response. GNU rocks, Cheers! On Sat, 2012-09-29 at 02:46, Jim Meyering wrote: > Pádraig Brady wrote: > > > On 09/28/2012 02:25 PM, Voelker, Bernhard wrote: > >> David Diggles wrote (Friday, September 28, 2012 4:45 AM) > >> > >>> DE

bug#12530: nice(1) man page, bad wording

interpreted in opposite ways. Please use words like higher and lower priority. -- David Diggles Computer Systems Officer, Spatial Information Telephone 07 3170 5810 Level 4, Block B, Ecosciences Precinct Joe Baker St (41 Boggo Rd) Dutton Park, 4102, Australia -- The

bug#12445: ls --color does not color symlinks when not resolving them

On Sat, 15 Sep 2012 00:55:12 +0100 Pádraig Brady wrote: > tag 12445 + notabug > close 12445 > stop > > On 09/14/2012 05:54 PM, Matei David wrote: > > When the ORPHAN property is disabled in dircolors, ls --color does not > > stat() symlinks. However, in this case sym

bug#12445: ls --color does not color symlinks when not resolving them

When the ORPHAN property is disabled in dircolors, ls --color does not stat() symlinks. However, in this case symlinks are not colored using the LINK property. How to reproduce: $ eval $(dircolors -p | sed 's/^ORPHAN.*/ORPHAN 00/' | dircolors -) $ mkdir /tmp/xxx $ ln -s /tmp/nowhere /tmp/xxx/yyy $

bug#9236: Fwd: Join

Oops, I hit the wrong button ... cat > /tmp/x <--- Begin Message --- When there is disorder, could you please provide the line number like the command and option sort -c does? Note: join seems to report disorder in file 2 only if there is no disorder in file 1. You try the following code

bug#9235: Join

When there is disorder, could you please provide the line number like the command and option sort -c does? Note: join seems to report disorder in file 2 only if there is no disorder in file 1. You try the following code Thanks

bug#8263: [PATCH] Allow == as synonym for = in test

don't think any paperwork is needed. The following implements "==" and documents it. --- David A. Wheeler --- ./src/test.c.orig 2011-03-15 00:49:11.0 -0400 +++ ./src/test.c2011-03-15 09:11:04.0 -0400 @@ -173,7 +173,8 @@ static bool binop (char const

bug#8064: anyone home?

anyone home? to help lowly newbies with the "date" command in bash. please include 1 example that shows the '+' character in front of the format string. It winds up taking a lot of looking to figure out this simple syntax. Thanks David Heitzman -- Life moves on, whether w

bug#7007: cannot pipe or redirect output from cut

Hi Eric, Sorry to be a nuisance but I copied and pasted the wrong string, this is correct:- C:\Users\drl.drlpc>cat "Table of Contents.txt"|findstr "name=\"Name\""|cut -d """ -s -f 4" >out.txt Kind Regards David ___

bug#7007: cannot pipe or redirect output from cut

ils are ok, "cat" for instance is ok. Kind Regards David --- Information in this this message, together with any attachment(s) is privileged, confidential and is intended exclusively for the addressee. If you have received it in error, please notify the sender by return e-mail and

bug#6816: df bug on 64-bit Solaris (need to use getextmntent)

Hello, >From mnttab(4) on Solaris 10: ... WARNINGS The mnttab file system provides the previously undocumented dev=xxx option in the option string for each mounted file system. This is provided for legacy applications that might have been using the dev=informa

Re: After 'cat' command on binary files : BUG on display

Thank you very much! 2010/2/4 Bob Proulx > david johann wrote: > > I tried to display binary files with 'cat': > > $ cat ~/an_audio_file.rm > > $ cat /bin/cp > > That isn't expected to behave nicely. You really shou

After 'cat' command on binary files : BUG on display

Hello, Please excuse my bad english : Bug Report -- Context: Debian Lenny linux 2.6.26-2-686 XFCE4 with Terminal 0.2.8 coreutils 6.10-6 What I did: --- I tried to display binary files with 'cat': $ cat ~/an_audio_file.rm $ cat /bin/cp What I expected: -

date and printf commands

Hi! I have some enhancement suggestions for the date and printf commands. DATE: 1) Be able to supply the date string as 20091222 instead of 2009-12-22. Even better would be the ability to input formats and output formats. This would get around this issue in both directions. Also see #4 belo

[PATCH] rm: Proper indenting of enum braces

From: David Soria Parra * src/rm.c: Reindent interactive_type enum braces --- src/rm.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/rm.c b/src/rm.c index 2b62e5b..7ae502c 100644 --- a/src/rm.c +++ b/src/rm.c @@ -55,11 +55,11 @@ enum }; enum

[PATCH] rm: Correct brace indention of enum interactive_type

From: David Soria Parra * src/rm.c: Correct brace indention --- src/rm.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/rm.c b/src/rm.c index 2b62e5b..7ae502c 100644 --- a/src/rm.c +++ b/src/rm.c @@ -55,11 +55,11 @@ enum }; enum interactive_type

errors on date

1-10-20 1 days' date: invalid date `1992-10-18 1 days' date: invalid date `2007-12-30 1 days' date: invalid date `2008-10-19 1 days' date: invalid date `2038-01-19 1 days' Thanks! Sorry for my bad english David Alejandro Gonzalez Marquez

Problem with Firefox closing abruptly

elp or Browser that loads this content would be great. I'm on an i386 btw if that has anything to do with my problem. Thanks? PS - found your email in the Konsole help area. Thanks Penguin Gods. May You forgive my Sindows past. David Weeks

date bug

Hi, whist using "date" in a bash script there seems to be a problem returning the hour for 09:20 t_hr=$(date +%l) (small L) does not return "9" from 09:20 or any time between 09:00 and 09:30 t_hr=$(date +%-I) works fine I needed the hour with out the padded zero

Re: [PATCH] Add ability to print ACL's from ls

On Sun, May 10, 2009 at 6:32 AM, James Youngman wrote: > On Sat, May 9, 2009 at 11:59 AM, David Bartley > wrote: > >> I considered this. There are at least 3 different variants of ACL's >> (POSIX, NFSv4 and MacOS X) and they are generally incompatible. UMich >>

Re: ls -l|head seems to look at all files in directory

command again, then of course it runs almost instantly, so I'm > not sure what use the loops are in the tests you give. Are all the files just normal files - or are any symlinks to other directories or mount points? Dave -- -Open up your eyes, open up your mind, open up your

Re: [PATCH] Add ability to print ACL's from ls

(1) man page; likewise for Linux's getfacl(1) man page. [1] http://www.citi.umich.edu/projects/nfsv4/linux/ -- David ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

[PATCH] Add ability to print ACL's from ls

The following patches add support for printing ACL's via 'ls -e/-E'. This is supported on platforms that have some sort of acl_to_text function, which is most of the platforms that the acl module supports. I tested this on Linux, OpenSolaris, and FreeBSD.

Re: [PATCH] New sol10priv module

On Fri, May 1, 2009 at 4:35 AM, Bruno Haible wrote: > David Bartley wrote: >> I've attached updated patches that hopefully >> address your and Bruno's concerns. > > Looks quite fine. Only a couple of minor points: > >  - m4/priv-set.m4 should do an AC_REQUI

Re: [PATCH] New sol10priv module

On Wed, Apr 29, 2009 at 1:57 AM, Jim Meyering wrote: > David Bartley wrote: >> The following patches for coreutils and gnulib add a new Solaris 10 >> privilege module as previously suggested [1]. > > Hi David, > > Thanks for following through. > Are you up to the tas

[PATCH] New sol10priv module

Hi Jim, The following patches for coreutils and gnulib add a new Solaris 10 privilege module as previously suggested [1]. -- David [1] http://lists.gnu.org/archive/html/bug-gnulib/2009-03/msg00123.html From e67022be8d312fec0fa7619c65b9070171041c4c Mon Sep 17 00:00:00 2001 From: David Bartley

Re: Recent git commit breaks build on Solaris

On Sat, Mar 14, 2009 at 11:06 AM, Jim Meyering wrote: > David Bartley wrote: >> Just a quick heads up, the following commit breaks the build on Solaris: >> >> http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=55efc5f3ee485b3e31a91c331f07c89aeccc4e89 >>

Recent git commit breaks build on Solaris

io_blksize function below the later definition of MAX to fix this. -- David ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: date overflow in year 2038

* James Youngman (j...@gnu.org) wrote: > On Sat, Feb 14, 2009 at 3:45 AM, David M. Dowdle > wrote: > > > > I'd rank this as low priority, but people doing things like 30 year mortages > > will be hitting this already. > > > > Mortgage calculations proba

Re: date overflow in year 2038

* Eric Blake (e...@byu.net) wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > According to David M. Dowdle on 2/13/2009 8:45 PM: > > clouded:~> date -d "Fri Jan 19 03:14:08 UTC 2038" +%s > > date: invalid date `Fri Jan 19 03:14:08 UTC 2038

Re: Add redirection to "install" for package managers

ot;install", "cp", "mkdir", and "ln" to deal with directories like /usr/bin and /usr/lib... so I just want to automate a common case. --- David A. Wheeler ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

date overflow in year 2038

clouded:~> date -d "Fri Jan 19 03:14:06 UTC 2038" +%s 2147483646 clouded:~> date -d "Fri Jan 19 03:14:07 UTC 2038" +%s 2147483647 clouded:~> date -d "Fri Jan 19 03:14:08 UTC 2038" +%s date: invalid date `Fri Jan 19 03:14:08 UTC 2038' clouded:~> clouded:~> date --version date (GNU coreutils) 6.

Re: Add redirection to "install" for package managers

e invoke /usr/bin/install directly, then I'll gen up a modification of GNU install to do it, and return to this mailing list to pitch for it. hopefully you dont encounter too many install systems that also mung up the PATH and dont respect DESTDIR ;) Agree :-). --- David A. Wheeler _

Re: Add redirection to "install" for package managers

e case of install, its SOLE purpose is to install files. It seems odd that install can't automatically handle this common case. Also, mucking around with install means that even someone who invokes /usr/bin/install will get the redirection. --- David A. Wheeler __

Add redirection to "install" for package managers

put in the right place (this is possible by simply not adding the prefix if it's already added.) It's possible to do similar things with chroot and so on, but they're all painful; details here: http://www.dwheeler.com/essays/automating-destdir.html . At the very least, it see

Possible bug with grep/sed/tail?

Hello there, I am not sure this is actually a bug as there may be reasons why it has to be this way, but certainly these tools work counter to my expectations. I am trying to read lines from a log file and pass them through grep or sed, and then on to another tool (netcat, for example). What I

Re: Threaded versions of cp, mv, ls for high latency / parallel filesystems?

ombined call would work - something which would stat a path, if it's a normal file, open it, read upto a buffers worth and if finished close it - it might work nicely for small files. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr.

Re: sort seems deficient

7;t then perhaps someone will fix it. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC & HPP

Re: bug in date (coreutils-6.12)

ah, i should have known. thanks for the response! --dave ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

bug in date (coreutils-6.12)

date -d "2006-04-01 02:30:00" Cheers, Dave -- Email: david.w.h.chin AT gmail.com dwchin AT lroc.harvard.edu http://gallatin.physics.lsa.umich.edu/~dwchin/Work Public key: http://david.w.h.chin.googlepages.com/crypto.html pub 2048D/1D8A5BC2 2008-08-18 [expires: 2009-08-18] uid D

[bug #24182] (Wishlist) stty -a Behavior Documentation

URL: Summary: (Wishlist) stty -a Behavior Documentation Project: GNU Core Utilities Submitted by: dlcusa Submitted on: Mon 01 Sep 2008 04:31:33 PM GMT Category: None S

Re: Bug#488549: Acknowledgement (coreutils: ls -l still prints

I see that lgetxattr() returns EOPNOTSUPP, not ENOTSUP. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada (613) 990-0752 (FAX: 952-6602) ___ Bug-coreutils mailing list Bug-coreu

sort -m does too much work

I've got 200 1GB pre-sorted files. If I try to merge them with sort -m, it is obvioulsy trying to do too much work: after running for a couple minutes, it has not produced any output but it has made a 5 GB temporary file. When the input is pre-sorted, no temporary file should be required. Outp

Re: Bug#488549: Acknowledgement (coreutils: ls -l still prints

t supported. This is a syscall and it will take a bit more digging to see if it is consistent with the documentation. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada (613) 990

Re: Coreutils binary sizes over time

sing since it is the libc 1.x version I can't easily run). Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC &

Coreutils binary sizes over time

more to do with system interaction (e.g. ls gaining selinux support). Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC & HPPA | In Hex /

Question about dd

Regarding the dd tool, the man page seems to be lacking information about how noerror handles a read errors when encountered...does dd drop the entire block of data? does it pad the output to compensate for the unreadable data? Thanks for your help, DAVID A. CASTOR, Capt, USAF JNCC-I CENTAF LNO

RE: Undocumented cut feature

PROTECTED] Sent: Friday, October 26, 2007 2:55 PM To: Gambs, David (CONT) Cc: bug-coreutils@gnu.org Subject: Re: Undocumented cut feature Gambs, David (CONT) wrote: > From vi w/set list I have the following - > > file3: > optvg^M$ > 4$ > 3171$ That shows that the carriage ret

RE: Undocumented cut feature

Bob, >From vi w/set list I have the following - file3: optvg^M$ 4$ 3171$ file2 (the one that I cut on): optvg$ 4 MB$ 3171 / 12.39 GB$ The command: cut -f2 -d' ' ~/file2 > ~/file3 Your suggested command gives: $ cut -f2 -d' ' file2 | od -tx1 -c 000 6f 70 74 76 67 0d 0a 34 0a 33 31 37 31

RE: Undocumented cut feature

it is not something that can slip back into the release code. If someone wants, I can post the entire script that shows the error when using coreutils-4.5.3-28.4. The latest coreutils I have found on any system is the above 5.x release. >Regards, >David M Gambs >Linux Engineer >Solu

Undocumented cut feature

.ELsmp ([EMAIL PROTECTED]) (gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-54)) #1 SMP Wed Jul 5 20:38:41 EDT 2006 And from /etc/redhat-release: Red Hat Enterprise Linux AS release 3 (Taroon Update 6) And we are at core utilities: coreutils-4.5.3-28.4 > Regards, > David M Gambs > Linux Engine

RE: Bug in cat

More works for me as a replacement for cat but I like your idea better. I will talk to the Cygwin folks. Thanks, -Dave -Original Message- From: Micah Cowan [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 23, 2007 5:49 PM To: Cutler, David Cc: bug-coreutils@gnu.org Subject: Re: Bug in

Bug in cat

echo \"${i}\" ; done The output is "a001s2 "a002s2 "a003s2 "a004s2 "a005s2 "a006s2 Note that the end quote is missing from the echo statement of the loop iterator. If you replace cat with more, the script works as expected. T

ID

", I get the right info... But the really funny thing is that once happened just the opposite.. I got the wrong info when saying "id username" and the right when saying just "id".. here is the first scenario: sudo delgroup david svn Removing user `david' from group

  1   2   >