Skip to content

[202605] Backport VPP artifact rename (#4639) + revert libnexthopgroup (#4657) to fix branch CI - #4670

Closed
yxieca wants to merge 2 commits into
sonic-net:202605from
yxieca:fix/202605-vpp-artifact-and-revert-nexthopgroup
Closed

[202605] Backport VPP artifact rename (#4639) + revert libnexthopgroup (#4657) to fix branch CI#4670
yxieca wants to merge 2 commits into
sonic-net:202605from
yxieca:fix/202605-vpp-artifact-and-revert-nexthopgroup

Conversation

@yxieca

@yxieca yxieca commented Jun 13, 2026

Copy link
Copy Markdown
Contributor

What I did

Backport two already-merged master fixes to 202605 together, because neither passes CI on 202605 without the other — they unblock different stages of the same build:

  1. [azp] Download VPP artifact 'vpp-<debian version>' #4639[azp] Download VPP artifact 'vpp-<debian version>' (commit 8a9362f)
    The sonic-net/sonic-platform-vpp pipeline renamed its artifact (vppvpp-bookworm/vpp-trixie) when the Trixie build was added (sonic-platform-vpp#248). On 202605, build-template.yml still hardcodes artifact: vpp, so the dep download fails with "Artifact vpp was not found" and the swss compile never runs. This parametrizes the VPP artifact name per Debian version.

  2. Revert "[fpmsyncd]: add libnexthopgroup in Makefile.am to support rib/fib" #4657Revert "[fpmsyncd]: add libnexthopgroup in Makefile.am (#4394)" (commit a87a1bc)
    fpmsyncd on 202605 links -lnexthopgroup, but libnexthopgroup is no longer published by the common_libs pipeline after the libyang1→libyang3 migration (see Revert "[fpmsyncd]: add libnexthopgroup in Makefile.am to support rib/fib" #4657 / sonic-buildimage#27629). This makes the fpmsyncd link step fail with "cannot find -lnexthopgroup". master already reverted this; 202605 did not. Reverting removes the build dependency (the lib is not actively used in SWSS at the moment), matching master.

Why combine them in one PR

Why I did it

The 202605 sonic-swss branch CI is currently red for all PRs (e.g. the swss-common downstream build buildId 1138029 and the baseline branch build 1137885) due to these two issues. This unblocks the branch.

How I verified it

  • Both cherry-picks apply cleanly to origin/202605 with no conflicts.
  • Confirmed resulting fpmsyncd_LDADD no longer references -lnexthopgroup.
  • Confirmed vpp_artifact_name is parameterized (vpp-${{ debian_version }}) in azure-pipelines.yml / build-template.yml.
  • Relying on this PR's own CI for full build validation.

Notes

cc: backport of #4639 and #4657 to 202605.

* Download VPP artifact 'vpp-<debian version>'

What I did
In the pipeline definitions, parametrize the VPP artifact name. In azure-pipelines.yml set the artifact name based on the target Debian version.

Why I did it
VPP artifact names changed as a result of adding the Trixie build: sonic-net/sonic-platform-vpp#248

(cherry picked from commit 8a9362f)
Signed-off-by: Ying Xie <ying.xie@microsoft.com>
…/fib (sonic-net#4394)" (sonic-net#4657)

This reverts sonic-net#4394.

What I did
Remove build dependency on libnexthopgroup to unblock CI failures. This lib is not actively used in SWSS at the moment.

Why I did it
sonic-net/sonic-buildimage#27629 is part of the libyang1 to libyang3 migration and causes libnexthopgroup to not be built as part of the common-libs pipeline. Previously when the migration was in progress, both libyang1 and 3 were being built. All packages which were dependent on libyang3 (including libnexthopgroup transitively via FRR) were built as part of common-libs due to some serialization logic to prevent libyang1 and 3 from conflicting in sonic-buildimage at build time. Now that libyang1 is completely removed, this serialization logic doesn't exist anymore and libnexthopgroup is not built as part of common-libs, which causes the SWSS build to fail since libnexthopgroup is missing.

(cherry picked from commit a87a1bc)
Signed-off-by: Ying Xie <ying.xie@microsoft.com>
@mssonicbld

Copy link
Copy Markdown
Collaborator

/azp run

@azure-pipelines

Copy link
Copy Markdown
Azure Pipelines successfully started running 1 pipeline(s).

@yxieca yxieca closed this Jun 13, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants