[OE-core] [PATCH] coreutils: remove dependency on coreutils-native

[Kamble, Nitin A]

This is bit old (out of my cached memory), but looking at my commit (543577c25b5a4e89a3ab15ee28e754b71c2a43d5) the dependency on coreutils-native is needed if the build system does not have coreutils, or it is not compatible with the sources of the coreutils you are trying to build. And the commit log does show the errors it was hitting, which are solved by using the native version of the coreutils.

Nitin


> -----Original Message-----
> From: Jesse Zhang [mailto:sen.zhang at windriver.com]
> Sent: Wednesday, January 16, 2013 6:09 PM
> To: Richard Purdie; Kamble, Nitin A
> Cc: openembedded-core at lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] coreutils: remove dependency on coreutils-
> native
> 
> On 01/16/2013 07:59 PM, Richard Purdie wrote:
> > Two questions:
> >
> > 1) Why do we have this dependency here at all? Are we sure we don't
> > need it for some reasons?
> 
> It was introduced in this commit, Cc'ing Nitin.
> 
> commit 543577c25b5a4e89a3ab15ee28e754b71c2a43d5
> Author: Nitin A Kamble <nitin.a.kamble at intel.com>
> Date:   Thu Mar 17 10:25:04 2011 -0700
> 
>     coreutils-6.9: fix man page building for the gplv2 recipe
> 
> But the reason behind the dependency is not entirely clear. And we've never
> seen such issue with the GPLv3 recipe. (And the GPLv2 recipe with my fix has
> been building well here for some time).
> 
> > 2) Isn't the build of coreutils-native still broken? We should
> > probably hack it so it installs into some path prefix like
> > {python/perl/gzip/tar}-native or doesn't install the utils at all.
> 
> Yeah, the build would still be broken.
> 
> The main contents of coreutils are the several dozen commands. I'm not sure
> how it can be useful if we install them into a not-in-$PATH dir.
> Any suggestions? I'm willing to work out a fix.
> 
> jesse