Your message dated Sat, 15 Mar 2008 18:32:03 +0000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#470308: fixed in findutils 4.4.0-1
has caused the Debian Bug report #470308,
regarding findutils: fixes for the info file
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
470308: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470308
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: findutils
Version: 4.2.33-1
Severity: minor
Tags: patch upstream
File: /usr/share/info/find.info.gz
X-Debbugs-Cc: [EMAIL PROTECTED]

--- /usr/share/info/find.info.gz
+++ /tmp/findinfo.gz.14865      2008-03-10 12:03:29.000000000 -0400
@@ -578,7 +578,7 @@
 ensures that any symbolic links listed on the command line are
 dereferenced, but other symbolic links are not.
 
-   Symbolic links are different to "hard links" in the sense that you
+   Symbolic links are different than "hard links" in the sense that you
 need permissions upon the linked-to file in order to be able to
 dereference the link.  This can mean that even if you specify the `-L'
 option, `find' may not be able to determine the properties of the file
@@ -841,7 +841,7 @@
 
      The `b' suffix always considers blocks to be 512 bytes.  This is
      not affected by the setting (or non-setting) of the POSIXLY_CORRECT
-     environment variable.  This behaviour is different to the
+     environment variable.  This behaviour is different than the
      behaviour of the `-ls' action).  If you want to use 1024-byte
      units, use the `k' suffix instead.
 
@@ -1128,8 +1128,8 @@
 
  -- Action: -quit
      Exit immediately (with return value zero if no errors have
-     occurred).  This is different to `-prune' because `-prune' only
-     applies to the contents of pruned directories, whilt `-quit'
+     occurred).  This is different than `-prune' because `-prune' only
+     applies to the contents of pruned directories, while `-quit'
      simply makes `find' stop immediately.  No child processes will be
      left running, but no more files specified on the command line will
      be processed.  For example, `find /tmp/foo /tmp/bar -print -quit'
@@ -2176,7 +2176,7 @@
 
    Here, the first invocation of `xargs' has no input line length limit
 because it doesn't use the `-I' option. The second invocation of
-`xargs' does have such a limit, but we have ensured that the it never
+`xargs' does have such a limit, but we have ensured that it never
 encounters a line which is longer than it can handle.
 
    This is not an ideal solution.  Instead, the `-I' option should not
@@ -3181,14 +3181,14 @@
 `--null'
 `-0'
      Results are separated with the ASCII NUL character rather than the
-     newline character.  To get the full benefit of the use of this
+     newline character.  To get the full benefit of this
      option, use the new `locate' database format (that is the default
      anyway).
 
 `--print'
 `-p'
-     Print search results when they normally would not, because of the
-     presence of `--statistics' (`-S') or `--count' (`-c').
+     Print search results when they normally wouldn't be due to
+     use of `--statistics' (`-S') or `--count' (`-c').
 
 `--wholename'
 `-w'
@@ -5248,7 +5248,7 @@
 ..................
 
 If your system supports the O_NOFOLLOW flag (1) to the `open(2)' system
-call, `find' uses it when safely changing directory.  The target
+call, `find' uses it to safely change directories.  The target
 directory is first opened and then `find' changes working directory
 with the `fchdir()' system call.  This ensures that symbolic links are
 not followed, preventing the sort of race condition attack in which use
@@ -5472,7 +5472,7 @@
    If remote users can choose the names of files stored on your system,
 and these files are indexed by `updatedb', this may be a remote
 security vulnerability.  Findutils version 4.2.31 fixes this problem.
-The `updatedb', `bigram' and `code' programs do no appear to be
+The `updatedb', `bigram' and `code' programs do not appear to be
 affected.
 
    If you are also using GNU coreutils, you can use the following
@@ -5558,7 +5558,7 @@
 `Warning: filesystem /path/foo has recently been mounted'
 `Warning: filesystem /path/foo has recently been unmounted'
      These messages might appear when `find' moves into a directory and
-     finds that the device number and inode are different to what it
+     finds that the device number and inode are different than what it
      expected them to be.  If the directory `find' has moved into is on
      an network filesystem (NFS), it will not issue this message,
      because `automount' frequently mounts new filesystems on
@@ -5597,7 +5597,7 @@
      somebody has moved one of the parent directories to another
      location in the same filesystem.  This may or may not have been
      done maliciously.  In any case, `find' stops at this point to
