龙蜥开发者说:构建软件包?不,是构建开源每一个角落!| 第 20 期

简介: 开源工作无大小,每一个都是自己的意义。

「龙蜥开发者说」第 20 期来了!开发者与开源社区相辅相成,相互成就,这些个人在龙蜥社区的使用心得、实践总结和技术成长经历都是宝贵的,我们希望在这里让更多人看见技术的力量。本期故事,我们邀请了龙蜥社区开发者任博来分享「构建软件包?不,是构建开源每一个角落」。

欢迎阅读上期故事《亲历从基础设施构建到系统质量保障,龙蜥未来可期》。开发者说系长期活动,对于积极投稿、多次分享的童鞋,我们还有神秘大礼鼓励!诚邀开发者们分享真实体验,以文会友、共同学习、一起进步。

 

本期故事主角:任博,龙蜥社区产品发布 SIG Contributor,2022 龙蜥社区年度优秀贡献奖-代码之星获得者!杭州博彦信息技术有限公司测试开发工程师,主要参与产品发布 SIG,负责发行版软件包打包及相关工具开发。


自 2021 年 9 月左右加入龙蜥社区后,我就一直在产品发布小组负责软件包构建和一些工具的开发维护工作。截至目前,我不仅参与了龙蜥操作系统版本从 Anolis 8.4 Anolis 8.8 的发布、维护,龙芯 LoongArch 架构软件包的构建,也参与建设了像龙蜥钉钉群里答疑机器人“龙蜥小二“这样的项目。参与建设龙蜥一年多的时间以来,我深深的感觉到社区项目没有大小之分每个工作都有它的意义所在


还记得我刚加入社区的时候,正值Anolis 8.4 软件包的构建。当时因为还处于“新手阶段”,于是先被分配了几个软件包练手。虽然一度的结果是分配给我的构建问题往往很长时间都得不到解决,对于个人的信心建立很不友好,但非常感谢当时小组成员对我的包容和自己一直的坚持,我想没有这些我很难走到今天。一人行快,众人行远!龙蜥社区近两年的发展越来越壮大,参与到社区的小伙伴也会愈发多。在这样一个开放、包容的社区中,相信大家也会和社区一起成长


在这里分享一个我使用 koji 的小收获,也希望这个小收获可以帮助到一些小伙伴。我觉得 koji 的 tag 和继承是很神奇的设计,使用 koji 每次触发构建时会根据构建时选择的 tag 生成一份 mock 的配置,因为这个 tag 和它继承的 tag 下 build 是变化的,所以每次生成的这份 mock 配置也可能是不一样的。我们在构建过程中会碰到各种依赖问题,通过 tag 的继承优先级可以为每个包找到依赖包和合适的版本,包括 module 包的构建,即 MBS (Module Build Service),继承也在其中起着很重要的作用。module 包构建时会为一组软件包统一建立 target ,在构建时可以基于此 target 来影响 module 构建过程中的依赖关系。在我刚开始的工作中,对 tag 的继承有很多疑问,也请教了我身边的小伙伴,慢慢的在解决构建依赖的途中对它有了更深的理解。


我在工作中也遇到了其他有趣的问题,在解释小版本升级和无感升级时,对于系统中 /etc/yum.repos.d/AnolisOS-BaseOS.repo 文件中 $releasever 的值由什么决定产生了疑问。如下:

(图/ Anolis OS-BaseOS.repo 内容 )

在搜索了各种答案后,发现网上大家对于 $releasever 值的解释都不太一样,后来就自己看代码摸索了下 yum 是怎么获取这个值的。最终发现,它的取值跟 system-release(releasever) 等变量的值有关,接着我通过 yum provides ‘system-release(releasever)’ 的返回结果,发现在 anolis-release 这个包中 provides 了该变量,如图:

(图/system-release(releasever) 查询结果)


(图/ anolis-release.spec)

