13:09:05 #startmeeting FZUG 13:09:05 Meeting started Fri Aug 4 13:09:05 2017 UTC. The chair is zsun. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:09:05 Useful Commands: #action #agreed #halp #info #idea #link #topic. 13:09:05 The meeting name has been set to 'fzug' 13:09:06 [2010-08-20 22:18:24] Posted by z/odbot@fedora-zh already: MeetBot - Debian Wiki 13:09:13 #topic Roll Call 13:09:16 [felixonmars] 我这次赶上了! 13:09:22 .hellomynameis zsun 13:09:23 zsun: zsun 'Ziqian SUN (Zamir)' 13:09:34 #chair pany K410 paper318 13:09:34 Current chairs: K410 pany paper318 zsun 13:09:45 #chair Kaio 13:09:45 Current chairs: K410 Kaio pany paper318 zsun 13:09:58 #topic Future meetings 13:10:09 开会了? 13:10:15 嗯 13:10:18 .hellomynameis felixonmars 13:10:19 我将来半年甚至更长的时间可能总是缺席。。。太忙 13:10:21 felixonmars: felixonmars 'Felix Yan' 13:10:30 #chair lch[m] felixonmars 13:10:30 Current chairs: K410 Kaio felixonmars lch[m] pany paper318 zsun 13:11:25 所以有必要选一个替补会议主持者吗? 13:11:34 可以 13:11:40 我暫時沒有重新熟悉開會程序 13:11:49 或者,大家都关心一下这几个meetbot命令 13:12:13 然后只要有足够的人,就可以自组织一下 13:12:46 只是,如果没有什么严肃的事情,就不要把meeting minutes发到chinese列表了。如果有,会后就发一下 13:13:15 嗯,这个好 13:13:26 只要有人就能开 13:13:30 開會留到列表也沒有甚麼太麻煩 13:13:42 两个人聊天就不要startmeeting啦 13:13:52 重不重要也是比較主觀的 13:13:56 K410: 现在meetbot会自动发到meetingminutes列表 13:13:57 也是 13:14:15 所以如果只是闲聊,其实没必要再人工发一下chinese 13:14:16 那人太少可以流會 13:14:19 当然随意啦 13:15:03 流会,也可以拿这个时间非正式地聊天么 13:15:26 本来这个频道大家就不怎么在线,能有个大家都在线的时间聊聊也不错 13:15:57 啊这个话题就这样?其实还有个值得说的话题的 13:16:08 什么? 13:16:11 等等, 关于如何开会,我再补充一下 13:16:22 IRC的缺點就是留言會沖走,還有主題都參在一起 13:16:34 用#startmeeting FZUG 开始会议 13:16:53 用#topic 开始当前话题 13:17:06 用#info 可以记录重要信息 13:17:29 人是自动加的吗? 13:17:32 用#chair 授权主持权限(就是#topic #endmeeting 的权限) 13:17:44 不用了,就搜尋FEDORA MEETBOT就有教學 13:17:58 啊,我从来没看过( 13:18:00 現在說也沒有人會記下來 13:18:13 是过去看聊天记录记下来的 13:18:16 ok 13:18:18 那下一个话题 13:18:24 #topic Packaging 13:18:26 #info 13:18:50 呀 13:18:56 #info We are pushing Deepin Desktop Environment packages into Fedora 13:19:06 #help We need help for packaging and reviewing 13:19:11 That's good 13:19:42 以前用过deepin 13:19:44 may be i can start helping review next week 13:19:47 最近 mosquito 和 felixonmars 等人在一起努力打包Deepin Desktop Environment 13:19:53 need to revive 13:20:07 #info https://bugzilla.redhat.com/show_bug.cgi?id=1465889 13:20:08 Bug 1465889 – Tracking: Deepin Desktop related package review tracker 13:20:09 #undo 13:20:09 Removing item from minutes: INFO by zsun at 13:20:07 : https://bugzilla.redhat.com/show_bug.cgi?id=1465889 13:20:10 [2017-08-04 21:20:08] Posted by z/sun@fedora-zh already: Bug 1465889 – Tracking: Deepin Desktop related package review tracker 13:20:17 #info There is a tracking bug https://bugzilla.redhat.com/show_bug.cgi?id=1465889 13:20:18 [2017-08-04 21:20:08] Posted by z/sun@fedora-zh already: Bug 1465889 – Tracking: Deepin Desktop related package review tracker 13:20:42 上述bug是跟踪用的 13:21:00 里面有(几乎)全部已经发了package review的包 13:21:10 #link bot 使用教學 https://fedoraproject.org/wiki/Zodbot 13:21:10 [2010-11-12 19:58:03] Posted by z/odbot@fedora-zh already: Zodbot - FedoraProject 13:21:11 packager们,欢迎前来协助审阅 13:21:17 thanks K410 13:21:55 https://fedoraproject.org/wiki/SIGs/DeepinDE 13:21:56 SIGs/DeepinDE - FedoraProject 13:21:59 这个链接可以看得更清楚 https://bugzilla.redhat.com/showdependencytree.cgi?id=1465889&hide_resolved=1 13:22:00 [2017-07-07 21:16:37] Posted by z/sun@fedora-zh already: Dependency tree for Bug 1465889 13:22:18 Ambassador可以出去宣传嘛?;-) 13:22:21 这个wiki是个草稿,里面有很多包是待打包的 13:22:45 paper318: 等打包进展显著之后才便于宣传吧 13:22:58 宣传也是要选择合适时机的 13:23:05 thanks felixonmars 13:23:09 感觉至少要大家能装上的时候宣传才合适 13:23:21 嗯,我会密切关注进度的 13:23:37 (能从 FZUG/copr 装上也算……) 13:24:08 +1 13:24:31 我最近什么也顾不上。。。 13:25:05 很忙吧 13:25:09 zsun: 一个包只需要一个人 review 的设定我还是有点鸭梨,感觉自己能发现的问题比老手少太多了 13:25:30 felixonmars: 所以我不敢review go的包 13:26:12 先跑一個自動檢查再說 13:26:31 然後再看說明頁的內容 13:26:31 我觉得现在我也就是敢看看c++的。。。因为最近我打的包都是c++的。。。其他语言的经验太少 13:27:05 K410: 我之前对着自动检查 review 之后,zbyszek 多提出了好多问题…… 13:27:20 K410: 其实fedora-review 和 各种比较显著的问题大多都能发现。但是例如description少了个句号之类的问题,经常是老手才会意识到 13:28:05 比如变量开头下划线呀,release tag 名字呀,介绍太简单呀,还有 spec 里留下的已经不需要的老 hack 呀…… 13:28:28 我觉得前几个发生过一两次就记住了 13:28:40 那种句点之类的是真心容易乎略 13:28:50 zsun: 遇到新上游习惯的时候又会发愁…… 13:29:04 比如在版本里用横线-的上游…… 13:29:21 unsortable version 13:29:49 这种问题我跟Robin在一个review里讨论了好几天,然后看到wiki里有很多example,从而就不担心了 13:30:09 哦…… 13:30:22 https://fedoraproject.org/wiki/Package_Versioning_Examples 13:30:23 Fedora Versioning Examples - FedoraProject 13:30:26 这个页面里面说的很多 13:30:32 thanks~ 13:31:16 所以除了unsortable之外,应该哦读可以参考这个 13:31:28 unsortable我隐约记得规则很明确 13:32:01 但没有特别看懂…… 13:32:14 比如我遇到1.19之后下一个版本叫1.2的上游…… 13:32:30 呃。。。。 13:32:35 好像unsortable里面的方法没法处理…… 13:32:40 这种不可预料的事情,case by case吧 13:33:11 你想想OpenSUSE,突然改叫421.。。 13:33:16 有办法预期么。。 13:33:32 我刚才说的那个,是他一直用的习惯…… 13:33:44 1.1 -> 1.11 -> 1.12 -> ... -> 1.19 -> 1.2 -> 1.21 ... 13:33:48 1.19, 1.2, 1.21? 13:33:57 那就添0 (不知道符合规矩么 13:34:09 你直接去问Robin更好 13:34:12 1.2 是在1.1後的 13:34:14 了解…… 13:34:19 甚至是Zbyszek 13:34:31 這不是數學 13:34:35 你要记得Zbyszek是你的sponsor,你问他可谓天经地义。。。 13:34:43 (捂脸) 13:34:58 我在 Arch 里的 sponsor 很凶(咳咳 13:34:59 K410: 他这个问题是1.1 - 1.11 - 1.12....1.19 - 1.2 13:35:33 K410: 这种奇葩版本号在中国是可能有的。。。 13:36:24 可以用 Upstream makes unsortable changes 里的方法吗 13:36:35 felixonmars: 我的看法是的 13:36:48 ok…… 13:37:06 还有一个问题,不知道能不能回答:如果上游 retag 了,有固定的版本号处理方法吗 13:37:24 (在 deepin 包里比较常见 13:37:28 retag?? 13:37:40 就是同一个版本号,在不同 commit 上又发布了一次 13:37:52 例如,昨天打了3.14, 今天又重新打了3.14在其他commit? 13:37:59 对 13:38:14 我觉得这个你就当作bugfix, 在release上+1就好了 13:38:20 例如昨天你搞了个3.14-1 13:38:30 今天该3.14-2就行 13:39:41 ok 13:44:27 所以这个话题还有其他么 13:44:53 遇到完全不熟悉的语言如何让 review 进行下去呢%…… 13:45:11 例如go。。。去devel列表寻求帮助 13:45:15 比如我们这里好像没熟悉 go 的…… 13:45:25 ok…… 13:45:26 * K410 在學GO 13:45:53 K410: 咱们说的go特指“go的fedora打包” 13:45:55 主要你要選你熟悉的語言的軟件去包/REVIEW 13:45:59 哦哦 13:49:09 话说用宣传点别的人过来打包吗? 13:49:29 有的话当然是极好的( 13:49:35 ? 13:49:49 paper318: 不见得那么容易。Fedora 对软件包的要求是很严格的 13:50:00 现在的状态是我们似乎不缺packager,而缺reviewer 13:50:14 (相比packager而言 13:51:20 让他们来做review也行吧 13:52:00 paper318: 我觉得你需要读读Fedora的各种规则了。。reviewer的前提是已经是packager 13:52:24 我回去看看XD 13:52:41 以前要成為PACKAGER要成功完成三次PACKAGE 13:55:18 哦?现在没那么严格 13:55:33 (我怎么感觉你想表达的是要完成三次review 13:56:02 可能是... 13:56:16 完成三次REVIEW才能成為REVIEWER? 13:56:18 现在几乎是, you should prove to sponsor that you have the technical for packaging and you are really familiar with packaging guidelines 13:56:22 久到我都記不起來 13:56:32 不。完成三次review才能成为packager 13:56:37 没有独立的reviewer角色 13:56:37 Zbyszek 要我完成两三次……然后我完成了两次…… 13:57:09 但这个说法也不完全对,因为不是 packager 的时候无法完成 review 的流程 13:57:27 所以也不能算完成了 review…… 13:57:44 我是最幸运的。。我要我的sponsor去更新一个package,我发了patch给他,同时问他是否需要co-maintainer,然后他看了我的patch之后就欣然答应了 13:59:03 成為PACKAGER之前好像是"虛REVIEW"即是做了除正式批准以外的步驟 13:59:10 三次? 13:59:11 +1 13:59:19 对,3次 (理论上 13:59:39 FEDORA很多這些勞動工 13:59:55 八卦一下,有没有人指责过别人 review 太松……? 13:59:57 又與編程技術不太相關 14:00:14 有 14:00:52 (捂脸 14:01:01 當你把定時循環BUILDING的流程弄出錯,會被RELENG那邊公幹。 14:01:15 定时循环。。。? 14:01:20 现在还有这么个东西么 14:01:27 不過後來那麼多自動系統把關 14:01:31 比較難 14:02:09 我还有一个包review+之后,至今没敢push 14:02:30 就是突然发现那个软件压根完成不了它说的功能 14:02:58 前几天 devel 列表有个 thread 在讨论怎么处理 review+ 一直没 push 的包…… 14:03:10 噗。。。 14:04:02 你是说Updates not getting pushed to stable 这个线索么 14:04:13 以前是+了一段時間可以反悔的 14:04:31 可以說你changed your mind 14:04:44 我觉得是那个包的bug所以我在上游报了 (当然rawhide我已经推了 14:04:45 或者situation changed 14:05:11 上了架也可以下架 14:05:21 我是觉得不如将来obsolete 14:05:27 哦哦,rawhide 已经推了就不算了( 14:05:42 我被召喚了,等一會回來。 14:06:34 zsun: 不是,我说的是 Approved packages that never get imported? 14:06:53 哦 14:07:39 这已经是个几年前的东西了。。还好 14:08:49 得结束会议了 14:09:13 #endmeeting