[core] fix RenamingSnapshotCommitTest compile error from #6778

[TheR1sing3un]

Problem

After #6778 landed, paimon-core no longer compiles on master:

paimon-core/src/test/java/org/apache/paimon/catalog/RenamingSnapshotCommitTest.java:[124,17]
  incompatible types: possible lossy conversion from long to int

createSnapshot() builds the Snapshot via:

Map<Integer, Long> logOffsets = new HashMap<>();
...
return new Snapshot(
        id, schemaId, baseManifestList, baseManifestListSize, ...,
        timeMillis,
        logOffsets,          // ← stray 14th arg
        totalRecordCount, deltaRecordCount,
        null, null, null, null, null);

Snapshot (paimon-api/src/main/java/org/apache/paimon/Snapshot.java) has two public constructors — 20 args and 22 args — and neither contains a logOffsets parameter. With the extra arg the call is 21-wide; javac picks the closest 22-arg overload and the type system then reports a misleading "long → int" mismatch on the first arg.

Every PR opened against master right now hits this.

Fix

Drop the stray logOffsets declaration and the corresponding constructor argument (plus the two now-unused java.util.Map / java.util.HashMap imports). The remaining 20 args line up positionally with the 20-arg Snapshot ctor.

This assumes logOffsets was an accidental leftover — Snapshot itself is not intended to carry a per-bucket log-offset map. If the intent of #6778 was actually to extend Snapshot with a logOffsets field, that's a larger change that should land in Snapshot.java (with serialization, equals/hashCode, etc.); flag this PR and we can switch direction.

Verification

CI on this branch is the source of truth — local Maven was not run. The change is mechanical (remove a never-referenced local + the matching arg + two imports) and the arg counts are spelled out above.

[TheR1sing3un]

@JingsongLi HI, please review it! Let's fix it! Thanks!

[TheR1sing3un]

The one failing build job is a transient artifact-download timeout while resolving org.aliyun.lumina:lumina-jni:0.2.0 from lumina-binary.oss-cn-shanghai.aliyuncs.com — unrelated to this change. paimon-core itself compiled cleanly (the build progressed all the way through paimon-lance before the paimon-lumina dependency resolution timed out). A retry of the workflow should clear it.

[JingsongLi]

LGTM. The fix is straightforward — removing the stale logOffsets arg and unused imports so the 20-arg Snapshot ctor matches again.

One minor note: if there's an upcoming plan to add logOffsets back to Snapshot (with proper serialization), we should track that separately. But as a compile-fix this is correct.

[JingsongLi]

Fixed in master.