* Replacement for fakeroot do_install()?
@ 2010-12-22 13:48 Koen Kooi
2010-12-22 14:02 ` Joshua Lock
2010-12-22 14:48 ` Richard Purdie
0 siblings, 2 replies; 4+ messages in thread
From: Koen Kooi @ 2010-12-22 13:48 UTC (permalink / raw)
To: poky
Hi,
What's is the pseudo way to do fakeroot do_install()? I have a number of OE recipes that still use fakeroot and I would like to get rid of that in the OE layer for yocto.
regards,
Koen
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Replacement for fakeroot do_install()?
2010-12-22 13:48 Replacement for fakeroot do_install()? Koen Kooi
@ 2010-12-22 14:02 ` Joshua Lock
2010-12-22 14:08 ` Koen Kooi
2010-12-22 14:48 ` Richard Purdie
1 sibling, 1 reply; 4+ messages in thread
From: Joshua Lock @ 2010-12-22 14:02 UTC (permalink / raw)
To: poky
On Wed, 2010-12-22 at 14:48 +0100, Koen Kooi wrote:
> Hi,
>
> What's is the pseudo way to do fakeroot do_install()? I have a number
> of OE recipes that still use fakeroot and I would like to get rid of
> that in the OE layer for yocto.
fakeroot is a flag which tells the runqueue to load appropriate
environment variables for running the task under a fakeroot like
program, and as such it's still perfectly valid whether you're using
fakeroot or pseudo.
tl;dr
fakeroot do_install() is the pseudo way too
Cheers,
Joshua
--
Joshua Lock
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Replacement for fakeroot do_install()?
2010-12-22 14:02 ` Joshua Lock
@ 2010-12-22 14:08 ` Koen Kooi
0 siblings, 0 replies; 4+ messages in thread
From: Koen Kooi @ 2010-12-22 14:08 UTC (permalink / raw)
To: Joshua Lock; +Cc: poky
Op 22 dec 2010, om 15:02 heeft Joshua Lock het volgende geschreven:
> On Wed, 2010-12-22 at 14:48 +0100, Koen Kooi wrote:
>> Hi,
>>
>> What's is the pseudo way to do fakeroot do_install()? I have a number
>> of OE recipes that still use fakeroot and I would like to get rid of
>> that in the OE layer for yocto.
>
> fakeroot is a flag which tells the runqueue to load appropriate
> environment variables for running the task under a fakeroot like
> program, and as such it's still perfectly valid whether you're using
> fakeroot or pseudo.
>
> tl;dr
>
> fakeroot do_install() is the pseudo way too
Thanks!
It turns out to be a stray DEPENDS: http://cgit.openembedded.org/cgit.cgi/meta-openembedded/commit/?id=8bb6722b1356cc3b8494e33553240363addd2d80
regards,
Koen
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Replacement for fakeroot do_install()?
2010-12-22 13:48 Replacement for fakeroot do_install()? Koen Kooi
2010-12-22 14:02 ` Joshua Lock
@ 2010-12-22 14:48 ` Richard Purdie
1 sibling, 0 replies; 4+ messages in thread
From: Richard Purdie @ 2010-12-22 14:48 UTC (permalink / raw)
To: Koen Kooi; +Cc: poky
On Wed, 2010-12-22 at 14:48 +0100, Koen Kooi wrote:
> What's is the pseudo way to do fakeroot do_install()? I have a number
> of OE recipes that still use fakeroot and I would like to get rid of
> that in the OE layer for yocto.
All do_install's within poky now run under fakeroot (at least in the
target case).
fakeroot do_install () still works (fakeroot is a flag you can add to
any function), likewise:
do_install[fakeroot] = "1"
which means the same thing. The only downside to doing things this way
is it would apply to native recipes too and it doesn't make sense to use
fakeroot for native recipes (not least how would you then build
fakeroot/pseudo?).
So the simple answer is probably to drop the do_install references.
Cheers,
Richard
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-12-22 14:48 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-22 13:48 Replacement for fakeroot do_install()? Koen Kooi
2010-12-22 14:02 ` Joshua Lock
2010-12-22 14:08 ` Koen Kooi
2010-12-22 14:48 ` Richard Purdie
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.