From: Dave Chinner Subject: Re: [PATCH 3/3] generic/237: fix filtering for expected failure message Date: Mon, 14 Apr 2014 10:14:08 +1000 Message-ID: <20140414001408.GC27694@dastard> References: <1397343317-14669-1-git-send-email-tytso@mit.edu> <1397343317-14669-4-git-send-email-tytso@mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Ext4 Developers List , xfs@oss.sgi.com To: Theodore Ts'o Return-path: Content-Disposition: inline In-Reply-To: <1397343317-14669-4-git-send-email-tytso@mit.edu> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com List-Id: linux-ext4.vger.kernel.org On Sat, Apr 12, 2014 at 06:55:17PM -0400, Theodore Ts'o wrote: > Newer kernels return EACCES instead of EPERM when modifying an acl > fails. Update the filtering to handle this. > > Signed-off-by: "Theodore Ts'o" > --- > tests/generic/237 | 2 +- > tests/generic/237.out | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/tests/generic/237 b/tests/generic/237 > index 6a61ec8..b068150 100755 > --- a/tests/generic/237 > +++ b/tests/generic/237 > @@ -68,7 +68,7 @@ touch file1 > chown $acl1.$acl1 file1 > > echo "Expect to FAIL" > -$runas -u $acl2 -g $acl2 -- `which setfacl` -m u::rwx file1 2>&1 | sed 's/^setfacl: \/.*file1: Operation not permitted$/setfacl: file1: Operation not permitted/' > +$runas -u $acl2 -g $acl2 -- `which setfacl` -m u::rwx file1 2>&1 | sed -e 's/Permission denied/Operation not permitted/' -e 's/file1: //' -e 's,[/a-zA-Z]*setfacl: ,setfacl: ,' This is getting unweildy. Can you factor this into a local _filter_setfacl_error function of some kind? It would also help if you put a comment iterating all the different output formats it's now trying to filter out, too. Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs