kjots

• Path: arch/maintained/kjots
• Build failure during the 2026-07-07 “build all packages for x86_64” private-repo release pass. Needs akonadi-notes (in this tree, maintained/akonadi-notes, but that package itself failed with a real KMime API mismatch – see memory/akonadi-notes.md). Blocked transitively on that fix, not a simple retry. Not fixed as part of this pass.
• 2026-07-31: akonadi-notes was fixed/published earlier (see its own memory note), which cleared the dependency, but kjots itself also had a direct KMime API break: KMime::Message::Ptr (a nested typedef on KMime::Message) was removed upstream. error: 'Ptr' is not a member of 'KMime::Message' in src/noteshared/notecreatorandselector.cpp:74, plus 8 more call sites in src/kjotsmodel.cpp (hasPayload<KMime::Message::Ptr>() / payload<KMime::Message::Ptr>()).
  • The replacement is KMime::MessagePtr – not part of kmime itself, it’s a free-standing alias akonadi-notes defines in its own header: /usr/include/KPim6/AkonadiNotes/akonadi/noteutils.h has using MessagePtr = QSharedPointer<Message>; inside namespace KMime. Since kjotsmodel.cpp/notecreatorandselector.cpp already transitively include that header (via Akonadi::NoteUtils::NoteMessageWrapper), no new #include was needed – purely a mechanical KMime::Message::Ptr -> KMime::MessagePtr rename across both files.
  • Fix: new patch kjots-6.0.0-kmime-messageptr-api.patch, applied via prepare() (patch -Np1 -i "$srcdir"/kjots-6.0.0-kmime-messageptr-api.patch). Per [[feedback_patch_files_not_inline]]’s refined convention, the patch’s own rationale lives in a Description: header block inside the .patch file itself (verified patch -Np1 --dry-run still applies cleanly with the header present) – prepare() just has the bare patch -Np1 call, no explanatory comment there. pkgrel 2 -> 3 (packaging/patch-only, no new upstream release).
  • Built and published cleanly on x86_64 (kjots-6.0.0-3).