Re: [PATCH 17/19] arago.conf: with unification on mainline, remove PACKAGE_ARCH logic

[Denys Dmytriyenko <denys@ti.com>]

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; meta-arago@arago-project.org
> > 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: meta-arago-bounces@arago-project.org [mailto:meta-arago-
> > > > bounces@arago-project.org] On Behalf Of Denys Dmytriyenko
> > > > Sent: Friday, June 20, 2014 12:57 PM
> > > > To: meta-arago@arago-project.org
> > > > Subject: [meta-arago] [PATCH 17/19] arago.conf: with unification on
> > > > mainline, remove PACKAGE_ARCH logic
> > > >
> > > > From: Denys Dmytriyenko <denys@ti.com>
> > > >
> > > > Signed-off-by: Denys Dmytriyenko <denys@ti.com>
> > > > ---
> > > >  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
> > > > meta-arago@arago-project.org
> > > > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
> > > _______________________________________________
> > > meta-arago mailing list
> > > meta-arago@arago-project.org
> > > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago