Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1221961 > unrolled thread

Bug#1088607: transition: dpdk

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#1088607: transition: dpdk Luca Boccassi <bluca@debian.org> - 2024-11-28 15:00 +0100
    Bug#1088607: transition: dpdk Luca Boccassi <bluca@debian.org> - 2024-12-12 14:40 +0100
      Bug#1088607: transition: dpdk Sebastian Ramacher <sramacher@debian.org> - 2024-12-15 20:50 +0100
        Bug#1088607: transition: dpdk Luca Boccassi <bluca@debian.org> - 2024-12-16 16:50 +0100
          Bug#1088607: transition: dpdk Luca Boccassi <bluca@debian.org> - 2024-12-17 00:50 +0100

#1221961 — Bug#1088607: transition: dpdk

Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition
X-Debbugs-CC: pkg-dpdk-devel@lists.alioth.debian.org zigo@debian.org

Hello Thomas and Release Team,

As we did for Bullseye and Bookworm, we are proposing the following
plan to allow Trixie to ship with the latest LTS versions of DPDK and
OVS. This will let us make use of the full LTS support windows for both
projects, as we have done for the past few releases.

Upload OVS snapshot from git (with new sonames/package renames if
necessary), new OVN, DPDK 24.11 (currently in experimental) in early-
to-mid December to unstable, to finish the transition. All other
reverse build-deps of DPDK have already been prepared and uploaded to
unstable/testing, and just need a binNMU (collectd, suricata, uhd).

Then, after OVS 3.5 releases in February, upload it unstable (no
soname/transition required, as only bug fixes will go in at that
point after the git snapshot).

The reason to use the git snapshot is that the OVS release that
supports DPDK 24.11 is only scheduled for February, which will likely
be too late for ABI transitions.

Would this plan work for everyone?

Bullseye and Bookworm tickets for reference:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024322
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974588
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974667

[toc] | [next] | [standalone]

#1223720

On Thu, 28 Nov 2024 13:54:11 +0000 Luca Boccassi <bluca@debian.org>
wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian.org@packages.debian.org
> Usertags: transition
> X-Debbugs-CC: pkg-dpdk-devel@lists.alioth.debian.org zigo@debian.org
> 
> Hello Thomas and Release Team,
> 
> As we did for Bullseye and Bookworm, we are proposing the following
> plan to allow Trixie to ship with the latest LTS versions of DPDK and
> OVS. This will let us make use of the full LTS support windows for
both
> projects, as we have done for the past few releases.
> 
> Upload OVS snapshot from git (with new sonames/package renames if
> necessary), new OVN, DPDK 24.11 (currently in experimental) in early-
> to-mid December to unstable, to finish the transition. All other
> reverse build-deps of DPDK have already been prepared and uploaded to
> unstable/testing, and just need a binNMU (collectd, suricata, uhd).
> 
> Then, after OVS 3.5 releases in February, upload it unstable (no
> soname/transition required, as only bug fixes will go in at that
> point after the git snapshot).
> 
> The reason to use the git snapshot is that the OVS release that
> supports DPDK 24.11 is only scheduled for February, which will likely
> be too late for ABI transitions.
> 
> Would this plan work for everyone?
> 
> Bullseye and Bookworm tickets for reference:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024322
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974588
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974667

Hello,

We now have both dpdk and openvswitch in experimental, all built and
autopkgtest'ed and ready to go. Any chance we could please get this one
going so we can sort it before we all go out for the winter holidays?
Thanks!

[toc] | [prev] | [next] | [standalone]

#1224157

Control: tags -1 confirmed
Control: forwareded -1 https://release.debian.org/transitions/html/auto-dpdk.html

On 2024-12-12 13:36:18 +0000, Luca Boccassi wrote:
> We now have both dpdk and openvswitch in experimental, all built and
> autopkgtest'ed and ready to go. Any chance we could please get this one
> going so we can sort it before we all go out for the winter holidays?

Please go ahead.

Cheers
-- 
Sebastian Ramacher

[toc] | [prev] | [next] | [standalone]

#1224274

On Sun, 15 Dec 2024 at 19:45, Sebastian Ramacher <sramacher@debian.org> wrote:
>
> Control: tags -1 confirmed
> Control: forwareded -1 https://release.debian.org/transitions/html/auto-dpdk.html
>
> On 2024-12-12 13:36:18 +0000, Luca Boccassi wrote:
> > We now have both dpdk and openvswitch in experimental, all built and
> > autopkgtest'ed and ready to go. Any chance we could please get this one
> > going so we can sort it before we all go out for the winter holidays?
>
> Please go ahead.

Thank you, uploaded dpdk and openvswitch to unstable, all built fine
so will be in the next dinstall.
Please schedule binmus for collectd, uhd, suricata at your earliest
convenience. Thanks!

[toc] | [prev] | [next] | [standalone]

#1224385

On Mon, 16 Dec 2024 at 15:40, Luca Boccassi <bluca@debian.org> wrote:
>
> On Sun, 15 Dec 2024 at 19:45, Sebastian Ramacher <sramacher@debian.org> wrote:
> >
> > Control: tags -1 confirmed
> > Control: forwareded -1 https://release.debian.org/transitions/html/auto-dpdk.html
> >
> > On 2024-12-12 13:36:18 +0000, Luca Boccassi wrote:
> > > We now have both dpdk and openvswitch in experimental, all built and
> > > autopkgtest'ed and ready to go. Any chance we could please get this one
> > > going so we can sort it before we all go out for the winter holidays?
> >
> > Please go ahead.
>
> Thank you, uploaded dpdk and openvswitch to unstable, all built fine
> so will be in the next dinstall.
> Please schedule binmus for collectd, uhd, suricata at your earliest
> convenience. Thanks!

A reminder that collectd does not have a dependency, but only
Recommends dpdk packages as it uses it for optional plugins, but still
build-depends on them and the recommends is generated on the
ABI-versioned library packages, so also needs a binnmu. The automated
tools usually skip it because of this, and I can see that a binnmu has
been done for uhd and suricata two hours ago (thanks!), but not for
collectd yet.

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web