From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.cvg.de ([62.153.82.30]) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1OPEnr-0002xo-Hv for openembedded-devel@lists.openembedded.org; Thu, 17 Jun 2010 15:06:44 +0200 Received: from ensc-virt.intern.sigma-chemnitz.de (ensc-virt.intern.sigma-chemnitz.de [192.168.3.24]) by mail.cvg.de (8.14.3/8.14.3) with ESMTP id o5HD240Y009598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Jun 2010 15:02:05 +0200 Received: from ensc by ensc-virt.intern.sigma-chemnitz.de with local (Exim 4.72) (envelope-from ) id 1OPEjM-0000Qc-Mk; Thu, 17 Jun 2010 15:02:04 +0200 From: Enrico Scholz To: openembedded-devel@lists.openembedded.org References: <20100617121913.GA16207@rhein.zuhause.netz> Date: Thu, 17 Jun 2010 15:02:04 +0200 In-Reply-To: <20100617121913.GA16207@rhein.zuhause.netz> (Henning Heinold's message of "Thu, 17 Jun 2010 14:19:13 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Sender: Enrico Scholz X-Scanned-By: MIMEDefang 2.68 on 62.153.82.30 X-SA-Exim-Connect-IP: 62.153.82.30 X-SA-Exim-Mail-From: enrico.scholz@sigma-chemnitz.de X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on discovery X-Spam-Level: X-Spam-Status: No, score=-6.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) X-SA-Exim-Scanned: Yes (on linuxtogo.org) Subject: Re: Proposal to remove libattr recipe 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, 17 Jun 2010 13:06:45 -0000 Content-Type: text/plain; charset=us-ascii Henning Heinold writes: > the libattr from xfsprogs clashes with the attr recipe from udev and I > can find any recipe which uses libattr, besides libcap2 which could > use attr from udev too. So my proposal is to remove the libattr recipe > and switch libcap2 to use attr from udev. Because 'xfs' is upstream for attr + acl it would be probably better to do the opposite thing (remove these general libraries from udev/ and update the xfsprogs/ version). Or, remove both versions and move the best one into toplevel /attr + /acl. Enrico