From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 11 08:27:27 2011 Received: (at submit) by debbugs.gnu.org; 11 Jan 2011 13:27:27 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PceFy-0005Gl-Aw for submit@debbugs.gnu.org; Tue, 11 Jan 2011 08:27:27 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PceA6-00058U-GZ for submit@debbugs.gnu.org; Tue, 11 Jan 2011 08:21:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PceHJ-0008KK-6l for submit@debbugs.gnu.org; Tue, 11 Jan 2011 08:28:50 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:58098) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PceHJ-0008KG-4l for submit@debbugs.gnu.org; Tue, 11 Jan 2011 08:28:49 -0500 Received: from [140.186.70.92] (port=56789 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PceHH-00080u-TM for bug-coreutils@gnu.org; Tue, 11 Jan 2011 08:28:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PceHD-0008JL-7l for bug-coreutils@gnu.org; Tue, 11 Jan 2011 08:28:47 -0500 Received: from mailgw12.technion.ac.il ([132.68.225.12]:21908) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PceHC-0008IX-Vc for bug-coreutils@gnu.org; Tue, 11 Jan 2011 08:28:43 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQFACfqK02ERHMGgWdsb2JhbACWJo4QFQEBFiIku0kChUoEiw4 X-IronPort-AV: E=Sophos;i="4.60,307,1291586400"; d="scan'208";a="25286884" Received: from fermat.math.technion.ac.il ([132.68.115.6]) by mailgw12.technion.ac.il with ESMTP; 11 Jan 2011 14:59:21 +0200 Received: from fermat.math.technion.ac.il (localhost [127.0.0.1]) by fermat.math.technion.ac.il (8.12.10/8.12.10) with ESMTP id p0BCwiZR025696; Tue, 11 Jan 2011 14:58:44 +0200 (IST) Received: (from nyh@localhost) by fermat.math.technion.ac.il (8.12.10/8.12.10/Submit) id p0BCwhtp025695; Tue, 11 Jan 2011 14:58:43 +0200 (IST) X-Authentication-Warning: fermat.math.technion.ac.il: nyh set sender to nyh@math.technion.ac.il using -f Date: Tue, 11 Jan 2011 14:58:43 +0200 From: "Nadav Har'El" To: bug-coreutils@gnu.org Subject: Rm -f fails on non-existant file Message-ID: <20110111125843.GA25297@fermat.math.technion.ac.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Hebrew-Date: 6 Shevat 5771 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 11 Jan 2011 08:27:25 -0500 Cc: ramic@il.ibm.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) Hi, "rm -f" is supposed to succeed (and not print an error message) when the given file name does not exist. Unfortunately, I found a rare case where this is not happening. It appears that when mounting a Windows filesystem using Samba, if I try running: command #!/bin/sh mkdir emptydir rm -f emptydir/* The shell leaves this "*" unchanged, and rm gives this name to unlink(2), which oddly enough returns EINVAL (invalid argument) instead of the expected ENOENT (no such file or directory!). I'm guessing the smbfs people chose to give this as a special error when "invalid" characters are used in the file name (this is a concept that doesn't exist in Unix), but I'm not sure why it was so important to them to not just return ENOENT in this case... But still, I think "rm" should behave well in this case. So currently, in the above example "rm -f emptydir/*", instead of just doing nothing silently, prints an error message (Invalid Argument) and does exit(1). This, for example, causes problems in Makefiles which run "rm -f" assuming it won't fail (yes, I know, make has the "-" modifier - unfortunately some makefiles don't use it...). Anyway, in remove.c, you have static inline bool nonexistent_file_errno (int errnum) { switch (errnum) { case ENOENT: case ENOTDIR: return true; default: return false; } } And I wonder whether EINVAL shouldn't also be added to it. Thanks, Nadav Har'El. -- Nadav Har'El | Tuesday, Jan 11 2011, 6 Shevat 5771 nyh@math.technion.ac.il |----------------------------------------- Phone +972-523-790466, ICQ 13349191 |Share your knowledge. It's a way to http://nadav.harel.org.il |achieve immortality. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 11 09:49:09 2011 Received: (at 7823) by debbugs.gnu.org; 11 Jan 2011 14:49:09 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcfX2-00074h-F9 for submit@debbugs.gnu.org; Tue, 11 Jan 2011 09:49:08 -0500 Received: from mx1.redhat.com ([209.132.183.28]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcfWz-00074C-EK for 7823@debbugs.gnu.org; Tue, 11 Jan 2011 09:49:06 -0500 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id p0BEuW30025705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 11 Jan 2011 09:56:32 -0500 Received: from [10.3.113.124] (ovpn-113-124.phx2.redhat.com [10.3.113.124]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p0BEuVW7021042; Tue, 11 Jan 2011 09:56:32 -0500 Message-ID: <4D2C6F9F.5090503@redhat.com> Date: Tue, 11 Jan 2011 07:56:31 -0700 From: Eric Blake Organization: Red Hat User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.7 MIME-Version: 1.0 To: "Nadav Har'El" Subject: Re: bug#7823: Rm -f fails on non-existant file References: <20110111125843.GA25297@fermat.math.technion.ac.il> In-Reply-To: <20110111125843.GA25297@fermat.math.technion.ac.il> X-Enigmail-Version: 1.1.2 OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigE8FC391E6BD4C4A686ED6ECF" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Spam-Score: -10.2 (----------) X-Debbugs-Envelope-To: 7823 Cc: 7823@debbugs.gnu.org, ramic@il.ibm.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -10.2 (----------) This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE8FC391E6BD4C4A686ED6ECF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 01/11/2011 05:58 AM, Nadav Har'El wrote: > Unfortunately, I found a rare case where this is not happening. >=20 > It appears that when mounting a Windows filesystem using Samba, if I tr= y > running: > command >=20 > #!/bin/sh > mkdir emptydir > rm -f emptydir/* >=20 > The shell leaves this "*" unchanged, and rm gives this name to unlink(2= ), > which oddly enough returns EINVAL (invalid argument) instead of the exp= ected > ENOENT (no such file or directory!). Thanks for tracking this down. >=20 > I'm guessing the smbfs people chose to give this as a special error whe= n > "invalid" characters are used in the file name (this is a concept that = doesn't > exist in Unix), but I'm not sure why it was so important to them to not= > just return ENOENT in this case... But still, I think "rm" should behav= e > well in this case. Feel free to file a bug report to the smbfs people. POSIX does not specify EINVAL (except for bad flags to unlinkat), but does have a global clause that states that any errno not specifically listed may be returned if it is a better fit than any mandated error. On the other hand, the next version of POSIX will be mandating that the case of an unsupported byte in a filename ('*' in the case of smbfs) shall fail with EILSEQ, not EINVAL (that is, if they don't return the equally valid ENOENT failure). See http://austingroupbugs.net/view.php?id=3D293, for justification why smbfs ought to change their errno value away from EINVA= L. > Anyway, in remove.c, you have >=20 > static inline bool > nonexistent_file_errno (int errnum) > { > switch (errnum) > { > case ENOENT: > case ENOTDIR: > return true; > default: > return false; > } > } >=20 > And I wonder whether EINVAL shouldn't also be added to it. Yes, since POSIX doesn't specify EINVAL for any other situation, I see no harm in globally exempting it (with a comment why) in our source code; likewise, I see no problem in also adding EILSEQ to that list, whether or not smbfs also fixes their bug. Is it okay if I push this patch in your name? =46rom 3201907296fd18084b68f062709d589c18e3ffe6 Mon Sep 17 00:00:00 2001 From: Nadav Har'El Date: Tue, 11 Jan 2011 07:53:07 -0700 Subject: [PATCH] rm: ignore errno related to invalid file names * src/remove.c (nonexistent_file_errno): Also skip EINVAL and EILSEQ, for at least smbfs rejection of '*' in file names. --- src/remove.c | 10 +++++++++- 1 files changed, 9 insertions(+), 1 deletions(-) diff --git a/src/remove.c b/src/remove.c index f7b00c6..3814232 100644 --- a/src/remove.c +++ b/src/remove.c @@ -378,10 +378,18 @@ nonexistent_file_errno (int errnum) exist, but be (in)accessible only via too long a symlink chain. Likewise for ENAMETOOLONG, since rm -f ./././.../foo may fail if the "..." part expands to a long enough sequence of "./"s, - even though ./foo does indeed exist. */ + even though ./foo does indeed exist. + + Another case to consider is when a particular name is invalid for + a given file system. In 2011, smbfs returns EINVAL, but the next + revision of POSIX will require EILSEQ for that situation: + http://austingroupbugs.net/view.php?id=3D293 + */ switch (errnum) { + case EILSEQ: + case EINVAL: case ENOENT: case ENOTDIR: return true; --=20 1.7.3.4 --=20 Eric Blake eblake@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org --------------enigE8FC391E6BD4C4A686ED6ECF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJNLG+fAAoJEKeha0olJ0NqHKgH/1vO682MGdnpcCoTuqNUkO+V xMvMoEzR2/tWuRZABDHM1kav4W5xONnOrDHWdQ3xtC9RRJ9dpmfpmLNy8OLjm4Nj jwrojCaGOlZtVbtc3BVnFiuBHkTb69iNSBWpF3CBT8eDh7l7M4Krf4BJq2TXYGwE h0H4ruuHlZSM7NqS4E776Y6SZ19p8LOFAgubsVG7dlmeooxLgAnNzgeuXG+5Z8o+ L2fsnQRQVkzJx6Lb7i1TvtDhQGY2ncxp+z++HIjTJxGyRc3L1c/dHfWCR6i5Umia x1VaC+3ZxO5TkU6nq3V8ODpCOEEFfCy4HbyCD+NP0e40ci0bXExizomqlL0SfiI= =EFm/ -----END PGP SIGNATURE----- --------------enigE8FC391E6BD4C4A686ED6ECF-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 11 12:20:26 2011 Received: (at 7823) by debbugs.gnu.org; 11 Jan 2011 17:20:26 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PchtQ-0002AC-Ds for submit@debbugs.gnu.org; Tue, 11 Jan 2011 12:20:26 -0500 Received: from mailgw13.technion.ac.il ([132.68.225.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcfmY-0007WX-1V for 7823@debbugs.gnu.org; Tue, 11 Jan 2011 10:05:11 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As8EAIYCLE2ERHMGgWdsb2JhbACkOBUBARYiJIgns3AChUoEiw4 X-IronPort-AV: E=Sophos;i="4.60,307,1291586400"; d="scan'208";a="857892" Received: from fermat.math.technion.ac.il ([132.68.115.6]) by mailgw13.technion.ac.il with ESMTP; 11 Jan 2011 17:12:35 +0200 Received: from fermat.math.technion.ac.il (localhost [127.0.0.1]) by fermat.math.technion.ac.il (8.12.10/8.12.10) with ESMTP id p0BFCYZR001488; Tue, 11 Jan 2011 17:12:34 +0200 (IST) Received: (from nyh@localhost) by fermat.math.technion.ac.il (8.12.10/8.12.10/Submit) id p0BFCYFV001487; Tue, 11 Jan 2011 17:12:34 +0200 (IST) X-Authentication-Warning: fermat.math.technion.ac.il: nyh set sender to nyh@math.technion.ac.il using -f Date: Tue, 11 Jan 2011 17:12:34 +0200 From: "Nadav Har'El" To: Eric Blake Subject: Re: bug#7823: Rm -f fails on non-existant file Message-ID: <20110111151234.GA1012@fermat.math.technion.ac.il> References: <20110111125843.GA25297@fermat.math.technion.ac.il> <4D2C6F9F.5090503@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D2C6F9F.5090503@redhat.com> User-Agent: Mutt/1.4.2.2i Hebrew-Date: 6 Shevat 5771 X-Spam-Score: -4.6 (----) X-Debbugs-Envelope-To: 7823 X-Mailman-Approved-At: Tue, 11 Jan 2011 12:20:23 -0500 Cc: 7823@debbugs.gnu.org, ramic@il.ibm.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.9 (---) On Tue, Jan 11, 2011, Eric Blake wrote about "Re: bug#7823: Rm -f fails on non-existant file": > Feel free to file a bug report to the smbfs people. POSIX does not > specify EINVAL (except for bad flags to unlinkat), but does have a > global clause that states that any errno not specifically listed may be > returned if it is a better fit than any mandated error. On the other > hand, the next version of POSIX will be mandating that the case of an > unsupported byte in a filename ('*' in the case of smbfs) shall fail > with EILSEQ, not EINVAL (that is, if they don't return the equally valid > ENOENT failure). See http://austingroupbugs.net/view.php?id=293, for > justification why smbfs ought to change their errno value away from EINVAL. Thanks, I'll look at how to send them a bug report as well. > Yes, since POSIX doesn't specify EINVAL for any other situation, I see > no harm in globally exempting it (with a comment why) in our source > code; likewise, I see no problem in also adding EILSEQ to that list, > whether or not smbfs also fixes their bug. > > Is it okay if I push this patch in your name? Yes, looks good. Thanks. Nadav. -- Nadav Har'El | Tuesday, Jan 11 2011, 6 Shevat 5771 nyh@math.technion.ac.il |----------------------------------------- Phone +972-523-790466, ICQ 13349191 |"A mathematician is a device for turning http://nadav.harel.org.il |coffee into theorems" -- P. Erdos From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 11 13:42:52 2011 Received: (at 7823) by debbugs.gnu.org; 11 Jan 2011 18:42:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcjBD-0003zu-Kn for submit@debbugs.gnu.org; Tue, 11 Jan 2011 13:42:52 -0500 Received: from mx1.redhat.com ([209.132.183.28]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcjBA-0003zi-Gx for 7823@debbugs.gnu.org; Tue, 11 Jan 2011 13:42:49 -0500 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id p0BIoFT1011195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 11 Jan 2011 13:50:15 -0500 Received: from [10.3.113.124] (ovpn-113-124.phx2.redhat.com [10.3.113.124]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p0BIoEhc017479; Tue, 11 Jan 2011 13:50:14 -0500 Message-ID: <4D2CA666.6000106@redhat.com> Date: Tue, 11 Jan 2011 11:50:14 -0700 From: Eric Blake Organization: Red Hat User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.7 MIME-Version: 1.0 To: "Nadav Har'El" Subject: Re: bug#7823: Rm -f fails on non-existant file References: <20110111125843.GA25297@fermat.math.technion.ac.il> <4D2C6F9F.5090503@redhat.com> <20110111151234.GA1012@fermat.math.technion.ac.il> In-Reply-To: <20110111151234.GA1012@fermat.math.technion.ac.il> X-Enigmail-Version: 1.1.2 OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigF22DBBD0247AFCEE1BEFA17B" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Spam-Score: -10.2 (----------) X-Debbugs-Envelope-To: 7823 Cc: 7823@debbugs.gnu.org, ramic@il.ibm.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -10.2 (----------) This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF22DBBD0247AFCEE1BEFA17B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 01/11/2011 08:12 AM, Nadav Har'El wrote: > On Tue, Jan 11, 2011, Eric Blake wrote about "Re: bug#7823: Rm -f fails= on non-existant file": >> Feel free to file a bug report to the smbfs people. POSIX does not >> specify EINVAL (except for bad flags to unlinkat), but does have a >> global clause that states that any errno not specifically listed may b= e >> returned if it is a better fit than any mandated error. On the other >> hand, the next version of POSIX will be mandating that the case of an >> unsupported byte in a filename ('*' in the case of smbfs) shall fail >> with EILSEQ, not EINVAL (that is, if they don't return the equally val= id >> ENOENT failure). See http://austingroupbugs.net/view.php?id=3D293, fo= r >> justification why smbfs ought to change their errno value away from EI= NVAL. >=20 > Thanks, I'll look at how to send them a bug report as well. >=20 >> Yes, since POSIX doesn't specify EINVAL for any other situation, I see= >> no harm in globally exempting it (with a comment why) in our source >> code; likewise, I see no problem in also adding EILSEQ to that list, >> whether or not smbfs also fixes their bug. >> >> Is it okay if I push this patch in your name? >=20 > Yes, looks good. Thanks. Actually, this is a bug fix, so I'm also squashing this NEWS blurb in, then pushing: diff --git i/NEWS w/NEWS index 5a70243..9ccad63 100644 --- i/NEWS +++ w/NEWS @@ -10,6 +10,9 @@ GNU coreutils NEWS -*- outline -*- argument following the one containing the moved sub-tree. [bug introduced in coreutils-5.1.0] + rm -f no longer fails for EINVAL or EILSEQ on file systems that + reject file names invalid for that file system. + * Noteworthy changes in release 8.9 (2011-01-04) [stable] --=20 Eric Blake eblake@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org --------------enigF22DBBD0247AFCEE1BEFA17B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJNLKZmAAoJEKeha0olJ0Nql2oH/Rz3NvCk7ZglaRziUnYt0s2F ClM2gca+lN6V6gt9ZWZd/Po747E3L7EXlgkSSRZOlYbPDAXs+gRDFZsu/jy7LBYJ zDBs3WZaEAfnscCX+t+Vx8sBh8/uz7U1BbDZsupm2k6Xq/wn3c06iZlIgDk5oYA9 Jj47/YuJ2YyaJXsEf03LCpyFAnQhIigUsLzOY41mXRvyNINZ8yeujAElQ0iEDCE8 SwOwBOnbDZMNgaHL0q+PxWvWJv0nQncz1vKh591RU3I5xOMtIC5vMyHqSTVRSGXW h++YeTWz2oytfwCmzEeSFESkr1pivxhoU2Fa+/YEV9mKfceUJgU8lcGWLCvASSM= =yhEu -----END PGP SIGNATURE----- --------------enigF22DBBD0247AFCEE1BEFA17B-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 11 16:13:06 2011 Received: (at 7823) by debbugs.gnu.org; 11 Jan 2011 21:13:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PclWc-0007Kn-FL for submit@debbugs.gnu.org; Tue, 11 Jan 2011 16:13:06 -0500 Received: from mailgw13.technion.ac.il ([132.68.225.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PclWZ-0007KH-6i for 7823@debbugs.gnu.org; Tue, 11 Jan 2011 16:13:05 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApcEANdXLE2ERHMGgWdsb2JhbACkORUBARYiJLxfAoVKBIsM X-IronPort-AV: E=Sophos;i="4.60,308,1291586400"; d="scan'208";a="925327" Received: from fermat.math.technion.ac.il ([132.68.115.6]) by mailgw13.technion.ac.il with ESMTP; 11 Jan 2011 23:20:29 +0200 Received: from fermat.math.technion.ac.il (localhost [127.0.0.1]) by fermat.math.technion.ac.il (8.12.10/8.12.10) with ESMTP id p0BLKSZR006429; Tue, 11 Jan 2011 23:20:28 +0200 (IST) Received: (from nyh@localhost) by fermat.math.technion.ac.il (8.12.10/8.12.10/Submit) id p0BLKSgc006428; Tue, 11 Jan 2011 23:20:28 +0200 (IST) X-Authentication-Warning: fermat.math.technion.ac.il: nyh set sender to nyh@math.technion.ac.il using -f Date: Tue, 11 Jan 2011 23:20:28 +0200 From: "Nadav Har'El" To: Eric Blake Subject: Re: bug#7823: Rm -f fails on non-existant file Message-ID: <20110111212028.GA6243@fermat.math.technion.ac.il> References: <20110111125843.GA25297@fermat.math.technion.ac.il> <4D2C6F9F.5090503@redhat.com> <20110111151234.GA1012@fermat.math.technion.ac.il> <4D2CA666.6000106@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D2CA666.6000106@redhat.com> User-Agent: Mutt/1.4.2.2i Hebrew-Date: 7 Shevat 5771 X-Spam-Score: -3.6 (---) X-Debbugs-Envelope-To: 7823 Cc: 7823@debbugs.gnu.org, ramic@il.ibm.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) On Tue, Jan 11, 2011, Eric Blake wrote about "Re: bug#7823: Rm -f fails on non-existant file": > Actually, this is a bug fix, so I'm also squashing this NEWS blurb in, > then pushing: Thanks. I also sent a bug report to the Samba guys. Let's see what they decide to do about it: https://bugzilla.samba.org/show_bug.cgi?id=7907 -- Nadav Har'El | Tuesday, Jan 11 2011, 7 Shevat 5771 nyh@math.technion.ac.il |----------------------------------------- Phone +972-523-790466, ICQ 13349191 |"[I'm] so full of action, my name should http://nadav.harel.org.il |be a verb" -- Big Daddy Kane ("Raw", 1987) From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 12 00:27:28 2011 Received: (at 7823-done) by debbugs.gnu.org; 12 Jan 2011 05:27:28 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PctF1-0001Iy-A2 for submit@debbugs.gnu.org; Wed, 12 Jan 2011 00:27:27 -0500 Received: from mx.meyering.net ([82.230.74.64]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PctEz-0001In-Q5 for 7823-done@debbugs.gnu.org; Wed, 12 Jan 2011 00:27:26 -0500 Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id ACBCC6011F; Wed, 12 Jan 2011 06:34:54 +0100 (CET) From: Jim Meyering To: Eric Blake Subject: Re: bug#7823: Rm -f fails on non-existant file In-Reply-To: <4D2CA666.6000106@redhat.com> (Eric Blake's message of "Tue, 11 Jan 2011 11:50:14 -0700") References: <20110111125843.GA25297@fermat.math.technion.ac.il> <4D2C6F9F.5090503@redhat.com> <20110111151234.GA1012@fermat.math.technion.ac.il> <4D2CA666.6000106@redhat.com> Date: Wed, 12 Jan 2011 06:34:54 +0100 Message-ID: <87vd1uit1d.fsf@meyering.net> Lines: 11 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -5.7 (-----) X-Debbugs-Envelope-To: 7823-done Cc: ramic@il.ibm.com, Nadav Har'El , 7823-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.7 (-----) Eric Blake wrote: ... > Actually, this is a bug fix, so I'm also squashing this NEWS blurb in, > then pushing: > > diff --git i/NEWS w/NEWS ... > + rm -f no longer fails for EINVAL or EILSEQ on file systems that > + reject file names invalid for that file system. Thanks to both of you. From unknown Fri Jun 20 07:19:31 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 09 Feb 2011 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator