From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mail.openembedded.org (Postfix) with ESMTP id 31E266007B for ; Mon, 1 Jul 2013 15:07:52 +0000 (UTC) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga101.jf.intel.com with ESMTP; 01 Jul 2013 08:07:53 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.87,974,1363158000"; d="scan'208";a="338724608" Received: from unknown (HELO helios.localnet) ([10.252.121.225]) by orsmga001.jf.intel.com with ESMTP; 01 Jul 2013 08:07:52 -0700 From: Paul Eggleton To: "Burton, Ross" Date: Mon, 01 Jul 2013 16:07:51 +0100 Message-ID: <3094369.YRi5CK5LTU@helios> Organization: Intel Corporation User-Agent: KMail/4.10.3 (Linux/3.8.0-25-generic; KDE/4.10.3; i686; ; ) In-Reply-To: References: <1372372997-1604-1-git-send-email-sgw@linux.intel.com> <6242225.xYeWPdnF8o@helios> MIME-Version: 1.0 Cc: openembedded-core@lists.openembedded.org Subject: Re: [PATCH 4/4] packagegroup-core-boot: used udev-cache for sysvinit X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jul 2013 15:07:52 -0000 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Monday 01 July 2013 16:02:56 Burton, Ross wrote: > On 1 July 2013 15:58, Paul Eggleton wrote: > > On Monday 01 July 2013 15:49:00 Burton, Ross wrote: > >> On 28 June 2013 11:02, Paul Eggleton wrote: > >> > I appreciate the intention here but I'm not sure if this is really the > >> > appropriate place to put this; packagegroup-core-boot is supposed to > >> > only > >> > directly pull in the essentials required for booting. This will cause > >> > problems for those people using alternative device managers (e.g. > >> > busybox > >> > mdev) as well. > >> > > >> > I'm not sure where this should go, but adding it to VIRTUAL- > >> > RUNTIME_dev_manager (in the distro config?) could work. Anyone else > >> > have any better suggestion? > >> > >> How about making udev RRECOMMEND udev-cache? > > > > It's not that udev-cache might not be available, rather that packagegroup- > > core-boot shouldn't have any kind of reference to it. In any case unless > > udev is skipped somehow, an RRECOMMENDS on udev-cache will end up > > building udev even if you haven't selected it in > > VIRTUAL-RUNTIME_dev_manager so that won't help. > > I mean add a recommends to the udev binary package itself, so you'll > get udev-cache if you build udev (and keep the existing udev-selection > logic as-is). Right, that could work yes. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre