All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Mike (mwester)" <mwester@dls.net>
To: openembedded-devel@lists.openembedded.org
Subject: Re: RFD: is bitbake 1.8.10 minimum supported standard?	(was: [oe-commits] org.oe.dev anki: fix parse error)
Date: Fri, 15 Feb 2008 11:23:21 -0600	[thread overview]
Message-ID: <47B5CA89.6000805@dls.net> (raw)
In-Reply-To: <1203093711.8636.72.camel@dax.rpnet.com>

Richard Purdie wrote:
> On Fri, 2008-02-15 at 17:11 +0100, Rolf Leggewie wrote:
>   
>> Mike (mwester) wrote:
>>     
>>> Requiring a bitbake upgrade to accommodate a 
>>> single-line in a single recipe that can easily be expressed in a fashion 
>>> compatible with the existing bitbake versions installed, well that just 
>>> seem to fly in the face of that earlier discussion.
>>>       
>> Well, seen from that angle that seems to hold.  But that was not my
>> angle and I hope I was not being mistaken in this regard.
>>
>> IIRC bitbake 1.8.10 has quite many bug fixes as well (RP?).  So, that is
>> more what I was getting at.  AFAIK, .dev and bitbake were meant to be
>> closely coupled.  IOW, don't run bleeding edge .dev with an old bitbake
>> and expect things to work.
>>
>> I am open to extend the time until 1.8.8 is officially dead for .dev
>> What do others think about this question of timing?
>>     
>
> Yes, 1.8.10 has lots of other fixes and improvements and I'd like to
> see .dev switch to it at some point. Once we do that there are some
> simplifications of code in OE.dev that can be made too.
>
> I appreciate the bitbake 1.8.6 -> 1.8.8 change was bumpy due to sqlite
> but 1.8.8 -> 1.8.10 should just be a drop in replacement so I don't see
> any reason not to...
>
> Cheers,
>
> Richard
>
>   
Ok, ok -- let's not get too far off the point here.

I'm not saying that we shouldn't upgrade bitbake.  I'm just observing 
that a one-line change to a recipe has broken the build environment for 
many people, without any notice in advance that they should have 
upgraded bitbake.  My point is that if we want to be "friendly" to those 
environments that are looking for controlled and stable environments, we 
can't be checking in recipes that break the build for everyone, and then 
just say that the fix is for everyone to go upgrade bitbake.

It may be really, really really easy to upgrade to 1.8.10 -- and I'll do 
that sometime.  But until I get the time to create a reference build 
with my current bitbake version, clone that environment and create a 
reference build with 1.8.10 and compare the two -- well, until then I'm 
going to continue deleting the recipe that's forcing this change on me 
at this inopportune time.  THAT, my friends, is real life -- few other 
than hobbyists can just upgrade the core build engine at the drop of a 
hat because somebody checked in a new file (unrelated to what I might be 
using).

Regards,
Mike (aka "way-behind-the-times-Mike")




  reply	other threads:[~2008-02-15 17:23 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1JPfb1-0006hO-Ll@linuxtogo.org>
2008-02-14 16:17 ` [oe-commits] org.oe.dev anki: fix parse error pHilipp Zabel
2008-02-15 11:45   ` Michael 'Mickey' Lauer
2008-02-15 11:53     ` Michael 'Mickey' Lauer
2008-02-15 14:51     ` Rolf Leggewie
2008-02-15 15:03       ` Mike (mwester)
2008-02-15 15:56         ` Paul Sokolovsky
2008-02-15 16:04           ` Philip Balister
2008-02-15 16:11         ` RFD: is bitbake 1.8.10 minimum supported standard? (was: [oe-commits] org.oe.dev anki: fix parse error) Rolf Leggewie
2008-02-15 16:41           ` Richard Purdie
2008-02-15 17:23             ` Mike (mwester) [this message]
2008-02-15 18:02               ` Richard Purdie
2008-02-17 10:20     ` [oe-commits] org.oe.dev anki: fix parse error Rolf Leggewie

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=47B5CA89.6000805@dls.net \
    --to=mwester@dls.net \
    --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.