All of lore.kernel.org
 help / color / mirror / Atom feed
From: Adrian Bunk <bunk@stusta.de>
To: Martin Siegumfeldt <mns@gomspace.com>
Cc: "openembedded-devel@lists.openembedded.org"
	<openembedded-devel@lists.openembedded.org>
Subject: Re: [meta-oe,thud][PATCH 0/6] libiio: backports from master
Date: Wed, 6 Nov 2019 20:23:20 +0200	[thread overview]
Message-ID: <20191106182320.GA14721@localhost> (raw)
In-Reply-To: <ac4526ac0f8848e2b7984e032f11dc29@gomspace.com>

On Wed, Nov 06, 2019 at 09:14:46AM +0000, Martin Siegumfeldt wrote:
> Hi Adrian,

Hi Martin,

> I see - can you please confirm that this constraint applies to Zeus and Warrior (which is also stable according to https://wiki.yoctoproject.org/wiki/Releases)

I do not have any special authority on that, but [1] applies to all 
stable branches (including warrior and zeus).

> What I am trying to achieve (from the thud baseline) is to get libiio python3 bindings built. Now, most of the variables from libiio_git.bb can be overridden in an append file, except for the 'inherit pythonnative' statement that dictates python2 bindings to be packaged. AFAICS, this leaves me with the only option of, not appending, but to define my own (.bb) recipe in my layer taking precedence over the one from meta-openembedded - a suboptimal solution I guess.
> 
> Anything I am missing?

One main purpose of a stable branch is that a user upgrading on a
stable branch should get bugfixes and especially security fixes,
but no regressions.

When you create your distribution or upgrade to a different Yocto stable
branch you might get breaking changes and things you are using might break,
but this is not supposed to happen on a stable branch.

If you need to backport functionality from more recent series you can 
always backport this into your layer. I usually have a recipes-backport/ 
in my layer that contains functionality backported from more recent 
series, in this case I would have a recipes-backport/libiio/libiio_git.bb
with the recipe copied from the current master. Once you upgrade your 
layer to Yocto >= 3.1 you will be able to drop this backport.

This might sound like a suboptimal solution to you, but it avoids the 
risk of breaking anything for the many other users of this stable series.

> Thanks,
> Martin

cu
Adrian

[1] https://wiki.yoctoproject.org/wiki/Stable_branch_maintenance#Policies

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed



  reply	other threads:[~2019-11-06 18:23 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-05 12:00 [meta-oe,thud][PATCH 0/6] libiio: backports from master Martin Siegumfeldt
2019-11-05 12:00 ` [meta-oe,thud][PATCH 1/6] Bump libiio version to 0.15 Martin Siegumfeldt
2019-11-05 12:00 ` [meta-oe, thud][PATCH 2/6] Revert "libiio: fix build of python bindins" Martin Siegumfeldt
2019-11-05 12:00 ` [meta-oe, thud][PATCH 3/6] libiio: allow python3 bindings to be built Martin Siegumfeldt
2019-11-05 12:00 ` [meta-oe,thud][PATCH 4/6] libiio: bump to version 0.18+ Martin Siegumfeldt
2019-11-05 13:19 ` [meta-oe,thud][PATCH 0/6] libiio: backports from master Martin Siegumfeldt
2019-11-05 13:55 ` Adrian Bunk
2019-11-05 13:57   ` Adrian Bunk
2019-11-06  9:14     ` Martin Siegumfeldt
2019-11-06 18:23       ` Adrian Bunk [this message]
2019-11-07  8:52         ` Martin Siegumfeldt

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=20191106182320.GA14721@localhost \
    --to=bunk@stusta.de \
    --cc=mns@gomspace.com \
    --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.