* [PATCH] gzip: Avoid host contamination during build
@ 2014-05-27 23:38 Dan McGregor
2014-05-28 20:29 ` Khem Raj
2014-05-28 23:09 ` Richard Purdie
0 siblings, 2 replies; 5+ messages in thread
From: Dan McGregor @ 2014-05-27 23:38 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
From: Dan McGregor <dan.mcgregor@usask.ca>
On systems with /bin and /usr/bin merged the gzip recipe may find grep
in /usr/bin, while OE puts it in /bin. Force the recipe to find grep in
the correct place.
Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca>
---
meta/recipes-extended/gzip/gzip.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-extended/gzip/gzip.inc
b/meta/recipes-extended/gzip/gzip.inc
index 920b256..57873cb 100644
--- a/meta/recipes-extended/gzip/gzip.inc
+++ b/meta/recipes-extended/gzip/gzip.inc
@@ -12,6 +12,8 @@ SRC_URI = "${GNU_MIRROR}/gzip/${BP}.tar.gz"
inherit autotools texinfo
+EXTRA_OEMAKE = "GREP=${base_bindir}/grep"
+
do_install_append () {
# Rename and move files into /bin (FHS), which is typical place for gzip
install -d ${D}${base_bindir}
--
1.9.3
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] gzip: Avoid host contamination during build
2014-05-27 23:38 [PATCH] gzip: Avoid host contamination during build Dan McGregor
@ 2014-05-28 20:29 ` Khem Raj
2014-05-28 21:23 ` Dan McGregor
2014-05-28 23:09 ` Richard Purdie
1 sibling, 1 reply; 5+ messages in thread
From: Khem Raj @ 2014-05-28 20:29 UTC (permalink / raw)
To: Dan McGregor; +Cc: Patches and discussions about the oe-core layer
On Tue, May 27, 2014 at 4:38 PM, Dan McGregor <danismostlikely@gmail.com> wrote:
> +EXTRA_OEMAKE = "GREP=${base_bindir}/grep"
is this grep path encoded into gzip and then referred when running ?
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] gzip: Avoid host contamination during build
2014-05-28 20:29 ` Khem Raj
@ 2014-05-28 21:23 ` Dan McGregor
0 siblings, 0 replies; 5+ messages in thread
From: Dan McGregor @ 2014-05-28 21:23 UTC (permalink / raw)
To: Khem Raj; +Cc: Patches and discussions about the oe-core layer
It's encoded in zgrep, which is part of the gzip package.
On 28 May 2014 14:29, Khem Raj <raj.khem@gmail.com> wrote:
> On Tue, May 27, 2014 at 4:38 PM, Dan McGregor <danismostlikely@gmail.com> wrote:
>> +EXTRA_OEMAKE = "GREP=${base_bindir}/grep"
>
> is this grep path encoded into gzip and then referred when running ?
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] gzip: Avoid host contamination during build
2014-05-27 23:38 [PATCH] gzip: Avoid host contamination during build Dan McGregor
2014-05-28 20:29 ` Khem Raj
@ 2014-05-28 23:09 ` Richard Purdie
2014-05-29 17:41 ` Dan McGregor
1 sibling, 1 reply; 5+ messages in thread
From: Richard Purdie @ 2014-05-28 23:09 UTC (permalink / raw)
To: Dan McGregor; +Cc: Patches and discussions about the oe-core layer
On Tue, 2014-05-27 at 17:38 -0600, Dan McGregor wrote:
> From: Dan McGregor <dan.mcgregor@usask.ca>
>
> On systems with /bin and /usr/bin merged the gzip recipe may find grep
> in /usr/bin, while OE puts it in /bin. Force the recipe to find grep in
> the correct place.
>
> Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca>
> ---
> meta/recipes-extended/gzip/gzip.inc | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/meta/recipes-extended/gzip/gzip.inc
> b/meta/recipes-extended/gzip/gzip.inc
> index 920b256..57873cb 100644
> --- a/meta/recipes-extended/gzip/gzip.inc
> +++ b/meta/recipes-extended/gzip/gzip.inc
> @@ -12,6 +12,8 @@ SRC_URI = "${GNU_MIRROR}/gzip/${BP}.tar.gz"
>
> inherit autotools texinfo
>
> +EXTRA_OEMAKE = "GREP=${base_bindir}/grep"
> +
> do_install_append () {
> # Rename and move files into /bin (FHS), which is typical place for gzip
> install -d ${D}${base_bindir}
My worry is what happens to gzip-native. Do we have to encode a path?
Cheers,
Richard
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] gzip: Avoid host contamination during build
2014-05-28 23:09 ` Richard Purdie
@ 2014-05-29 17:41 ` Dan McGregor
0 siblings, 0 replies; 5+ messages in thread
From: Dan McGregor @ 2014-05-29 17:41 UTC (permalink / raw)
To: Richard Purdie; +Cc: Patches and discussions about the oe-core layer
[-- Attachment #1: Type: text/plain, Size: 1371 bytes --]
On May 28, 2014 5:09 PM, "Richard Purdie" <
richard.purdie@linuxfoundation.org> wrote:
>
> On Tue, 2014-05-27 at 17:38 -0600, Dan McGregor wrote:
> > From: Dan McGregor <dan.mcgregor@usask.ca>
> >
> > On systems with /bin and /usr/bin merged the gzip recipe may find grep
> > in /usr/bin, while OE puts it in /bin. Force the recipe to find grep in
> > the correct place.
> >
> > Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca>
> > ---
> > meta/recipes-extended/gzip/gzip.inc | 2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git a/meta/recipes-extended/gzip/gzip.inc
> > b/meta/recipes-extended/gzip/gzip.inc
> > index 920b256..57873cb 100644
> > --- a/meta/recipes-extended/gzip/gzip.inc
> > +++ b/meta/recipes-extended/gzip/gzip.inc
> > @@ -12,6 +12,8 @@ SRC_URI = "${GNU_MIRROR}/gzip/${BP}.tar.gz"
> >
> > inherit autotools texinfo
> >
> > +EXTRA_OEMAKE = "GREP=${base_bindir}/grep"
> > +
> > do_install_append () {
> > # Rename and move files into /bin (FHS), which is typical place for
gzip
> > install -d ${D}${base_bindir}
>
> My worry is what happens to gzip-native. Do we have to encode a path?
>
> Cheers,
>
> Richard
>
gzip native does encode a path, but what it encodes should probably be what
gets automatically configured. Would making the EXTRA_OEMAKE variable be
EXTRA_OEMAKE_class-target then?
[-- Attachment #2: Type: text/html, Size: 1896 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2014-05-29 17:41 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-05-27 23:38 [PATCH] gzip: Avoid host contamination during build Dan McGregor
2014-05-28 20:29 ` Khem Raj
2014-05-28 21:23 ` Dan McGregor
2014-05-28 23:09 ` Richard Purdie
2014-05-29 17:41 ` Dan McGregor
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox