[Release] openEuler 26.09 创新版本交付件目录调整意见收集
各位openEuler社区的Maintainer、 Committer和Contributor们好:
经社区RM例会讨论,针对openEuler 26.09
创新版本双内核机制,社区计划调整创新版本交付件目录如下, 现面向全体社区Maintainer、Committer、Contributor公开征求意见,请各位在2026年8月25日前在本邮件线程中反馈,以便版本发布前的适配。
|
openEuler-26.09-DevStation/ |
感谢大家一直以来对 openEuler
社区的支持与贡献!
祝好
openEuler 社区 Release SIG
这种办法是谁想出来的?不是很明白为何会出现两套用户态内容? 这个与当年 22.03 版本,添置64k内核的感觉如出一辙——直接复制所有的包重覆编译。 占据体积不说,还导致其中一个版本后续无法跟进更新。 一直有听闻存储不够和构建资源不足,但是这种模式看起来并不缺乏此类资源? 按照一般的思维,若只是内核不同,就同时带两个内核的RPM,安装时候择选就行。
在 2026-08-20 21:46:45,"E" <eusteuc@outlook.com> 写道: >这种办法是谁想出来的?不是很明白为何会出现两套用户态内容? > >这个与当年 22.03 版本,添置64k内核的感觉如出一辙——直接复制所有的包重覆编译。 > >占据体积不说,还导致其中一个版本后续无法跟进更新。 > > >一直有听闻存储不够和构建资源不足,但是这种模式看起来并不缺乏此类资源? > >按照一般的思维,若只是内核不同,就同时带两个内核的RPM,安装时候择选就行。 > > > > >_______________________________________________ >Dev mailing list -- dev@openeuler.org >To unsubscribe send an email to dev-leave@openeuler.org
感谢两位老师的建议,具体措施将在本周的Devstation-sig
例会开展讨论,邀请两位老师抽空参加。
发件人: Funda Wang <fundawang@yeah.net>
发送时间: 2026年8月23日
19:53
收件人: dev@openeuler.org
主题: [Dev] Re: [Release] openEuler 26.09
创新版本交付件目录调整意见收集
相信主要原因是内核以外的某些自研软件,由于人力和技术问题,未适配 kernel 6.18,且短时间无望解决。
在 2026-08-20 21:46:45,"E" <eusteuc@outlook.com> 写道:
>这种办法是谁想出来的?不是很明白为何会出现两套用户态内容?
>
>这个与当年 22.03 版本,添置64k内核的感觉如出一辙——直接复制所有的包重覆编译。
>
>占据体积不说,还导致其中一个版本后续无法跟进更新。
>
>
>一直有听闻存储不够和构建资源不足,但是这种模式看起来并不缺乏此类资源?
>
>按照一般的思维,若只是内核不同,就同时带两个内核的RPM,安装时候择选就行。
>
>
>
>
>_______________________________________________
>Dev mailing list -- dev@openeuler.org
>To unsubscribe send an email to dev-leave@openeuler.org
participants (3)
-
E -
Funda Wang -
Guoda