[PATCH] * HACKING: describe how to find a misplaced change-set

2008-07-16 Thread Jim Meyering
This isn't the sort of thing you do every day, but it's handy not to have to dig through documentation for a recipe: Here's a proposed change to HACKING: >From a28d580f4729170f26a7ec40a19ee4d6301acf3d Mon Sep 17 00:00:00 2001 From: Jim Meyering <[EMAIL PROTECTED]> Date: Wed, 16 Jul 2008 12:25:00

if you use ptx, please let us know [Re: ptx bug (invalid read)

2008-07-16 Thread Jim Meyering
Cristian Cadar <[EMAIL PROTECTED]> wrote: >Hello, I found an older bug report generated by our tool for ptx, > which I forgot to report. The bug is still present in the current > version of Coreutils (6.12). I did not have time to investigate the > root cause of the bug, but I'm including a v

Re: if you use ptx, please let us know [Re: ptx bug (invalid read)

2008-07-16 Thread Bauke Jan Douma
Jim Meyering wrote on 16-07-08 12:47: The trouble is that global state is reused when processing the second and subsequent file argument. Fixing that will require a more invasive change, and I'm not convinced it's even worth my time. Does anyone even use ptx these day? Me, sometimes. Does

Re: [bug #23798] Proposal to add some new free & open file formats to src/dircolors.hin

2008-07-16 Thread Jim Meyering
> Details: > > With reference to this Xiph.org (the organisation behind free video and audio > codecs) document http://wiki.xiph.org/index.php/MIME_Types_and_File_Extensions > I'd propose to add the following lines to src/dircolors.hin: > > # the list of image & video formats > .axv 01;35 > .anx 01

[bug #23798] Proposal to add some new free & open file formats to src/dircolors.hin

2008-07-16 Thread Jim Meyering
Update of bug #23798 (project coreutils): Status:None => Fixed ___ Follow-up Comment #1: Thanks! I've addressed this with the following patch: http://thread.gmane.org/gmane.comp.gn

Re: du: cache directory size

2008-07-16 Thread Pádraig Brady
Pádraig Brady wrote: > Mildred wrote: >> Hi, >> >> I noticed that du takes a long time to scan directories and measure >> disk usage. >> >> I was thinking that perhaps caching the size of directories could bu >> useful. Perhaps, after du computes the size of a directory, it could >> write its size

sha1sum

2008-07-16 Thread U. George
is there a way to get an option that will print ONLY failed check(summed) files ? There are thousand of files, and really only want to know of the ones that failed. thanks ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/m

Re: sha1sum

2008-07-16 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to U. George on 7/16/2008 5:55 AM: | is there a way to get an option that will print ONLY failed | check(summed) files ? As a matter of fact, there will be, in coreutils 6.13. But unfortunately, no released version has it yet. http://git.

filesizes/diskusage with ls, du, df only on xen-images

2008-07-16 Thread tstaps
Hallo! I have a problem, that is testet only on one machine. I've created an filesystem with 5G: [EMAIL PROTECTED] ~]# lvcreate -L 5G -n lv_opt_image1 vg_opt Logical volume "lv_opt_image1" created [EMAIL PROTECTED] ~]# mke2fs -j /dev/vg_opt/lv_opt_image1 mke2fs 1.39 (29-May-2006) [EMAIL PRO

filesizes/diskusage with ls, du, df only on xen-images (fwd)

2008-07-16 Thread tstaps
-- Forwarded message -- Date: Wed, 16 Jul 2008 19:13:04 +0200 (CEST) From: tstaps <[EMAIL PROTECTED]> To: bug-coreutils@gnu.org Subject: filesizes/diskusage with ls, du, df only on xen-images Hallo! I have a problem, that is testet only on one machine. I've created an filesyst

Re: if you use ptx, please let us know [Re: ptx bug (invalid read)

2008-07-16 Thread Cristian Cadar
Hi Jim, thanks for confirming the bug. I don't use ptx myself, but more importantly, I wanted to add that in our experience with testing Coreutils, we found ptx to be one of the most complex utilities (for example, it is the fourth in terms of lines of code in the front-end, so more opportuniti

Re: making GNU ls -i (--inode) work around the linux readdir bug

2008-07-16 Thread Phillip Susi
Micah Cowan wrote: He means that there _is_ no optimization. When you're applying ls -i directly to files ("ls -i non-directory", the scenario he mentioned as not being affected), there is no readdir, there are no directory entries, and so there is no optimization to be made. A call to stat is re