All of lore.kernel.org
 help / color / mirror / Atom feed
* SDK install path and versioning
@ 2012-10-30  7:50 Bue Petersen
  2012-11-01 11:35 ` Richard Purdie
  0 siblings, 1 reply; 3+ messages in thread
From: Bue Petersen @ 2012-10-30  7:50 UTC (permalink / raw)
  To: bitbake-devel

Hi,

We are using bitbake + openembedded to build a custom linux platform
with an image and a SDK for Qt development.
I have some questions on how to achive some goals regarding automated
testing. Really hope you can help.

1) how can we "stamp" a version number in the image? I found
IMAGE_BASENAME for changing the filename, but I would like also to
leave some kind of version number that can be checked on the running
system. What is best practice there?
2) Regarding the SDK I would like to install it on a custom path. The
normal setup is system-wide on /usr/local/ as I can see. I need to be
able to install several at different locations. Maybee even just in
the workspace where we develop the Qt-application so I always know
exactly which is used for the test. I found the SDKPATH and
SDKNATIVEPATH to change this, but do we really need to set the exact
path at build time?

I have done a lot of research and googled intensively, but still not
solved the problem so I really hope someone can help. Any hints will
be mostly appreciated.

Thanks.
Best regards,
Bue Petersen



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: SDK install path and versioning
  2012-10-30  7:50 SDK install path and versioning Bue Petersen
@ 2012-11-01 11:35 ` Richard Purdie
  2012-11-01 11:51   ` Bue Petersen
  0 siblings, 1 reply; 3+ messages in thread
From: Richard Purdie @ 2012-11-01 11:35 UTC (permalink / raw)
  To: Bue Petersen; +Cc: bitbake-devel

On Tue, 2012-10-30 at 08:50 +0100, Bue Petersen wrote:
> We are using bitbake + openembedded to build a custom linux platform
> with an image and a SDK for Qt development.
> I have some questions on how to achive some goals regarding automated
> testing. Really hope you can help.

Firstly, you'd probably get more help with questions like these on the
openembedded-core mailing list as these are questions about the
metadata, not the bitbake tool itself.

> 1) how can we "stamp" a version number in the image? I found
> IMAGE_BASENAME for changing the filename, but I would like also to
> leave some kind of version number that can be checked on the running
> system. What is best practice there?

Have a look at adding some kind of rootfs postinstall function e.g.:

ROOTFS_POSTPROCESS_COMMAND += "rootfs_update_timestamp ; "

(see image.bbclass and core-image.bbclass for examples of those)

> 2) Regarding the SDK I would like to install it on a custom path. The
> normal setup is system-wide on /usr/local/ as I can see. I need to be
> able to install several at different locations. Maybee even just in
> the workspace where we develop the Qt-application so I always know
> exactly which is used for the test. I found the SDKPATH and
> SDKNATIVEPATH to change this, but do we really need to set the exact
> path at build time?

This was a newly added feature in the recent danny release branch. The
SDK is now wrapped in a script which asks you for the location to
extract to so the binaries support relocation now. You need to use danny
or master to have this functionality available.

Cheers,

Richard




^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: SDK install path and versioning
  2012-11-01 11:35 ` Richard Purdie
@ 2012-11-01 11:51   ` Bue Petersen
  0 siblings, 0 replies; 3+ messages in thread
From: Bue Petersen @ 2012-11-01 11:51 UTC (permalink / raw)
  To: bitbake-devel

On Thu, Nov 1, 2012 at 12:35 PM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Tue, 2012-10-30 at 08:50 +0100, Bue Petersen wrote:
>> We are using bitbake + openembedded to build a custom linux platform
>> with an image and a SDK for Qt development.
>> I have some questions on how to achive some goals regarding automated
>> testing. Really hope you can help.
>
> Firstly, you'd probably get more help with questions like these on the
> openembedded-core mailing list as these are questions about the
> metadata, not the bitbake tool itself.

Thanks - I read that to in your archive, after I asked the question. I
will use the other list next time.

>
>> 1) how can we "stamp" a version number in the image? I found
>> IMAGE_BASENAME for changing the filename, but I would like also to
>> leave some kind of version number that can be checked on the running
>> system. What is best practice there?
>
> Have a look at adding some kind of rootfs postinstall function e.g.:
>
> ROOTFS_POSTPROCESS_COMMAND += "rootfs_update_timestamp ; "
>
> (see image.bbclass and core-image.bbclass for examples of those)
>
>> 2) Regarding the SDK I would like to install it on a custom path. The
>> normal setup is system-wide on /usr/local/ as I can see. I need to be
>> able to install several at different locations. Maybee even just in
>> the workspace where we develop the Qt-application so I always know
>> exactly which is used for the test. I found the SDKPATH and
>> SDKNATIVEPATH to change this, but do we really need to set the exact
>> path at build time?
>
> This was a newly added feature in the recent danny release branch. The
> SDK is now wrapped in a script which asks you for the location to
> extract to so the binaries support relocation now. You need to use danny
> or master to have this functionality available.
>
> Cheers,
>
> Richard
>
Thanks for the pointers.
The SDK scripts sounds interesting ... I will immediately try it and
update our bitbake+opemembedded clones to latest.

Best regards,
Bue Petersen



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2012-11-01 12:04 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-10-30  7:50 SDK install path and versioning Bue Petersen
2012-11-01 11:35 ` Richard Purdie
2012-11-01 11:51   ` Bue Petersen

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.