From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: set-file-extended-attributes and backups Date: Mon, 24 Dec 2012 05:44:40 +0200 Message-ID: <8338ywp107.fsf@gnu.org> References: <83obhntq1m.fsf@gnu.org> <50D48781.1050303@cs.ucla.edu> <83a9t7qrrw.fsf@gnu.org> <87a9t4snzr.fsf@silenus.orebokech.com> <83bodkpt7z.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1356320700 2274 80.91.229.3 (24 Dec 2012 03:45:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 24 Dec 2012 03:45:00 +0000 (UTC) Cc: romain@orebokech.com, emacs-devel@gnu.org, eggert@cs.ucla.edu To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 24 04:45:15 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TmyyZ-0005mO-65 for ged-emacs-devel@m.gmane.org; Mon, 24 Dec 2012 04:45:15 +0100 Original-Received: from localhost ([::1]:48633 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmyyL-0006jc-4g for ged-emacs-devel@m.gmane.org; Sun, 23 Dec 2012 22:45:01 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:33495) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmyyI-0006jX-QQ for emacs-devel@gnu.org; Sun, 23 Dec 2012 22:44:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmyyH-0003PA-3J for emacs-devel@gnu.org; Sun, 23 Dec 2012 22:44:58 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:45867) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmyyG-0003P6-ST for emacs-devel@gnu.org; Sun, 23 Dec 2012 22:44:57 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MFI00500NLSIW00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Mon, 24 Dec 2012 05:44:46 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MFI005JINQL5KB0@a-mtaout22.012.net.il>; Mon, 24 Dec 2012 05:44:46 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:155836 Archived-At: > From: Stefan Monnier > Cc: Romain Francoise , eggert@cs.ucla.edu, emacs-devel@gnu.org > Date: Sun, 23 Dec 2012 19:59:35 -0500 > > > How about changing its return value instead? Say, return t if ACLs > > set, nil otherwise. It always bothers me to have an API that silently > > fails without any tangible indication. > > I think it should fail (i.e. signal an error) for any case where the > file's ACLs were not set as requested. ENOTSUP usually means the filesystem doesn't support ACLs. Having an error that every single use of it will want to ignore doesn't seem to be useful.