Skip to content

Commit a26ad13

Browse files
committed
chore: add note for 2025-10
1 parent 707846c commit a26ad13

1 file changed

Lines changed: 67 additions & 0 deletions

File tree

TC/Meeting Minutes/2025-10.md

Lines changed: 67 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,67 @@
1+
2025/10 TC 例会
2+
===
3+
4+
## 参会人员(应超过TC总人数的一半,当前总人数14):
5+
6+
- BLumia
7+
- justforlxz
8+
- zccrs
9+
- UTsweetyfish
10+
- qaqland
11+
- Avenger_285714
12+
- golf66
13+
- zeno
14+
- shiptux
15+
- Revy
16+
- Cryolitia PukNgae
17+
- pitt
18+
19+
直接在上面追加你的昵称或名字。同时写昵称与名字会优先使用昵称。
20+
21+
### 已请假人员:
22+
23+
(如果你请过假但参会了,记得删掉下面的名字)
24+
25+
- felixonmars
26+
- ony
27+
28+
## 例会遗留事项进度确认
29+
30+
### pitt: deepin 25.1 冻结
31+
32+
上次例会结论:
33+
34+
关于冻结后准备的新 experimental 性质的仓库的相关事项会会在后续确认后在公示并征求意见
35+
36+
责任人: @pitt
37+
38+
当前状态:
39+
40+
相关信息已经在邮件列表进行公示。
41+
42+
另注:“新版的版本号约定需要公开和更新”事项涉及到的“新版的版本号约定”一事也进行了核查,确认暂时没有相关影响。
43+
44+
## 本次议题
45+
46+
### revy: dtk相关的双仓库问题
47+
48+
双仓库机制对qt5/qt6 现在发现非常不友好 去blame代码的时候经常是sync的 无法体现原始仓库的git历史
49+
希望拉上dtk/dde的人上来讨论
50+
51+
blumia: 现状而言,目前这俩仓库代码除了debian目录外应该几乎是完全一致的,blame的话去5的仓库找到相同位置再开始blame就可以
52+
revy: 这个有方案,可以提供示例
53+
Cryolitia PukNgae: 为什么不使 dtk5 和 dtk6 的库版本均使用同一个版本号?
54+
zccrs: 有 so version 的顾虑,依赖需要 rebuild,另外,dtk的首位版本号并非单纯对应Qt版本的5和6,而是本身存在接口的 breaking change(废弃了一些接口)
55+
Avenger_285714: 结论是否决议?
56+
blumia/revy: 等跑通后再考虑提 rfc
57+
58+
目前结论:可以由 revy 提供示例,调整为使用单一源码仓库,并在单一仓库进行 tag。在源码和仓库层面只有一个版本号,通过debian目录配置在deepin发行版层面提供不同的版本号。
59+
60+
遗留事项:由 @revy 提供示例,然后在 sysdev 讨论相关后续。
61+
62+
### revy: experimental 仓库状态确认
63+
64+
pitt: experimental 仓库本体不会包含下个大版本相关的新包,gcc 新版本的事项以其他方式处理
65+
revy: 实际核心关注点是 gcc 13,因为gcc 12在高性能设备会有很多问题。
66+
pitt: 随后会关注,会放到另一个仓库
67+

0 commit comments

Comments
 (0)