From now, sonarpen aar doesn't contain any prebuilt binaries anymore.
arr will be built along with sonarpen-sdk-cpp process

Beside, I updated license headers for whole project

with aar, it will contain an AndroidManifest.xml which contain required permission already + java source code, and we don't need to modify AndroidManifest.xml in krita project any more.

HI @dkazakov Here are the answers:

I'm Phong, a developer from Greenbulb team.
About dex file, it's explained here: https://invent.kde.org/greenblub/sonarpen-sdk-cpp/-/blob/master/dex/README.md?ref_type=heads
Basically, it's only a very small class to listen some events from android framework (Which cannot implemented by jni c++ source code, e.g: View.OnTouchListener ...)
To solve the precompiled class problem, I have 2 ideas:

1. Implement that class in sonarpen-sdk-cpp packages and it will be packaged as jar/aar file (will be used in apk build process)

In T17867#315651, @rempt wrote:

@vanyossi did you resubmit to the macos store?

Okay, we can consider the release as done! Yay! :)

I've done the first just now, also added the bugzilla version. I just got mail: the updated macos version is in review, so that's fine, too.

We still have two checkpoints to be done/verified:

@vanyossi did you resubmit to the macos store?

epic is done

appimage zsync is done

APK have been signed, packages have been uploaded, the windows store submission has been done.

Linux, Mac and Windows 5.2.9 packages have been published on Steam.

macOS 5.2.9 signed is currecly here: https://drive.google.com/file/d/1qMnH3WMZQ-8oDQrBed7f6INmFaBowHTH/view?usp=drive_link

Release notes MR: https://invent.kde.org/websites/krita-org/-/merge_requests/80

We cannot have a precompiled class in our package. The class should be built as part of the build process for the sonarpen-sdk-cpp:

Okay, the current issues with the implementation:

Okay, we should first switch to API 34, not to 35

The port is now complete by @freyalupen! :)

One more related issue:

I sent a patch to deploy krita-python-libs as a framework. This is done by the script, but the end result is the same PyKryta.framework structure we tested. Do you think we need to refactor at the cmake level?

I'm afraid I cannot resolve this Gradle issue in a polynominal time, since I have no idea about Gradle. Perhaps someone could look into that? I have prepared the prebuilt deps for Krita, so it should be a little bit easier to to use continue the work

Okay, it looks like the release is done! Thanks to everyone! :)

Here is the .aab package with the updated version with your patch: https://invent.kde.org/graphics/krita/-/jobs/2162818/artifacts/raw/_packaging/krita-5.2.6-release.aab

I've updated build.gradle and am waiting for the android builds to be finished.

1. Done
2. Cannot be done; we need to use the billing library 6.0.1 and the api level 34; we are using 5.0.0 and 33.
3. done
4. done
5. done
6. done
7. done
8. done

MR for the release announcement: https://invent.kde.org/websites/krita-org/-/merge_requests/69

It will probably be faster to prepare a new release today and roll it out to the stores tomorrow; for the windows and epic store, a rollback isn't possible. It should be possible onthe play store, not sure about the macos or steam store.

It seems like we have a critical regression in 5.2.5 :( Can we rollback the current release from the Stores and start preparing the new one?

Links need checking, yaml file needs to be updated too.

What we left now:

Okay, @vanyossi reported that there is some flake issue in the release packages for MacOS: