From: Denys Dmytriyenko <denis@denix.org>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [PATCH] bitbake.conf, freeze.inc: Add version lockdown implementation and use it by default.
Date: Mon, 18 May 2009 14:58:26 -0400 [thread overview]
Message-ID: <20090518185826.GD19357@denix.org> (raw)
In-Reply-To: <4A11A22B.7000206@mvista.com>
On Mon, May 18, 2009 at 11:00:11AM -0700, Christopher Larson wrote:
> Denys Dmytriyenko wrote:
>> On Wed, May 13, 2009 at 05:25:46PM -0400, Denys Dmytriyenko wrote:
>>
>>> On Wed, May 13, 2009 at 01:53:18PM -0700, Chris Larson wrote:
>>>
>>>> For each recipe which completes a task successfully, this emits the
>>>> current
>>>> version into ${TMPDIR}/versions.conf as a PREFERRED_VERSION line.
>>>> ${TMPDIR}/versions.conf and conf/versions.conf are automatically
>>>> included,
>>>> in that order, in subsequent builds, to provide more deterinistic builds
>>>> by
>>>> default, and to let the user make the lockdown persist via a simple cp
>>>> command.
>>>>
>>>> Assuming that the latest ncurses in the recipes is 5.7, and that 5.7 is
>>>> preferred over 5.3 by default given any distro version preferences, if
>>>> they
>>>> exist, the following are examples of its behavior:
>>>>
>>>> $ rm -rf tmp
>>>> $ bitbake ncurses-5.3
>>>> $ bitbake -c clean ncurses
>>>> $ bitbake ncurses # builds ncurses 5.3
>>>>
>>>> $ cp tmp/versions.conf conf/
>>>> $ rm -rf tmp
>>>> $ bitbake ncurses # builds ncurses 5.3
>>>>
>>> Very nice! Let me try it here...
>>>
>>>
>>>> Signed-off-by: Chris Larson <clarson@mvista.com>
>>>>
>>
>> Chris,
>>
>> Will you be sending an updated version of the patch, which handles TMPDIR
>> overwritten in local.conf, as we discussed last week? Thanks.
> Yep, I'm going to make the thing opt-in rather than default, since
> apparently not everyone wants it as default behavior, and change it to use
> ?= assignments, and leave it at that.
Hmm, I'm using the updated version of freeze.inc with weak assignments and
there seems to be an issue with picking the correct version. Or maybe I'm
doing something wrong...
I have a customized u-boot recipe, based on 1.3.4, which sets PV as "1.3.4"
and PR as "myX.Y.Z". Having 2 revisions of the above recipe with X.Y.Z =
"2.0.0" and "2.1.0", by default BitBake picks the correct one with higher PR -
i.e. "1.3.4-my2.1.0". Then when freeze.inc sets PREFERRED_VERSION to "1.3.4",
it starts picking the lowest version, i.e. "1.3.4-my2.0.0". What gives? Any
ideas?
--
Denys
next prev parent reply other threads:[~2009-05-18 19:06 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-13 20:53 [PATCH] bitbake.conf, freeze.inc: Add version lockdown implementation and use it by default Chris Larson
2009-05-13 21:25 ` Denys Dmytriyenko
2009-05-18 15:48 ` Denys Dmytriyenko
2009-05-18 18:00 ` Christopher Larson
2009-05-18 18:58 ` Denys Dmytriyenko [this message]
2009-05-15 3:56 ` Mike Westerhof (mwester)
2009-05-15 7:33 ` Andrea Adami
2009-05-15 15:09 ` Chris Larson
2009-05-15 21:07 ` Andrea Adami
2009-05-18 15:44 ` Denys Dmytriyenko
2009-05-15 8:24 ` Graeme Gregory
2009-05-15 15:08 ` Chris Larson
2009-05-15 16:02 ` Tom Rini
2009-05-15 15:55 ` Michael Smith
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090518185826.GD19357@denix.org \
--to=denis@denix.org \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.