Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261712AbVCZKDh (ORCPT ); Sat, 26 Mar 2005 05:03:37 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262027AbVCZKDh (ORCPT ); Sat, 26 Mar 2005 05:03:37 -0500 Received: from linux01.gwdg.de ([134.76.13.21]:34768 "EHLO linux01.gwdg.de") by vger.kernel.org with ESMTP id S261712AbVCZKDg (ORCPT ); Sat, 26 Mar 2005 05:03:36 -0500 Date: Sat, 26 Mar 2005 11:03:32 +0100 (MET) From: Jan Engelhardt cc: linux-kernel@vger.kernel.org Subject: Re: Squashfs without ./.. In-Reply-To: Message-ID: References: <20050323174925.GA3272@zero> <20050324133628.196a4c41.Tommy.Reynolds@MegaCoder.com> <3e74c9409b6e383b7b398fe919418d54@mac.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII To: unlisted-recipients:; (no To-header on input) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 767 Lines: 21 >This situation is easily fixed within >the application rather than forcing the filesystem to unnecessarily >fake '.' and '..' entries which are never used. You are right. . and .. do not need to show up (even they have been the "leaders" of ls -l ;-), Midnight Commander (`mc`) for example synthesizes ".." nevertheless. So - what about removing . and .. in readdir for all "standard harddisk filesystems" (ext*,reiser*, [jx]fs)? I mean, one party always has to loose... Jan Engelhardt -- No TOFU for me, please. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/