From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [64.235.106.9] (helo=astoria.ccjclearline.com) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1N8ZXp-00013Y-JT for openembedded-devel@lists.openembedded.org; Thu, 12 Nov 2009 14:17:04 +0100 Received: from cpe002129687b04-cm001225dbafb6.cpe.net.cable.rogers.com ([99.235.241.187] helo=crashcourse.ca) by astoria.ccjclearline.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1N8ZWZ-0006Ft-D2 for openembedded-devel@lists.openembedded.org; Thu, 12 Nov 2009 08:15:43 -0500 Date: Thu, 12 Nov 2009 08:15:38 -0500 (EST) From: "Robert P. J. Day" X-X-Sender: rpjday@localhost To: openembedded-devel@lists.openembedded.org In-Reply-To: Message-ID: References: <200911120656.41249.holger+oe@freyther.de> <200911120722.09166.holger+oe@freyther.de> User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - astoria.ccjclearline.com X-AntiAbuse: Original Domain - lists.openembedded.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - crashcourse.ca X-Source: X-Source-Args: X-Source-Dir: X-SA-Exim-Connect-IP: 64.235.106.9 X-SA-Exim-Mail-From: rpjday@crashcourse.ca X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) X-SA-Exim-Scanned: No (on linuxtogo.org); Unknown failure Subject: Re: xterm: either fix it, or remove it. please. X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 13:17:04 -0000 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 12 Nov 2009, Frans Meulenbroeks wrote: > PS: Personally I think it is a bad idea to change the output format > of a utility that is more than 30 years old and that is so > widespread. (and I did not even see an obvious way to get the old > behaviour). someone on the fedora list just suggested the following if all you want is the numeric mode of a file: $ stat -c %a /etc/passwd 644 $ i'm fairly sure that's safe for the rare occasion when you need that information. but, as i suggested, given that this only caused a problem with a single package, it's probably not worth obsessing over unless that breakage begins to occur more often. rday -- ======================================================================== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday ========================================================================