On Fri, Jun 20, 2014 at 03:22:39PM -0400, Cooper Jr., Franklin wrote: > I'm a bit worried when there is an overlap LTS overlap (working on > unreleased LTS sdk while previously release LTS is available). But I'm ok > with removing it for now and possibly resurrecting it in the future.
It's very kludgy and causes more problems than it solves. E.g. the one I previously fixed with TOOLCHAIN variable. Plus it multiplies the build time - almosot no sharing is possible between generic armv7a packages... > It think we should also do a cleanup of old kernels in meta-ti to reflect > this change. That's the plan. > > -----Original Message----- > > From: Dmytriyenko, Denys > > Sent: Friday, June 20, 2014 2:13 PM > > To: Cooper Jr., Franklin > > Cc: Denys Dmytriyenko; [email protected] > > Subject: Re: [meta-arago] [PATCH 17/19] arago.conf: with unification on > > mainline, remove PACKAGE_ARCH logic > > > > I meant unification on mainline kernel, or at least the same version of the > > kernel used for all our platforms. > > > > On the other hand, there's nothing to fix. If a package builds differently > > when > > used with different linux-libc-headers version, then it should be rather > > marked machine-specific. In other words, if it's generic to all armv7a > > platforms, it shouldn't matter what linux-libc-headers it builds against, > > as that > > provides kernel-userspace API and it should be rather stable. > > > > > > On Fri, Jun 20, 2014 at 07:08:52PM +0000, Cooper Jr., Franklin wrote: > > > Does this mean that a fix for this issue was pushed to mainline? > > > > > > > -----Original Message----- > > > > From: [email protected] [mailto:meta-arago- > > > > [email protected]] On Behalf Of Denys Dmytriyenko > > > > Sent: Friday, June 20, 2014 12:57 PM > > > > To: [email protected] > > > > Subject: [meta-arago] [PATCH 17/19] arago.conf: with unification on > > > > mainline, remove PACKAGE_ARCH logic > > > > > > > > From: Denys Dmytriyenko <[email protected]> > > > > > > > > Signed-off-by: Denys Dmytriyenko <[email protected]> > > > > --- > > > > meta-arago-distro/conf/distro/arago.conf | 9 --------- > > > > 1 file changed, 9 deletions(-) > > > > > > > > diff --git a/meta-arago-distro/conf/distro/arago.conf b/meta-arago- > > > > distro/conf/distro/arago.conf index 7bd1de2..b652fda 100644 > > > > --- a/meta-arago-distro/conf/distro/arago.conf > > > > +++ b/meta-arago-distro/conf/distro/arago.conf > > > > @@ -72,12 +72,3 @@ ENTERPRISE_DISTRO = "1" > > > > # Arago based SDK. No need to prevent gst-ffmpeg from being used > > > > since we # disable troublesome software. > > > > LICENSE_FLAGS_WHITELIST = "commercial_gst-ffmpeg" > > > > - > > > > -# Some machines with the same architecture use different kernel > > versions. > > > > -# Set PACKAGE_ARCH to allow packages to be seperated by both > > > > architecture and -# linux-libc-headers version. > > > > -PACKAGE_ARCH := "${TUNE_PKGARCH}-${PREFERRED_VERSION_linux-libc- > > > > headers}" > > > > -# Need to include the new PACKAGE_ARCH to the PACKAGE_ARCHS > > > > variable - PACKAGE_ARCHS += > > > > "${TUNE_PKGARCH}-${PREFERRED_VERSION_linux-libc- > > > > headers}" > > > > -# Adjust some vars accordingly > > > > -STAGING_BINDIR_TOOLCHAIN = > > > > "${STAGING_DIR_NATIVE}${bindir_native}/${TUNE_PKGARCH}- > > > > ${PREFERRED_VERSION_linux-libc-headers}${TARGET_VENDOR}- > > > > ${TARGET_OS}" > > > > -- > > > > 2.0.0 > > > > > > > > _______________________________________________ > > > > meta-arago mailing list > > > > [email protected] > > > > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago > > > _______________________________________________ > > > meta-arago mailing list > > > [email protected] > > > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago _______________________________________________ meta-arago mailing list [email protected] http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
