From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mga01.intel.com ([192.55.52.88]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1TuiGl-0003mc-J7 for openembedded-core@lists.openembedded.org; Mon, 14 Jan 2013 12:32:00 +0100 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga101.fm.intel.com with ESMTP; 14 Jan 2013 03:16:39 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.84,466,1355126400"; d="scan'208";a="276587195" Received: from dell-desktop (HELO [10.237.105.59]) ([10.237.105.59]) by fmsmga002.fm.intel.com with ESMTP; 14 Jan 2013 03:16:37 -0800 Message-ID: <50F3EA9E.5050600@intel.com> Date: Mon, 14 Jan 2013 13:23:10 +0200 From: Radu Moisan User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Saul Wold References: <50EE757E.5030006@intel.com> <50F02BC8.6040101@intel.com> <50F04FA9.4050301@linux.intel.com> In-Reply-To: <50F04FA9.4050301@linux.intel.com> Cc: openembedded-core@lists.openembedded.org Subject: Re: [PATCH 00/21][RFC v3] systemd Integration X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 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, 14 Jan 2013 11:32:01 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 01/11/2013 07:45 PM, Saul Wold wrote: > On 01/11/2013 07:12 AM, Radu Moisan wrote: >> >> On 01/10/2013 08:27 PM, Khem Raj wrote: >>> On Thu, Jan 10, 2013 at 12:02 AM, Radu Moisan >>> wrote: >>>> On 01/09/2013 07:14 PM, Khem Raj wrote: >>>>> On Tue, Jan 8, 2013 at 4:24 AM, Radu Moisan >>>>> wrote: >>>>>> As Ross suggested I've done the following changes to the previous >>>>>> set: >>>>>> * added two patches (the first two) that address multiple init >>>>>> systems >>>>>> support,\ >>>>>> as in shifting from default hardcoded sysvinit to something more >>>>>> generic >>>>>> while >>>>>> the default values still remains on sysvinit >>>>>> * moved automatic setting of PREFERRED_PROVIDER_udev into >>>>>> default_providers.inc >>>>>> * removed ahavi-systemd since all it provided was service files; now >>>>>> service files >>>>>> are pulled in by avahi-daemon >>>>>> * also rebased on master >>>>>> >>>>> btw. there has been more merges into meta-systemd in >>>>> meta-openembedded >>>>> since these patches were created I cant accertain >>>>> that you picked those too but please redo this series so the history >>>>> is a bit better for tracking purposes. >>>> I've tried to get in sync with meta-openembedded until they upgraded >>>> systemd >>>> to v196. >>> hmm that would also explain the -lrt problem that Saul is seeing but I >>> dont. >>> >> >> Not quite, the problem Soul is seeing is probably because he is using >> eglibc v2.17 >> I'm running a world build right now (with eglibc v2.16) and I don't see >> those problems. >> > > Radu, you I was testing with 2.17, and we need to prepare for the 2.17 > update occuring, if it occurs before systemd or after these fixes will > be needed to happen. > >>> I tried to upgrade but something changed in the latest version and >>>> dbus-daemon didn't start anymore and because of that a few other >>>> services >>>> depending on it. I spent some time debugging it but eventually I >>>> decided we >>>> should go with the previous version and address the update after we >>>> merge. >>>> More details about this at >>>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=1625 >>> but we have to fix it I think weather you merge it or not since I >>> dont expect >>> us to stay at 195 forever and especially when folks who use >>> meta-systemd >>> are already using 196 we wont be able to discard meta-systemd. >> >> It's not a question of fixing it or not, rather of when will we fix it. >> My approach was to have a buildable version >> that is also stable at runtime and merge that into oe-core. The we will >> address systemd upgrade as a normal >> package upgrate, since package upgrade is routine task anyway and we do >> it for all packages. > As mentioned above, we will need the updated version of systemd & > friends before we can update eglibc, we want both systemd and eglibc > in for the M3 build. > I agree. I will address Martin's initscripts suggestions first and then upgrade systemd. Radu