All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steve Sakoman <steve@sakoman.com>
To: Sinan Kaya <okaya@kernel.org>
Cc: "<yocto@lists.yoctoproject.org>" <yocto@lists.yoctoproject.org>,
	Paul Eggleton <bluelightning@bluelightning.org>,
	Richard Purdie <richard.purdie@linuxfoundation.org>
Subject: Re: Maintaining ABI Compatibility for LTS branch
Date: Wed, 9 Feb 2022 06:37:05 -1000	[thread overview]
Message-ID: <CAOSpxdb2_Nfk=eadm-+o17Ec4R1qS-s5KKSYQQ61vY0K3GjuXg@mail.gmail.com> (raw)
In-Reply-To: <f0fe3b45abdc3f073d3efc53d4f12fd6dd9b8951.camel@linuxfoundation.org>

On Tue, Feb 8, 2022 at 1:07 PM Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
>
> Forwarding to the correct list address and cc the LTS maintainer.
>
> Cheers,
>
> Richard
>
>
>
> ---------- Forwarded message ----------
> From: Sinan Kaya <okaya@kernel.org>
> To: Richard Purdie <richard.purdie@linuxfoundation.org>, Paul Eggleton <bluelightning@bluelightning.org>, Yocto list discussion <yocto@yoctoproject.org>
> Cc:
> Bcc:
> Date: Sun, 6 Feb 2022 20:14:37 -0500
> Subject: Maintaining ABI Compatibility for LTS branch
> Hi Everyone,
>
> One of the limitations of Yocto LTS branch is that there is no
> guaranteed backwards compatibility. Therefore, any time we move a branch
> forward to move to latest dunfell release, we are taking a risk of
> breaking our customers.

I'd be interested in hearing about any cases where we've broken things!

In general I don't take version upgrades (other than bug fix/cve fix
only dot releases)

> Yocto reserves the right to move a package version forward if a
> security fix cannot be applied properly as an example.

These cases should be extremely rare, and the community/technical
steering committee is given an opportunity to review this before it
happens.

I'm certainly open to suggestions on how we can do better.

I'd love to see some tooling to do ABI checking!

Steve

> This promise is being held true on the kernel by running kernel API
> tests etc. and running test benches across different CI environments.
>
> I was curious about how everyone is approaching this problem.
> There was some attempt to bring ABI checking functionality in the past
> but this has never been merged.
>
> Is everyone rolling their own solution? or never moving forward?
>
> Sinan
>


  parent reply	other threads:[~2022-02-09 16:37 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <90135b4d-6a37-f5d7-dbba-7d0ef47aa778@kernel.org>
2022-02-08 23:07 ` Fwd: Maintaining ABI Compatibility for LTS branch Richard Purdie
2022-02-09 16:17   ` [yocto] " Ross Burton
2022-02-09 16:37   ` Steve Sakoman [this message]
2022-02-09 17:54     ` Khem Raj
     [not found] ` <7c96d7c727b9f7c4e18995d22501059e35c20942.camel@linuxfoundation.org>
2022-02-09 18:15   ` Sinan Kaya
2022-02-09 18:41     ` Richard Purdie
2022-02-09 19:13       ` Sinan Kaya
2022-02-09 21:38         ` Richard Purdie
2022-05-02 21:44           ` Sinan Kaya
2022-05-03 20:09             ` Richard Purdie
2022-02-09 19:24       ` Richard Purdie

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='CAOSpxdb2_Nfk=eadm-+o17Ec4R1qS-s5KKSYQQ61vY0K3GjuXg@mail.gmail.com' \
    --to=steve@sakoman.com \
    --cc=bluelightning@bluelightning.org \
    --cc=okaya@kernel.org \
    --cc=richard.purdie@linuxfoundation.org \
    --cc=yocto@lists.yoctoproject.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.