← Back to issue list

Catkin rebuilding always starts from scratch

View original Launchpad issue

Metadata

Project
snapcraft (launchpad)
Number
#1827148
Type
issue
State
closed
Author
~kyrofa
Labels
—
Created
Updated
Closed

Current evaluation

Catkin incremental rebuilds were fixed by stabilizing CMake arguments so unchanged components can be reused; PR snapcore/snapcraft#2545 landed as commit ddb2d2627.

Resolution: closed resolved

Reason: PR snapcore/snapcraft#2545 was merged as commit ddb2d2627 to address inconsistent catkin CMake argument handling. The maintainer also cited PR #2546 as the proposed fix for the legacy implementation.

Evaluated by: mr-cal-bot

No scores available.

Issue body

The catkin plugin supports rebuilding in that it will build again when sources change. However, when it does so, it always seem to start from the beginning again, unable to re-use already-built and unchanging components. This is due to the cmake arguments not being provided in a consistent order, making catkin think something changed and forcing it to start over.

Evaluation history

Date Model Scores Action Summary
stealth/space-bunny-alpha — closed resolved Catkin incremental rebuilds were fixed by stabilizing CMake arguments so unchanged components can be reused; PR snapcore/snapcraft#2545 landed as commit ddb2d2627.
stealth/space-bunny-alpha — closed resolved Merged PR #2545 and legacy PR #2546 made Catkin CMake arguments deterministic, allowing incremental rebuilds instead of starting from scratch.
stealth/space-bunny-alpha — closed stale Closed as abandoned without a fix; inconsistent CMake argument ordering continued to prevent Catkin from reusing previously built, unchanged components.
qwen/qwen3.6-35b-a3b — — Abandoned without fix. Inconsistent cmake argument ordering caused the catkin plugin to always trigger full rebuilds, preventing incremental builds and reuse of unchanged components.
qwen/qwen3.6-35b-a3b — — Closed without resolution. Unordered cmake arguments caused the catkin plugin to always trigger full rebuilds instead of incremental builds. No fix was implemented.
qwen/qwen3.6-35b-a3b — — Closed without a documented fix, likely abandoned. Inconsistent cmake argument ordering forced the catkin plugin to always rebuild from scratch instead of reusing unchanged components. No resolution provided.
qwen3.6-35b-a3b-mtp-q6 — — Closed without resolution. Inconsistent cmake argument ordering caused the catkin plugin to always trigger full rebuilds instead of reusing unchanged components.

Update history

Date Change
created

Related work

  • Likely Fixed By: snapcore/snapcraft#2545 (confidence 99%)

    Merged as commit ddb2d2627 and proposed directly in the issue.

  • Related To: snapcore/snapcraft#2546 (confidence 95%)

    Maintainer-linked PR proposed the corresponding legacy fix.

Related issues

Issue Project State Summary Similarity
#175 Catkin plugin: Refactor build. snapcraft merged Merged in snapcraft#175 via commit 9045874fd, refactoring Catkin environment, dependency handling, build logic, source-space support, and tests.
72%
#1709671 Catkin plugin: should be using release by default snapcraft (launchpad) closed Catkin's default CMake build type was fixed by snapcore/snapcraft PR #1470, confirmed by the maintainer.
72%
#1628990 Catkin plugin: example doesn't build on vanilla install snapcraft (launchpad) closed Fixed by merged PR snapcore/snapcraft#840 (commit 7f9fa3ac1): Catkin builds now use in-snap Python and add gcc, libc-dev and make as build-packages, so the example builds on a vanilla system. Closed by maintainer ~kyrofa.
71%