From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from dan.rpsys.net ([93.97.175.187]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1RBRDA-0005Pi-7a for openembedded-core@lists.openembedded.org; Wed, 05 Oct 2011 15:08:36 +0200 Received: from localhost (dan.rpsys.net [127.0.0.1]) by dan.rpsys.net (8.14.2/8.14.2/Debian-2build1) with ESMTP id p95D9Q08020643; Wed, 5 Oct 2011 14:09:27 +0100 X-Virus-Scanned: Debian amavisd-new at dan.rpsys.net Received: from dan.rpsys.net ([127.0.0.1]) by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id FPOWwqqLGJ5Z; Wed, 5 Oct 2011 14:09:26 +0100 (BST) Received: from [192.168.1.40] (tim [93.97.173.237]) (authenticated bits=0) by dan.rpsys.net (8.14.2/8.14.2/Debian-2build1) with ESMTP id p95D9Lah020635 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 5 Oct 2011 14:09:24 +0100 From: Richard Purdie To: Patches and discussions about the oe-core layer Date: Wed, 05 Oct 2011 14:02:50 +0100 In-Reply-To: <20111005123433.GG19366@jama.jama.net> References: <1317370770-27225-1-git-send-email-Martin.Jansa@gmail.com> <1317392122.12332.208.camel@ted> <20110930164658.GB7364@jama.jama.net> <1317402578.12332.218.camel@ted> <1317765609.14671.118.camel@ted> <11F8FF03-4C38-4D33-9250-66B5C180698C@dominion.thruhere.net> <7F30A97F-D852-4A45-9023-D979D974866A@dominion.thruhere.net> <20111005123433.GG19366@jama.jama.net> X-Mailer: Evolution 3.1.91- Message-ID: <1317819780.14671.144.camel@ted> Mime-Version: 1.0 Cc: Koen Kooi Subject: Re: [PATCH] Improve handling of 'all' architecture recipes and their interaction with sstate X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 13:08:36 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Wed, 2011-10-05 at 14:34 +0200, Martin Jansa wrote: > On Wed, Oct 05, 2011 at 07:29:10AM -0500, Koen Kooi wrote: > > > > > > Op 5 okt. 2011 om 07:27 heeft Otavio Salvador het volgende geschreven: > > > > > On Wed, Oct 5, 2011 at 09:22, Koen Kooi wrote: > > >> Op 5 okt. 2011 om 07:10 heeft Otavio Salvador het volgende geschreven: > > >>> On Tue, Oct 4, 2011 at 19:00, Richard Purdie > > >>> wrote: > > >>>> Really? hal doesn't really replace udev though, we can just use udev > > >>>> directly in place of it for many things now? > > >>> > > >>> Yes, many moved from hal to udev. > > >>> > > >>>> Specifically which applications are people using with dependencies on > > >>>> hal? As has been pointed out we can fix the xserver and that appears to > > >>>> be the only thing remaining in OE-Core? > > >>> > > >>> OE-Core can be easily hal-less but I just ask for hal to not be > > >>> removed from meta data as I and probably others hasn't finish the move > > >>> to udev yet. > > >> > > >> Put it in your own layer if you need it. No point in keeping obsolete stuff in oe-core. > > > > > > I wouldn't call it obsolete as it is still a valid option to Xorg and > > > maybe others. So people might want to use it. I use it. > > > > So put it in your own layer, it has no place in oe-core anymore. > > Agreed, that it has no place in oe-core anymore, but not sure if we can > keep > CONFIG_MANAGER_OPTION += > "${@['--disable-config-hal','--enable-config-hal',''][bb.data.getVar('DISTRO_XORG_CONFIG_MANAGER',d) > in ['hal']]}" > > in xserver-xorg or we'll force averybody with hal in his layer to > .bbappend xserver-xorg too. I don't mind that staying in the xserver recipe config for now, I do think hal needs to move somewhere other than oe-core though. A deprecated layer in meta-oe might be one idea which would keep a common recipe around for now but make it clear its on its way out. Cheers, Richard