RFE: please add "hash-type" prefix to *sum utilities

All of /usr/bin/*sum utilities produce very similar output consisting of a long number of hex-digits, so that later one can't instantly understand what type of hash it is. It was acceptable in the old md5sum-only days, but now it causes much confusion. For example, see RedHat bug #515715.

su.1, hostname.1, and arch.1 missing in tarball

Any program listed in --enable-no-install-program won't get its man pages generated during dist/distcheck, so currently to install those man pages on needs have perl installed to be able to run help2man. Not sure what the best way is to fix this, thoughts?

Re: diskscrub and shred

On Fri, Nov 27, 2009 at 03:24:12PM +0100, Jim Meyering wrote: > Toni Ruottu wrote: > > I've been trying to get Diskscrub ( > > http://*code.google.com/p/diskscrub/ ) to Ubuntu installation cd. > > Having it on the cd would be good as it'd allow one to boot from the > > cd and securely erase the ent

Bug in test

Dear Developers, I recently recognised a missfunktion in coreutil test. When calling test with option --help, test does not print anything and returns with exit-code 0. I'm running test on the latest Ubuntu GNU Linux. With best regards from Ulm/Germany, Florian Lehmann

Re: Bug in test

Florian Lehmann wrote: > I recently recognised a missfunktion in coreutil test. When calling test > with option --help, test does not print anything and returns with > exit-code 0. Thanks for your report. But what you are seeing is not a bug in test but is instead simply a misunderstanding of

Re: Bug in test

Bob Proulx proulx.com> writes: > Two points are of interest about your test --help question. One is > that unless you are careful you are getting the shell builtin test and > not the external standalone test program. In addition to Bob's excellent points, there is one more thing to consider: th

Re: diskscrub and shred

Jim Garlick wrote: > I think the main thing shred needs is the more modern 3-4 pass overwrite > algorithms. Supposedly the full Gutmann algorithm is really only effective > on MFM drives, and 3-4 passes is all you need on modern drives. As Toni > points out, it would be extremely advantageous to

rm 8.1

Hi all, the behaviour of rm from last stable coreutils 8.1 is quite different from previous 7.6 one. When using new rm lots of strange message appear: rm: invalid argument: `', for example when run make in libxt sources. Moreover some scrips which until now have removed files don't work with new r

Re: rm 8.1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Ladislav Hagara on 11/30/2009 4:46 PM: > New 8.1 rm prints another message "invalid argument" and DOESN'T remove > files: > > # rm --version | head -n 1 > rm (GNU coreutils) 8.1 > # touch a b c; rm a b "" c; ls > rm: invalid argument: `'

[bug #28141] REQ: df and du, use -g to specify a 1gig block size

URL: Summary: REQ: df and du, use -g to specify a 1gig block size Project: GNU Core Utilities Submitted by: None Submitted on: Tue 01 Dec 2009 05:27:07 AM UTC Category: None

Re: Bug in test

Please take care to make sure the mailing list is included in your reply so that others may share in the discussion. You can do this by using the reply-to-mailing-list function. Or lacking that use reply-to-all. > thanks for your reply, I see your point. In this case, the manpage seems > to be