为了验证,我尝试修改 spec 文件中 system-release(releasever) 的值,通过 mock 构建出 rpm 包安装到系统中,测试发现 $releasever 变成了我修改的值,从而验证了自己的结论。虽然是个很小的问题,但是记得当时验证成功后感觉很兴奋。当然以上是我的个人结论,事实也有可能跟我想的不一样,如果有技术同学有不同的意见或建议,也欢迎加入龙蜥社区,和共同热爱开源的小伙伴们一起讨论交流。


在参与软件包构建工作中,我遇到了各种大大小小的问题,好奇心驱使着我去思考和解决问题,当然傻瓜式不放弃地去追究一个问题也不好。社区中也有很多令人崇拜的“大神”,遇到自己解决不了的问题或者不懂的地方,也可以向他们请教。在参与社区工作这个过程中,我遇到了很多未曾接触的技术栈和知识,同时自己也获得了成长和乐趣,这段经历对我来说也意义深刻。过去的一年中,我也获得了 “ 2022 龙蜥社区年度优秀贡献奖-代码之星”奖项。热爱可抵岁月漫长!这份荣誉对我来说只是起点,而我将继续带着这份热爱,投身到开源的每个角落。


开源就像是一张无形的大网,将整个互联网都联系了起来,每位开发者都会在这张网上编织属于自己的独家符号。在未来的某一天,你编织的这份独家符号,也将会帮助千千万万个同样热爱开源的“你”,因为这些独有的符号也会奏出最美的音响,传承万年。希望未来能有更多的人加入开源世界,加入龙蜥,让我们一起打造面向云时代的操作系统。

相关链接地址:

产品发布 SIG 主页:

https://openanolis.cn/sig/SIG-Distro

更多龙蜥开发者的故事,点击下方图片阅读: 


—— 完 ——

加入龙蜥社群

加入微信群:添加社区助理-龙蜥社区小龙(微信:openanolis_assis),备注【龙蜥】与你同在;加入钉钉群:扫描下方钉钉群二维码。

相关实践学习
CentOS 7迁移Anolis OS 7
龙蜥操作系统Anolis OS的体验。Anolis OS 7生态上和依赖管理上保持跟CentOS 7.x兼容,一键式迁移脚本centos2anolis.py。本文为您介绍如何通过AOMS迁移工具实现CentOS 7.x到Anolis OS 7的迁移。
相关文章
|
4月前
|
人工智能 供应链 5G
|
存储 测试技术 Linux
|
6月前
|
安全 Linux Anolis
CentOS to 龙蜥衍生版 KeyarchOS 系统迁移体验 | 开发者说
CSDN 知名博主使用龙蜥衍生版 KeyarchOS 迁移使用体验,欢迎阅读。
|
Linux 测试技术 Anolis
|
算法 测试技术 Linux
龙蜥白皮书精选:Ancert——硬件兼容性验证与守护
Ancert 支持服务器整机和 NIC、HBA、FC、GPU、NVMe 等多种外设。
|
Anolis 芯片 开发者
龙蜥开发者说:给芯片以系统、给系统以社区 | 第 17 期
每一次感受到社区设施逐渐完善的点滴里,收到专业、严谨的建议时,积极沟通的信息中,都感受到了社区的专业、认真、开放。
龙蜥开发者说:给芯片以系统、给系统以社区 | 第 17 期
|
Linux 区块链 Anolis
《2022龙蜥操作系统生态用户实践精选》——其他——IPFS
《2022龙蜥操作系统生态用户实践精选》——其他——IPFS
95 0
|
安全 Java 测试技术
《2022龙蜥操作系统生态用户实践精选》——金融——某大型证券公司
《2022龙蜥操作系统生态用户实践精选》——金融——某大型证券公司
165 0
|
负载均衡 Java 关系型数据库
《2022龙蜥操作系统生态用户实践精选》——附录
《2022龙蜥操作系统生态用户实践精选》——附录
175 0
|
Anolis
《2022龙蜥操作系统生态用户实践精选》——发展历程
《2022龙蜥操作系统生态用户实践精选》——发展历程
85 0
下一篇
无影云桌面