#47 [ GraphicsMagick ] OpenHarmony Adaptation Proposal

[Asercn]

Background

OpenHarmony is an open-source project incubated and operated by the OpenAtom Foundation. Its goal is to build an intelligent terminal operating system framework and platform for an all-scenario, fully connected, and intelligent era.

GraphicsMagick is a lightweight, feature-rich, and efficient image processing tool. As OpenHarmony’s image processing and multimedia ecosystem continues to grow, integrating GraphicsMagick will provide the system with a mature and efficient image processing engine. This will help enhance processing capabilities in scenarios such as graphical applications, image toolchains, and development board displays.

We have completed the initial adaptation of GraphicsMagick on the OpenHarmony platform and plan to submit the code via a Pull Request (PR). This issue is intended to initiate discussions before the merge. Community developers are welcome to review and share suggestions.

Adaptation Plan

1. Merge into the upstream community.
2. Routine maintenance by the community.

Benefits to the Upstream Community

• Expands the application scenarios of GraphicsMagick in IoT and embedded fields
• Enhances its usability within emerging operating system ecosystems like OpenHarmony
• Attracts more developers to build image processing toolchains or system services based on it
• Provides a lightweight porting reference to improve cross-platform compatibility

---

We look forward to working with the community to integrate and maintain GraphicsMagick on the OpenHarmony platform. We sincerely invite developers to contribute and provide feedback.

[Bob Friesenhahn]

What types of changes were were necessary to adapt GraphicsMagick for the OpenHarmony platform?

Is there a development board/device readily available to test GraphicsMagick under OpenHarmony? If so, does OpenHarmony provide developers/maintainers with access to those devices?

While I am pleased with the idea of GraphicsMagick supporting OpenHarmony, I am not quite sure what that means or how I might assist with supporting it.

Some/many other OS targets have been able to integrate GraphicsMagick (without involving me) by assuring that their platform does support the standard interfaces that GraphicsMagick requires so it just works.

Please advise!

[Asercn]

Hi,

Thank you for your kind response and interest!

To clarify, no changes were required to the GraphicsMagick source code for the adaptation to OpenHarmony. Since the platform offers a POSIX-compliant environment, we were able to build GraphicsMagick via standard cross-compilation without modifying the upstream code.

We plan to submit a documentation update (e.g., a guide in the upstream README) to help other OpenHarmony developers reproduce the build and deployment process more easily.

Regarding testing, OpenHarmony supports various development boards, such as ARM-based boards like the RK3568 and Hi3516. We have verified that GraphicsMagick runs correctly on an RK3568-based device, which is a typical OpenHarmony-compatible board.

We hope to keep upstream code untouched and contribute via documentation unless deeper integration is needed. Please let us know if this direction aligns with your expectations.

[Bob Friesenhahn]

This is good news. Text for a small section in the README is appreciated.

[Bob Friesenhahn]

Asercn, are you able to provide any updates on this topic? Is GraphicsMagick still working well under OpenHarmony?