[ Removed yocto@ from Cc. Please don't crosspost between oe-core and yocto. ]
On Wed, 2011-08-03 at 14:01 -0600, Gary Thomas wrote: > On 2011-08-03 13:52, McClintock Matthew-B29882 wrote: > > (Sorry if this get sent twice...) > > > > On Wed, Aug 3, 2011 at 11:44 AM, Gary Thomas<[email protected]> wrote: > >> On 2011-08-03 10:33, Matthew McClintock wrote: > >>> > >>> Several installed scripts set the perl shebang that is too long > >>> which can cause failures on certian older bash versions. > >> > >> How does the change below correspond to this comment? It's not > >> clear [at least to me] how changing that environment variable > >> affects shebang constructs. Can you give a more thorough explanation? > > > > The scripts intltool-{update,etc} installed in sysroot end up having > > *really* long shebangs without this change. On older distros this > > causes the intltool scripts to just fail usually during the configure > > task. intltools recipe itself will > > build and install fine. However, when a package that requires > > intltool's is being configured they will all fail withing invoking > > intltools. > > This much was already clear from your explanation - the "what happens and > why it needs fixing" part. > > What I don't see is the "why" - why does defining PERL vs > PERL_virtclass-native > have this effect? Agreed, that seems weird and bogus. Surely the scripts which go into the sysroot (and later get executed on the build host) are going to be the ones that were built with virtclass-native, in which case this would be a no-op. And for scripts that are going to be packaged for installation on the target, I'm not sure it is safe to assume that env is installed at all and, even if it is guaranteed to be there, it is certainly not safe to hardcode "/usr/bin" as the path to find it. So I'm pretty sure that this patch is the wrong thing. p. _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
