本文介绍了在鸿蒙PC（ARM64架构）生态中使用Rust语言开发的两种编译场景及配置方法。Rust凭借内存安全性和高性能优势，成为鸿蒙系统级应用开发的首选语言。文章重点分析了纯Rust项目和含C/C++依赖项目的不同编译机制：纯Rust项目可直接移植，而含C依赖项目需区分构建方式——使用cccrate的项目基本兼容，而基于autoconf的项目需额外适配。针对本机编译（鸿蒙PC）和交叉编译（Lin

本文介绍了一种创新的鸿蒙PC(OHOS arm64)软件开发验证方案。针对传统交叉编译验证流程中存在的硬件依赖、部署繁琐、调试困难等问题，提出基于x86_64 Linux宿主机的自动化验证体系。方案核心包括： 使用vcpkg+OHOS NDK实现交叉编译 通过qemu-aarch64+binfmt_misc直接在宿主机运行arm64二进制 构建包含版本号验证、API测试等维度的标准化测试框架 引入

build_in_harmonyos是一个面向OpenHarmony系统的AI智能化开源软件构建框架，旨在解决aarch64架构下Linux开源软件的自动化编译、打包和知识沉淀问题。该项目通过AI技术实现"编一次、记一次、下次更快"的流水线作业，将补丁、错误对策等经验转化为可复用的知识图谱。主要包含两个仓库：build_in_harmonyos（编译框架和知识档案）和cmd-p

此次，AtomGit 与深圳技术大学、深圳信息职业技术大学、上海杉达学院、东北大学、西安工商学院、西安交通大学、广州商学院、兰州信息科技学院、哈尔滨华德学院、德州科技职业学院、深圳职业技术大学完成首批合作授牌，围绕开源生态建设、技术人才培养与实践创新展开深度协同。未来，AtomGit 将以小鸿为核心载体，持续开放生态能力，联动开发者、高校、产业伙伴，深化 OpenHarmony 生态建设，推进开源

摘要： Lycium是OpenHarmony常用的交叉编译框架，用于构建三方库。本文以pngquant 2.18.0为例，介绍其移植要点：该工具依赖libpng、zlib和lcms2，采用自定义configure脚本而非Autoconf。编译时需正确设置PKG_CONFIG_LIBDIR，显式指定依赖路径，并关闭SSE优化。通过HPKBUILD脚本配置交叉环境，最终生成适用于OHOS的二进制文件。

本文介绍了使用Lycium框架将OpenSSH 9.9p2移植到OpenHarmony OS的实践过程。主要内容包括：1）OpenSSH的功能组件及其在鸿蒙PC场景下的应用；2）移植总体思路，涵盖源码选择、依赖处理、工具链配置等关键步骤；3）在tpc_c_cplusplus框架下的目录结构与脚本实现，重点解析了HPKBUILD构建脚本的编写方法，包括环境变量设置、交叉编译配置等。该实践为在Open

本文记录了在HarmonyOS/OHOS（arm64-ohos）上编译ZenLib库时遇到的musl/libc兼容性问题及解决方案。主要问题是由于OHOS工具链使用musl实现，缺少pthread_cancel等POSIX可选API导致编译失败。通过为vcpkg的libzen port添加补丁文件，在检测到OHOS/musl环境时禁用相关调用，同时保持Android/OHOS平台行为一致。文章详细

文章摘要（148字）： 本文介绍在鸿蒙PC（OHOS arm64）通过vcpkg构建OpenSSH的实践方案。OpenSSH提供SSH协议套件（ssh/scp/sftp等），vcpkg简化了交叉编译流程，自动处理openssl/zlib依赖。重点解决OHOS适配的8个技术难点：包括系统标识补丁、绝对路径配置、shadow禁用等。安装后生成的可执行文件位于tools/openssh/bin目录，支持

本文介绍了将开源网络调试工具NetTool移植到HarmonyOS PC平台的完整流程。NetTool基于Qt Widgets开发，支持TCP/UDP等多种网络通信功能。文章详细讲解了环境搭建步骤，包括DevEco Studio安装、Qt SDK配置，以及工程创建和结构调整。通过将NetTool源码整合到HarmonyOS Native C++工程中，开发者可获得功能完善的PC端网络调试工具。该移

本文对比了部署Go语言服务的两种主流方案：Docker容器化和Systemd原生服务。Docker方案通过容器化提供环境隔离、崩溃自启和便捷迁移，适合云原生部署；Systemd方案则轻量高效，是Linux原生解决方案。文章详细介绍了两种方案的具体实现步骤、管理命令和常见问题排查，并提供了frp服务部署的实战案例。最后从核心优势、自启能力等方面对比了两种方案，帮助开发者根据实际需求选择适合的部署方式