-     avoid traversing parts of the filesystem that it wasn't intended.
+     avoid traversing parts of the filesystem that it wasn't intended to.
      You can use `ls -li' or `find /path -inum 12345 -o -inum 67893' to
      find out more about what has happened.
 




--- End Message ---
--- Begin Message ---
Source: findutils
Source-Version: 4.4.0-1

We believe that the bug you reported is fixed in the latest version of
findutils, which is due to be installed in the Debian FTP archive:

findutils_4.4.0-1.diff.gz
  to pool/main/f/findutils/findutils_4.4.0-1.diff.gz
findutils_4.4.0-1.dsc
  to pool/main/f/findutils/findutils_4.4.0-1.dsc
findutils_4.4.0-1_i386.deb
  to pool/main/f/findutils/findutils_4.4.0-1_i386.deb
findutils_4.4.0.orig.tar.gz
  to pool/main/f/findutils/findutils_4.4.0.orig.tar.gz
locate_4.4.0-1_i386.deb
  to pool/main/f/findutils/locate_4.4.0-1_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Metzler <[EMAIL PROTECTED]> (supplier of updated findutils package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sat, 15 Mar 2008 16:26:43 +0100
Source: findutils
Binary: findutils locate
Architecture: source i386
Version: 4.4.0-1
Distribution: unstable
Urgency: low
Maintainer: Andreas Metzler <[EMAIL PROTECTED]>
Changed-By: Andreas Metzler <[EMAIL PROTECTED]>
Description: 
 findutils  - utilities for finding files--find, xargs
 locate     - maintain and query an index of a directory tree
Closes: 21084 291419 336078 354384 370057 403823 438689 460733 470308
Changes: 
 findutils (4.4.0-1) unstable; urgency=low
 .
   * New upstream stable version.
     + Some fixes for the texinfo manuals. (Closes: #470308)
   * First upload to unstable, close bugs fixed by previous uploads to
     experimental:
     + POSIX is going to or has already standardized -[i]path. Stop throwing a
       warning sugging to use -[i]wholename instead. Closes: #336078
     + Better error message if the second operand of a binary operator is
       missing. (Closes: #403823)
     + #22056: -Xtime tests are off by one second (e.g. rm -f x; touch x;
       find x -mtime 0 should print x). Closes: #460733
     + If locatedb is old show actual age in warning mesage instead of just
       saying "more than 8 days old". (Closes: #354384)
     + Do not show warnings about argument ordering if -nowarn is specified.
       (Closes: #370057)
     + find -execdir will not segfault if PATH is not set. Closes: #438689
     + Different error message on 'find ""'. (Closes: #21084)
     + Support for *BSDs -newerXY tests allows to find files with a date in the
       future without generating a temporary file. "find -newermt 2007-07-07"
       (Closes: #291419)
   * Stop trying to install removed README-alpha.
   * Point watchfile to ftp.gnu.org instead of alpha.gnu.org.
   * Use doc-base section "File Management", since Apps/Tools is gone.
   * Only run $(MAKE) distclean if Makefile exists.
   * Symlink find(1) to oldfind(1) manpage.
Files: 
 3b692103c11b50aab7e2338c3fca4342 837 utils required findutils_4.4.0-1.dsc
 49e769ac4382fae6f104f99d54d0a112 2029809 utils required 
findutils_4.4.0.orig.tar.gz
 844f8edeeeae48ec460a9bab834bd39d 19810 utils required findutils_4.4.0-1.diff.gz
 41fba4255813bb70b7bd0b24b441f73b 541112 utils required 
findutils_4.4.0-1_i386.deb
 e497e231914a043e1f998dbe4760bb41 148844 utils optional locate_4.4.0-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFH3BN5HTOcZYuNdmMRAkZrAKCJsCs0rSuUvweoReMRSjJHkovgyACfa1Yj
TjKdUEmEPPoyxLmASoJp2HE=
=q6pf
-----END PGP SIGNATURE-----



--- End Message ---

Reply via email to